linux.git/drivers/ide/pci, branch v2.6.23

pdc202xx_new: PLL detection fix

2007-09-11T20:28:37+00:00

Fix a bitmask typo in the pdc202xx_new PLL frequency detection code
which causes it to truncate an intermediate difference to 26 bits
instead of the correct 30 bits (the PLL's bitwidth).

Signed-off-by: Mikael Pettersson 
Signed-off-by: Bartlomiej Zolnierkiewicz

via82cxxx: add Arima W730-K8 and other rebadgings to short cables list

2007-09-11T20:28:37+00:00

Port of Alan's patch for pata_via.c.

Cc: Alan Cox 
Cc: Mikael Pettersson 
Signed-off-by: Bartlomiej Zolnierkiewicz

pata_ali/alim15x3: override 80-wire cable detection for Toshiba S1800-814

2007-09-11T20:28:36+00:00

Add Toshiba S1800-814 to whitelist for both pata_ali and alim15x3,
as it is correctly detected as 40-wire connected but this cable is
short enough to still use transfer modes higher than UDMA33.

Signed-off-by: Daniel Exner 
Cc: Alan Cox 
Signed-off-by: Bartlomiej Zolnierkiewicz

hpt366: UltraDMA filter for SATA cards (take 2)

2007-09-11T20:28:36+00:00

The Marvell bridge chips used on HighPoint SATA cards do not seem to support
the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes, so the driver needs
to account for this in the udma_filter() method.  In order to achieve that, do
the following changes:

- install the method for all chips, not only HPT36x/370 and improve the code
  formatting by killing the extra tabs while at it;

- add to the end of the 'switch' statement in the method cases for HPT372[AN]
  and HPT374 chips upon which the known SATA cards are based;

- use hwif->ultra_mask as a default mask for the ide_dma_filter() method to
  behave correctly;

- move the HPT370[A] cases below the HPT36x case for consistency.

While at it, replace the explicit UltraDMA mode masks with ATA_UDMA* constants
all over the driver...

Signed-off-by: Sergei Shtylyov 
Cc: Bob Ham 
Signed-off-by: Bartlomiej Zolnierkiewicz

hpt366: fix PCI clock detection for HPT374 (take 4)

2007-09-11T20:28:35+00:00

HPT374 BIOS seems to only save f_CNT register value for the function #0 before
re-tuning DPLL (that causes the driver to report obviously distorted f_CNT for
the function #1) -- fix this by always reading the saved f_CNT register value
from the function #0 in the driver's init_chipset() method.
While at it, introduce 'chip_type' for holding the 'struct hpt_info' field
of the same name and replace the structure assignment with memcpy()...

Signed-off-by: Sergei Shtylyov 
Signed-off-by: Bartlomiej Zolnierkiewicz

pdc202xx_new: fix PCI refcounting

2007-09-11T20:28:34+00:00

The driver erroneously "lets go" the mate IDE chip in init_setup_pdc20270()
when ide_setup_pci_devices() call succeeds -- fix this, and drop a couple of
useless assignments in this function while at it...

Bart: keep "findev" variable initialization to silence gcc

Signed-off-by: Sergei Shtylyov 
Signed-off-by: Bartlomiej Zolnierkiewicz

[libata, IDE] add new VIA bridge to VIA PATA drivers

2007-09-11T02:06:01+00:00

Signed-off-by: Joseph Chan 
Signed-off-by: Jeff Garzik

hpt34x: fix CONFIG_HPT34X_AUTODMA=n handling

2007-08-20T20:42:57+00:00

Programming DMA mode may destroy current PIO mode setting so if
CONFIG_HPT34X_AUTODMA=n (the default case) make ide_tune_dma() fail
early by disabling all host DMA masks and re-tune PIO mode.

This fix doesn't help with the driver being broken but is needed
for some other changes.

Signed-off-by: Bartlomiej Zolnierkiewicz

triflex: add missing ->dma_base check

2007-08-20T20:42:56+00:00

If ->dma_base is not set (== PCI BAR4 cannot be reserved) then DMA hooks
shouldn't be initialized or bad things will happen.

Acked-by: Sergei Shtylyov 
Signed-off-by: Bartlomiej Zolnierkiewicz

pdc202xx_old: add missing ->dma_base check

2007-08-20T20:42:56+00:00

If ->dma_base is not set (== PCI BAR4 cannot be reserved) then DMA hooks
shouldn't be initialized or bad things will happen.

Acked-by: Sergei Shtylyov 
Signed-off-by: Bartlomiej Zolnierkiewicz