[parisc-linux] Kernel panic with -pa48

James Bottomley James.Bottomley@HansenPartnership.com
Sun, 14 Oct 2001 09:28:54 -0500


grundler@puffin.external.hp.com said:
> In general, drives smaller than 1GB are not reprogammable and thus
> can't be upgraded. I don't know if C3325A is upgradeable. If it is,
> the firmware for it *might* be on the same ftp site as platform
> firmware - see the www.parisc-linux.org FAQ for the URL. And not sure
> if there is a utility for linux to download SCSI device firmware. 

I believe the fw is upgradeable (if you can find it, it's not on the ftp 
site).  Although, for a SCSI device driver writer, having misbehaving drives 
around to test with can be useful...it's a lot easier than trying to do 
sofware error injection.

Perhaps you could answer some configuration questions I have (which is why I 
was thinking the reported errors were termination or cabling related).  
Richard Hirst got LinuxCare to send me a 712/60 and a 715/50.  Both of these 
appear to have a SCSI bus running through the motherbord to a 50pin ribbon 
cable on one end and an external D50 SCSI-2 connector on the case.  There 
appears to be no termination at all on the motherboard, is that correct?

The 715/50 has slots for 3 SCSI drives along a ribbon cable which is 
terminated at one end.  However, I don't believe the other end would be 
terminated unless I put a D50 SE terminator on the external connector.   Was 
this the way they were usually delivered?

The 712/60 is even stranger: It has one SCSI drive housing and a short ribbon 
cable with no termination.  It looks like the correct configuration for this 
one would be to activate the drive's termination and also put a D50 terminator 
on the external connector?  Unfortunately, the Micropolis drive it came with 
expired in a cloud of smoke when I turned it on.  However, I was able to 
determine that the Micropolis was unterminated, so the internal bus was 
completely unterminated.

What I'm hoping is that they didn't ship this way, they just evolved into 
these anomalous configurations over time as bits fell off and drives were 
replaced.  The problem is that the new lasi700 driver is going to drive the 
SCSI bus (at least for the 53c710 based lasi subsystems) at about twice times 
the speed of the old one and with high REQ/ACK offsets, so what were marginal 
configurations may suddenly become non-functional ones.

At the very least, I suppose I need to add sync and tag disable options to the 
driver.

James