From: jim@rubylane.com
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
Cc: jeff@aslab.com (Jeff Nguyen), xyzzy@speakeasy.org (Trent Piepho),
alan@lxorguk.ukuu.org.uk (Alan Cox),
jim@rubylane.com, linux-kernel@vger.kernel.org,
linux-raid@vger.kernel.org
Subject: Re: Update on Promise 100TX2 + Serverworks IDE issues -- 2.2.20
Date: Tue, 2 Apr 2002 18:58:20 -0800 (PST) [thread overview]
Message-ID: <20020403025820.4561.qmail@london.rubylane.com> (raw)
In-Reply-To: <E16sayv-00033A-00@the-village.bc.nu> from "Alan Cox" at Apr 03, 2002 03:58:41 AM
FWIW, I have Maxtor 5T060H6 UDMA100 drives connected as hda and hdc,
and this command will reliably trash both hda and hdc on a Supermicro
P3TDLE mobo using the built-in IDE ports:
mount /dev/hdc4 /mnt
cd /home (/dev/hda4)
tar -cf - *|tar -C /mnt -xpf -
Within seconds of hdc's light coming on, all kinds of filesystem
errors will occur, and then BOTH drives are corrupted. This is one of
two different Supermicro P3TDLE mobos, both purchased in Nov 2001. I
removed the Promise controllers completely to eliminate them as a
problem, and it still happens. It happens with regular 2.2.19 and
2.2.20 with the Andre Hedrick's patches.
This board does claim to support UDMA33 and Linux says the MB IDE
ports are in UDMA33 mode. Works fine in just PIO mode. Slower, but
at least it doesn't trash drives.
One reason for posting this to the list is that it cost us 34 hours of
downtime of a production site, delayed a site upgrade for 4 months,
and took me several days of testing to narrow it down to crummy
motherboards. If there is a tweak to say "don't ever do DMA on
Supermicro boards", at least on this one, I'd recommend it. I never
tried putting two drives on ide0; that may work or may also trash
both drives. And it never locked up our machine, although I think
it did panic once because of all the damage to the filesystem.
I can reliably duplicate this if anyone wants me to do some testing.
I have 2 dual-CPU test machines and 12 drives, so no shortage of
hardware to beat on.
This board says:
ServerWorks OSB4: IDE controller on PCI bus 00 dev 79
ServerWorks OSB4: chipset revision 0
Jim
>
> > devices are the problem maker on OSB4. Unless DMA is disabled, the system
> > will lock up when accessing the drive.
> >
> > If you have UDMA33 ATAPI devices, they work great in OSB4.
>
> Except when they don't. There are definite problems with some specific
> combinations and ones I know are not one offs because we've seen them over
> an entire render farm for example.
>
> The current driver panics and asks people to email me if it spots the UDMA
> disk corruption about to occur pattern. I get little mail but some
>
next prev parent reply other threads:[~2002-04-03 2:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-02 23:38 jim
2002-04-03 0:48 ` Trent Piepho
2002-04-03 1:18 ` Alan Cox
2002-04-03 2:08 ` Jeff Nguyen
2002-04-03 2:58 ` Alan Cox
2002-04-03 2:58 ` jim [this message]
2002-04-04 1:32 ` Re[2]: " Nerijus Baliunas
2002-04-04 10:03 ` Andre Hedrick
2002-04-03 3:10 ` jim
[not found] <Pine.LNX.4.10.10204022311020.24257-100000@tom2.baremetal.com>
2002-04-03 14:52 ` jim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020403025820.4561.qmail@london.rubylane.com \
--to=jim@rubylane.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=jeff@aslab.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=xyzzy@speakeasy.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®