Re: Panic at shutdown (acpi related)
On Sun, 24 Feb 2013 13:04:52 +0100, David Demelier wrote: Le mardi 12 février 2013 21:42:01 Ronald Klop a écrit : On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier wrote: > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : >> on 12/02/2013 09:57 David Demelier said the following: >> > Yes I have added debugging option in my kernel. I have makeoptions >> > DEBUG=-g in my config. Do I need more ? >> >> .symbols? > > I don't understand what you are saying, I have > /boot/kernel/kernel.symbols. > Please tell me what I'm doing wrong. I've just read and done the steps > written > there : > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > gdb.html > > So I've run > > # cd /usr/obj/usr/src/sys/Melon > # kgdb kernel.debug /var/crash/vmcore.0 Why not something like kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0? That looks like what the manual page of kgdb seems to suggest. Regards, Ronald. > and that's the only trace I get using bt full : > > 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) > (kgdb) bt full > #0 doadump (textdump=) at pcpu.h:229 > No locals. > #1 0x in ?? () > No symbol table info available. > I have that, in fact I was using bt full instead of short bt : #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 #1 0x0004 in ?? () #2 0x805146b6 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:448 #3 0x80514b79 in panic (fmt=0x1 ) at /usr/src/sys/kern/kern_shutdown.c:636 #4 0x8071e919 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:857 #5 0x8071eca4 in trap_pfault (frame=0xff80d63db5d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:773 #6 0x8071f09b in trap (frame=0xff80d63db5d0) at /usr/src/sys/amd64/amd64/trap.c:456 #7 0x8070993f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #8 0x802ddbf5 in AcpiOsAcquireObject (Cache=0xfe00015de400) at /usr/src/sys/contrib/dev/acpica/utilities/utcache.c:316 #9 0x802e27c1 in AcpiUtAllocateObjectDescDbg (ModuleName=0x80795110 "dsutils", LineNumber=703, ComponentId=Variable "ComponentId" is not available. ) at /usr/src/sys/contrib/dev/acpica/utilities/utobject.c:437 #10 0x802e2972 in AcpiUtCreateInternalObjectDbg (ModuleName=0x80795110 "dsutils", LineNumber=703, ComponentId=64, Type=1) at /usr/src/sys/contrib/dev/acpica/utilities/utobject.c:112 #11 0x802b32ea in AcpiDsCreateOperand (WalkState=0xfe000380fc00, Arg=0xfe00017d39c0, ArgIndex=0) at /usr/src/sys/contrib/dev/acpica/dispatcher/dsutils.c:703 #12 0x802b3686 in AcpiDsCreateOperands (WalkState=0xfe000380fc00, FirstArg=0xfe00017d39c0) at /usr/src/sys/contrib/dev/acpica/dispatcher/dsutils.c:798 #13 0x802b4323 in AcpiDsExecEndOp (WalkState=0xfe000380fc00) at /usr/src/sys/contrib/dev/acpica/dispatcher/dswexec.c:449 #14 0x802d55e9 in AcpiPsParseLoop (WalkState=0xfe000380fc00) at /usr/src/sys/contrib/dev/acpica/parser/psloop.c:1249 #15 0x802d6a5b in AcpiPsParseAml (WalkState=0xfe000380fc00) at /usr/src/sys/contrib/dev/acpica/parser/psparse.c:525 #16 0x802d7ad7 in AcpiPsExecuteMethod (Info=0xfe00411b9500) at /usr/src/sys/contrib/dev/acpica/parser/psxface.c:368 #17 0x802ce3af in AcpiNsEvaluate (Info=0xfe00411b9500) at /usr/src/sys/contrib/dev/acpica/namespace/nseval.c:193 #18 0x802d3567 in AcpiEvaluateObject (Handle=0xfe00017d6d40, Pathname=0x807b2e9b "_TMP", ExternalParams=0x0, ReturnBuffer=0xff80d63dba50) at /usr/src/sys/contrib/dev/acpica/namespace/nsxfeval.c:289 #19 0x8031ca84 in acpi_GetInteger (handle=0xfe00017d6d40, path=0x807b2e9b "_TMP", number=0xff80d63dbab4) at /usr/src/sys/dev/acpica/acpi.c:2204 #20 0x80331756 in acpi_tz_get_temperature (sc=0xfe0001a2fa00) at /usr/src/sys/dev/acpica/acpi_thermal.c:462 #21 0x803329d6 in acpi_tz_monitor (Context=0xfe0001a2fa00) at /usr/src/sys/dev/acpica/acpi_thermal.c:497 #22 0x80332f92 in acpi_tz_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/acpica/acpi_thermal.c:864 #23 0x804e7a3d in fork_exit (callout=0x80332e50 , arg=0x0, frame=0xff80d63dbc00) at /usr/src/sys/kern/kern_fork.c:992 #24 0x80709dfe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #25 0x in ?? () #26 0x in ?? () #27 0x0001 in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x in ?? () #38 0
Re: Panic at shutdown
Le mardi 12 février 2013 21:42:01 Ronald Klop a écrit : > On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier > > wrote: > > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : > >> on 12/02/2013 09:57 David Demelier said the following: > >> > Yes I have added debugging option in my kernel. I have makeoptions > >> > DEBUG=-g in my config. Do I need more ? > >> > >> .symbols? > > > > I don't understand what you are saying, I have > > /boot/kernel/kernel.symbols. > > Please tell me what I'm doing wrong. I've just read and done the steps > > written > > there : > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > > gdb.html > > > > So I've run > > > > # cd /usr/obj/usr/src/sys/Melon > > # kgdb kernel.debug /var/crash/vmcore.0 > > Why not something like kgdb /boot/kernel/kernel.symbols > /var/crash/vmcore.0? > That looks like what the manual page of kgdb seems to suggest. > > Regards, > Ronald. > > > and that's the only trace I get using bt full : > > > > 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) > > (kgdb) bt full > > #0 doadump (textdump=) at pcpu.h:229 > > No locals. > > #1 0x in ?? () > > No symbol table info available. > > I have that, in fact I was using bt full instead of short bt : #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 #1 0x0004 in ?? () #2 0x805146b6 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:448 #3 0x80514b79 in panic (fmt=0x1 ) at /usr/src/sys/kern/kern_shutdown.c:636 #4 0x8071e919 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:857 #5 0x8071eca4 in trap_pfault (frame=0xff80d63db5d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:773 #6 0x8071f09b in trap (frame=0xff80d63db5d0) at /usr/src/sys/amd64/amd64/trap.c:456 #7 0x8070993f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #8 0x802ddbf5 in AcpiOsAcquireObject (Cache=0xfe00015de400) at /usr/src/sys/contrib/dev/acpica/utilities/utcache.c:316 #9 0x802e27c1 in AcpiUtAllocateObjectDescDbg (ModuleName=0x80795110 "dsutils", LineNumber=703, ComponentId=Variable "ComponentId" is not available. ) at /usr/src/sys/contrib/dev/acpica/utilities/utobject.c:437 #10 0x802e2972 in AcpiUtCreateInternalObjectDbg (ModuleName=0x80795110 "dsutils", LineNumber=703, ComponentId=64, Type=1) at /usr/src/sys/contrib/dev/acpica/utilities/utobject.c:112 #11 0x802b32ea in AcpiDsCreateOperand (WalkState=0xfe000380fc00, Arg=0xfe00017d39c0, ArgIndex=0) at /usr/src/sys/contrib/dev/acpica/dispatcher/dsutils.c:703 #12 0x802b3686 in AcpiDsCreateOperands (WalkState=0xfe000380fc00, FirstArg=0xfe00017d39c0) at /usr/src/sys/contrib/dev/acpica/dispatcher/dsutils.c:798 #13 0x802b4323 in AcpiDsExecEndOp (WalkState=0xfe000380fc00) at /usr/src/sys/contrib/dev/acpica/dispatcher/dswexec.c:449 #14 0x802d55e9 in AcpiPsParseLoop (WalkState=0xfe000380fc00) at /usr/src/sys/contrib/dev/acpica/parser/psloop.c:1249 #15 0x802d6a5b in AcpiPsParseAml (WalkState=0xfe000380fc00) at /usr/src/sys/contrib/dev/acpica/parser/psparse.c:525 #16 0x802d7ad7 in AcpiPsExecuteMethod (Info=0xfe00411b9500) at /usr/src/sys/contrib/dev/acpica/parser/psxface.c:368 #17 0x802ce3af in AcpiNsEvaluate (Info=0xfe00411b9500) at /usr/src/sys/contrib/dev/acpica/namespace/nseval.c:193 #18 0x802d3567 in AcpiEvaluateObject (Handle=0xfe00017d6d40, Pathname=0x807b2e9b "_TMP", ExternalParams=0x0, ReturnBuffer=0xff80d63dba50) at /usr/src/sys/contrib/dev/acpica/namespace/nsxfeval.c:289 #19 0x8031ca84 in acpi_GetInteger (handle=0xfe00017d6d40, path=0x807b2e9b "_TMP", number=0xff80d63dbab4) at /usr/src/sys/dev/acpica/acpi.c:2204 #20 0x80331756 in acpi_tz_get_temperature (sc=0xfe0001a2fa00) at /usr/src/sys/dev/acpica/acpi_thermal.c:462 #21 0x803329d6 in acpi_tz_monitor (Context=0xfe0001a2fa00) at /usr/src/sys/dev/acpica/acpi_thermal.c:497 #22 0x80332f92 in acpi_tz_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/acpica/acpi_thermal.c:864 #23 0x804e7a3d in fork_exit (callout=0x80332e50 , arg=0x0, frame=0xff80d63dbc00) at /usr/src/sys/kern/kern_fork.c:992 #24 0x80709dfe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #25 0x in ?? () #26 0x in ?? () #27 0x0001 in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x
Re: Panic at shutdown
2013/2/14 David Demelier > Le mardi 12 février 2013 21:42:01 Ronald Klop a écrit : > > On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier > > > > wrote: > > > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : > > >> on 12/02/2013 09:57 David Demelier said the following: > > >> > Yes I have added debugging option in my kernel. I have makeoptions > > >> > DEBUG=-g in my config. Do I need more ? > > >> > > >> .symbols? > > > > > > I don't understand what you are saying, I have > > > /boot/kernel/kernel.symbols. > > > Please tell me what I'm doing wrong. I've just read and done the steps > > > written > > > there : > > > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > > > gdb.html > > > > > > So I've run > > > > > > # cd /usr/obj/usr/src/sys/Melon > > > # kgdb kernel.debug /var/crash/vmcore.0 > > > > Why not something like kgdb /boot/kernel/kernel.symbols > > /var/crash/vmcore.0? > > That looks like what the manual page of kgdb seems to suggest. > > > > Regards, > > Ronald. > > > > > and that's the only trace I get using bt full : > > > > > > 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) > > > (kgdb) bt full > > > #0 doadump (textdump=) at pcpu.h:229 > > > No locals. > > > #1 0x in ?? () > > > No symbol table info available. > > > > > > > > > -- > > > David Demelier > > > ___ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to " > freebsd-stable-unsubscr...@freebsd.org" > > > > ___ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org > " > > Today I have a little bit more : > > #0 0x804f358b in isbufbusy (bp=0xfe0003810480) at > /usr/src/sys/kern/kern_shutdown.c:280 > 280 if (((bp->b_flags & (B_INVAL | B_PERSISTENT)) == 0 && > (kgdb) bt full > #0 0x804f358b in isbufbusy (bp=0xfe0003810480) at > /usr/src/sys/kern/kern_shutdown.c:280 > No locals. > #1 0x0004 in ?? () > No symbol table info available. > #2 0x804f3aa6 in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:451 > _ep = (struct eventhandler_entry *) 0x100 > _el = (struct eventhandler_list *) 0x804f35b3 > first_buf_printf = 1 > #3 0x804f3f69 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:624 > td = (struct thread *) 0x1 > bootopt = 260 > newpanic = 1 > ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = > 0xff80daaf0420, reg_save_area = 0xff80daaf0350}} > panic_cpu = 0 > buf = "general protection fault", '\0' > #4 0x806fcf69 in trap_fatal (frame=0x9, eva=Variable "eva" is not > available. > ) at /usr/src/sys/amd64/amd64/trap.c:851 > code = Variable "code" is not available. > > I feel very very ashamed because these random panics were occurring because of my kernel config that contained drm and radeondrm devices while I use x11/nvidia-driver.. However, I think we should add a notice in the nvidia-driver pkg-message to prevent any problems? -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Le mardi 12 février 2013 21:42:01 Ronald Klop a écrit : > On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier > > wrote: > > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : > >> on 12/02/2013 09:57 David Demelier said the following: > >> > Yes I have added debugging option in my kernel. I have makeoptions > >> > DEBUG=-g in my config. Do I need more ? > >> > >> .symbols? > > > > I don't understand what you are saying, I have > > /boot/kernel/kernel.symbols. > > Please tell me what I'm doing wrong. I've just read and done the steps > > written > > there : > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > > gdb.html > > > > So I've run > > > > # cd /usr/obj/usr/src/sys/Melon > > # kgdb kernel.debug /var/crash/vmcore.0 > > Why not something like kgdb /boot/kernel/kernel.symbols > /var/crash/vmcore.0? > That looks like what the manual page of kgdb seems to suggest. > > Regards, > Ronald. > > > and that's the only trace I get using bt full : > > > > 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) > > (kgdb) bt full > > #0 doadump (textdump=) at pcpu.h:229 > > No locals. > > #1 0x in ?? () > > No symbol table info available. > > > > > > -- > > David Demelier > > ___ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" Today I have a little bit more : #0 0x804f358b in isbufbusy (bp=0xfe0003810480) at /usr/src/sys/kern/kern_shutdown.c:280 280 if (((bp->b_flags & (B_INVAL | B_PERSISTENT)) == 0 && (kgdb) bt full #0 0x804f358b in isbufbusy (bp=0xfe0003810480) at /usr/src/sys/kern/kern_shutdown.c:280 No locals. #1 0x0004 in ?? () No symbol table info available. #2 0x804f3aa6 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:451 _ep = (struct eventhandler_entry *) 0x100 _el = (struct eventhandler_list *) 0x804f35b3 first_buf_printf = 1 #3 0x804f3f69 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:624 td = (struct thread *) 0x1 bootopt = 260 newpanic = 1 ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0xff80daaf0420, reg_save_area = 0xff80daaf0350}} panic_cpu = 0 buf = "general protection fault", '\0' #4 0x806fcf69 in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:851 code = Variable "code" is not available. -- David Demelier ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier wrote: Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : on 12/02/2013 09:57 David Demelier said the following: > Yes I have added debugging option in my kernel. I have makeoptions > DEBUG=-g in my config. Do I need more ? .symbols? I don't understand what you are saying, I have /boot/kernel/kernel.symbols. Please tell me what I'm doing wrong. I've just read and done the steps written there : http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- gdb.html So I've run # cd /usr/obj/usr/src/sys/Melon # kgdb kernel.debug /var/crash/vmcore.0 Why not something like kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0? That looks like what the manual page of kgdb seems to suggest. Regards, Ronald. and that's the only trace I get using bt full : 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) (kgdb) bt full #0 doadump (textdump=) at pcpu.h:229 No locals. #1 0x in ?? () No symbol table info available. -- David Demelier ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Okay I will update everything and use GENERIC config, if I get more info I'll tell you :-), Cheers and thanks for your answers 2013/2/12 Andriy Gapon > on 12/02/2013 20:44 David Demelier said the following: > > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : > >> on 12/02/2013 09:57 David Demelier said the following: > >>> Yes I have added debugging option in my kernel. I have makeoptions > >>> DEBUG=-g in my config. Do I need more ? > >> > >> .symbols? > > > > I don't understand what you are saying, I have > /boot/kernel/kernel.symbols. > > Please tell me what I'm doing wrong. I've just read and done the steps > written > > there : > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > > gdb.html > > > > So I've run > > > > # cd /usr/obj/usr/src/sys/Melon > > # kgdb kernel.debug /var/crash/vmcore.0 > > > > and that's the only trace I get using bt full : > > > > 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) > > (kgdb) bt full > > #0 doadump (textdump=) at pcpu.h:229 > > No locals. > > #1 0x in ?? () > > No symbol table info available. > > I don't know what you are doing wrong, but the above message ("No symbol > table > info available") is wrong. > Perhaps your world (kgdb) and kernel are out of sync, maybe something > else... > > -- > Andriy Gapon > -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
on 12/02/2013 20:44 David Demelier said the following: > Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : >> on 12/02/2013 09:57 David Demelier said the following: >>> Yes I have added debugging option in my kernel. I have makeoptions >>> DEBUG=-g in my config. Do I need more ? >> >> .symbols? > > I don't understand what you are saying, I have /boot/kernel/kernel.symbols. > Please tell me what I'm doing wrong. I've just read and done the steps > written > there : > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > gdb.html > > So I've run > > # cd /usr/obj/usr/src/sys/Melon > # kgdb kernel.debug /var/crash/vmcore.0 > > and that's the only trace I get using bt full : > > 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) > (kgdb) bt full > #0 doadump (textdump=) at pcpu.h:229 > No locals. > #1 0x in ?? () > No symbol table info available. I don't know what you are doing wrong, but the above message ("No symbol table info available") is wrong. Perhaps your world (kgdb) and kernel are out of sync, maybe something else... -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Le mardi 12 février 2013 10:01:10 Andriy Gapon a écrit : > on 12/02/2013 09:57 David Demelier said the following: > > Yes I have added debugging option in my kernel. I have makeoptions > > DEBUG=-g in my config. Do I need more ? > > .symbols? I don't understand what you are saying, I have /boot/kernel/kernel.symbols. Please tell me what I'm doing wrong. I've just read and done the steps written there : http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- gdb.html So I've run # cd /usr/obj/usr/src/sys/Melon # kgdb kernel.debug /var/crash/vmcore.0 and that's the only trace I get using bt full : 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) (kgdb) bt full #0 doadump (textdump=) at pcpu.h:229 No locals. #1 0x in ?? () No symbol table info available. -- David Demelier ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
on 12/02/2013 09:57 David Demelier said the following: > Yes I have added debugging option in my kernel. I have makeoptions DEBUG=-g in > my config. Do I need more ? .symbols? I don't know how else to explain consistently broken / useless stack traces. > I'm not sure to understand what you meant about stray signatures.. "-- " sequence. Let me show you: -- There is a stray signature sequence above this line. -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Yes I have added debugging option in my kernel. I have makeoptions DEBUG=-g in my config. Do I need more ? I'm not sure to understand what you meant about stray signatures.. -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
on 11/02/2013 22:33 David Demelier said the following: > Le jeudi 7 février 2013 10:55:09 Andriy Gapon a écrit : >> Without so much as a stack trace there is nothing to chew on. >> A useable vmcore would be better. >> >> Did you perhaps use kgdb with a mismatching kernel? Please don't leave stray signature separators in your emails - that makes reading and replying painful in compliant clients - as you can see. The ACPI messages don't tell _me_ much. If your kernel and modules are built with no debugging support whatsoever or .symbols files are missing, then it is almost pointless to get kernel dumps. -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Le jeudi 7 février 2013 10:55:09 Andriy Gapon a écrit : > Without so much as a stack trace there is nothing to chew on. > A useable vmcore would be better. > > Did you perhaps use kgdb with a mismatching kernel? -- I still have panic, and recompiled kernel, the stack info is not better but I have a lot of message before : (Always related to ACPI) GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: ACPI Error: Object not a Integer, type Reference (20110527/exresnte-210) ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node 0xfe00017eaaf0), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Needed [Integer/String/Buffer], found [Reference] 0xfe0001807678 (20110527/exresop-533) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20110527/dswexec-498) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BTDR] (Node 0xfe00017e6ac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BSTA] (Node 0xfe00017e6aa0), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Object not a Integer, type Reference (20110527/exresnte-210) ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node 0xfe00017eaaf0), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Needed [Integer/String/Buffer], found [Reference] 0xfe0001807678 (20110527/exresop-533) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20110527/dswexec-498) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BTDR] (Node 0xfe00017e6ac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BSTA] (Node 0xfe00017e6aa0), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Object not a Integer, type Reference (20110527/exresnte-210) ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node 0xfe00017eaaf0), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Needed [Integer/String/Buffer], found [Mutex] 0xfe0001807678 (20110527/exresop-533) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20110527/dswexec-498) ACPI Error: Method parse/execution failed [\_GPE.HWWP] (Node 0xfe00017d2208), AE_AML_OPERAND_TYPE (20110527/psparse-560) Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x368 fault code = supervisor read data, page not present instruction pointer = 0x20:0x804e433b stack pointer = 0x28:0xff80dd819730 frame pointer = 0x28:0xfe0003aa3920 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1543 (upowerd) trap number = 12 panic: page fault cpuid = 0 Uptime: 2h11m52s Dumping 632 out of 3054 MB:..3%..11%..21%..31%..41%..51%..61%..71%..81%..92% Reading symbols from /boot/kernel/vboxdrv.ko...done. Loaded symbols for /boot/kernel/vboxdrv.ko #0 doadump (textdump=) at pcpu.h:229 warning: Source file is more recent than executable. 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) (kgdb) bt full #0 doadump (textdump=) at pcpu.h:229 No locals. #1 0x in ?? () No symbol table info available. (kgdb) bt full #0 doadump (textdump=) at pcpu.h:229 No locals. #1 0x in ?? () No symbol table info available. -- David Demelier ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsu
Re: Panic at shutdown
On 07/02/2013 09:55, Andriy Gapon wrote: > > Without so much as a stack trace there is nothing to chew on. > A useable vmcore would be better. > > Did you perhaps use kgdb with a mismatching kernel? > I don't remember, I just rebuild a new kernel and will provide more info if panic occurs again! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Without so much as a stack trace there is nothing to chew on. A useable vmcore would be better. Did you perhaps use kgdb with a mismatching kernel? -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
On 06/02/2013 16:31, David Demelier wrote: > Hello there, > > I recently had a panic at shutdown in 9.1-STABLE, there's the backtrace: > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > <118>. > <118>Feb 5 23:30:31 Melon syslogd: exiting on signal 15 > <5>wlan0: link state changed to DOWN > <5>lagg0: link state changed to DOWN > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...7 1 1 0 done > All buffers synced. > ACPI Error: Needed [Integer/String/Buffer], found [Reference] > 0xfe0001807678 (20110527/exresop-443) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.SMAB] (Node > 0xfe00017edc08), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_TZ_.GFXZ._TMP] (Node > 0xfe00017d3280), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Needed type [Reference], found [Integer] 0xfe0001807678 > (20110527/exresop-116) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_TZ_.INTM] (Node > 0xfe00017d4168), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_TZ_.DTSZ._TMP] (Node > 0xfe00017d4500), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Needed [Integer/String/Buffer], found [Reference] > 0xfe0001807678 (20110527/exresop-533) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_TZ_.GTTP] (Node > 0xfe00017d6050), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_TZ_.CPUZ._TMP] (Node > 0xfe00017d41e0), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Needed [Integer/String/Buffer], found [Reference] > 0xfe0001807678 (20110527/exresop-533) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_TZ_.GTTP] (Node > 0xfe00017d6050), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_TZ_.SKNZ._TMP] (Node > 0xfe00017d8258), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Needed [Integer/String/Buffer], found [Reference] > 0xfe0001807678 (20110527/exresop-533) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_TZ_.GTTP] (Node > 0xfe00017d6050), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_TZ_.BATZ._TMP] (Node > 0xfe00017d8118), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Needed type [Reference], found [Integer] 0xfe0001807678 > (20110527/exresop-116) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.KRFS] > (Node 0xfe00017e71e0), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_SB_.GRFS] (Node > 0xfe00017f37f8), AE_AML_OPERAND_TYPE (20110527/psparse-560) > ACPI Error: Method parse/execution failed [\_TZ_.FDTZ._TMP] (Node > 0xfe00017d8078), AE_AML_OPERAND_TYPE (20110527/psparse-560) > Uptime: 2h1m59s > ACPI Error: Needed type [Reference], found [Integer] 0xfe0001807678 > (20110527/exresop-116) > ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for > [OpcodeName unavailable] (20110527/dswexec-498) > ACPI Error: Method parse/execution failed [\_SB_.PCI0.PEGP.DGFX._DOS] > (Node 0xfe00017d9528), AE_AML_OPERAND_TYPE (20110527/psparse-560) > can't evaluate \_SB_.PCI0.PEGP.DGFX._DOS - AE_AML_OPERAND_TYPE > usbus0: Controller shutdown > uhub0: at usbus0, port 1, addr 1 (disconnected) > ugen0.2: at usbus0 (disconnected) > ubt0: at uhub0, port 1, addr 2 (disconnected) > usbus0: Controller shutdown complete > usbus1: Controller shutdown > uhub1: at usbus1, port 1, addr 1 (disconnected) > usbus1: Controller shutdown complete > usbus2: Controller shutdown > uhub2: at usbus2, port 1, addr 1 (disconnected) > usbus2: Controller shutdown complete > usbus3: Contro