[Bug 15445] pata_jmicron incorrectly downgrades CompactFlash to UDMA/33

[Bug 15445] pata_jmicron incorrectly downgrades CompactFlash to UDMA/33

[bugzilla-daemon]

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


Robert Hancock <hancockrwd@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hancockrwd@gmail.com




--- Comment #1 from Robert Hancock <hancockrwd@gmail.com>  2010-03-05 02:32:26 ---
Likely the card doesn't implement the cable detection protocol properly and so
it appears as a 40-wire cable. I think you can use the libata.force parameter
to force detection of a certain cable type (see
Documentation/kernel-parameters.txt). I'm not sure there's a good approach to
doing this automatically though, if the device IDs for the card aren't unique..

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

[Bug 15445] pata_jmicron incorrectly downgrades CompactFlash to UDMA/33

[bugzilla-daemon]

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





--- Comment #2 from Solomon Peachy <pizza@shaftnet.org>  2010-03-05 17:53:49 ---
the problem with libata.force= is that the id of the port/device change each
time the card is inserted/removed.. I suppose I can set it globally and
override the settings for the hard disk and DVD drive...

I'll see if I can get this to work; it's not ideal, but better than nothing.

(meanwhile, I also have a problem in that a suspend/resume cycle b0rks the
pciehp subsystem, but that's another matter...)

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

[Bug 15445] pata_jmicron incorrectly downgrades CompactFlash to UDMA/33

[bugzilla-daemon]

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





--- Comment #3 from Solomon Peachy <pizza@shaftnet.org>  2010-03-10 16:24:35 ---
When you say 'the card doesn't implement cable detection properly' do you mean
the expresscard PCIe->CF/PATA adapter and/or the CF card itself?

Neanwhile, using "libata.force=short40c,1:sata,2:sata" seems to do the trick,
and I see ~44MB/s sustained throughput off of this CF card now, even though the
device ID changes with each hotplug cycle.  So I have a workaround in place,
but it would be nice if a proper solution could be concocted so things will
JustWork for others down the line...

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

[Bug 15445] pata_jmicron incorrectly downgrades CompactFlash to UDMA/33

[bugzilla-daemon]

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





--- Comment #4 from Robert Hancock <hancockrwd@gmail.com>  2010-03-11 00:14:18 ---
That would be the PCIe->CF adapter.. it should have the hardware set up to look
like there's an 80-wire cable if it can supports speeds greater than UDMA/33.

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

[Bug 15445] pata_jmicron incorrectly downgrades CompactFlash to UDMA/33

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=15445


Alan <alan@lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |alan@lxorguk.ukuu.org.uk
         Resolution|                            |DOCUMENTED




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