]> git.proxmox.com Git - mirror_edk2.git/commit
MdeModulePkg/AhciPei: Fix device cannot be found in non-S3 path
authorHao A Wu <hao.a.wu@intel.com>
Thu, 30 May 2019 01:17:22 +0000 (09:17 +0800)
committerHao A Wu <hao.a.wu@intel.com>
Fri, 31 May 2019 07:56:41 +0000 (15:56 +0800)
commite2afc8ab59c3dc6cf368c339a26840f0869a2356
tree792dd57d08bc62e7af7cad821a910e4364481d72
parent9d73c5608d228413d999f9148ba3012491c1d995
MdeModulePkg/AhciPei: Fix device cannot be found in non-S3 path

REF:https://bugzilla.tianocore.org/show_bug.cgi?id=1862

Current implementation of function AhciModeInitialization() has an
incorrect assumption that the value in the CAP (offset 00h) register will
always be greater than the highest bit set for the value in the PI (offset
0Ch) register.

This will lead to an issue that hard disk devices may not be found in the
non-S3 boot path for some AHCI controller capabilities.

More specifically, variable 'PortInitializeBitMap' will have the value
from 'Private->PortBitMap', which will be 0xFFFFFFFF in non-S3 boot path.
When the CAP register is of value 0x1 and PI register with value 0x4
(meaning port 2 is available), the current logic will only enumerate port
0. And the device attached behind port 2 will not be enumerated.

To address this issue, variable 'PortInitializeBitMap' will now take the
bitwise and result between 'Private->PortBitMap' and the value read from
the PI register.

Please note that there will be no function impact for S3 path, since in
this case, the bits being set in 'Private->PortBitMap' will be a subset
of the bits being set in the PI register. Their bitwise and operation will
still be the value of 'Private->PortBitMap'.

Cc: Maggie Chu <maggie.chu@intel.com>
Cc: Jian J Wang <jian.j.wang@intel.com>
Signed-off-by: Hao A Wu <hao.a.wu@intel.com>
Reviewed-by: Ray Ni <ray.ni@intel.com>
MdeModulePkg/Bus/Ata/AhciPei/AhciMode.c