Re: 40p support broken since 3.99.22?
Artyom Tarasenko <[email protected]> Tue, 11 Apr 2017 11:51:45 +0200
| Newsgroups | gmane.os.netbsd.ports.prep |
|---|---|
| Message-ID | <CACXAS8AawQN2mUqnCqZC=b-DO8QuTkuoPNQ_gXarrYOT=xtQ0g@mail.gmail.com> |
On Sun, Apr 9, 2017 at 3:03 AM, Christos Zoulas <[email protected]> wrote: > In article <CACXAS8CZfhoGGoqrTHA3THBLZkvpr7ZzvZpKpq+CEHuv4EXTHw@mail.gmail.com>, > Artyom Tarasenko <[email protected]> wrote: >>Does anyone use recent NetBSD versions on 40p (aka Sandalfoot, >>6015/7020) machines? >>After experimenting with NetBSD under qemu/PReP it looks to me like >>the 40p support got broken quite some time ago with this commit: >> >>Author: garbled <garbled> >>Date: Fri Jun 9 01:19:10 2006 +0000 >> >> Completely rework how we look up PCI interrupts on prep: >> >> 1) Rather than build an array of the pci->intr mappings, build a proplib >> tree. >> 2) add a SIMPLEQ of device properties to the pci_chipset_tag to hold the >> proplib trees of each bus. >> 3) Move the interrupt routing code from pci_conf_interrupt to pci_map_intr() >> 4) Deal properly with non-native PCI bridge chips that are not recognized >> by the prep firmware, and therefore are not noted in the residual data. >> >> The major win of this restructure is #4. Hopefully I haven't broken >> anything. Tested on a 7248-100, 7043-140 and 7024-E20. >> >>^^^ the SIMPLEQ called from the pci_intr_fixup_ibm_6015 causes a null >>pointer dereference. > > Can you provide instructions how to reproduce this? Just try to boot a NetBSD 4.0+ on a 40p machine. For instance any of these images: https://ftp.netbsd.org/pub/NetBSD-archive/NetBSD-4.0/prep/installation/floppy/ If I understand the code correctly it would crash before scanning the PCI devices. Artyom P.S. Please cc me in your replies. I've nearly missed your message. -- Regards, Artyom Tarasenko SPARC and PPC PReP under qemu blog: http://tyom.blogspot.com/search/label/qemu