Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2604903ybz; Mon, 27 Apr 2020 00:24:23 -0700 (PDT) X-Google-Smtp-Source: APiQypJisL7p/dU+SMBWhnod4kiO0Mly+WOm/mN2ge4em/G9ACazFrDI8D9xMKIgjZzsVMOa29Db X-Received: by 2002:aa7:c1cf:: with SMTP id d15mr16196807edp.266.1587972263440; Mon, 27 Apr 2020 00:24:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587972263; cv=none; d=google.com; s=arc-20160816; b=IoHZLValqRDvVzZIy+38k7MVTFfqBTQ68xHqBTQAt6XxefORI5TanhgHoRxOIZKnRu 6CxW3g3zU+kBcNzCMGiwrr2NKyl0fs6c8uZTX3E+bJK/LrRnABIZicJJVXS33xEKhcdH dHC3fttub4lXwwPgobxhhWjhJIP4uFLZv5PBUNeFBCNb0vz9J7KfllmGwHNhZjbUqQcO muJk/gAsuY5qjFNJGtQAXqvV0UDD8Iffb3BwJLZ0EzBl6im0t8yNVwiy5EMt/7mTHEKZ EZ7P4uNhed0elK2MgJECFi6x3up9U+ELbm7hxF9QbuidCigfS28yN6YvHvRI7Q8vQOhD LfgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=dDUA58woNMYWtq/WZ0FMwKygFL3GgcsV4f9N5IHf/Kc=; b=u7H0QCljPQyLXSCw3e+MXb6pdZ8yt3zviCpiO1dRgKoScON+ZURorMV+tEN/jF69Tn le3UnKpw0OWYo7Ni/Pkxe9cdJ+wNLAV9BVWIcG0gA2l86VtjKql55jGxn6pnoZsXh86n 2pJ5a6WsvvOOSkzR/QWyEa9YWDi+j7w1j1mnd9/iUkhJTZ3+2HNtA+0aI5OvECRtDYij T8uGA6dwZglnsgM9/I0vDwFND/pGr2duE6f0nek0W2TfwHfIHbJPBEPWHiGI6M7VqLf4 EYkXPuCz+pDs5l5YUgEeDzkcm9w6kxQw9EsDZckOm98VZeo0M8dJeFxNYHe4ePv7EZ4Q NTAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pHe59qy5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si7618541ejj.129.2020.04.27.00.24.00; Mon, 27 Apr 2020 00:24:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pHe59qy5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726651AbgD0HWi (ORCPT + 99 others); Mon, 27 Apr 2020 03:22:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52106 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726496AbgD0HWi (ORCPT ); Mon, 27 Apr 2020 03:22:38 -0400 Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EE972C061A0F; Mon, 27 Apr 2020 00:22:37 -0700 (PDT) Received: by mail-wm1-x343.google.com with SMTP id 188so18324098wmc.2; Mon, 27 Apr 2020 00:22:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=dDUA58woNMYWtq/WZ0FMwKygFL3GgcsV4f9N5IHf/Kc=; b=pHe59qy5ojU6cXub8km6XzQVj3gmdsbjcUTPw9PASyzhnUSdUb052LDVBpgrNWUs0i zISLDBmMwFLKQgRz+gKkOu1liH2Zuxcfefyh4OilISy+xE+s+PNhofIuFIaWIXl8LSeS XeLoLFJ7PmUfky+fAYZddD77jknp+sivABw+B1iqG+LuGWVMamYbsSJlQv2cuC1Af6v7 9Cl1GpCFitSOuXoG/GD+NRiotp0sYnvm0NJFaodXyW3TJ5hflQcu1nZbwaZmyO/l1sqs 0CLK3Ado448yW4b+r2Tf20VswTWfH1L8vEGFyejJylOa7INrpxmu+z9kl44wVLmSjHnm GeVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=dDUA58woNMYWtq/WZ0FMwKygFL3GgcsV4f9N5IHf/Kc=; b=gJnbtWkBeJoDPimPOJDDVTkRN1yJwyq1WXh2JC7Ep7kjjpy7Nrcqp3DOvQuU+9+Zo9 e56ycgXwGm7SibeDR13AG4AYFZXlRNmT7nndqWB0Vr8vS6qCSc3CJXIlS2UnhuTkX68G cXLlhq6Twpl+dn7Q9AEx7nVL/gq0FAM5wbpg2CSkLp+4PdHyfF8/6Gy8/zgHP3cvzCCp rvIk1Qt6S5EC7UkoocTBI2dzFB2DL+kGgNimIcc4Wt3hIu60ksbZdWkrLT26tIH7kYvf +bZ2HZ67GO5K9+2pv1FmVxT52IPoOdaJpoNI/7jCW1bkfLKezmgSPXvd88Gs9RyrlgZo UgBg== X-Gm-Message-State: AGi0PubzeTSDL4mfjovZjtlo5G3IQy2TZwMBpAMZu8LnklNVyT74IOY5 FibwwofO5U0NUz/MCYF9AqI= X-Received: by 2002:a1c:49:: with SMTP id 70mr23417501wma.184.1587972156630; Mon, 27 Apr 2020 00:22:36 -0700 (PDT) Received: from localhost (p2E5BEDBA.dip0.t-ipconnect.de. [46.91.237.186]) by smtp.gmail.com with ESMTPSA id i74sm2222631wri.49.2020.04.27.00.22.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 00:22:35 -0700 (PDT) Date: Mon, 27 Apr 2020 09:22:33 +0200 From: Thierry Reding To: Sasha Levin Cc: Jon Hunter , linux-kernel@vger.kernel.org, stable@vger.kernel.org, Dmitry Osipenko , Wolfram Sang , linux-i2c@vger.kernel.org, linux-tegra@vger.kernel.org Subject: Re: [PATCH AUTOSEL 5.6 30/38] i2c: tegra: Better handle case where CPU0 is busy for a long time Message-ID: <20200427072233.GB3451400@ulmo> References: <20200424122237.9831-1-sashal@kernel.org> <20200424122237.9831-30-sashal@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <20200424122237.9831-30-sashal@kernel.org> User-Agent: Mutt/1.13.1 (2019-12-14) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 24, 2020 at 08:22:28AM -0400, Sasha Levin wrote: > From: Dmitry Osipenko >=20 > [ Upstream commit a900aeac253729411cf33c6cb598c152e9e4137f ] >=20 > Boot CPU0 always handle I2C interrupt and under some rare circumstances > (like running KASAN + NFS root) it may stuck in uninterruptible state for > a significant time. In this case we will get timeout if I2C transfer is > running on a sibling CPU, despite of IRQ being raised. In order to handle > this rare condition, the IRQ status needs to be checked after completion > timeout. >=20 > Signed-off-by: Dmitry Osipenko > Signed-off-by: Wolfram Sang > Signed-off-by: Sasha Levin > --- > drivers/i2c/busses/i2c-tegra.c | 27 +++++++++++++++------------ > 1 file changed, 15 insertions(+), 12 deletions(-) Hi Sasha, can you drop this from the v5.6 stable queue please? Jon discovered that this patch introduces a regression in v5.7, and since we don't have a good understanding of why this is breaking things I think it'd be best if we reverted it for v5.7 until we come up with a good fix. I think the same applies for the other i2c/tegra patch that's 31/38 of this series. Thanks, Thierry --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEiOrDCAFJzPfAjcif3SOs138+s6EFAl6miDkACgkQ3SOs138+ s6HFbhAAkw4kw0wOkZzY/9qlB+gSAit5MKAPOvPoPQ+f4LjUlhNdKDu3XysVK0dS sKAk/f2CHLCm7SMgEATxuVw5agM5I33ufzlr8Jc5zUPpmlIuoOKkV3R433s9O9lC 9sUMHWDn34zJagJKLZ9KIMMpwf4cWD4wp29u/TrZgqhfC2JQSIi72uyk3CzKJxtI 3y0383+ju7JYQ+1iyaJPSsZ5F/Dbmk2cViZC+X2oxe9LozVIM2PAP9GkSx6HXgU7 WJhn92GDamvh1AuOD+K7XRHY+7QqVaK2vAPjPAof3DH0Tn3MH3kStt1P9AuO+IyO 5kdFaJXrbrspmmViYpC/QHdW6IxRlpYnjYDOJJ0ZCrqSDgUH2UfI4zCX0bkBilpZ qVGqXnnPWhtOAK2hpMxJnZ2T7DCcyldLQKhgaQs+sYRrgS0pDXWsQyiInCUMEgsh W9dM9rHcWkVNaEJyYlpXb5SAvv5tA0ctcidaCr/LXBfBiwWbDjSxHMBbUxLnfGmD 5EZNx49+q7M4y6E8YO3+iUY83aHx60zUivwElPx2kg7Y8nAeUWVy7QRUGaH1Uk6o e96D8cHiswWsUV1C2xDakAMdFCLw3w/XXRDuVsZGpq/Y2XYOpQG/2NiBtLJMFqCb ywW3eBGTPuKlnB7CF9yF/0+3UuyEA69wkUfMvFPSv2A9furafpc= =W6uU -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv--