>Hello all,
> I included everyone (boy + dog) so everyone knows the result.
>
> After much testing here is the results. I used the following patch
>
> linux-aic7xxx-6.0.9BETA-2.4.0.diffs
>
> against the ne 2.4.0 kernel sans my patch and happy to report it
> cleaned up the TCQ problem.
Thanks for
On Sun, 21 Jan 2001, Leslie Donaldson wrote:
> Jeff Hartmann wrote:
> >
> > >> There is also a known issue with U160 modes and the currently
> > >> embedded aic7xxx driver.
> > >
> > >
> > > That's true the problem is the TCQ command seems to be sequencing wrong.
> > >
> > >
> > >> You might wan
Jeff Hartmann wrote:
>
> >> There is also a known issue with U160 modes and the currently
> >> embedded aic7xxx driver.
> >
> >
> > That's true the problem is the TCQ command seems to be sequencing wrong.
> >
> >
> >> You might want to try the Adaptec
> >> supported driver from here:
> >>
> >> ht
Jeff Hartmann wrote:
>
> >> There is also a known issue with U160 modes and the currently
> >> embedded aic7xxx driver.
> >
> >
> > That's true the problem is the TCQ command seems to be sequencing wrong.
> >
> >
> >> You might want to try the Adaptec
> >> supported driver from here:
> >>
> >> ht
>> There is also a known issue with U160 modes and the currently
>> embedded aic7xxx driver.
>
>
> That's true the problem is the TCQ command seems to be sequencing wrong.
>
>
>> You might want to try the Adaptec
>> supported driver from here:
>>
>> http://people.FreeBSD.org/~gibbs/linux/
"Justin T. Gibbs" wrote:
>
> >This is a temporary patch to keep the scsi driver from eating
> >your data I am working on a real fix
> >
> >Leslie Donaldson
>
> What is the firmware revision of your Seagate drives?
Not using seagate drives this is with quantum
see bottom
> There
>
>This is a temporary patch to keep the scsi driver from eating
>your data I am working on a real fix
>
>Leslie Donaldson
What is the firmware revision of your Seagate drives? There
were several models shipped in the recent past with firware that
would cause the drive to drop off the bus
This is a temporary patch to keep the scsi driver from eating
your data I am working on a real fix
Leslie Donaldson
*** linux/drivers/scsi/aic7xxx.c.2.4.0-12 Sat Jan 6 21:55:47 2001
--- linux/drivers/scsi/aic7xxx.cSat Jan 6 22:08:12 2001
***
*** 7073,7078 ***
Hello,
After some crashes this weekend I have tracked the crash to someplace
in
tagged Command Queue.
I noticed 2.4.0 is in the prerelease phase So I will try to get a patch
out
real soon now the when the 39160 is detected the driver will shut off
the TCQ.
At least then 2.4.0 will be stable,
>> While I am in the code I also want to go digging around and see if I
>> can find a
>> way to turn of the in memory buffering that Linux does for block devices
>> as this
>> would make my fscking a LOT shorter, (18 gigs is slow),
>
>No, because you need to do the ordering too. You could drop
> While I am in the code I also want to go digging around and see if I
> can find a
> way to turn of the in memory buffering that Linux does for block devices
> as this
> would make my fscking a LOT shorter, (18 gigs is slow),
No, because you need to do the ordering too. You could drop reiserf
Hello,
Just a small followup here, I haven't had a chance to dig throught the
driver
yet, I did forward a copy to the aic7xxx maintainer, but no response
yet. However
if you are having problems on an intel platform that is good news. (Non
intel
platforms get blown off a lot sigh.) This weekend I
hi!
kernel: 2.4.0.test12
hardware: Adaptec AIC-7892 Ultra 160/m SCSI host adapter (19160)
problem: kernel hangs when using my cdrom with cdparanoia to read cdda data.
(i have nothing else on the bus for now.)
i'd like 2 provide more info, but after 2 *long* fsck ... (maybe tomorrow :-(
i've re
13 matches
Mail list logo
