I have tried out the latest NVidia driver set, and they do work fine
for me with plain vanilla 2.4.3 on my Athlon with GCC 2.95.3. I would
blame your compiler, it's dated July 2000, that's an old CVS version
AFAIK.
- Aric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
According to the kernel soruces, _mmx_memcpy is only defined when
Athlon is selected...
I noticed that you are using GCC 2.96... Is this the latest one that
Redhat recommends you update in order to build the kernel? I forget,
something like GCC 2.96-79.
I have a similar setup at home... I'll tr
the 3112a (or 3512 as I believe they are
register compatible) and isn't bound by an NDA, I'd like to hear from
you.
--
Aric Cyr (http://acyr.net)
gpg fingerprint: 943A 1549 47AC D766 B7F8 D551 6703 7142 C282 D542
pgpfSBy3ao27E.pgp
Description: PGP signature
sata_sil.c that just set the GPIO
bits and calls ata_bmdma_*.
As a sanity test, I ran my drive, loaded, overnight with no problems.
If there is a better way to do this, I would be happy to hear any
suggestions... it is kind of ugly as it is now.
--
Aric Cyr (http://acyr.net)
gpg fingerprint:
n
the light back off? I'm probably missing something, so is there a
simpler way to do this?
--
Aric Cyr (http://acyr.net)
gpg fingerprint: 943A 1549 47AC D766 B7F8 D551 6703 7142 C282 D542
--- drivers/scsi/sata_sil.c.orig2005-07-07 10:07:19.0 +0900
+
Kalin KOZHUHAROV thinrope.net> writes:
>
> A closer examination of the drive:
> (Model=ST3300831AS, FwRev=3.03, SerialNo=3NF07KA1 )
> and why is it so slow revealed that it was running not in UDMA.
>
> Got one total oops, even no logs were written to disk.
> Seems that rsync-ing huge amoun
Kalin KOZHUHAROV thinrope.net> writes:
> ata1: dev 0 configured for UDMA/100
> ata2: dev 0 configured for UDMA/100
> scsi1 : sata_sil
>Vendor: ATA Model: WDC WD360GD-00FL Rev: 21.0
>Type: Direct-Access ANSI SCSI revision: 05
>Vendor: ATA Model: ST33
7 matches
Mail list logo
