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>