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

trm290: do hook dma_host_{on,off} methods (take 2)

2008-01-10T22:03:42+00:00

Using default methods caused the chip's DMA PRD count registers, inadvertently
starting DMA!  While fixing it, also do:

- get rid of the 'ide_' prefixes in several functions for which the prefix in
  the method's name has been 'ide_' ectomized already;

- align the code hooking the IDE DMA methods in init_hwif_trm290()...

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

cmd64x: fix hwif->chipset setup

2007-12-24T14:23:44+00:00

commit 528a572daea90aa41db92683e5a8756acef514c4 ("ide: add ->chipset field
to ide_pci_device_t") broke hwif->chipset setup (it is now set to ide_cmd646
for CMD648 instead of CMD646).  It seems that the breakage happend while
I was moving patches around (cmd64x_chipsets[] entries for CMD646 and CMD648
are identical except for 'name' field).  Fix it and bump driver version.

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

drivers/ide/: Spelling fixes

2007-12-24T14:23:42+00:00

Signed-off-by: Joe Perches 
Cc: Andrew Morton ,
Signed-off-by: Bartlomiej Zolnierkiewicz

hpt366: fix HPT37x PIO mode timings (take 2)

2007-12-12T22:31:58+00:00

After looking into the HPT370 manual (now that I have it) and re-checking all
the timing tables, here's what I have discovered:

- at 33 MHz clock, PIO mode 0 timings turned to be overclocked, and all other
  PIO modes underclocked;

- at 50 MHz clock, PIO modes 0 to 2 turned to be overclocked;

- at 66 MHz clock, PIO mode 0 was overclocked too.

Finally, the taskfile timing (matching PIO mode 0) turned to be overclocked at
all clock frequencies (and in all manuals)...

The new timings have been tested on HPT370 chip (at 33 MHz PCI clock) and on
HPT371N chip (at both 50 and 66 MHz DPLL clock).

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

pdc202xx_new: fix Promise TX4 support

2007-12-12T22:31:58+00:00

In case of Promise TX4 the first PCI device is located at slot 1
and the second one is at slot 2 so the offset used by pci_get_slot()
should be "+1" and not "+2".

Thanks goes out to Markus Dietz for bugreport and testing this patch.

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

trm290: remove bogus init_hwif_trm290() comment

2007-11-27T20:35:56+00:00

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

piix: add HP compaq laptop to short cable list

2007-11-27T20:35:56+00:00

Port of Jeff's libata commit 54174db300ee1bac632d62e4ac37fe02e47d1f18
("[libata] ata_piix: add HP compaq laptop to short cable list").

Cc: Jeff Garzik 
Acked-by: Sergei Shtylyov 
Signed-off-by: Bartlomiej Zolnierkiewicz

alim15x3: add Mitac 8317 and derivatives to ali_cable_override()

2007-11-27T20:35:56+00:00

Port of Alan's patch for pata_ali.c.

Cc: Alan Cox 
Acked-by: Sergei Shtylyov 
Signed-off-by: Bartlomiej Zolnierkiewicz

aec62xx: Fix kernel oops in driver's probe function

2007-11-27T20:35:53+00:00

Add pci_enable_device() to aec62xx probe function
before doing any I/O.

Original probe function tries to read from device's
PCI region 4 before calling ide_setup_pci_device().
Since the device is not enabled at this point,
on machines that have no firmware PCI initialization
(e.g. ASUS WL-700gE router), corresponding PCI BAR 
is 0 and the following inb() causes a kernel oops.

Signed-off-by: Aleksandar Radovanovic 
Cc: Linus Torvalds ,
Signed-off-by: Bartlomiej Zolnierkiewicz

siimage: remove resetproc() method

2007-11-27T20:35:53+00:00

The intent behind siimage_reset() was probably to hard reset the interface and
the SATA PHY but as the code writes to two reserved bits instead, it obviously
has been ineffective from the start. So, just remove it.

Signed-off-by: Sergei Shtylyov 
Cc: Alan Cox 
Signed-off-by: Bartlomiej Zolnierkiewicz