lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 16 Aug 2007 10:17:28 +0200
From:	"Michal Piotrowski" <michal.k.k.piotrowski@...il.com>
To:	"Zoltan Boszormenyi" <zboszor@...aweb.hu>
Cc:	linux-kernel <linux-kernel@...r.kernel.org>,
	"IDE/ATA development list" <linux-ide@...r.kernel.org>
Subject: Re: Bad CD disk disables IDE DMA

Hi Zoltan,

On 15/08/07, Zoltan Boszormenyi <zboszor@...aweb.hu> wrote:
> Hi,
>
> I noticed that a bad CD of mine makes DMA disabled:
>
> hda: selected mode 0x44
> hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
> hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
> ide: failed opcode was: unknown
> hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
> hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
> ide: failed opcode was: unknown
> hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
> hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
> ide: failed opcode was: unknown
> hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
> 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.

> Two things are interesting: first, it gets mounted correctly and
> readable and
> second, when DMA was already disabled no such messages occur in the logs.
> Anyhow, I would need DMA to correctly burn CDs/DVDs...
> What can I do besides manually re-enable DMA?
> All other disks I have tried behave perfectly.
> This happened on 2.6.22[-rcX], 2.6.23-rc3-git1 and 2.6.20-1.2962.fc6.
> This is on a Fedora Core 6 system. CD/DVD is using the old IDE drivers:
>
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> NFORCE-MCP55: IDE controller at PCI slot 0000:00:04.0
> NFORCE-MCP55: chipset revision 161
> NFORCE-MCP55: not 100% native mode: will probe irqs later
> NFORCE-MCP55: BIOS didn't set cable bits correctly. Enabling workaround.
> NFORCE-MCP55: 0000:00:04.0 (rev a1) UDMA133 controller
>     ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
> Probing IDE interface ide0...
> hda: PIONEER DVD-RW DVR-111L, ATAPI CD/DVD-ROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> Probing IDE interface ide1...
> ide-floppy driver 0.99.newide
>
> $ cat /proc/ide/amd74xx
> ----------AMD BusMastering IDE Configuration----------------
> Driver Version:                     2.13
> South Bridge:                       0000:00:04.0
> Revision:                           IDE 0xa1
> Highest DMA rate:                   UDMA133
> BM-DMA base:                        0xf000
> PCI clock:                          33.3MHz
> -----------------------Primary IDE-------Secondary IDE------
> Prefetch Buffer:              yes                 yes
> Post Write Buffer:            yes                 yes
> Enabled:                      yes                  no
> Simplex only:                  no                 yes
> Cable Type:                   80w                 80w
> -------------------drive0----drive1----drive2----drive3-----
> Transfer Mode:        PIO       DMA       DMA       DMA
> Address Setup:       30ns      90ns      90ns      90ns
> Cmd Active:          90ns      90ns     300ns     300ns
> Cmd Recovery:        30ns      30ns     300ns     300ns
> Data Active:         90ns     330ns     330ns     330ns
> Data Recovery:       30ns     270ns     270ns     270ns
> Cycle Time:         120ns     600ns     600ns     600ns
> Transfer Rate:   16.6MB/s   3.3MB/s   3.3MB/s   3.3MB/s
>
> Best regards,
> Zoltán Böszörményi

Regards,
Michal

-- 
LOG
http://www.stardust.webpages.pl/log/
-
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ