Dear coreboot folks,
My coreboot test S-ATA hard disk had `nosmp` on the Linux command line configured so that Linux boots on the Lenovo T60. Now, testing this on the AGESA board ASRock E350M1, Linux failed to detect the disk (/dev/sda), and was unable to boot (USB and AHCI devices got error -22). Removing `nosmp` from the command line made it boot. Using GRUB or SeaBIOS as payload didn’t make a difference, and the old coreboot image I had (before switching to C environment bootblock) *does* have the *same* problem, so the bug is there longer. It’s reproducible with Linux 4.16.x and Linux 5.4.x.
It’s not reproducible on the Lenovo T60 (other way around), and QEMU i440fx and Q35.
It’d be great, if you could test this on your coreboot boards, and report back. Adding `nosmp` to the Linux kernel command line, for example, by pressing e in the GRUB menu (and then Ctrl + x or F10 to boot) should be all that is needed.
Kind regards,
Paul
I can reproduce this bug on Biostar AM1ML. I think this bug is ACPI related, if i add 'nosmp acpi=off' Ubuntu boots fine.
чт, 16 янв. 2020 г., 15:23 Paul Menzel pmenzel@molgen.mpg.de:
Dear coreboot folks,
My coreboot test S-ATA hard disk had `nosmp` on the Linux command line configured so that Linux boots on the Lenovo T60. Now, testing this on the AGESA board ASRock E350M1, Linux failed to detect the disk (/dev/sda), and was unable to boot (USB and AHCI devices got error -22). Removing `nosmp` from the command line made it boot. Using GRUB or SeaBIOS as payload didn’t make a difference, and the old coreboot image I had (before switching to C environment bootblock) *does* have the *same* problem, so the bug is there longer. It’s reproducible with Linux 4.16.x and Linux 5.4.x.
It’s not reproducible on the Lenovo T60 (other way around), and QEMU i440fx and Q35.
It’d be great, if you could test this on your coreboot boards, and report back. Adding `nosmp` to the Linux kernel command line, for example, by pressing e in the GRUB menu (and then Ctrl + x or F10 to boot) should be all that is needed.
Kind regards,
Paul
coreboot mailing list -- coreboot@coreboot.org To unsubscribe send an email to coreboot-leave@coreboot.org
Sergej Ivanov:
I can reproduce this bug on Biostar AM1ML. I think this bug is ACPI related, if i add 'nosmp acpi=off' Ubuntu boots fine.
чт, 16 янв. 2020 г., 15:23 Paul Menzel pmenzel@molgen.mpg.de:
It’d be great, if you could test this on your coreboot boards, and report back. Adding `nosmp` to the Linux kernel command line, for example, by pressing e in the GRUB menu (and then Ctrl + x or F10 to boot) should be all that is needed.
Booting Debian 9 from USB stick on Lenovo G505s with nosmp results in it being unable to find the root file system device and getting dumped into BusyBox.
On Thu, Jan 16, 2020 at 5:21 PM awokd via coreboot coreboot@coreboot.org wrote:
Sergej Ivanov:
I can reproduce this bug on Biostar AM1ML. I think this bug is ACPI related, if i add 'nosmp acpi=off' Ubuntu boots fine.
Hi
Parameter 'nosmp' disables I/O APIC and enforces PIC IRQ routing. How about 'nosmp pci=noacpi', it's less intrusive than using 'acpi=off'.
It is somewhat well-known that AGESA boards' IRQ routing is a one sick puppy [1] [2]. Or perhaps the entire litter, pun intended.
[1] https://review.coreboot.org/c/coreboot/+/38262 [2] https://review.coreboot.org/c/coreboot/+/38313
Kyösti
Hello,
adding nosmp pci=noacpi results in same behaviour - linux can't assign irq to usb&sata controllers(but I don't see IRQ >15 anymore). Adding nosmp pci=biosirq,noacpi allow system to boot.
сб, 25 янв. 2020 г. в 03:14, Kyösti Mälkki kyosti.malkki@gmail.com:
On Thu, Jan 16, 2020 at 5:21 PM awokd via coreboot coreboot@coreboot.org wrote:
Sergej Ivanov:
I can reproduce this bug on Biostar AM1ML. I think this bug is ACPI related, if i add 'nosmp acpi=off' Ubuntu boots fine.
Hi
Parameter 'nosmp' disables I/O APIC and enforces PIC IRQ routing. How about 'nosmp pci=noacpi', it's less intrusive than using 'acpi=off'.
It is somewhat well-known that AGESA boards' IRQ routing is a one sick puppy [1] [2]. Or perhaps the entire litter, pun intended.
[1] https://review.coreboot.org/c/coreboot/+/38262 [2] https://review.coreboot.org/c/coreboot/+/38313
Kyösti _______________________________________________ coreboot mailing list -- coreboot@coreboot.org To unsubscribe send an email to coreboot-leave@coreboot.org
Hi,
As Kyösti pointed, MP tables and IRQ is broken on AGESA boards. Most of the mainboards have mindlessly copy-pasted code that generates MP tables and IRQ tables. Those often contain entries of non-existing devices as a result. Since the most preferred way of IRQ routing is ACPI and most systems use it, the "noacpi" path wasn't thoroughly validated.
I will start working on it soon (most likely together with Kyösti), so the situation should improve a little bit.
Regards, Michał
On 28.01.2020 11:33, Sergej Ivanov wrote:
Hello,
adding nosmp pci=noacpi results in same behaviour - linux can't assign irq to usb&sata controllers(but I don't see IRQ >15 anymore). Adding nosmp pci=biosirq,noacpi allow system to boot.
сб, 25 янв. 2020 г. в 03:14, Kyösti Mälkki <kyosti.malkki@gmail.com mailto:kyosti.malkki@gmail.com>:
On Thu, Jan 16, 2020 at 5:21 PM awokd via coreboot <coreboot@coreboot.org <mailto:coreboot@coreboot.org>> wrote: > > Sergej Ivanov: > > I can reproduce this bug on Biostar AM1ML. I think this bug is ACPI > > related, if i add 'nosmp acpi=off' Ubuntu boots fine. Hi Parameter 'nosmp' disables I/O APIC and enforces PIC IRQ routing. How about 'nosmp pci=noacpi', it's less intrusive than using 'acpi=off'. It is somewhat well-known that AGESA boards' IRQ routing is a one sick puppy [1] [2]. Or perhaps the entire litter, pun intended. [1] https://review.coreboot.org/c/coreboot/+/38262 [2] https://review.coreboot.org/c/coreboot/+/38313 Kyösti _______________________________________________ coreboot mailing list -- coreboot@coreboot.org <mailto:coreboot@coreboot.org> To unsubscribe send an email to coreboot-leave@coreboot.org <mailto:coreboot-leave@coreboot.org>
coreboot mailing list -- coreboot@coreboot.org To unsubscribe send an email to coreboot-leave@coreboot.org