>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?

Yah, PB540c w/32Megs RAM.  It has the 68LC040 in it, but I'm thinking of 
trading out the processor board for the PB550c (which uses the 68040.) 
Thanks for your help!

-Sean

---
Sean J. Schluntz                           schluntz@agames.com
Sr. Office Systems Administrator                  408-434-5804
Atari Games Corporation                  http://www.agames.com

Mountain Dew and doughnuts...because breakfast is the most 
important meal of the day. - ???