Hello,
I've built a new machine with VT6421 add-on card that has two SATA and one
PATA port:
sata_via :00:0a.0: version 2.2
sata_via :00:0a.0: routed to hard irq line 12
scsi0 : sata_via
scsi1 : sata_via
scsi2 : sata_via
ata1: SATA max UDMA/133 cmd 0x00016300 ctl 0x0001630a bmdma 0x000167
> The transfer mode decreases from UDMA/100 to UDMA/66 and then UDMA/33 but it
> doesn't help at all. The drive itself is fine, the problems also appear with
Does it settle at UDMA33 or keep going down lower ?
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of
On Tuesday 21 August 2007 14:27:31 Alan Cox wrote:
> > The transfer mode decreases from UDMA/100 to UDMA/66 and then UDMA/33 but
> > it doesn't help at all. The drive itself is fine, the problems also
> > appear with
>
> Does it settle at UDMA33 or keep going down lower ?
It does not go below UDMA
Hello,
I think that I've found and fixed the problem. There is a copy/paste bug in
vt6421_set_dma_mode() function which causes wrong values to be written to
PATA_UDMA_TIMING register.
This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port.
Signed-off-by: Ondrej Zary <[EMAI
On Sat, 1 Sep 2007 00:55:21 +0200
Ondrej Zary <[EMAIL PROTECTED]> wrote:
> Hello,
> I think that I've found and fixed the problem. There is a copy/paste bug in
> vt6421_set_dma_mode() function which causes wrong values to be written to
> PATA_UDMA_TIMING register.
>
>
> This patch fixes a copy
Ondrej Zary wrote:
Hello,
I think that I've found and fixed the problem. There is a copy/paste bug in
vt6421_set_dma_mode() function which causes wrong values to be written to
PATA_UDMA_TIMING register.
This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port.
Signed-off-