linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bugme-daemon@bugzilla.kernel.org
To: linux-ide@vger.kernel.org
Subject: [Bug 12714] New: [pata_ali] ATAPI UltraDMA on secondary channel broken
Date: Sun, 15 Feb 2009 14:01:09 -0800 (PST)	[thread overview]
Message-ID: <bug-12714-11633@http.bugzilla.kernel.org/> (raw)

http://bugzilla.kernel.org/show_bug.cgi?id=12714

           Summary: [pata_ali] ATAPI UltraDMA on secondary channel broken
           Product: IO/Storage
           Version: 2.5
     KernelVersion: 2.6.27
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: blocking
          Priority: P1
         Component: IDE
        AssignedTo: io_ide@kernel-bugs.osdl.org
        ReportedBy: jtsn@gmx.de


Latest working kernel version: 2.6.24 (with libata)
Earliest failing kernel version: confirmed 2.6.27 (with libata), possibly
2.6.25
Distribution: Slackware 12.2
Hardware Environment:

00:12.0 IDE interface [0101]: ALi Corporation M5229 IDE [10b9:5229] (rev c7)

See http://bugzilla.kernel.org/show_bug.cgi?id=9904 for more hardware info.

Problem Description:

Linux 2.6.24 (Slackware 12.1) pata_ali driver worked reliable in ATAPI UltraDMA
mode reading and writing media on both channels, beside the cable detection
issue mentioned in bug #9904 (which occured only with this specific ASUS
drive).

The 2.6.27 driver completely disables ATAPI DMA and the atapi_dma=1 modparm
brings it back only on the primary channel.

pata_ali 0000:00:12.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
scsi3 : pata_ali
scsi4 : pata_ali
ata4: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata5: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata4.00: ATAPI: PIONEER DVD-RW  DVR-212, 1.28, max UDMA/66
ata4.00: configured for UDMA/66
ata5.00: ATAPI: MATSHITADVD-RAM SW-9576S, AY0J, max UDMA/66
ata5.00: simplex DMA is claimed by other device, disabling DMA
ata5.00: configured for PIO4

# hdparm -t /dev/sr1

/dev/sr1:
 Timing buffered disk reads:    6 MB in  3.18 seconds =   1.89 MB/sec

So the secondary channel is completely unusable now with libata.

Also I see no sense in the atapi_dma switch and its default (off), because
ATAPI DMA was fine on 2.6.24. There might be a tunable for buggy hardware, but
this default (which does not work with modern DVD writers at all) is bogus and
should be changed.


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

             reply	other threads:[~2009-02-15 22:01 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-15 22:01 bugme-daemon [this message]
2009-02-16  0:51 ` [Bug 12714] [pata_ali] ATAPI UltraDMA on secondary channel broken bugme-daemon

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=bug-12714-11633@http.bugzilla.kernel.org/ \
    --to=bugme-daemon@bugzilla.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    /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).