new aic7xxx driver problems
I have two Adaptec 2930CU (ultra narrow) cards. I modified the driver to make them work in ultra mode. The card connected to my CDROM and MO drive, operating at different bus clocks, does not behave well. Transfers stop often for 10-20 seconds and it spits out warnings like these:
Apr 3 23:05:10 Jay kernel: scsi1:0:4:0: Attempting to queue an ABORT message Apr 3 23:05:10 Jay kernel: scsi1:0:4:0: Command found on device queue Apr 3 23:05:10 Jay kernel: aic7xxx_abort returns 8194 Apr 3 23:05:10 Jay kernel: scsi1:0:5:0: Attempting to queue an ABORT message Apr 3 23:05:10 Jay kernel: scsi1:0:5:0: Command found on device queue Apr 3 23:05:10 Jay kernel: aic7xxx_abort returns 8194 Apr 3 23:06:23 Jay kernel: scsi1:0:4:0: Attempting to queue an ABORT message Apr 3 23:06:23 Jay kernel: scsi1:0:4:0: Command found on device queue Apr 3 23:06:23 Jay kernel: aic7xxx_abort returns 8194
No probs with the old driver.
[Linux 2.4.3, aic7xxx v6.1.8, gcc 2.95.3, PowecPC 750]
Bye.
Quoted 3 lines
I have two Adaptec 2930CU (ultra narrow) cards. I modified the driver to make them work in ultra mode.
Can you elaborate on what you had to modify?
Quoted 1 line
Apr 3 23:05:10 Jay kernel: scsi1:0:4:0: Attempting to queue an ABORT message
Please run your system with aic7xxx=verbose and send me the resulting messages. You should also upgrade to v6.1.11 of the driver.
--
Justin
Quoted 5 lines
Quoted 3 lines
I have two Adaptec 2930CU (ultra narrow) cards. I modified the driver to make them work in ultra mode.
Can you elaborate on what you had to modify ?
I just added AHC_ULTRA to the features of 7850
AHC_AIC7850_FE = AHC_SPIOCAP|AHC_AUTOPAUSE|AHC_TARGETMODE|AHC_ULTRA,
^^^^^^^^^^
Quoted 4 lines
Quoted 1 line
Apr 3 23:05:10 Jay kernel: scsi1:0:4:0: Attempting to queue an ABORT messagePlease run your system with aic7xxx=verbose and send me the resulting messages. You should also upgrade to v6.1.11 of the driver.
Plain v6.1.11 hangs. It prints scsi0: blah blah scsi1: sdfdfgsg, I hear the cd spinning up and nothing more. The system doesn't crash completely because the cursor don't stop blinking (I don't use a hw cursor). I think it's just waiting
something will never arrive.
(ppc750)
Bye.
Quoted 6 lines
Quoted 1 line
Can you elaborate on what you had to modify ?
I just added
AHC_ULTRAto the features of 7850
AHC_AIC7850_FE= AHC_SPIOCAP|AHC_AUTOPAUSE|AHC_TARGETMODE|AHC_ULTRA,^^^^^^^^^^
What's the PCI id of the card you are using?
Quoted 2 lines
Plain v6.1.11 hangs. It prints scsi0: blah blah scsi1: sdfdfgsg, I hear the cd spinning up and nothing more.
Did you apply a patch, or upgrade using the tar file? If the latter, you're missing some changes to the SCSI layer that make the initial bus settle delay implimentation more sane.
--
Justin
Quoted 8 lines
Quoted 6 lines
Quoted 2 lines
Can you elaborate on what you had to modify ?
I just added
AHC_ULTRAto the features of 7850
AHC_AIC7850_FE= AHC_SPIOCAP|AHC_AUTOPAUSE|AHC_TARGETMODE|AHC_ULTRA,What's the PCI id of the card you are using ?
I'm not at home. If I remember right, it reported exactly the ID of AHC_AIC7850 card, but I have a *PowerDomain* 2930CU (the Macintosh version of the card) so pci IDs are likely to be different from the PC version.
Quoted 6 lines
Quoted 2 lines
Plain v6.1.11 hangs. It prints scsi0: blah blah scsi1: sdfdfgsg, I hear the cd spinning up and nothing more.
Did you apply a patch, or upgrade using the tar file? If the latter, you're missing some changes to the SCSI layer that make the initial bus settle delay implimentation more sane.
:-/ I'll try the patch this night.
Bye.
Giuliano Pochini ->)|(<- Shiny Network {AS6665} ->)|(<-Quoted 2 lines
What's the PCI id of the card you are using?
Bus 1, device 3, function 0:
Class 0100: PCI device 9004:5078 (rev 3).
IRQ 24.
Master Capable. Latency=32. Min Gnt=4.Max Lat=4.
I/O at 0x1800 [0x18ff].
Non-prefetchable 32 bit memory at 0x80881000 [0x80881fff].Quoted 6 lines
Quoted 2 lines
Plain v6.1.11 hangs. It prints scsi0: blah blah scsi1: sdfdfgsg, I hear the cd spinning up and nothing more.
Did you apply a patch, or upgrade using the tar file? If the latter, you're missing some changes to the SCSI layer that make the initial bus settle delay implimentation more sane.
Ok, I used the patch and it boots. Now CDROM and MO seem to work fine, but when I work from the console I get this junk while accessing HD. It happens much more frequently when the SCSI bus it set at 10MB/s than when it's at 20MB/s (with my small patch).
[...]
Apr 13 22:36:09 Jay kernel: Saw underflow (2048 of 2048 bytes). Treated as error Apr 13 22:36:09 Jay kernel: Saw underflow (4096 of 4096 bytes). Treated as error Apr 13 22:36:09 Jay kernel: Saw underflow (2048 of 2048 bytes). Treated as error Apr 13 22:36:09 Jay kernel: SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 70000 Apr 13 22:36:09 Jay kernel: Saw underflow (4096 of 4096 bytes). Treated as error Apr 13 22:36:09 Jay kernel: I/O error: dev 08:09, sector 1654820 Apr 13 22:36:09 Jay kernel: Saw underflow (4096 of 4096 bytes). Treated as error Apr 13 22:36:09 Jay kernel: SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 70000 Apr 13 22:36:09 Jay kernel: I/O error: dev 08:09, sector 1572948 Apr 13 22:36:19 Jay kernel: Saw underflow (8192 of 8192 bytes). Treated as error Apr 13 22:36:19 Jay last message repeated 3 times Apr 13 22:36:19 Jay kernel: Saw underflow (7168 of 7168 bytes). Treated as error Apr 13 22:36:20 Jay last message repeated 4 times Apr 13 22:36:20 Jay kernel: SCSI disk error : host 0 channel 0 id 2 lun 0 return code = 70000 Apr 13 22:36:20 Jay kernel: I/O error: dev 08:09, sector 370704
[...]
One time I got this:
Apr 13 22:44:55 Jay kernel: (scsi0:A:2:0): Locking max tag count at 64
Bye.