[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1ILeCg-0000iH-2W@be1.lrz>
Date: Thu, 16 Aug 2007 14:11:53 +0200
From: Bodo Eggert <7eggert@....de>
To: Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
Zoltan Boszormenyi <zboszor@...aweb.hu>,
linux-kernel <linux-kernel@...r.kernel.org>,
IDE/ATA development list <linux-ide@...r.kernel.org>
Subject: Re: Bad CD disk disables IDE DMA
Michal Piotrowski <michal.k.k.piotrowski@...il.com> wrote:
> On 15/08/07, Zoltan Boszormenyi <zboszor@...aweb.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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists