summaryrefslogtreecommitdiff
path: root/src/drivers
diff options
context:
space:
mode:
authorRudolf Marek <r.marek@assembler.cz>2014-01-12 00:23:30 +0100
committerRudolf Marek <r.marek@assembler.cz>2014-02-01 21:44:31 +0100
commit566b4f008f51a5ea3eee9356ed80322f34c36017 (patch)
tree98d1828529d001386e5158749fe610ecb2068ddb /src/drivers
parentd69757bd4ed9f39deae15d08d3f0988e068480be (diff)
downloadcoreboot-566b4f008f51a5ea3eee9356ed80322f34c36017.tar.xz
AGESA f15tn: Fix GPP ports resume
The AGESA resumes the GPP ports in the romstage using FchInitResetGpp(), which does FchGppPortInitS3Phase() for S3 resume. The PreInitGppLink() looks into CMOS to figure out what ports to just force to Gen1 or Gen2 PCIe. Then boot continues and in the ramstage the rest of GPP init is executed. There is a problem that nobody sets properly the PortDetected flags in the S3 path. As the consequence FchGppDynamicPowerSaving() thinks the GPP port is not enabled and shut downs it. The best fix would be also to remove the CMOS dependency which might be some left over, because AGESA does not use CMOS much for anything else. There could be also some way how to pass the GPP state structure from romstage to ramstage possibly via hudson/resume.c but I don't know how to do that. Similar problem is that the "late" stage of init again "forgets" the PortDetected state. This fix fixes the resume issue on Asus F2A85-M. With this patch applied both GPP ports (used as PCIe x1 and internal ethernet) are working again after resume. Change-Id: Idaf609043abb09441c6790504d66d23e0637588f Signed-off-by: Rudolf Marek <r.marek@assembler.cz> Reviewed-on: http://review.coreboot.org/4671 Tested-by: build bot (Jenkins) Reviewed-by: Idwer Vollering <vidwer@gmail.com> Reviewed-by: Ronald G. Minnich <rminnich@gmail.com>
Diffstat (limited to 'src/drivers')
0 files changed, 0 insertions, 0 deletions