On Thu, Mar 15, 2007 at 02:21:46PM +0100, Kurt Schreiner wrote:
> Hi,
> 
> since around Sunday I have this one reproducible (just rsync a large chunk
> of data and wait for disk activity on the receiving machine. "works" on an
> P4 2.8 w/ HT enabled, an oldish PII 400 dualboard and on my w2100z dual opteron
> system).
> All three machines hang hard w/ a "normal" kernel (having to press "Reset"),
> compiling w/ LOCKDEBUG I get the following (on amd, sources cvs update'd 
> ca. 11:00 UTC today):

Likewise here, since about 2 days, on my dual amd64 workstation
(GENERIC.MP+DIAGNOTIC+LOCKDEBUG kernel) ... But with a slightly
different trace :

kernel: page fault trap, code=0
Stopped in pid 13777.1 (sshd) at        netbsd:db_nextframe+0xf8:       movq   
0x70(%rax),%rsi

db{0}> mach cpu 0
using CPU 0
db{0}> 
db_nextframe() at netbsd:db_nextframe+0xf8
db_stack_trace_print() at netbsd:db_stack_trace_print+0x5ec
_simple_lock() at netbsd:_simple_lock+0x146
pool_cache_get_paddr() at netbsd:pool_cache_get_paddr+0x4a
bge_newbuf_std() at netbsd:bge_newbuf_std+0xba
bge_rxeof() at netbsd:bge_rxeof+0x43f
bge_intr() at netbsd:bge_intr+0x1fe
intr_biglock_wrapper() at netbsd:intr_biglock_wrapper+0x35
Xintr_ioapic_level11() at netbsd:Xintr_ioapic_level11+0xdb
--- interrupt ---
pcg_put() at netbsd:pcg_put+0x1b
pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x217
sodopendfreel() at netbsd:sodopendfreel+0xf9
sodopendfree() at netbsd:sodopendfree+0x19
sosend() at netbsd:sosend+0x3d
soo_write() at netbsd:soo_write+0x70
dofilewrite() at netbsd:dofilewrite+0x120
sys_write() at netbsd:sys_write+0x12b
syscall_plain() at netbsd:syscall_plain+0x288
kernel: page fault trap, code=0
db{0}> mach cpu 1
using CPU 1
db{0}> bt
spllower() at netbsd:spllower+0x20
trap() at netbsd:trap+0x7a4
Stopped in pid 13777.1 (sshd) at        netbsd:breakpoint+0x5:  leave

-- 
Nicolas Joly

Biological Software and Databanks.
Institut Pasteur, Paris.