i386 panic
http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? Sean signature.asc Description: This is a digitally signed message part
Re: i386 panic
You need to enable PAE in the kernel to access that memory. I could be wrong. On Mon, Aug 12, 2013 at 3:43 PM, Sean Bruno sean_br...@yahoo.com wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i386 panic
Yah, I don't want to access the RAM, I just want the ridiculous box to boot. I'm content, for this test settting, to nerf myself to 4G rams. Sean On Mon, 2013-08-12 at 17:59 -0400, Super Bisquit wrote: You need to enable PAE in the kernel to access that memory. I could be wrong. On Mon, Aug 12, 2013 at 3:43 PM, Sean Bruno sean_br...@yahoo.com wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? Sean signature.asc Description: This is a digitally signed message part
Re: i386 panic
On Mon, 2013-08-12 at 12:43 -0700, Sean Bruno wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? Sean The 9.2RC images seem to do the same thing when nerfed to 2G of ram. So, this doesn't appear to be a new regression. stable/7 seems to be happy enough to boot up PAE i386 on it, so I think the previous suggestion of using PAE is the correct one. signature.asc Description: This is a digitally signed message part
Re: i386 panic
Download the source and build the PAE kernel. Do the build world. On Mon, Aug 12, 2013 at 7:02 PM, Sean Bruno sean_br...@yahoo.com wrote: On Mon, 2013-08-12 at 12:43 -0700, Sean Bruno wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? Sean The 9.2RC images seem to do the same thing when nerfed to 2G of ram. So, this doesn't appear to be a new regression. stable/7 seems to be happy enough to boot up PAE i386 on it, so I think the previous suggestion of using PAE is the correct one. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i386 panic
On Aug 12, 2013, at 1:43 PM, Sean Bruno sean_br...@yahoo.com wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? That shouldn't happen. Maybe you've run out of kmem? It's limited to only like 400MB on i386. Or maybe you've blown out a data structure with all of those CPUs. Scott ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i386 panic
On Mon, 2013-08-12 at 21:36 -0600, Scott Long wrote: On Aug 12, 2013, at 1:43 PM, Sean Bruno sean_br...@yahoo.com wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? That shouldn't happen. Maybe you've run out of kmem? It's limited to only like 400MB on i386. Or maybe you've blown out a data structure with all of those CPUs. Scott Since we can still do this on stable/7 (gross), I kind of think this is a low priority regression. Not even sure where to look, nor do I really want to. :-) If someone has a clueby4 to thwack me around with, I'd appreciate it. Sean p.s. We won't be caring about this for much longer I fear over at $DAYJOB, so if someone wants to address this I can test it for a few more months. After that, we won't care about it too much. signature.asc Description: This is a digitally signed message part
Re: i386 panic
... bug peter. And alfred. Alfred broke this stuff. :) -adrian On 12 August 2013 21:33, Sean Bruno sean_br...@yahoo.com wrote: On Mon, 2013-08-12 at 21:36 -0600, Scott Long wrote: On Aug 12, 2013, at 1:43 PM, Sean Bruno sean_br...@yahoo.com wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? That shouldn't happen. Maybe you've run out of kmem? It's limited to only like 400MB on i386. Or maybe you've blown out a data structure with all of those CPUs. Scott Since we can still do this on stable/7 (gross), I kind of think this is a low priority regression. Not even sure where to look, nor do I really want to. :-) If someone has a clueby4 to thwack me around with, I'd appreciate it. Sean p.s. We won't be caring about this for much longer I fear over at $DAYJOB, so if someone wants to address this I can test it for a few more months. After that, we won't care about it too much. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i386 panic
On Mon, Aug 12, 2013 at 12:43:02PM -0700, Sean Bruno wrote: http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. I set hw.physmem=2g in loader.conf to try and get the system to boot, but I don't think I did it right? Sean kernel trap 12 with interrupts disabled panic: vm_fault: fault on nofault entry, addr: c9f7c000 ... calltrap() at calltrap+0x6/frame 0xc1820c9c --- trap 0xc, eip = 0xc1820d37, esp = 0xc1820ce8, ebp = 0 --- end() at 0xc1820d37 First thing is to try to identify what is the code was executing there. Try to disassemble some amount of instructions before and after the faulting %eip. pgpbg0qmz9zwC.pgp Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 Please do frame 2, then p/x *m and show the result. #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ freebsd-sta...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org pgpcZFnkVkBAg.pgp Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote: On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 Please do frame 2, then p/x *m and show the result. (kgdb) frame 2 frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well. #2 0xc071e82b in panic (fmt=Variable fmt is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol m in current context. #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ freebsd-sta...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Alexandr Kovalenko http://uafug.org.ua/ pgplpD93nm6tL.pgp Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com
wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCKETS
option enabled ?
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
Please show the output of p *(struct vm_object *)0xc5725770 from kgdb.
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
freebsd-sta...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
freebsd-stable-unsubscr...@freebsd.org
--
Alexandr Kovalenko
http://uafug.org.ua/
--
Alexandr Kovalenko
http://uafug.org.ua/
pgpPkSqzkhr3F.pgp
Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com
wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
Do you use custom kernel config ? Is there a chance you have
ZERO_COPY_SOCKETS
option enabled ?
Yes, ZERO_COPY_SOCKETS is there.
Ok, this is the cause. Remove it.
I asked for some additional data below, which you ignored, but I believe
that I will not see anything new there, after we found the ZERO_COPY_SOCKETS
in kernel config.
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep
28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905 panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
Please show the output of p *(struct vm_object *)0xc5725770 from kgdb.
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
freebsd-sta...@freebsd.org mailing list
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote: On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 Please do frame 2, then p/x *m and show the result. (kgdb) frame 2 #2 0xc071e82b in panic (fmt=Variable fmt is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol m in current context. #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ freebsd-sta...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Alexandr Kovalenko http://uafug.org.ua/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
freebsd-sta...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
--
Alexandr Kovalenko
http://uafug.org.ua/
--
Alexandr Kovalenko
http://uafug.org.ua/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
