Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1543543pxk; Thu, 10 Sep 2020 19:20:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyzssZodFqK3YoQmZrmmEyyvJ+gPyG78C7kxHlrwpuQRdmAGECaltUDvs7YVtVWxjkqspV1 X-Received: by 2002:a17:906:1d08:: with SMTP id n8mr12392253ejh.236.1599790836523; Thu, 10 Sep 2020 19:20:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599790836; cv=none; d=google.com; s=arc-20160816; b=K40/cmwSfq86+10+7qPdzaZ+JJEdH34PuV5SaJBiylOipYQh6DM68p7bF2+dii1XRX Hy8NYBke4dB1VQ9bZJ1Vp8eLCSmDtkcQHp1RhX2yRX7y7vAFoGjkC8+ZDCd2dHqJpbQt I+louXQtP2rIO5PD8HIXyo046PRMDbRv8usEnpBhkPAxZqMWlEHiif0rOBEf7p3IhpsO +dwuGAuTIlQEXOuWAvuq4ReBS+ujVYIx7CaaGuQo8HYQJXZaXeTIh+rmNUSlrdk2TgSu c8Ts1dCOFuqA+vKeKZM7P0RrS3msgD1M22UzNHpKP/+K9E5k3gXoR0H4JFmXLPJ97au/ b7lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:feedback-id:user-agent:message-id :references:in-reply-to:subject:cc:to:from:date :content-transfer-encoding:mime-version:dkim-signature :dkim-signature; bh=kaa1JZzzyI4U4n7a/mPb438sH6j/L3YOHwMYg+zHCmE=; b=HtXqkUB6vAbfEpiGT1DXNrT7vR81cNZOOUsXUV6Q+e1p2rWElhia/yAGegSswtMzl8 5rSDkhs9CFXldr/Xx0Al7gkG/YLmNxNVIx92pSrAE8Cf8svFiRRygYqBvtOCA6l9C8dh YNGOumDI1JNBSGwA9G5YzdXeE+dTaNYCrvF+9eaXqTSTZHjAF2yzJWjImi0ovAHUyvhr 3fO3ZjlgwIIG/jIvbN7SKQF5eYaUb90IFwr75StmWFpU0CmuAIjXBasclmo3cBwUe8PW 24Ew5kzDGsMQv+pqWGfiSJoTwTZ2MbbtEuw3yRwKtpm28N6PdgOgQqj+CqEoIG7WPgnk rADA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=zsmsymrwgfyinv5wlfyidntwsjeeldzt header.b=Lq0ZvNev; dkim=pass header.i=@amazonses.com header.s=hsbnp7p3ensaochzwyq5wwmceodymuwv header.b=cRdlaA9O; 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 l20si311918edv.465.2020.09.10.19.20.00; Thu, 10 Sep 2020 19:20:36 -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=@codeaurora.org header.s=zsmsymrwgfyinv5wlfyidntwsjeeldzt header.b=Lq0ZvNev; dkim=pass header.i=@amazonses.com header.s=hsbnp7p3ensaochzwyq5wwmceodymuwv header.b=cRdlaA9O; 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 S1725613AbgIKCQ4 (ORCPT + 99 others); Thu, 10 Sep 2020 22:16:56 -0400 Received: from a27-11.smtp-out.us-west-2.amazonses.com ([54.240.27.11]:43534 "EHLO a27-11.smtp-out.us-west-2.amazonses.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725306AbgIKCQz (ORCPT ); Thu, 10 Sep 2020 22:16:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=zsmsymrwgfyinv5wlfyidntwsjeeldzt; d=codeaurora.org; t=1599790614; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To:Cc:Subject:In-Reply-To:References:Message-ID; bh=YMEAwuxsKMbLrfJEl/H5qAgOFNr352yvsM3+o99v2c4=; b=Lq0ZvNevaASbSNlxPbbQ2YDYBxoXEGDUtM5KeMakFxHGoEce8ISXze2cwYxLsYg2 0coRbDapO8Upnzaqy913m5Sc26a2PG6W4IN3SszLztdkC7O/TlMj1XPHZLQJ0f4TKH5 zQ+BN5X3FNI3s+a5/wPn+tayHa7pPAW0tobUFyKU= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=hsbnp7p3ensaochzwyq5wwmceodymuwv; d=amazonses.com; t=1599790614; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To:Cc:Subject:In-Reply-To:References:Message-ID:Feedback-ID; bh=YMEAwuxsKMbLrfJEl/H5qAgOFNr352yvsM3+o99v2c4=; b=cRdlaA9OjSRxXEiZGQoMDiLVs98De3ztYAAt+YtVo1hYYyskea96NB8ZF4FJDLpP teQgg732HFTnD+33Xkr0aRKplzm9k5iMCo7T9Zsk5ps9oHrUizZGQorl5M3BdinbvSY zddWzQlD9MIGFRyYbbT7ffShsfBlewUjRFFaCR6Y= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 11 Sep 2020 02:16:54 +0000 From: Can Guo To: James Bottomley Cc: Stanley Chu , "Martin K. Petersen" , asutoshd@codeaurora.org, nguyenb@codeaurora.org, hongwus@codeaurora.org, ziqichen@codeaurora.org, rnayak@codeaurora.org, linux-scsi@vger.kernel.org, kernel-team@android.com, saravanak@google.com, salyzyn@google.com, Alim Akhtar , Avri Altman , Matthias Brugger , Bean Huo , Bart Van Assche , open list , "moderated list:ARM/Mediatek SoC support" , "moderated list:ARM/Mediatek SoC support" Subject: Re: [PATCH v2 1/2] scsi: ufs: Abort tasks before clear them from doorbell In-Reply-To: <1599754148.3575.4.camel@HansenPartnership.com> References: <1599099873-32579-1-git-send-email-cang@codeaurora.org> <1599099873-32579-2-git-send-email-cang@codeaurora.org> <1599627906.10803.65.camel@linux.ibm.com> <1599706080.10649.30.camel@mtkswgap22> <1599718697.3851.3.camel@HansenPartnership.com> <1599725880.10649.35.camel@mtkswgap22> <1599754148.3575.4.camel@HansenPartnership.com> Message-ID: <010101747af387e9-f68ac6fa-1bc6-461d-92ec-dc0ee4486728-000000@us-west-2.amazonses.com> X-Sender: cang@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 X-SES-Outgoing: 2020.09.11-54.240.27.11 Feedback-ID: 1.us-west-2.CZuq2qbDmUIuT3qdvXlRHZZCpfZqZ4GtG9v3VKgRyF0=:AmazonSES Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi James and Stanley, On 2020-09-11 00:09, James Bottomley wrote: > On Thu, 2020-09-10 at 16:18 +0800, Stanley Chu wrote: > [...] >> > + if (!err) { >> > +cleanup: >> >> Yeah, considering Bean Huo's patch "scsi: ufs: No need to send Abort >> Task if the task in DB was cleared", "cleanup" label shall be added >> back here. >> >> So your resolution looks good to me. >> >> Thanks so much : ) > > You're welcome ... but just remember I have to explain this to Linus > when the merge window opens. It would be a lot easier if this hadn't > happened so please don't make it any worse ... > > James Sorry that my changes got you confused and thank you for help resolve the conflicts. My change ("scsi: ufs: Abort tasks before clearing them from doorbell") is to serve my fixes to ufs error recovery which only got picked up on scsi-queue-5.10. So I checked out to scsi-queue-5.10 and made my changes on the tip of scsi-queue-5.10, below 2 changes were not even present in scsi-queue-5.10 back that time. scsi: ufs: Clean up completed request without interrupt notification scsi: ufs: No need to send Abort Task if the task in DB was cleared Is there anything wrong with my work flow above? Please let me know the right process so that I can avoid such conflicts in my next changes, which also touch the func ufshcd_abort(). Thanks! Regards, Can Guo.