Adaptec AHD U320 operating as only U160 (take care with this
nike_d at cytexbg.com
Mon Feb 18 15:48:45 UTC 2008
On Feb 18, 2008 3:28 PM, JoaoBR <joao at matik.com.br> wrote:
> On Monday 18 February 2008 11:57:26 Gelsema, P (Patrick) - FreeBSD wrote:
> > On Mon, February 18, 2008 15:49, JoaoBR wrote:
> > > On Monday 18 February 2008 11:07:03 Scott Long wrote:
> > >> You are confusing people by posting a response to a discussion that has
> > >> already moved beyond where you are responding. The real fix to the
> > >> original poster's problem has already been identified, please catch
> > >> up.
> > >
> > > not so sure about this ...
> > >
> > > firstable I guess I was the original poster some month ago ...
> > >
> > > secondable I let it clear that it seems to work for Adaptec's 29320 but
> > > not on
> > > other adaptors which I let also clear in my former msg, just read it
> > > entirely
> > Joao,
> > is this because of your hack or because of the cvs commit:
> > src/sys/dev/aic7xxx aic79xx_osm.c version 1.32?
> > That is why I am confused.
> > If you get it because of the committed version, could you please let me
> > know how how I can repeat this on my machine, as I would love to see this
> > version committed to RELENG_7_0.
> no, also not my hack, I believe it was Niki or Justin who suggested to comment
> a part in cam_xpto.c
> only with this hack the problem occures
> BTW without it the drives are still only at 160/80 negotiated
There is some misunderstanding here.
I had the negotiation problem, and as a result of this i started playing around
with DTrace on this machine and discovered that if I comment these lines my
drives were correctly detected. I posted this as a pointer/clue to the problem.
Then Justin replied, that the actual problem is in the aic79xx driver
exporting it's capabilites to CAM, and the latest revisions of
aic_79xx_osm.c > 1.30
fix this. There is no need to touch cam_xpt.c, just update
aic_79xx_osm.c, and the problem
should be resolved.
More information about the freebsd-current