Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2823980ybz; Sun, 19 Apr 2020 10:28:47 -0700 (PDT) X-Google-Smtp-Source: APiQypI8MyVqn6rXBNVsOwpXjEXlk7FhZ4+4lvYldZK1Lq+r3DOMp1LR8GWs9APixg5aZ1wd3uEP X-Received: by 2002:a17:906:496:: with SMTP id f22mr12338088eja.311.1587317327582; Sun, 19 Apr 2020 10:28:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587317327; cv=none; d=google.com; s=arc-20160816; b=kNW5hCkOuYjS7dnj7PuNTVXbPEM7074KvfSMvEuNi4kkrcR7c/MtzZ2k3GbLG7pya0 sd8p1RbzUtm9fwdj0A7lbjOMmbK/SxFUI9M0Q7ViD/JTLWn+0sZMdq8Q+lelt9OIivKI 0r8TQY4oJ7FCUUyjhlN4ubYZh38YSkRR0OlyqS1kC/oNYd0CpF77JJ/GSnegG4TnxJeC xDmnUB2Z5yRW1c9PSQYi9Sjq/P928hPyVsrW7bgLXZbCQrBHUrBTRm0HAZ/M4MCN8zBS IgN7yMa1oi+2RjchKzhjrN1kOtF43E92RhGIU7p6/SWEIqj+2ghOfzeTCsMT++FPEcxd UPkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=THXoFzL4jbGyEFhE13WdiyX6TS4MJeZeIi9LdpewNtg=; b=yDQm/BNJLh2uWVXJZNE41DXbAvyYoWTH0yPGS4vjqykz3mOI8BU0a0+wF/JiLRJRyJ CH0dKcJXHuI8+h0vuxKl2ALMVrIyCSdpfGKwPFFuR8O38mTqNu3C42Qrw8NY/ltI9Jzi FfExNpu1ptrdBzWrcIyoQliXQi5U3vwkH5EkwMqOmPlYMduAVauNM9MyldRxkD5O3srT dFsNY5XDBtEF1XNJhl2eJ43jkmNOd8eWz6unNSnQ0LaT6XXx4s/ISM2V05umJRVoEs9h MIXhPCPR1dPxqrclNyCE2GR+iXEWZW8LrOkx5HuCjZr65DAMYDvKbrBrDR0eCvongYO4 DiMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=H1CZqwge; 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=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si14615962ejj.129.2020.04.19.10.28.23; Sun, 19 Apr 2020 10:28:47 -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=@nvidia.com header.s=n1 header.b=H1CZqwge; 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=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726421AbgDSQXn (ORCPT + 99 others); Sun, 19 Apr 2020 12:23:43 -0400 Received: from hqnvemgate26.nvidia.com ([216.228.121.65]:7140 "EHLO hqnvemgate26.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726195AbgDSQXn (ORCPT ); Sun, 19 Apr 2020 12:23:43 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate26.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Sun, 19 Apr 2020 09:23:30 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Sun, 19 Apr 2020 09:23:43 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Sun, 19 Apr 2020 09:23:43 -0700 Received: from DRHQMAIL107.nvidia.com (10.27.9.16) by HQMAIL111.nvidia.com (172.20.187.18) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 19 Apr 2020 16:23:42 +0000 Received: from [10.2.171.241] (10.124.1.5) by DRHQMAIL107.nvidia.com (10.27.9.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 19 Apr 2020 16:23:41 +0000 Subject: Re: [PATCH 4.19.113 0/3] Fix for long operation cmds busy detection To: Greg KH CC: , , , , , , , , , , , , , References: <1587150844-12003-1-git-send-email-skomatineni@nvidia.com> <20200419072030.GB3544449@kroah.com> From: Sowjanya Komatineni Message-ID: <6911ee08-1376-a515-9393-1ebc6cc6a255@nvidia.com> Date: Sun, 19 Apr 2020 09:23:39 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20200419072030.GB3544449@kroah.com> X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL111.nvidia.com (172.20.187.18) To DRHQMAIL107.nvidia.com (10.27.9.16) Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1587313410; bh=THXoFzL4jbGyEFhE13WdiyX6TS4MJeZeIi9LdpewNtg=; h=X-PGP-Universal:Subject:To:CC:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:X-Originating-IP: X-ClientProxiedBy:Content-Type:Content-Transfer-Encoding: Content-Language; b=H1CZqwgerootbdKx9l02gfJ/1LjDdG+zc+A0sxaenfQNcoEmHXA6xkbs/rMGiQro1 hBgdwSoqbG9KdHfLgNFvaDVU0CM1T1ALN4ey4+fxYSn8ZnZm2Yg9t04jrqiBBGuxMc +5kIWEARJAzrZrkl+Jawi++Y++kCXrWrwAzK6orthe3K6Q8BacAteK8tCFM3/hE95g 85SSaaBKf5vmf3+TluBWT+9EUYqdl+5lnwE5Rkv8ScxKuU2S9I5GVExpKKrPqp2lAx 1ogIUb9zvX2Mo4KhygFQmUL8LnWblToPkMqYaeu0o7sLBYfSk2SSgj3RBhj0HSl179 8j8wn/E1Qi/nQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/19/20 12:20 AM, Greg KH wrote: > External email: Use caution opening links or attachments > > > On Fri, Apr 17, 2020 at 12:14:01PM -0700, Sowjanya Komatineni wrote: >> This series includes manually backported changes that implements Tegra >> specific timeout callback to switch between finite and infinite HW busy >> detection wait modes. >> >> sdhci-tegra driver patch implements set_timeout callback based on one of >> the sdhci host driver patch that refactors sdhci_set_timeout and allows >> drivers to call __sdhci_set_timeout with their timeout callback >> implementation. >> >> Both of these patches are manually backported in this series. > Is this a bugfix or a new feature? I can't tell, but it feels like it's > a new feature. What's wrong with just using the 5.4.y kernel tree? > > thanks, > > greg k-h Ulf recent patches for increased timeout adds capability MMC_CAP_NEED_RSP_BUSY for sdhci-tegra as well. So, it will always use R1B for R1B type commands so there are no known bugs or failures with mmc devices we use on our platforms. So, we can treat this patch as an improvement for long operation commands where HW will wait as long as device is busy. Yes, should be fine to have this from 5.4.y For 5.4.y and 5.5.y, we can back-port same patch that was applied to 5.6.y Will send back-port request of that.. Thanks Sowjanya