Dear Rudolf,
Am 03.10.20 um 20:39 schrieb Rudolf Marek:
Dne 03. 10. 20 v 16:16 Paul Menzel napsal(a):
I’ll try to figure out, what is wrong with the Super I/O settings in the devicetree. Removing the devicetree Super I/O configuration already gets rid of the hang, but causes other problems. Help is appreciated.
Please can you check how the LPC decode registers are setup? The 14.3 device has some registers to setup what is going to be sent to LPC bus. There are bits for fixed legacy regions like COM1 etc, and then there are bigger 3? programmable ranges.
Maybe this is in conflict with legacy I/O which causes the hang.
I don't know the right file, maybe it is in
src/southbridge/amd/agesa/hudson/lpc.c see hudson_lpc_enable_childrens_resources() Maybe booting with debug verbosity would tell.
"hudson lpc decode:%s, base=0x%08x, end=0x%08x\n",
Thank you very much for your help and suggestions. It’s great to know, that you are still reading messages on the mailing list.
It turned out that, that removing `io 0x60 = 0x00` from the devicetree got rid of the hang.
device pnp 2e.8 on # WDT1, GPIO0, GPIO1 io 0x30 = 0x00 io 0x60 = 0x00 io 0x61 = 0x00
With the help of Michael, Nico, and Angel in #coreboot@irc.freenode.net, the problem was further debugged, and Nico explained the weird devicetree semantics (effects of enabling a device with `on`) and noticed that `io` was used mostly incorrectly, and that `irq` had to be used.
Nico was so kind, creating a patch series fixing these issues [7].
Now, only the PCI issues have to be fixed, so the network card is detected. But, if I should fail to fix it myself, I am going to start a new thread for these.
Kind regards,
Paul
[4]: https://review.coreboot.org/c/coreboot/+/35855 >> [5]: https://review.coreboot.org/c/coreboot/+/35086
[6]: https://review.coreboot.org/plugins/gitiles/coreboot/+/06639f2abf86bd0eef9c7... [7]: https://review.coreboot.org/c/coreboot/+/46021/ "mb/asus/f2a85-m_pro: Enable super-i/o LDNs 0x0f and 0x14"