ubuntu-eeepc team mailing list archive

[pad <wtantisiriroj@xxxxxxxxx>]

I just updated my laptop to Hardy and I still got the same problem. As
the same as last time, I fixed this problem in my laptop using technique
from "limited to UDMA/33 due to 40-wire cable",
http://pixca.net/2008/02/03/limited-to-udma33-due-to-40-wire-cable/. For
those of you who are using Hardy, I have created a deb file for my
patch.

Usage:
sudo dpkg -i --force-overwrite libata-80wire_2.6.24-19.41_i386.deb


** Attachment added: "force libata to use 80-wire cable setting"
   http://launchpadlibrarian.net/17612513/libata-80wire_2.6.24-19.41_i386.deb

-- 
Wrong UDMA mode due to error in 40/80 wire cable detection
https://bugs.launchpad.net/bugs/195221
You received this bug notification because you are a member of Ubuntu
EEEPC, which is a direct subscriber.

Status in Ubuntu: Invalid
Status in “linux” source package in Ubuntu: Fix Released
Status in “linux-source-2.6.22” source package in Ubuntu: Won't Fix

Bug description:
I have an Asus Eee PC 4GB laptop, and I am testing Ubuntu Hardy 8.04 (kernel 2.6.24-8) on it.

The computer has a 4GB SSD soldered to the motherboard. The disk is reported as UDMA66 capable, but is installed as UDMA33 because the system does not detect a 80 pin conductor.

I have tried adding kernel parameters (ide0=ata66 ide1=ata66) but these seems to be ignored. I have read that these parameters are just to instruct the kernel not to do the 40/80 wire test.

I have written a blog entry [http://ospatia.blogspot.com/2008/02/eee-pc-optimizar-el-disco-ssd.html] (in Spanish) with additional information (dmesg output, some tests with hdparm, ...) and I have found additioal people having same problem with fast (300x) Compact Flash cards.

dmesg output extract:

[   26.700245] ata2.00: ATA-4: SILICONMOTION SM223AC, , max UDMA/66
[   26.700256] ata2.00: 7815024 sectors, multi 0: LBA
[   26.700297] ata2.00: limited to UDMA/33 due to 40-wire cable
[   26.716208] ata2.00: configured for UDMA/33