Sean J. Schluntz wrote:
> boot device: sd0
> root on sd0a dumps on sd0b
>      #hang, then CMD-PWR*
> Panic switch: PC is 0x37c2
> Stopped at     _Debugger+0x6: unlk a6
> db> trace
> _Debugger(139e4e,37c2,1ede54,358a,0) + 6
> _mihand(0,ffffffff,0,0,0) + 26
> _lev7intr(?)
> _mi_switch(2704,2200,0,8,0) + 12
> _tsleep(4d6000,11,11c690,0) + 162
> _scsipi_execute_xs(4d6000) + ac
> _scsi_scsipi_cmd(4cfe00,1,1edef2,6,0,0) + 9a
> _scsipi_prevent(4cfe00,1,180) + 44
> _sdopen(401,0,6000,0) + e8
> _sdsize(401,2704,ffff2200,1eb4c8,60000000) + 58
> _cpu_dumpconf(0,0) + 46
> uvm_fault(0x15f860, 0x1f0000, 0, 0x1) -> 0x1
>      type 8, code [mmu,,ssw]: 505
> trap type 8, code = 0x505, v = 0x1f0ffa
> kernel program counter = 0x13022a
> kernel: MMU fault trap
> Cought exception in ddb.
> _main() + 39c
> _main() + 39c
> db>
> 
> Just from that I think it might be the LC chip biting me in the a$$.  :(

basically what is happening is that you are going to sleep waiting for a
SCSI command to complete and this is never happening, so you're never
woken back up again.  ironically, we used to get this problem early on in
the 1.4 pre-release code, but i was fairly sure that scott had fixed it.
i'll forward this to him in case he has a clue.  this is a pb540c, right?

later.

colin