On Thu, Sep 25, 2008 at 8:35 PM, John Baldwin <jhb_at_freebsd.org> wrote: > > I'm not sure. Probably other OS's aren't using this a lot yet so it is just > buggy BIOS. Linux has a rather silly SMAP-related check (requires an > explicit SMAP region that covers the memcfg area) that effectively disables > memcfg on most boxes, so Linux probably isn't using it on your hardware > either. I attached the board to firewire console. The system goes wrong at the second PCIB_READ_CONFIG() of pci_add_map(). That's strange because the first read and write to the BAR works. The device at pci0:0:2:0 is the integrated graphics device on G43 chipset. dmesg when mcfg disabled: http://jiashiun.googlepages.com/mcfgdisabled.dmesg.txt enabled: http://jiashiun.googlepages.com/mcfgenabled.dmesg.txt The backtrace just before hanging: (kgdb) bt #0 pciereg_cfgread (bus=Variable "bus" is not available. ) at /freebsd-current/sys/i386/pci/pci_cfgreg.c:669 #1 0xc07be7f4 in pci_docfgregread (bus=0, slot=Variable "slot" is not available. ) at /freebsd-current/sys/i386/pci/pci_cfgreg.c:210 #2 0xc07be874 in pci_cfgregread (bus=0, slot=2, func=0, reg=24, bytes=4) at /freebsd-current/sys/i386/pci/pci_cfgreg.c:232 #3 0xc047e0ed in acpi_pcib_read_config (dev=0xc655c980, bus=0, slot=2, func=0, reg=24, bytes=4) at /freebsd-current/sys/dev/acpica/acpi_pcib_acpi.c:303 #4 0xc04c5ac8 in pci_add_map (pcib=0xc655c980, bus=0xc6645080, dev=0xc6644e80, b=0, s=2, f=0, reg=24, rl=0xc659f404, force=0, prefetch=0) at pcib_if.h:40 #5 0xc04c684b in pci_add_resources (bus=0xc6645080, dev=0xc6644e80, force=0, prefetchmask=0) at /freebsd-current/sys/dev/pci/pci.c:2549 #6 0xc04c697d in pci_add_child (bus=0xc6645080, dinfo=0xc659f400) at /freebsd-current/sys/dev/pci/pci.c:2619 #7 0xc04c86e3 in pci_add_children (dev=0xc6645080, domain=0, busno=0, dinfo_size=240) at /freebsd-current/sys/dev/pci/pci.c:2603 #8 0xc047b7e8 in acpi_pci_attach (dev=0xc6645080) at /freebsd-current/sys/dev/acpica/acpi_pci.c:313 #9 0xc058215f in device_attach (dev=0xc6645080) at device_if.h:178 #10 0xc058311c in device_probe_and_attach (dev=0xc6645080) at /freebsd-current/sys/kern/subr_bus.c:2400 #11 0xc05831f9 in bus_generic_attach (dev=0xc655c980) at /freebsd-current/sys/kern/subr_bus.c:2936 #12 0xc047d814 in acpi_pcib_attach (dev=0xc655c980, prt=0xc6646234, busno=0) at /freebsd-current/sys/dev/acpica/acpi_pcib.c:170 #13 0xc047e3b6 in acpi_pcib_acpi_attach (dev=0xc655c980) at /freebsd-current/sys/dev/acpica/acpi_pcib_acpi.c:243 #14 0xc058215f in device_attach (dev=0xc655c980) at device_if.h:178 #15 0xc058311c in device_probe_and_attach (dev=0xc655c980) at /freebsd-current/sys/kern/subr_bus.c:2400 #16 0xc05831f9 in bus_generic_attach (dev=0xc660f400) at /freebsd-current/sys/kern/subr_bus.c:2936 #17 0xc04732d6 in acpi_attach (dev=0xc660f400) at /freebsd-current/sys/dev/acpica/acpi.c:1557 #18 0xc058215f in device_attach (dev=0xc660f400) at device_if.h:178 ---Type <return> to continue, or q <return> to quit--- #19 0xc058311c in device_probe_and_attach (dev=0xc660f400) at /freebsd-current/sys/kern/subr_bus.c:2400 #20 0xc05831f9 in bus_generic_attach (dev=0xc655b180) at /freebsd-current/sys/kern/subr_bus.c:2936 #21 0xc079070e in nexus_acpi_attach (dev=0xc655b180) at /freebsd-current/sys/i386/acpica/acpi_machdep.c:580 #22 0xc058215f in device_attach (dev=0xc655b180) at device_if.h:178 #23 0xc058311c in device_probe_and_attach (dev=0xc655b180) at /freebsd-current/sys/kern/subr_bus.c:2400 #24 0xc058314b in root_bus_configure () at /freebsd-current/sys/kern/subr_bus.c:3846 #25 0xc079585c in configure (dummy=0x0) at /freebsd-current/sys/i386/i386/autoconf.c:112 #26 0xc051d596 in mi_startup () at /freebsd-current/sys/kern/init_main.c:251 #27 0xc0445dc5 in begin () at /freebsd-current/sys/i386/i386/locore.s:328 (kgdb) Jia-Shiun.Received on Sat Nov 08 2008 - 17:14:24 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:37 UTC