Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1502111pxb; Fri, 1 Oct 2021 12:01:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz1Zp49WXEKssHq+vVFckgDtFVDtm8c7/nGCvXUsrssvBpg+iKBojrUMPZOmLdqT7xc7LoK X-Received: by 2002:a17:90b:430f:: with SMTP id ih15mr1415212pjb.222.1633114911009; Fri, 01 Oct 2021 12:01:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633114911; cv=none; d=google.com; s=arc-20160816; b=i0O3zpw42939vF69u2IT0ccdQWxZ3wrxlv6zaHIfOBRW/Jj8k39ryBNcn7FIkgDm33 9NtQn3mUJfzFMLhSqmag0lzmdYfO5xU2xVsUKPpaKmRnhczvIpHD10CSypEW3j2tpCeF YvOFFExjRXoSX+0GG0YyczEMBsArFQ4/v9KSBvTElzQzP1zYY6jCl99ODai1ICaXQIJl ehwWaq+7Kl84mICbMEzENez6sdrCSzHbyKrq1ocmRuVr55V1Rh/KUBnV4/n0XYyeYws3 BXV4Xu9oP7hl2gOY/ZKZTVJOf5MeeUoRUsRBJg2ssXLJp30uAPGLWo97psFrDqF3OVnC 4mKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=Klo/AK1qPnu25VUQLxQ3XFtBKTNjbNeMN76P/55SWkE=; b=UepA+ApNdFEodP4HF0EBPEBsX2Hmq1T7miridlVe9tuj5IT7jgPR5SUyHeU9u000MI k3h0bTCiJhG9ux9fspCD9GLqnhZVK/nrYfhp5GT2t+zNWx7IF9QYbHsgg8McAONkUGd5 zu4nmfm2q1ng5Nswc6vpVKivi7AV8sfcF05Va+cE/iuviHyTWYNJ59R18tuWOEVAImJH Ht8sFDWalVT7KQql82VbKt3Iav4uHz4qSTxdFFEy8LZXWbZso9ZJ0WJbUxagxNpuyuy2 AE9jz/DrggxvB7Bzkt30K5T+2FKT4eRnJ2xAhFCyu/P7KLYqH4niqzAfuorXrrKZaFhx jQHg== 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 b24si5285800pff.321.2021.10.01.12.01.36; Fri, 01 Oct 2021 12:01:50 -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 S1355359AbhJARmL (ORCPT + 99 others); Fri, 1 Oct 2021 13:42:11 -0400 Received: from mail-pf1-f171.google.com ([209.85.210.171]:43655 "EHLO mail-pf1-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229632AbhJARmK (ORCPT ); Fri, 1 Oct 2021 13:42:10 -0400 Received: by mail-pf1-f171.google.com with SMTP id 187so4159281pfc.10; Fri, 01 Oct 2021 10:40:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Klo/AK1qPnu25VUQLxQ3XFtBKTNjbNeMN76P/55SWkE=; b=2Y8XnJinEfOC1OfvFfLM8/59EI7eHFi3DpdKM4jfHs5txz+nz1wBa9MqavmXF+aKvL WbFVRbwtsItImQzrNZ1nLIZOBOf1xkr/W2G6jbG1/CcuOkiQVCXNHZaM06hBls85xTRO w8nPmdJCvPkAZVa91HdXAxp91Movyk37cgSDySYJNpdu628GaBgERekxwzIwMGRgsGtW 6IE2QHwtGNDQzX+RW/iTA2RiedvGCX6BX0CflEFrWw6NJMOnuV5NZnPNdJs1ERF2b+Ws kICSMGbDodp5Lu+lhl4SjALJ8X5R6mKxCZI8ohxHmgOzXPoFDKtkDfTJ25YCxo2FJGVU f/mQ== X-Gm-Message-State: AOAM532ZW5GURetOiF9InA4tST56O/eVNni8nAyClXmS2j0mnOfJRREN UW/jdFwSbgiaQl9QALSr2KY= X-Received: by 2002:a63:6981:: with SMTP id e123mr10729139pgc.419.1633110025906; Fri, 01 Oct 2021 10:40:25 -0700 (PDT) Received: from bvanassche-linux.mtv.corp.google.com ([2620:15c:211:201:82b7:f0a2:c63d:c44e]) by smtp.gmail.com with ESMTPSA id t6sm7020570pfh.63.2021.10.01.10.40.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 Oct 2021 10:40:25 -0700 (PDT) Subject: Re: [PATCH 2/2] scsi: ufs: Stop clearing unit attentions To: dgilbert@interlog.com, Adrian Hunter , Jaegeuk Kim , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, martin.petersen@oracle.com Cc: Bart Van Assche References: <20210930195237.1521436-1-jaegeuk@kernel.org> <20210930195237.1521436-2-jaegeuk@kernel.org> <12ba3462-ac6b-ef35-4b5e-e0de6086ab51@intel.com> <5e087a0f-7ae0-41d1-c1f1-e5cc0ad2d38f@acm.org> From: Bart Van Assche Message-ID: <07821a06-0b51-8f11-868c-913726ee393a@acm.org> Date: Fri, 1 Oct 2021 10:40:24 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/1/21 10:21 AM, Douglas Gilbert wrote: > On 2021-10-01 12:59 p.m., Bart Van Assche wrote: >> On 9/30/21 11:52 PM, Adrian Hunter wrote: >>> Finally, there is another thing to change.  The reason >>> ufshcd_suspend_prepare() does a runtime resume of sdev_rpmb is because the >>> UAC clear would wait for an async runtime resume, which will never happen >>> during system suspend because the PM workqueue gets frozen.  So with the >>> removal of UAC clear, ufshcd_suspend_prepare() and ufshcd_resume_complete() >>> should be updated also, to leave rpmb alone. > > Somewhat related ... > > Since there was some confusion among the members of T10 of what precisely > the RPM bit meant, in SPC-6 revision (draft), a new "HOT PLUGGABLE" two > bit field was introduced into the standard INQUIRY response: > >                 Table 151 — HOT PLUGGABLE field > > Code   Description > 00b    No information is provided regarding whether SCSI target device is hot >        pluggable. > 01b    The SCSI target device is designed to be removed from a SCSI domain as >        a single object (i.e., concurrent removal of the SCSI target ports, >        logical units, and all other objects contained in that SCSI target >        device (see SAM-6)) while that SCSI domain continues to operate for >        all other SCSI target devices, if any, in that SCSI domain. > 10b    The SCSI target device is not designed to be removed from a SCSI >        domain while that SCSI domain continues to operate. > 11b    Reserved > > That field is bits 5 and 4 of byte 1 of the response. > > Perhaps we should be adding provision for this new field. Hi Doug, It is not clear to me how hot-plugging is related to UFS devices? I am not aware of any support for hot-plugging in the UFS driver. RPMB = Replay Protected Memory Block. The definition of RPMB according to Wikipedia is "a means for a system to store data to the specific memory area in an authenticated and replay protected manner, and can only be read and written via successfully authenticated read and write accesses". It is not clear to me how hot-plugging and RPMB are related? What am I missing? Thanks, Bart.