From: Martin Dalecki <dalecki@evision-ventures.com>
To: vda@port.imtp.ilyichevsk.odessa.ua
Cc: Jens Axboe <axboe@suse.de>, Martin Dalecki <martin@dalecki.de>,
Vojtech Pavlik <vojtech@suse.cz>,
linux-kernel@vger.kernel.org
Subject: Re: New IDE code and DMA failures
Date: Thu, 11 Apr 2002 14:05:51 +0200 [thread overview]
Message-ID: <3CB57C1F.9060607@evision-ventures.com> (raw)
In-Reply-To: <200204111236.g3BCaMX10247@Port.imtp.ilyichevsk.odessa.ua>
Denis Vlasenko wrote:
> Hi Jens, Martin, Vojtech,
Zdrastwujtie.
> I have a flaky IDE subsystem in one box. Reads work fine,
> writes sometimes don't work and hang either IDE/block device
> sybsystem or entire box. For example, I dumped ~40 MB file to
> the disk and now I have additional power led (i.e. hdd activity
> led is constantly on) and a bunch of "D" state processes
> (kupdated, mount, umount).
>
> This is happening since I decided to try 2.5.7.
> 2.4.18 reported DMA failures and reverted to PIO.
>
> I did send a detailed report of similar event with
> ksymoopsed stack traces of hung prosesses to lkml.
>
> Since you are working on IDE subsystem, I will be glad to
> *retain* my flaky IDE setup and test future kernels
> for correct operation in this failure mode.
>
> Please inform me whenever you want me to test your patches.
Guessing from the symptoms I would rather suggest that:
1. Are you sure you have the support for your chipset properly
enabled? It's allmost a must for DMA.
2. Could you please report about the hardware you have. There are
chipsets around there which are using theyr own transport layer
implementations. host chip (aka south bridge) disk types and so on.
3. Some timeout values got increased to more generally used values (in esp.
IBM microdrives advice about timeout values. Could you see whatever
the data doesn't eventually go to the disk after georgeous
amounts of time.
4. Could you try to set the DMA mode lower then it's set up
per default by using hdparm and try whatever it helps?
next prev parent reply other threads:[~2002-04-11 13:08 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-11 17:39 New IDE code and DMA failures Denis Vlasenko
2002-04-11 12:05 ` Martin Dalecki [this message]
2002-04-11 18:44 ` Denis Vlasenko
2002-04-11 12:52 ` Martin Dalecki
2002-04-11 19:17 ` Denis Vlasenko
2002-04-11 15:48 ` Vojtech Pavlik
2002-04-12 14:47 ` Denis Vlasenko
2002-04-11 13:05 ` Ted Deppner
2002-04-11 14:10 ` Oleg Drokin
2002-04-13 0:58 ` Ted Deppner
2002-04-13 7:07 ` Oleg Drokin
-- strict thread matches above, loose matches on Subject: below --
2002-04-11 16:27 Petr Vandrovec
2002-04-13 1:02 ` Ted Deppner
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=3CB57C1F.9060607@evision-ventures.com \
--to=dalecki@evision-ventures.com \
--cc=axboe@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=martin@dalecki.de \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
--cc=vojtech@suse.cz \
/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