Wilkinson, Alex wrote: >Can you expand on the acronym MI please John.B ? > Machine Independent.. code that is for all platforms and not just the PC or alpha or pc98.. MD code is code that is only relevant for one platform. > > - aW > > 0n Mon, Nov 01, 2004 at 05:38:47PM -0500, John Baldwin wrote: > > On Sunday 31 October 2004 06:47 pm, M. Warner Losh wrote: > > # This is RELENG_5 > > > > GDB: no debug ports present > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > SMAP type=01 base=0000000000000000 len=000000000009fc00 > > SMAP type=02 base=000000000009fc00 len=0000000000000400 > > SMAP type=02 base=00000000000e77e2 len=00000000000071d0 > > SMAP type=02 base=00000000000f20a8 len=000000000000df58 > > SMAP type=01 base=0000000000100000 len=0000000001700000 > > SMAP type=02 base=00000000ffff20a8 len=000000000000df58 > > Copyright (c) 1992-2004 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD 5.3-STABLE #1: Sun Oct 31 14:42:40 MST 2004 > > > > imp_at_paco-paco.village.org:/paco/imp/FreeBSD/5x/src/sys/i386/compile/GENERIC > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x1c > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc0761974 > > stack pointer = 0x10:0xc0c21ba4 > > frame pointer = 0x10:0xc0c21c70 > > 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 = 0 () > > [thread 0] > > Stopped at vm_fault+0x1b0: cmpxchgl %ecx,0x1c(%edx) > > db> trace > > vm_fault(c103a000,c0f75000,1,0,c08dc560) at vm_fault+0x1b0 > > trap_pfault(c0c21cd8,0,c0f750f4) at trap_pfault+0x19f > > trap(18,10,10,c1044420,c1045780) at trap+0x315 > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip = 0xc0f750f4, esp = 0xc0c21d18, ebp = 0xc0c21d44 --- > > end(c1044420,102,c0843640,c08b48f0,c26000) at 0xc0f750f4 > > uma_prealloc(c1044420,800,c0c21d84,c07655e4,c10b3000) at uma_prealloc+0x64 > > pmap_init(c10b3000,fffff000,c10b3000,c0c21d98,c05eb4c2) at pmap_init+0x67 > > vm_mem_init(0,c1ec00,c1e000,0,c043fb65) at vm_mem_init+0x38 > > mi_startup() at mi_startup+0x96 > > begin() at begin+0x2c > > db> > > > > uma_prealloc + 100 (0x64) looks like: > > > > 0xc077733a <uma_prealloc+94>: push %edi > > 0xc077733b <uma_prealloc+95>: call 0xc0774c78 <slab_zalloc> > > 0xc0777340 <uma_prealloc+100>: mov %eax,%ecx > > > > 0xc0f750f4 is outside of the text area (so I suspect that our stalk > > walker is a little hozed :-(. Also of interest is that I couldn't > > boot on the video console, but had to boot over serial to even get > > this far. > > > > This seems to correspond to: > > while (slabs > 0) { > > --> slab = slab_zalloc(zone, M_WAITOK); > > LIST_INSERT_HEAD(&keg->uk_free_slab, slab, us_link); > > slabs--; > > > > } > > > > But without more specific information about the zalloc, it is hard to > > know what to do. The crash is 100% repeatable. > > > > Same kernel boots fine on my Dell Inspiron 3000, so it can't be the > > kernel being corrupt. The same disk boots before and after on the > > i3k (the disk was cloned from the i3k disk...) > > > > Ideas? > > I have similar problems on my ultra60 with any kernels other than GENERIC. I > have no idea, but this leads me to believe it is a bug in MI code somewhere. > > -- > John Baldwin <jhb_at_FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > >_______________________________________________ >freebsd-current_at_freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > >Received on Tue Nov 02 2004 - 00:25:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:20 UTC