Kernel panic on 7.2-RC1 when booting with ACPI enabled kernel.

[John Baldwin]

On Thursday 23 April 2009 9:22:29 am M K wrote:
> Hi!
> 
> I upgraded my fileserver from 7.0 to 7.2-RC1 using the freebsd-update
> method. Everything went fine during the upgrade but when I attempted to boot
> with the new kernel(GENERIC) the default choice of kernel with ACPI enabled
> did not work. I have to boot by choosing the kernel with ACPI disabled. And
> then it boots perfect. When I used 7.0 everything worked fine.
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0xb
> fault code              = supervisor read, page not present
> instruction pointer     = 0x20:0xc0da4de7
> stack pointer           = 0x28:0xcd1e6aac
> frame pointer           = 0x28:0xcd1e6aac
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 70 (sysctl)
> trap number             = 12
> panic: page fault
> cpuid = 0
> Uptime: 1s
> Physical memory: 243 MB
> Dumping 27 MB: 12
> 
> Reading symbols from /boot/kernel/acpi.ko...Reading symbols from
> /boot/kernel/acpi.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/acpi.ko
> #0  doadump () at pcpu.h:196
> 196             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) list *0xc0da4de7
> 0xc0da4de7 is in AcpiNsMapHandleToNode
> (/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889).
> 884             return (AcpiGbl_RootNode);
> 885         }
> 886
> 887         /* We can at least attempt to verify the handle */
> 888
> 889         if (ACPI_GET_DESCRIPTOR_TYPE (Handle) != ACPI_DESC_TYPE_NAMED)
> 890         {
> 891             return (NULL);
> 892         }
> 893
> (kgdb) bt
> #0  doadump () at pcpu.h:196
> #1  0xc0790eb7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
> #2  0xc0791189 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:574
> #3  0xc0aa339c in trap_fatal (frame=0xcd1e6a6c, eva=11)
>     at /usr/src/sys/i386/i386/trap.c:939
> #4  0xc0aa3620 in trap_pfault (frame=0xcd1e6a6c, usermode=0, eva=11)
>     at /usr/src/sys/i386/i386/trap.c:852
> #5  0xc0aa3fdc in trap (frame=0xcd1e6a6c) at
> /usr/src/sys/i386/i386/trap.c:530
> #6  0xc0a89e4b in calltrap () at /usr/src/sys/i386/i386/exception.s:159
> #7  0xc0da4de7 in AcpiNsMapHandleToNode (Handle=0x7)
>     at
> /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889
> #8  0xc0da44cf in AcpiNsHandleToPathname (TargetHandle=0x7,
> Buffer=0xcd1e6ae0)
>     at
> /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsnames.c:320
> #9  0xc0db0a72 in acpi_name (handle=0x7)
>     at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:2842
> #10 0xc0db4ca8 in acpi_pci_child_location_str_method (cbdev=0xc2212680,
>     child=0xc2243400, buf=0xc22c2400 "slot=0 function=0 handle=",
> buflen=1024)
>     at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:150

Can you do 'frame 10' followed by 'p *(struct acpi_pci_devinfo *)child->ivars'

-- 
John Baldwin