From: Simon Kirby <sim@netnation.com>
To: Robbert Kouprie <robbert@radium.jvb.tudelft.nl>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [2.4.21-pre4] IDE hangs box after timeout
Date: Tue, 18 Feb 2003 12:46:27 -0800 [thread overview]
Message-ID: <20030218204627.GA28379@netnation.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0302181257260.16107-100000@radium.jvb.tudelft.nl>
On Tue, Feb 18, 2003 at 01:25:40PM +0100, Robbert Kouprie wrote:
> I encountered the same problem on a system with just one PDC20269, 2
> drives attached to it, and 2 drives attached onboard. This system has an
> Enermax 430W power supply, and I would think this was enough for a pentium
> 3, 3 PCI cards and 4 disks.
>
> Kernels older than 2.4.18 don't have LBA48 support, so would restrict the
> 20269 in its use. I also encountered the problem with kernel 2.4.17 +
> Andre Hedrick's IDE patch, though. Also with 2.4.18/19 and various 2.4.20
> -pre and -ac versions upto 2.4.20-rc1-ac4. Testing 2.4.21-pre4-ac4 now.
>
> > I had to use a number of power splitters which are, of course, cheap
> > and thus unreliable, and occasionally a few drives will fall off of
> > the bus.
>
> I don't use power splitters as this power supply has enough connectors.
Well, I just threw an Enermax EG465P in there along with a dual 350W
redundant supply, and I still had to use about four splitters. O:)
The box has 20 drives and about 10 80mm fans in it, so splitters
were definitely a problem for me.
> > hda: dma_timer_expiry: dma status == 0x21
> > hda: timeout waiting for DMA
> > hda: timeout waiting for DMA
> > hda: (__ide_dma_test_irq) called while not waiting
>
> I see the exact same message.
Every time this message occurred, a reboot would show one or more drives
missing in the BIOS scan. I would open the case, jiggle some wires,
reboot again, and the drives would be back. Since I've replaced the
supply so that I have many more connectors (and four splitters), it seems
to now be reliable (though it needs to run a bit longer to be sure).
Anyway, it seemed to me like the problem was triggered by hardware
issues, but maybe not. Both cases should be handled gracefully, but
currently don't seem to be.
Simon-
[ Simon Kirby ][ Network Operations ]
[ sim@netnation.com ][ NetNation Communications ]
[ Opinions expressed are not necessarily those of my employer. ]
next prev parent reply other threads:[~2003-02-18 20:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-18 12:25 [2.4.21-pre4] IDE hangs box after timeout Robbert Kouprie
2003-02-18 20:46 ` Simon Kirby [this message]
2003-02-18 23:57 ` Edward King
-- strict thread matches above, loose matches on Subject: below --
2003-02-17 22:14 Simon Kirby
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=20030218204627.GA28379@netnation.com \
--to=sim@netnation.com \
--cc=linux-kernel@vger.kernel.org \
--cc=robbert@radium.jvb.tudelft.nl \
/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