linux-kernel - Re: [PATCH v1] scsi: ufs: see link lost as fatal

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Tue, 18 Jan 2022 16:40:33 -0800
From:   Bart Van Assche <bvanassche@....org>
To:     Kiwoong Kim <kwmad.kim@...sung.com>, linux-scsi@...r.kernel.org,
        linux-kernel@...r.kernel.org, alim.akhtar@...sung.com,
        avri.altman@....com, jejb@...ux.ibm.com,
        martin.petersen@...cle.com, beanhuo@...ron.com,
        cang@...eaurora.org, adrian.hunter@...el.com, sc.suh@...sung.com,
        hy50.seo@...sung.com, sh425.lee@...sung.com,
        bhoon95.kim@...sung.com, vkumar.1997@...sung.com
Subject: Re: [PATCH v1] scsi: ufs: see link lost as fatal

On 1/17/22 02:37, Kiwoong Kim wrote:
> This event is raised when link is lost as specified
> in UFSHCI spec. At the time, initializing UFS interface
> needs to be done.
> 
> Signed-off-by: Kiwoong Kim <kwmad.kim@...sung.com>
> ---
>   drivers/scsi/ufs/ufshci.h | 3 ++-
>   1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/scsi/ufs/ufshci.h b/drivers/scsi/ufs/ufshci.h
> index 6a295c8..a7ff0e5 100644
> --- a/drivers/scsi/ufs/ufshci.h
> +++ b/drivers/scsi/ufs/ufshci.h
> @@ -142,7 +142,8 @@ static inline u32 ufshci_version(u32 major, u32 minor)
>   #define INT_FATAL_ERRORS	(DEVICE_FATAL_ERROR |\
>   				CONTROLLER_FATAL_ERROR |\
>   				SYSTEM_BUS_FATAL_ERROR |\
> -				CRYPTO_ENGINE_FATAL_ERROR)
> +				CRYPTO_ENGINE_FATAL_ERROR |\
> +				UIC_LINK_LOST)
>   
>   /* HCS - Host Controller Status 30h */
>   #define DEVICE_PRESENT				0x1

A patch description should not only explain what is changed but also why
a change is being made. Will the above patch cause the UFS error handler
to trigger a controller reset after the link has been lost? I'm missing
an explanation of why that change is necessary and also of why that
change is the right thing to do. All I found in the UFSHCI specification
about link loss is the following: "UIC Link Lost Status Enable (ULLSE): 
When set and IS.ULLS is set, the controller shall generate an 
interrupt." and also "UIC Link Lost Status (ULLS): This indicates a 
condition where remote end is trying to reestablish a link and the link 
is lost. This bit corresponds to the UniPro DME_LINKLOST.ind SAP primitive."

Did I perhaps overlook something?

Thanks,

Bart.