From: John Richard Moser <nigelenki@comcast.net>
To: Alan <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: libata and sata?
Date: Mon, 18 Dec 2006 19:41:39 -0500 [thread overview]
Message-ID: <45873543.8090807@comcast.net> (raw)
In-Reply-To: <20061212173739.1304194f@localhost.localdomain>
Alan wrote:
>> I no longer have two kernels to test through; I can't tell if the speed
>> is back or not. Nothing in dmesg tells me if SATA is using DMA or
>> 32-bit IO support though, so I don't know... lack of knowledge over here
>> is killing me for troubleshooting this on my own.
>
> The dmesg message shows the mode selected. It should be the highest speed
> but in one or two cases it selects UDMA33 only. I've fixed one of those
> caused by us relying on a bit not defined in older controllers. We've
> still got a case in the newer chips where BIOS setup doesn't set the
> flags properly. Old IDE has a hackish workaround for that and I'll
> probably end up porting it over.
>
>
It seems the highest speed here is UDMA/133. That should be right...
I've let this go for now; except someone just brought up that copying
from one SATA drive to another slows Ubuntu to a crawl (which is what
I'm using, hence my dmesg should be relevant). On my end I'm not
noticing; VLC used to hang the system horribly while trying to read like
20M videos (hard disk light on the whole time), now it behaves.
[ 25.411977] sata_via 0000:00:0f.0: version 2.0
[ 25.411992] ACPI: PCI Interrupt 0000:00:0f.0[B] -> Link [ALKA] -> GSI
20 (level, low) -> IRQ 18
[ 25.412004] sata_via 0000:00:0f.0: routed to hard irq line 11
[ 25.412057] ata3: SATA max UDMA/133 cmd 0x9400 ctl 0x9802 bmdma
0xA400 irq 18
[ 25.412363] ata4: SATA max UDMA/133 cmd 0x9C00 ctl 0xA002 bmdma
0xA408 irq 18
[ 25.412380] scsi2 : sata_via
[ 25.415286] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[ 25.598514] ieee1394: Host added: ID:BUS[0-00:1023]
GUID[0000000000000000]
[ 25.613389] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 25.738290] usb 2-1: device not accepting address 2, error -71
[ 25.764951] ata3.00: ATA-7, max UDMA/133, 240121728 sectors: LBA
[ 25.764954] ata3.00: ata3: dev 0 multi count 16
[ 25.765730] ata3.00: configured for UDMA/133
[ 25.765741] scsi3 : sata_via
[ 25.967113] ata4: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
[ 25.977712] ATA: abnormal status 0x7F on port 0x9C07
[ 25.977852] scsi 2:0:0:0: Direct-Access ATA Maxtor 6Y120M0
YAR5 PQ: 0 ANSI: 5
--
We will enslave their women, eat their children and rape their
cattle!
-- Bosc, Evil alien overlord from the fifth dimension
prev parent reply other threads:[~2006-12-19 0:47 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-12 16:27 libata and sata? John Richard Moser
2006-12-12 17:30 ` Stephen Clark
2006-12-12 17:37 ` Alan
2006-12-19 0:41 ` John Richard Moser [this message]
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=45873543.8090807@comcast.net \
--to=nigelenki@comcast.net \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.