public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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?


  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