From patchwork Thu Jan 14 03:13:26 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Can Guo X-Patchwork-Id: 12018593 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D93DDC433E0 for ; Thu, 14 Jan 2021 03:14:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id A188223619 for ; Thu, 14 Jan 2021 03:14:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726266AbhANDOO (ORCPT ); Wed, 13 Jan 2021 22:14:14 -0500 Received: from labrats.qualcomm.com ([199.106.110.90]:34373 "EHLO labrats.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726019AbhANDON (ORCPT ); Wed, 13 Jan 2021 22:14:13 -0500 IronPort-SDR: 9DlKTGcIRFldsxXCe6g/9YDgvPojwXlBtRMsqRXJcPdz7Bt0zvHbMBsQYzZMvMj2PF5qr8SBAr oYP4CMQlPtCD6GCSX3V1OnBx2XjAPL55t3HV/me78ci5c/8tScqNNr7xjuolRiF6AeLbS/tu+1 wpwo79N0WF0TjlMGqb4fNCiHA2IIJFMm/1loi+5kvDbNucJMGv1rvLpU99lSOWfqWSYuIAMww8 D9s60EYxCwr0q7xe6JyoLpz5KjP9G9r/8qV6ga2rVNUEurBTz8p1eyh8BE32RGr8uwRvcfiM3I 9jg= X-IronPort-AV: E=Sophos;i="5.79,346,1602572400"; d="scan'208";a="29539976" Received: from unknown (HELO ironmsg-SD-alpha.qualcomm.com) ([10.53.140.30]) by labrats.qualcomm.com with ESMTP; 13 Jan 2021 19:13:32 -0800 X-QCInternal: smtphost Received: from wsp769891wss.qualcomm.com (HELO stor-presley.qualcomm.com) ([192.168.140.85]) by ironmsg-SD-alpha.qualcomm.com with ESMTP; 13 Jan 2021 19:13:32 -0800 Received: by stor-presley.qualcomm.com (Postfix, from userid 359480) id 32AB1216AD; Wed, 13 Jan 2021 19:13:32 -0800 (PST) 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 Subject: [PATCH v5 0/2] Synchronize user layer access with system PM ops and error handling Date: Wed, 13 Jan 2021 19:13:26 -0800 Message-Id: <1610594010-7254-1-git-send-email-cang@codeaurora.org> X-Mailer: git-send-email 2.7.4 Precedence: bulk List-ID: X-Mailing-List: linux-scsi@vger.kernel.org This series contains two changes and it is based on 5.11/scsi-queue The 1st change is just a minor fix. The 2nd change is to synchronize user layer access through UFS sysfs nodes, so that system PM ops (suspend, resume and shutdown), error handling and async probe won't be disturbed by user layer access. The protection is only added to some sysfs nodes, not all of them. Change since v4: - Incoroporate Adrian's comment - renamed ufshcd_is_sysfs_allowed() as ufshcd_is_user_access_allowed() Change since v3: - Rebased to 5.12/scsi-queue Change since v2: - Updated the 1st change, added a global boolean flag to tell if system suspend is invoked when hba is NULL, it is used during resume in case of hba becomes not NULL. Change since v1: - Slightly updated the 2nd change, added a dedicated inline func to check hba->shutting_down in ufshcd.h. This inline func can be updated to add more rules for sysfs passage in future. Can Guo (2): scsi: ufs: Fix a possible NULL pointer issue scsi: ufs: Protect PM ops and err_handler from user access through sysfs drivers/scsi/ufs/ufs-sysfs.c | 106 ++++++++++++++++++++++++++++++++++++------- drivers/scsi/ufs/ufshcd.c | 57 +++++++++++++++-------- drivers/scsi/ufs/ufshcd.h | 10 +++- 3 files changed, 138 insertions(+), 35 deletions(-)