> We'll look into creating the prom tree later in the boot process to catch > more devices. In the meantime, you can set "Plug-n-play OS" to "no" to > keep the old behavior.
As a heads up: My ASUS A7V box was actualy running in "Plug-n-play OS" = "no" mode when I noticed this problem, while trying to verify my fix for bug id 6323481 ! Note that pci devices *without* I/O ports or memory mapped registers (e.g. the function #4 device in a VIA KT686 mainboard chipset, "pci1106,3057") are now considered as "unconfigured" by snv_19's usr/src/uts/i86pc/io/pci/pci_boot.c code during the CONFIG_INFO pci enumeration phase and are added to the kernel's device tree only *after* the prom tree is created (during the CONFIG_NEW phase). Although my box was running in "Plug-n-play OS" = "no" mode, the "pci1106,3057" device wasn't visiable in the prom node tree, only in the standard device tree. This message posted from opensolaris.org _______________________________________________ opensolaris-code mailing list [email protected] https://opensolaris.org:444/mailman/listinfo/opensolaris-code
