Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2738360ybz; Mon, 27 Apr 2020 03:40:44 -0700 (PDT) X-Google-Smtp-Source: APiQypKUjPhs6oWhAfOGSwWRG8uXKzfi1gV+vfqaZZMdmODWsHH9LeoybQkBBa4opAPxFlCJ1U0b X-Received: by 2002:a17:906:72c8:: with SMTP id m8mr19753628ejl.318.1587984044125; Mon, 27 Apr 2020 03:40:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587984044; cv=none; d=google.com; s=arc-20160816; b=V0EEe3LXbyXdDZ4kKgf/rtEME5GF+5FGF1cRJkBLXOOE7mcdnslmkUtwNt3/K8SX4L WhrRIpxnUhAthlaCKvNUP7S6a6lCywOapsw3zPV6o66pKlfIeuTdA3keYHwiJ9Zxr87V by8wbEzv2Cnd4ogBQE8sXul9dPpT+MgNGWjN9dk+2xkn6u82W3ftDLKhBKeJKJdPSWbt tYACNolTqb3U2mRjjTQDDWO0nc62gkjVJkssvcq5EY/bXNLOKwgcmNtHInMd87iWnyCJ eAb/KeeY1AjxonLJ1V255Dktr2hXQFuEEYlQIbHVurQHdnASfh+hh7bckAb3mgkxIr2m TdfA== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=BC9m7ZreRIL6QTTssUuRTljqj9KDL0MsrRS3hxakoV0=; b=oNkLH2E2qoqihqCJXTpaKpUf3cv1uJuKgG3w2PAjY4CvmD4Cn66PLfcYqtUuNLWzo+ zUwTBfi4C+l4gTU1wrwYk57zz4fLQLaRukwLc0Xhl0hhd6vdVVx4DKLb8QKFJ0Ikir2Q 6Fa+4cjltUw6o5oMf9iwjTrfU76DR3d5iafxQuBdj/uIEOXfTAqyvp0vs8d4VY+gxV42 H4SEnVeH6au4xhG6pY588aMy229Z2Ba1LyLDzX+VIboiCe0IY+yN5EOfx3WCkoDd0OXL r1CCPK4Ts0bjAOlG5X65HNvAhQvKY0UZp5AxOfkDtCojxhOEmAEzT0Yf+cBGKi//PsNS SSgw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bf18si7741677edb.35.2020.04.27.03.40.20; Mon, 27 Apr 2020 03:40:44 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727018AbgD0Ki5 convert rfc822-to-8bit (ORCPT + 99 others); Mon, 27 Apr 2020 06:38:57 -0400 Received: from sauhun.de ([88.99.104.3]:56640 "EHLO pokefinder.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726507AbgD0Kiy (ORCPT ); Mon, 27 Apr 2020 06:38:54 -0400 Received: from localhost (p54B330D3.dip0.t-ipconnect.de [84.179.48.211]) by pokefinder.org (Postfix) with ESMTPSA id 30E9C2C1F66; Mon, 27 Apr 2020 12:38:52 +0200 (CEST) Date: Mon, 27 Apr 2020 12:38:52 +0200 From: Wolfram Sang To: Dmitry Osipenko Cc: Thierry Reding , Jon Hunter , Laxman Dewangan , Manikanta Maddireddy , Vidya Sagar , linux-i2c@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 1/2] i2c: tegra: Better handle case where CPU0 is busy for a long time Message-ID: <20200427103851.GB24446@kunai> References: <77a31b2f-f525-ba9e-f1ae-2b474465bde4@gmail.com> <470b4de4-e98a-1bdc-049e-6259ad603507@nvidia.com> <79f6560e-dbb5-0ae1-49f8-cf1cd95396ec@nvidia.com> <20200427074837.GC3451400@ulmo> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 27, 2020 at 12:52:10PM +0300, Dmitry Osipenko wrote: > 27.04.2020 10:48, Thierry Reding пишет: > ... > >> Maybe but all these other problems appear to have existed for sometime > >> now. We need to fix all, but for the moment we need to figure out what's > >> best for v5.7. > > > > To me it doesn't sound like we have a good handle on what exactly is > > going on here and we're mostly just poking around. > > > > And even if things weren't working quite properly before, it sounds to > > me like this patch actually made things worse. > > There is a plenty of time to work on the proper fix now. To me it sounds > like you're giving up on fixing the root of the problem, sorry. From what I understood, there were (at least) two regressions reported. So, to me, it makes sense to revert the change, so for upstream users everything stays "the same". Of course, this does not mean it should stay like this forever and you guys can work on fixing the root causes. I'll happily apply them for this release when you are confident with the results.