Paul Menzel has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39238 )
Change subject: Revert "i82371eb: Drop support for older PIIX chips" ......................................................................
Patch Set 2:
Patch Set 2:
Patch Set 2: Code-Review+1
Patch Set 1:
Why wasn't that catched by the QA? Is the default to use AHCI instead of IDE? How can this be reproduced on qemu?
What QA? QEMU i440fx failed to boot in my case.
This QA: https://lava.9esec.io/r/1051 From there, you can get to https://lava.9esec.io/results/testcase/25317 and to that test case's log at https://lava.9esec.io/scheduler/job/1051#results_25317
A few excerpts:
IDE: Primary IDE interface: on IDE: Secondary IDE interface: on IDE: Access to legacy IDE ports: off ... [ 1.747754] ata1.00: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100 [ 1.749153] ata1.00: 8392704 sectors, multi 16: LBA48 [ 1.750422] ata1.01: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100 [ 1.751910] ata1.01: 1048576 sectors, multi 16: LBA48
These seem to indicate that IDE access still works on some qemu-i440fx configuration and so it would be useful to know what's different in yours.
Thank you for the research.
The used coreboot version is not even visible. It’s *unknown*. Where can I find the configuration and QEMU command?
Here you can see the last working version for me case.
https://review.coreboot.org/cgit/board-status.git/commit/emulation/qemu-i440...