linux-kernel - Re: [PATCH] scsi: hpsa: prevent hpsa to severly delay boot

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: Windows password security audit tool. GUI, reports in PDF.

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

Date:   Fri, 11 Mar 2022 14:11:13 +0100
From:   Raphael Lisicki <raphael.lisicki@...mens.com>
To:     Corentin Labbe <clabbe@...libre.com>, don.brace@...rochip.com,
        jejb@...ux.ibm.com, martin.petersen@...cle.com
Cc:     linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org,
        storagedev@...rochip.com
Subject: Re: [PATCH] scsi: hpsa: prevent hpsa to severly delay boot


On 04.02.22 14:12, Corentin Labbe wrote:
> On my HPE Proliant microserver gen 10+, modprobing hpsa lead to:
> hpsa 0000:01:00.7: unrecognized board ID: 0x00e41590
> hpsa 0000:01:00.7: unrecognized board ID: 0x00e41590
> hpsa 0000:01:00.7: can't disable ASPM; OS doesnt't have ASPM control
> hpsa 0000:01:00.7: board not ready, timed ou >
> And the boot is severly delayed until the timeout.

The same happens with ProLiant DL360 Gen10.


> 
> The controller is HPE Smart Array S100i SR Gen10
> 
> I have tried to add (naivly) to struct board_type products:
> 	{0x00e41590, "Smart Array S100i SR Gen10", &SA5_access},
> but the board still time out.
> 
> With further search, I found that the S100i seems to be a fake SW RAID controller usefull for windows only.
> 
> So I use the following patch to fix the boot stuck.


Also confirmed on ProLiant DL360 Gen10 as working, but not sure about 
the general approach.