Any advice on how to debug this failure further would be greatly
appreciated.
Still looking at this. For the moment I've merged the 1 port hack but it
would nice to see where the USB goes mad on a trace which also has all
the libata debug enabled.
(Turn on ATA_DEBUG and ATA_VERBOSE_DEBUG in
Rod Whitby wrote:
Our project is also working on adding support to the kernel for the
Freecom FSG-3 NAS device. It uses the sata-via driver for it's VIA_6421
chipset, but the main drive is a PATA drive (the device also has an
eSATA external port).
We're currently stuck at 2.6.18 with
On 5 Jul 2007, at 23:27, Rod Whitby wrote:
Alan Cox wrote:
Chipsets
ARTOP
No reports, but nobody appears to be using one
The NSLU2-Linux project (http://www.nslu2-linux.org) relies on the
pata-artop driver for the arm/ixp4xx-based Iomega NAS100d and D-Link
DSM-G600 NAS
I'd love to try to poke holes in the libata PATA support, but sadly
it doesn't look like any of my systems built-in ATA chipsets are
supported yet. Has anyone started a rewrite of the PPC/PowerMac IDE
driver? The current one is in drivers/ide/ppc/pmac.c, and supports
these chipsets:
On Tue, 3 Jul 2007 23:04:26 -0400, Kyle Moffett wrote:
Has anyone started a rewrite of the PPC/PowerMac IDE
driver? The current one is in drivers/ide/ppc/pmac.c, and supports
these chipsets:
OHare ATA
Heathrow ATA
KeyLargo ATA-3
KeyLargo ATA-4
UniNorth ATA-6 (IE: Kauai)
Alan Cox [EMAIL PROTECTED] writes:
Post SRST
What is SRST?
My personal wish list feature would be a little forwarder driver
to forward /dev/hd* to /dev/sd* for this; then old IDE could be
disabled without risking breaking old root file systems.
-Andi
-
To unsubscribe from this list: send the
On 04 Jul 2007 15:00:26 +0200
Andi Kleen [EMAIL PROTECTED] wrote:
Alan Cox [EMAIL PROTECTED] writes:
Post SRST
What is SRST?
My personal wish list feature would be a little forwarder driver
to forward /dev/hd* to /dev/sd* for this; then old IDE could be
disabled without risking
You could probably reliably map hda/b/c/d initially with some kind of
forwarder providing nobody hot plugged them. Just not sure I see the
PATA hotplug?
SATA systems typically already use /dev/sda*, it just applies to PATA.
point of doing it kernel side.
The point would be that old user
Libata General with respect to PATA
Wrong port and IRQ reporting - IRQ now fixed by Tejun, port reporting
fixes sent to Andrew. All these are cosmetic and don't harm debug.
Still can't user set drive speed or user issue commands at a given speed.
Needed to
On Jul 03, 2007, at 13:51:16, Alan Cox wrote:
Libata General with respect to PATA
[...snip...]
Chipsets
[...snip...]
I'd love to try to poke holes in the libata PATA support, but sadly
it doesn't look like any of my systems built-in ATA
10 matches
Mail list logo