On Thu, 2 Jan 2003, Bruce Campbell wrote:
I've manually set:
atacontrol mode 0 UDMA33 UDMA33
and the problem has not recurred.
That sort of hints that there's some issue with the cabling, as UDMA33 is
the highest you can go on a 40wire IDE cable. Going beyond requires an
80wire cable (
On Sun, Jan 05, 2003 at 03:02:46PM +0100, Francesco Casadei wrote:
[snip]
Yesterday I checked the drive ad6 with the Drive Fitness Test program from IBM.
Both quick and advanced test returned that the drive is ok. I then ran the test
against ad0 (the backup drive): the quick test showed that
This article from The Register may be of interest:
http://www.theregister.co.uk/content/3/18267.html
It talks about a bug in the VIA 686B Southbridge chipset that can cause
data corruption when processing large amounts of data.
Guy
--
On Thu, Jan 02, 2003 at 01:42:03PM -0500, Bruce Campbell wrote:
[snip]
I don't have it enabled:
hw.ata.tags: 0
I've manually set:
atacontrol mode 0 UDMA33 UDMA33
and the problem has not recurred.
--
Bruce Campbell
Engineering Computing
CPH-2374B
University of Waterloo
Quoting Bruce Campbell [EMAIL PROTECTED]:
Quoting Matthew Emmerton [EMAIL PROTECTED]:
[ cc'ing Soren since he's the ATA guru ]
Dec 30 23:27:00 ecserv13 /kernel: ad0: trying fallback to PIO mode
Dec 30 23:27:00 ecserv13 /kernel: ata0: resetting devices .. done
The test
]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, January 05, 2003 10:01 PM
Subject: Re: ata fallback to PIO mode on dual processor AMD systems
Quoting Bruce Campbell [EMAIL PROTECTED]:
Quoting Matthew Emmerton [EMAIL PROTECTED]:
[ cc'ing Soren since he's the ATA guru ]
Dec
On Tue, Dec 31, 2002 at 03:57:16PM -0500, Bruce Campbell wrote:
I am seeing a problem with ata disks on 4 new systems, which
I believe is either a bug in the ata driver, or a problem with
the onboard IDE controller, or something else. Systems are as follows:
Motherboard: ASUS A7M266-D
Quoting Francesco Casadei [EMAIL PROTECTED]:
On Tue, Dec 31, 2002 at 03:57:16PM -0500, Bruce Campbell wrote:
I am seeing a problem with ata disks on 4 new systems, which
I believe is either a bug in the ata driver, or a problem with
the onboard IDE controller, or something else. Systems
On Thu, Jan 02, 2003 at 01:42:03PM -0500, Bruce Campbell wrote:
[snip]
I don't have it enabled:
hw.ata.tags: 0
I've manually set:
atacontrol mode 0 UDMA33 UDMA33
and the problem has not recurred.
--
Bruce Campbell
Engineering Computing
CPH-2374B
University of Waterloo
[ cc'ing Soren since he's the ATA guru ]
I am seeing a problem with ata disks on 4 new systems, which
I believe is either a bug in the ata driver, or a problem with
the onboard IDE controller, or something else. Systems are as follows:
Motherboard: ASUS A7M266-D
CPUs : 2 x 2000+ AMD
Quoting Matthew Emmerton [EMAIL PROTECTED]:
[ cc'ing Soren since he's the ATA guru ]
Dec 30 23:27:00 ecserv13 /kernel: ad0: trying fallback to PIO mode
Dec 30 23:27:00 ecserv13 /kernel: ata0: resetting devices .. done
The test continues to run with the ata controller in PIO mode, with
11 matches
Mail list logo