em0: <Intel(R) PRO/1000 Network Connection 7.0.5> port 0x2000-0x201f mem 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13
randy Jeremy Chadwick wrote: > > On Thu, Oct 21, 2010 at 12:08:23PM -0700, Randy Bush wrote: > > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > > r...@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > > > > console recording > > > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 > > cpuid = 0 > > panic: bufwrite: buffer is not busy??? > > > > > > cpuid = 0 > > Fatal trap 12: page fault while in kernel mode > > Uptime: cpuid = 2; 48mapic id = 02 > > 36s > > fault virtual address = 0xffff804000000000 > > Physical memory: 4086 MB > > fault code = supervisor read data, page not present > > Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae > > (CTRL-C to abort) stack pointer = 0x28:0xffffff80000de9a0 > > frame pointer = 0x28:0xffffff80000de9b0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (em0 taskq) > > trap number = 12 > > 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 > > 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 > > 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 > > 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 > > 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 > > 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to > > write outside dump device boundaries. > > > > ** DUMP FAILED (ERROR 6) ** > > Automatic reboot in 15 seconds - press a key on the console to abort > > em0: Watchdog timeout -- resetting > > > > and locked up. required power cycle to reboot > > CC'ing Jack Vogel of Intel, who is currently re-working portions of the > em(4) driver. I think taskq issue might be the thing he's fixing and > thus might have a workaround for you. > > But we're going to need to know exactly what em(4) model you have. > > Please provide "dmesg" output relevant to em0, and also "pciconf -lvc" > output for the em0@<xxx> device. > > -- > | Jeremy Chadwick j...@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | _______________________________________________ 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"
