From: Nick Warne <nick@linicks.net>
To: "Jesper Juhl" <jesper.juhl@gmail.com>
Cc: "Mark Lord" <lkml@rtr.ca>, linux-kernel@vger.kernel.org
Subject: Re: hda: irq timeout: status=0xd0 DMA question
Date: Sun, 26 Feb 2006 17:01:53 +0000 [thread overview]
Message-ID: <200602261701.53375.nick@linicks.net> (raw)
In-Reply-To: <9a8748490602260615i8b72ae4ta3c6b13b568ca45d@mail.gmail.com>
On Sunday 26 February 2006 14:15, Jesper Juhl wrote:
> On 2/26/06, Mark Lord <lkml@rtr.ca> wrote:
> > Nick Warne wrote:
> > > I dunno what happened to the drive that time (this is the only logs of
> > > the incident) and I turned DMA back on with hdparm - but my question is
> > > why is DMA turned off and then left off after a reset?
> >
> > When I wrote that code in the mid-1990s, the number one causes of drives
> > getting confused (and needing to be reset again), were improper DMA
> > timings, cablings, and buggy DMA firmware.
> >
> > So at the time, since DMA was a newish feature for IDE, we figured that
> > turning it off after reset was a Good Thing(tm).
> >
> > And it was. A more modern implementation might try being more clever
> > about such stuff, and Tejun is working on something like that for libata.
OK, I see...
> > In the meanwhile, you could have a shell script just loop in the
> > background, turning DMA back on periodically. If you care.
I don't like - anyway, it's the first time I have ever seen this on that box
in 4 years, it was a quirk somewhere I think (maybe a power fluctuation or
the like).
> Or how about an option for the IDE driver to "not do that" that people
> could enable if needed/wanted?
> Or just change the code to "not do that" since we are no longer in the
> mid-1990s?
Good idea!
Nick
--
"Person who say it cannot be done should not interrupt person doing it."
-Chinese Proverb
next prev parent reply other threads:[~2006-02-26 17:02 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-26 13:08 hda: irq timeout: status=0xd0 DMA question Nick Warne
2006-02-26 14:09 ` Mark Lord
2006-02-26 14:15 ` Jesper Juhl
2006-02-26 17:01 ` Nick Warne [this message]
2006-02-26 17:07 ` Mark Lord
2006-02-26 17:17 ` Jesper Juhl
2006-02-26 17:20 ` Nick Warne
2006-02-26 17:35 ` Jesper Juhl
2006-02-26 18:10 ` Henrik Persson
2006-02-26 21:10 ` Nick Warne
2006-02-27 13:32 ` Mark Lord
2006-02-27 18:32 ` Nick Warne
2006-03-02 10:32 ` Nick Warne
[not found] <5KtPb-2oP-9@gated-at.bofh.it>
[not found] ` <5Kxzs-7M7-19@gated-at.bofh.it>
[not found] ` <5KxJa-7XQ-31@gated-at.bofh.it>
[not found] ` <5KxT2-8a6-15@gated-at.bofh.it>
[not found] ` <5KyFa-RL-1@gated-at.bofh.it>
2006-02-26 18:43 ` Robert Hancock
2006-02-26 18:49 ` Jesper Juhl
2006-02-26 20:32 ` Mark Lord
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=200602261701.53375.nick@linicks.net \
--to=nick@linicks.net \
--cc=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@rtr.ca \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.