linux-kernel - Re: Abysmal PATA IDE performance

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:	Fri, 10 Nov 2006 08:00:46 +0900
From:	Tejun Heo <htejun@...il.com>
To:	Stephen.Clark@...lark.us
CC:	Arjan van de Ven <arjan@...radead.org>,
	"\"J.A.\" Magallón" <jamagallon@....com>,
	Björn Steinbrink <B.Steinbrink@....de>,
	Mark Lord <lkml@....ca>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Abysmal PATA IDE performance

Stephen Clark wrote:
[--snip--]
> ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xFFA0 irq 14
> scsi0 : ata_piix
> Synaptics Touchpad, model: 1, fw: 6.1, id: 0xa3a0b3, caps: 0xa04713/0x10008
> input: SynPS/2 Synaptics TouchPad as /class/input/input1
> ATA: abnormal status 0x7F on port 0x1F7
> ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xFFA8 irq 15
> scsi1 : ata_piix
> ata2.00: ATA-6, max UDMA/100, 117210240 sectors: LBA48
> ata2.00: ata2: dev 0 multi count 16
> usb 2-2: new low speed USB device using uhci_hcd and address 3
> ata2.01: ATAPI, max UDMA/33
> ata2.00: configured for UDMA/33 <==== why isn't this 66 or 100 ?

See below.

> ===============****
> usb 2-2: configuration #1 chosen from 1 choice
> input: Logitech USB-PS/2 Trackball as /class/input/input2
> input: USB HID v1.00 Mouse [Logitech USB-PS/2 Trackball] on
> usb-0000:00:1d.1-2
> ata2.01: configured for UDMA/33 <=========== is this related to the
> following 2 lines? ====

Nope,

>   Vendor: ATA       Model: HTS721060G9AT00   Rev: MC3O
>   Type:   Direct-Access                      ANSI SCSI revision: 05
> SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB)
> sda: Write Protect is off
> sda: Mode Sense: 00 3a 00 00
> SCSI device sda: drive cache: write back
> SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB)
> sda: Write Protect is off
> sda: Mode Sense: 00 3a 00 00
> SCSI device sda: drive cache: write back
>  sda: sda1 sda2
> sd 1:0:0:0: Attached scsi disk sda

The above is for ata2.00.

>   Vendor: HL-DT-ST  Model: DVDRAM GMA-4082N  Rev: HJ02
>   Type:   CD-ROM                             ANSI SCSI revision: 05

And, this for ata2.01.

PATA devices occupying the same channel literally share the cable, and 
the driver needs to configure PIO mode of both devices to the slowest of 
the two (PIO mode is always configured regardless of actual transfer 
mode).  UDMA mode doesn't save such restriction, so devices can be 
configured to its own maximum transfer mode.

libata, until recently, simply used the slowest max transfer mode for 
both PIO and UDMA modes (MWDMA too).  So, that's what's happening to 
you.  Your cdrom's max UDMA mode is UDMA/33, so libata is using it for 
both devices on the channel.  Recent kernels (2.6.19-rcX) don't have 
this restriction.  Give 2.6.19-rc5 a shot.

-- 
tejun
-
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/