Date: Wed, 11 Dec 2002 12:23:17 -0500 (EST) From: John Baldwin <jhb@FreeBSD.org> To: "Paul A. Mayer" <paul@fnug.net> Cc: hackers@freebsd.org Subject: RE: Crash with 5.0-RC1 Message-ID: <XFMail.20021211122317.jhb@FreeBSD.org> In-Reply-To: <3DF7470A.2060904@fnug.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11-Dec-2002 Paul A. Mayer wrote: > Greetings, > > I understand that this is the place to send debugging dumps from kernel > crashes. If I'm misinformed, please advise. > > The original problem is described here and other thread contributor > indicates a similar problem on similar hardware: > http://marc.theaimsgroup.com/?l=freebsd-current&m=103954227212045&w=2 > > There is another person with an acpi crash problem here: > http://marc.theaimsgroup.com/?l=freebsd-current&m=103955920101157&w=2 > > The gdb output from "where" is below. > > Please let me know what I can do to help. The configuration ran without > a hitch under DP2. Can you compile acpi into your kernel instead of as a module and reproduce this please? Use 'device acpi' to compile it in. Thanks. > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x42 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc042c517 Actually, doing 'l *0xc042c517' in gdb might be of assistance as well, but ACPI should not be faulting I don't think. > stack pointer = 0x10:0xdf0c7a04 > frame pointer = 0x10:0xdf0c7a1c > 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 = 5 (acpi_task0) > panic: from debugger > Uptime: 1m14s > Dumping 1023 MB > ata0: resetting devices .. > done > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 > 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 > 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 > 896 912 928 944 960 976 992 1008 > --- >#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232 > 232 dumping++; > (kgdb) where >#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232 >#1 0xc02ecfce in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:364 >#2 0xc02ed213 in panic () at /usr/src/sys/kern/kern_shutdown.c:517 >#3 0xc015f7d2 in db_panic () at /usr/src/sys/ddb/db_command.c:450 >#4 0xc015f752 in db_command (last_cmdp=0xc04f4500, cmd_table=0x0, > aux_cmd_tablep=0xc04ea77c, aux_cmd_tablep_end=0xc04ea794) > at /usr/src/sys/ddb/db_command.c:346 >#5 0xc015f866 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 >#6 0xc016255a in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:72 >#7 0xc045c252 in kdb_trap (type=12, code=0, regs=0xdf0c79c4) > at /usr/src/sys/i386/i386/db_interface.c:166 >#8 0xc046dec2 in trap_fatal (frame=0xdf0c79c4, eva=0) at > /usr/src/sys/i386/i386/trap.c:839 >#9 0xc046dbd2 in trap_pfault (frame=0xdf0c79c4, usermode=0, eva=66) > at /usr/src/sys/i386/i386/trap.c:758 >#10 0xc046d72d in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1038297720, tf_esi > = 0, tf_ebp = -552830436, tf_isp = -552830480, tf_ebx = 1, tf_edx = > -1038322144, tf_ecx = 1, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip > = -1069365993, tf_cs = 8, tf_eflags = 66118, tf_esp = -1068373024, tf_ss > = 1}) at /usr/src/sys/i386/i386/trap.c:445 >#11 0xc045da38 in calltrap () at {standard input}:98 >#12 0xc042332d in vm_fault (map=0xc0832000, vaddr=3735928832, > fault_type=1 '\001', > fault_flags=0) at /usr/src/sys/vm/vm_fault.c:281 >#13 0xc046db71 in trap_pfault (frame=0xdf0c7bc0, usermode=0, eva=3735929054) > at /usr/src/sys/i386/i386/trap.c:746 >#14 0xc046d72d in trap (frame= > {tf_fs = -1070727144, tf_es = -1066794992, tf_ds = 1039597584, > tf_edi = 0, tf_esi = -1066784226, tf_ebp = -552829952, tf_isp = > -552829972, tf_ebx = -1066784221, tf_edx = -559038242, tf_ecx = 1, > tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066903824, tf_cs = 8, > tf_eflags = 66195, tf_esp = -552829912, tf_ss = -1066900995}) at > /usr/src/sys/i386/i386/trap.c:445 >#15 0xc045da38 in calltrap () at {standard input}:98 >#16 0xc06861fd in ?? () >#17 0xc0698933 in ?? () >#18 0xc069a0e8 in ?? () >#19 0xc0691b6d in ?? () >#20 0xc069a06f in ?? () >#21 0xc06999e4 in ?? () >#22 0xc069c7d0 in ?? () >#23 0xc02d98b5 in fork_exit (callout=0xc06a2a23, arg=0x0, frame=0x0) > at /usr/src/sys/kern/kern_fork.c:866 > (kgdb) up 12 >#12 0xc042332d in vm_fault (map=0xc0832000, vaddr=3735928832, > fault_type=1 '\001', > fault_flags=0) at /usr/src/sys/vm/vm_fault.c:281 > 281 vm_object_pip_add(fs.first_object, 1); > (kgdb) p fs.first_object > $1 = (struct vm_object *) 0x0 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20021211122317.jhb>