Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp333716ybb; Wed, 15 Apr 2020 02:21:04 -0700 (PDT) X-Google-Smtp-Source: APiQypKOGD6sMxTascdkXa5xIMHdBF6juUYTVux27Zt/vn1TSJ4zZ+FORHw+GK/Tscpg2WKiYxbk X-Received: by 2002:a05:6402:356:: with SMTP id r22mr3827400edw.3.1586942464313; Wed, 15 Apr 2020 02:21:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586942464; cv=none; d=google.com; s=arc-20160816; b=woz+Agkd7s8hHpo0RvEqEPhhSKMvO4sIK+YQt2zZCPKyVxcIIQCCIVtPBgyU3mSZ5H KSjx6l5LZWjJVYjg0JyhN+DT1tEc7pBBwoZsWiYe8uWo5gm9oO7e1tAg5VMrUOUJBbV+ pENjfC9oroQFum8GS8UAGfDiN1lHymXiJ+dCFkAUDtna0/Dn5tF/CL65Tdu6HbHGXjqx CaikybCQnRrVo8++H63rMkamnR1KqrPMBEuewdFrgqu056o+C7/8YmqfoSucQ9Tpb8Tv KWXpNYTB9ieRXqTgz1ouW1w4W7qQUNOsvzcqQSMijAXbh8r8plN74gJ7/SCUeJf7mEBZ hPPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :ironport-sdr; bh=PAwK6amdV03e73FOIaad0LHhS0w84qx0yowQYu3/L8g=; b=RsDaV7KWfKz2R/LxVZzjHALauGu7jpVfBmCVS8fbRFqcsfFaeyRgO/8wpUfp+sNvp+ YNCfj+57iAE+Mfg4S2tDY9cltQZl6bSm+78gU+8ynsjOtfQzdkPc8wQG+ZOovSrx35nO vubHwm4aXbJmmEzNhCnIEKqCnRywjfPaVXwAHfp8YbUqITWj7mYzb/GMtpihMW2HxRGB ucAjQC2t23a8ag/63GFLklnz8N6/be83edIPYr8qxVMBLSWQkh8ViCsm1kckKT8VezZl FcETILhx63pgahL4bRyhi8RpoYWgnG3gxHA8QaK+QZ3tU+L3FQUGr5BiWMtU2Y1czMG+ ADfA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for 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 l22si9840555edr.232.2020.04.15.02.20.40; Wed, 15 Apr 2020 02:21:04 -0700 (PDT) Received-SPF: pass (google.com: best guess record for 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: best guess record for 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 S2405353AbgDNEch (ORCPT + 99 others); Tue, 14 Apr 2020 00:32:37 -0400 Received: from labrats.qualcomm.com ([199.106.110.90]:28669 "EHLO labrats.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405346AbgDNEcg (ORCPT ); Tue, 14 Apr 2020 00:32:36 -0400 IronPort-SDR: AqygS4iz8rqHb3ccwLOSOzGmPELU/rLathjOqjghR+RBFjseX8NSoaWk0ri0Vu8jj7/uVleG1R W1AZp3h1fhjxa4Mud7dWHSdixFc7Xa/FAqLrwM8simRhvzcbYabrq7HbDoBjmD2YOuNripQ76J r/kMsd6IIJDTbQUXS3ipsy4V38c4Ce2apOnKhaeMccwsptIGtG2rDZB8y5SIroQjeuXpLf/Xjz Kb0Fz8EUDzO5as+mexjMlMXCOuRyLePRfBukpuxU/t1T2ZWqyfyIYUjghJm1IPSMRtNXRJ7TJi gx0= X-IronPort-AV: E=Sophos;i="5.72,381,1580803200"; d="scan'208";a="28728371" Received: from unknown (HELO ironmsg01-sd.qualcomm.com) ([10.53.140.141]) by labrats.qualcomm.com with ESMTP; 13 Apr 2020 21:32:35 -0700 Received: from pacamara-linux.qualcomm.com ([192.168.140.135]) by ironmsg01-sd.qualcomm.com with ESMTP; 13 Apr 2020 21:32:34 -0700 Received: by pacamara-linux.qualcomm.com (Postfix, from userid 359480) id 486883B20; Mon, 13 Apr 2020 21:32:34 -0700 (PDT) From: Can Guo To: asutoshd@codeaurora.org, nguyenb@codeaurora.org, hongwus@codeaurora.org, rnayak@codeaurora.org, linux-scsi@vger.kernel.org, kernel-team@android.com, saravanak@google.com, salyzyn@google.com, cang@codeaurora.org Cc: "James E.J. Bottomley" , "Martin K. Petersen" , linux-kernel@vger.kernel.org (open list) Subject: [PATCH v1 1/1] scsi: pm: Balance pm_only counter of request queue during system resume Date: Mon, 13 Apr 2020 21:32:30 -0700 Message-Id: <1586838751-549-1-git-send-email-cang@codeaurora.org> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org During system resume, scsi_resume_device() decreases a request queue's pm_only counter if the scsi device was quiesced before. But after that, if the scsi device's RPM status is RPM_SUSPENDED, the pm_only counter is still held (non-zero). Current scsi resume hook only sets the RPM status of the scsi device and its request queue to RPM_ACTIVE, but leaves the pm_only counter unchanged. This may make the request queue's pm_only counter remain non-zero after resume hook returns, hence those who are waiting on the mq_freeze_wq would never be woken up. Fix this by calling blk_post_runtime_resume() if pm_only is non-zero to balance the pm_only counter which is held by the scsi device's RPM ops. (struct request_queue)0xFFFFFF815B69E938 pm_only = (counter = 2), rpm_status = 0, B::v.f_/task_0xFFFFFF810C246940 -000|__switch_to(prev = 0xFFFFFF810C246940, next = 0xFFFFFF80A49357C0) -001|context_switch(inline) -001|__schedule(?) -002|schedule() -003|blk_queue_enter(q = 0xFFFFFF815B69E938, flags = 0) -004|generic_make_request(?) -005|submit_bio(bio = 0xFFFFFF80A8195B80) Signed-off-by: Can Guo --- drivers/scsi/scsi_pm.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/scsi_pm.c b/drivers/scsi/scsi_pm.c index 3717eea..4804029 100644 --- a/drivers/scsi/scsi_pm.c +++ b/drivers/scsi/scsi_pm.c @@ -93,8 +93,10 @@ static int scsi_dev_type_resume(struct device *dev, */ if (!err && scsi_is_sdev_device(dev)) { struct scsi_device *sdev = to_scsi_device(dev); - - blk_set_runtime_active(sdev->request_queue); + if (blk_queue_pm_only(sdev->request_queue)) + blk_post_runtime_resume(sdev->request_queue, 0); + else + blk_set_runtime_active(sdev->request_queue); } } -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.