Re: Unable to boot Asus P5QL-EM w/ acpi enabled

From: Jia-Shiun Li <jiashiun_at_gmail.com>
Date: Sun, 9 Nov 2008 01:44:21 +0800
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