On Sun, Apr 20, 2003 at 09:51:38PM +0200, Frank van der Linden wrote:
> On Sun, Apr 20, 2003 at 08:59:02PM +0200, Bjoern Labitzke wrote:
> > > What was the output of an older kernel?
> > 
> > 
> > [...]
> > ahc0 at pci0 dev 6 function 0
> > ahc0: interrupting at irq 10
> > ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
> > scsibus0 at ahc0: 16 targets, 8 luns per target
> > [...]
> > scsibus0: waiting 2 seconds for devices to settle...
> > cd0 at scsibus0 target 1 lun 0: <TOSHIBA, CD-ROM XM-6201TA, 1030> cdrom removable
> > cd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers
> > cd1 at scsibus0 target 3 lun 0: <YAMAHA, CRW4260, 1.0q> cdrom removable
> > cd1: async, 8-bit transfers
> > sd0 at scsibus0 target 6 lun 0: <IBM OEM, DFHSS4F, 4141> disk fixed
> > sd0: 4303 MB, 4392 cyl, 16 head, 125 sec, 512 bytes/sect x 8813870 sectors
> > sd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
> > boot device: wd0
> > root on wd0a dumps on wd0b
> > root file system type: ffs
> 
> Could you try again with a updated driver files? I have resurrected
> the 'reset channel on first access' hack. It's a bit ugly, but
> there's no infrastructure in the scsipi layer to do that before
> probing, currently.

Couldn't you do it at attach time ? Doing it a first access defeats the
SCSI_DELAY delay before probe.
Most others adapters do (or at last initiate) the reset at attach time.

-- 
Manuel Bouyer <bouyer@antioche.eu.org>
     NetBSD: 24 ans d'experience feront toujours la difference
--