From: Bodo Eggert <7eggert@gmx.de>
To: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>,
Zoltan Boszormenyi <zboszor@dunaweb.hu>,
linux-kernel <linux-kernel@vger.kernel.org>,
IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: Re: Bad CD disk disables IDE DMA
Date: Thu, 16 Aug 2007 14:11:53 +0200 [thread overview]
Message-ID: <E1ILeCg-0000iH-2W@be1.lrz> (raw)
In-Reply-To: 8SIKl-5IK-13@gated-at.bofh.it
Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
> On 15/08/07, Zoltan Boszormenyi <zboszor@dunaweb.hu> wrote:
>> I noticed that a bad CD of mine makes DMA disabled:
[...]
>> hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
>> ide: failed opcode was: unknown
>> hda: DMA disabled
>> hda: ide_intr: huh? expected NULL handler on exit
>> hda: ATAPI reset complete
>>
>> Every time I put the said CD into to drive and DMA is on, I get the
>> above messages.
>
> This might be intended.
Maybe, and maybe only a certain effect might be intended. And maybe I can
help by asking these questions:
1) Does disabling DMA fix the seek errors, or does it hide them by the PIO
interfce not printing them?
2) If it does hide them, would filtering for seek errors be a sane thing to
do, or does the DMA engine (or HDD) behave badly on these errors, or
do bad-DMA devices report seek errors, too?
3) If it does not hide them, would re-enabling DMA on disk change be a
feasable workaround?
(proposed interface: use hdparm -d $num where $num =
0, 1: as before
3: DMA on, if switched off automatically, will be set to 2
2: DMA off, will be turned on (set to 3) on disk change)
4) Does libata work well enough for making all effort put into that old
IDE layer be a waste of time?
--
Fun things to slip into your budget
True: NASA couldn't get money approved for hangars for Space Shuttle so they
put in request for 'Space Vehicle Refurbishment and Storage Facilities'
- and got the money to build hangars
next parent reply other threads:[~2007-08-16 12:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <8Squ5-2cU-19@gated-at.bofh.it>
[not found] ` <8SIKl-5IK-13@gated-at.bofh.it>
2007-08-16 12:11 ` Bodo Eggert [this message]
2007-08-16 12:39 ` Bad CD disk disables IDE DMA Zoltan Boszormenyi
2007-08-19 8:33 ` Zoltan Boszormenyi
[not found] <46C2F526.30005@dunaweb.hu>
2007-08-16 8:17 ` Michal Piotrowski
2007-08-16 10:58 ` Zoltan Boszormenyi
2007-08-16 12:14 ` Zoltan Boszormenyi
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=E1ILeCg-0000iH-2W@be1.lrz \
--to=7eggert@gmx.de \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michal.k.k.piotrowski@gmail.com \
--cc=zboszor@dunaweb.hu \
/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;
as well as URLs for NNTP newsgroup(s).