Subject: Re: kern/21893: division by zero in scsipi_sync_factor_to_freq(): one more quirk in scsiconf.c ?
To: None <bouyer@antioche.eu.org>
From: Anthony Mallet <anthony.mallet@useless-ficus.net>
List: netbsd-bugs
Date: 06/15/2003 22:18:23
Manuel Bouyer writes:
| No, it's not. The problem seems to be that async is not handled properly
| any more.

Weird because with the patch I can either play audio CD or mount iso9660
partitions. I also have a scanner which works in async mode (but that's
on another controller).

| As far as I can see, nothing changed in the scsipi code that could explain
| this. The problem may be in the HBA code.

I saw something in scsiconf.c, rev. 1.202:

-               if (periph->periph_version >= 3) { /* SPC-2 */
+               /* SPC-2 */
+               if (periph->periph_version >= 3 &&
+                   !(quirks & PQUIRK_CAP_NODT)){

But that might not be relevant.

| Can you post the boot message for your scsi controller ?

You mean the dmesg? That's an Adaptec 2940.

ahc0 at pci0 dev 10 function 0
ahc0: interrupting at irq 12
ahc0: aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
scsibus0 at ahc0: 16 targets, 8 luns per target
cd0 at scsibus0 target 3 lun 0: <YAMAHA, CRW8824S, 1.00> cdrom removable
cd0: async, 8-bit transfers
sd0 at scsibus0 target 6 lun 0: <IBM, DDRS-34560W, S97B> disk fixed
sd0: 4357 MB, 8387 cyl, 5 head, 212 sec, 512 bytes/sect x 8925000 sectors
sd0: sync (50.00ns offset 8), 16-bit (40.000MB/s) transfers, tagged queueing