[coreboot] Re: [RFT] Linux fails to detect devices on AGESA board with `nosmp`

2020-01-28 Thread Michal Zygowski
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  >:
>
> On Thu, Jan 16, 2020 at 5:21 PM awokd via coreboot
> 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
> 
> To unsubscribe send an email to coreboot-le...@coreboot.org
> 
>
>
> ___
> coreboot mailing list -- coreboot@coreboot.org
> To unsubscribe send an email to coreboot-le...@coreboot.org

-- 
Michał Żygowski
Firmware Engineer
http://3mdeb.com | @3mdeb_com

___
coreboot mailing list -- coreboot@coreboot.org
To unsubscribe send an email to coreboot-le...@coreboot.org


[coreboot] Re: [RFT] Linux fails to detect devices on AGESA board with `nosmp`

2020-01-28 Thread Sergej Ivanov
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 :

> On Thu, Jan 16, 2020 at 5:21 PM awokd via coreboot
>  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-le...@coreboot.org
>
___
coreboot mailing list -- coreboot@coreboot.org
To unsubscribe send an email to coreboot-le...@coreboot.org


[coreboot] Re: [RFT] Linux fails to detect devices on AGESA board with `nosmp`

2020-01-24 Thread Kyösti Mälkki
On Thu, Jan 16, 2020 at 5:21 PM awokd via coreboot
 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-le...@coreboot.org


[coreboot] Re: [RFT] Linux fails to detect devices on AGESA board with `nosmp`

2020-01-16 Thread awokd via coreboot
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 :

>> 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.

-- 
- don't top post
Mailing list etiquette:
- trim quoted reply to only relevant portions
- when possible, copy and paste text instead of screenshots
___
coreboot mailing list -- coreboot@coreboot.org
To unsubscribe send an email to coreboot-le...@coreboot.org


[coreboot] Re: [RFT] Linux fails to detect devices on AGESA board with `nosmp`

2020-01-16 Thread 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 :

> 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-le...@coreboot.org
>
___
coreboot mailing list -- coreboot@coreboot.org
To unsubscribe send an email to coreboot-le...@coreboot.org