Subject: Re: kern/23420: new ahc driver doesn't probe Seagate ST318436LC drives at the right speed
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Greg A. Woods <woods@planix.com>
List: netbsd-bugs
Date: 10/01/2006 01:25:02
The following reply was made to PR kern/23420; it has been noted by GNATS.

From: "Greg A. Woods" <woods@planix.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/23420: new ahc driver doesn't probe Seagate ST318436LC drives at the right speed
Date: Sat, 30 Sep 2006 21:24:25 -0400

 > From: Sergey Svishchev <svs+pr@grep.ru>
 > To: gnats-bugs@netbsd.org
 > Subject: Re: kern/23420
 > Date: Sat, 30 Sep 2006 11:52:54 +0400
 > 
 >  This looks very much like the problem I've seen on Linux machines.
 >  The 'new' aic7xxx driver would negotiate lower speed than 'old'
 >  (aic7xxx_old) driver.  Newer driver reads SEEPROM and per-target speed
 >  settings stored there.  In my case, SEEPROM settings forced all targets
 >  to negotiate 10MB/s speed, while Adaptec BIOS displayed "40MB/s" as
 >  current setting.  The fix was to change all speed settings to something
 >  else, save them, and change them again to desired speed.
 
 Coincidentally I recently did approximately just that on another
 controller and machine recently where the drives weren't being probed at
 their maximum speed, though I didn't bother setting the desired speed --
 I just set the maximum for the controller.
 
 I guess we can write this off as an Adaptec BIOS bug.
 
 This PR should probably be turned into a documentation bug and maybe a
 note can be added to the manual page suggesting this
 change-and-save-twice work-round for adjusting drive parameters via the
 adapter's BIOS.
 
 -- 
 						Greg A. Woods
 
 H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <woods@robohack.ca>
 Planix, Inc. <woods@planix.com>       Secrets of the Weird <woods@weird.com>