M Sweger wrote:
> patching file `drivers/scsi/aic7xxx/aic7xxx.seq'
> patching file `drivers/scsi/aic7xxx/aic7xxx.reg'
> patching file `drivers/scsi/aic7xxx.c'
> Hunk #30 FAILED at 10592.
> Hunk #31 FAILED at 10623.
> Hunk #32 FAILED at 10648.
> 3 out of 33 hunks FAILED -- saving rejects to drivers/scsi/aic7xxx.c.rej
> patching file `drivers/scsi/aic7xxx_seq.c'
> patching file `drivers/scsi/aic7xxx_reg.h'
> patching file `drivers/scsi/README.aic7xxx'
> patching file `drivers/scsi/aic7xxx_proc.c'
>
> Here is the "rej" file.
>
> ***************
> *** 10393,10399 ****
> * instead of slowing down if those exist. That's hard to do with simple
> * checksums though.
> */
> - if(aic7xxx_verbose & VERBOSE_NEGOTIATION)
> {
> printk(INFO_LEAD "reducing SCSI transfer speed due to Domain "
> "validation failure.\n", p->host_no, CTL_OF_CMD(cmd));
> --- 10592,10598 ----
> * instead of slowing down if those exist. That's hard to do with simple
> * checksums though.
> */
> + if(aic7xxx_verbose & VERBOSE_NEGOTIATION2)
> {
> printk(INFO_LEAD "reducing SCSI transfer speed due to Domain "
> "validation failure.\n", p->host_no, CTL_OF_CMD(cmd));
[ snipped rej file ]
These are harmless rejects that are just there because a patch snuck into
Alan's kernel that I wasn't aware was already in there.
> C). Is there any way to eliminate the other udelay() calls? Note:
> one udelay() comment says "1 msec" meaning one millisec whereas the
> udelay() means 1 microsec. Thus, the comment should say /* 1 usec */.
> I guess the msec() routines probably can't be eliminated.
>
> udelay(1000);
> udelay(50);
> udelay(1);
> udelay(1);
> udelay(1);
> udelay(1);
> udelay(1); /* Do nothing */ \
> udelay(1);
> udelay(1);
> udelay(1);
> udelay(1); /* 1 msec */
My latest code has the number of udelay calls reduced, but it doesn't make
sense to even try and get rid of them all. As for the one with an incorrect
comment, ignore the comment. It's fixed in my current sources.
> D). Although item(B) works now, still need to fix the "data-overrun"
> error that you responded to in an earlier email.
That should have been fixed already. It acts as though the WIDEODD bit isn't
doing its job on your controller.
> Linux version 2.2.14 (root@DosLinux) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #1 SMP Wed Feb 9 06:18:27 /etc/localtime 2000
>
> [snipped alot here]
>
> (scsi0) Cables present (Int-50 NO, Int-68 YES, Ext-68 NO)
> (scsi0) Downloading sequencer code... 383 instructions downloaded
> (scsi1) <Adaptec AIC-7895 Ultra SCSI host adapter> found at PCI 0/14/1
> (scsi1) Narrow Channel B, SCSI ID=7, 32/255 SCBs
> (scsi1) Warning - detected auto-termination
> (scsi1) Please verify driver detected settings are correct.
> (scsi1) If not, then please properly set the device termination
> (scsi1) in the Adaptec SCSI BIOS by hitting CTRL-A when prompted
> (scsi1) during machine bootup.
> (scsi1) Cables present (Int-50 NO, Ext-50 NO)
> (scsi1) Downloading sequencer code... 383 instructions downloaded
> scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.25/3.2.4
> <Adaptec AIC-7895 Ultra SCSI host adapter>
> scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.25/3.2.4
> <Adaptec AIC-7895 Ultra SCSI host adapter>
> scsi2 : SCSI host adapter emulation for IDE ATAPI devices
> scsi : 3 hosts.
> (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8.
> (scsi0:0:0:0) Data overrun detected in Data-In phase, tag 1;
> Have seen Data Phase. Length=255, NumSGs=1.
> sg[0] - Addr 0x7fec380 : Length 255
> Vendor: WDIGTL Model: WDE9100-1807A4 Rev: 1.30
> Type: Direct-Access ANSI SCSI revision: 02
> Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
> scsi : detected 1 SCSI disk total.
> SCSI device sda: hdwr sector= 512 bytes. Sectors= 17783204 [8683 MB] [8.7 GB]
I'll have to do some more testing here to see if I can get this fixed.
[ snipped stuff about compile warnings ]
These are all in code that isn't under my control, and are harmless anyway
(even if they don't look good).
[ snipped /proc/pci list ]
The driver won't try to control the card if it isn't the right driver for the
silicon.
--Doug Ledford <dledford@redhat.com> http://people.redhat.com/dledford Please check my web site for aic7xxx updates/answers before e-mailing me about problems
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Feb 15 2000 - 21:00:17 EST