On Mon, 30 Jan 2006, Anish Mistry wrote:
I just got the following trap on my AMD64 system while doing some
video encoding. I'm updating to the latest STABLE to see if I can
reproduce it.
FreeBSD 6.0-STABLE #8: Thu Jan 26 19:07:13 UTC 2006
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xffffffcc805543e0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xffffffff8025b244
stack pointer = 0x10:0xffffffff962e4900
frame pointer = 0x10:0xffffffff962e4930
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 3
current process = 705 (Xorg)
[thread pid 705 tid 100104 ]
Stopped at soo_poll+0x44: movq 0x60(%rax),%rax
db> bt
Tracing pid 705 tid 100104 td 0xffffff0013a02260
soo_poll() at soo_poll+0x44
kern_select() at kern_select+0x8b7
select() at select+0x3e
syscall() at syscall+0x471
Xfast_syscall() at Xfast_syscall+0xa8
If you can reproduce this, stack traces extracted from a core with gdb would
be very helpful. I've fixed several bugs that "look a lot like that", but
think most or all of those fixes were from before 6.0, so I think those should
already be in the code you're running. However, I may misremember, and there
has been quite a bit of cleanup done to UNIX domain sockets and TCP since
6.0-RELEASE.
Thanks,
Robert N M Watson
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
