linux-toradex.git/drivers/ide, branch v2.6.20-rc4

[PATCH] atiixp: Old drivers/ide layer driver for the ATIIXP hang fix

2007-01-06T07:55:22+00:00

When the old IDE layer calls into methods in the driver during error
handling it is essentially random whether ide_lock is already held.  This
causes a deadlock in the atiixp driver which also uses ide_lock internally
for locking.

Switch to a private lock instead.

[akpm@osl.org: cleanup]
Signed-off-by: Alan Cox 
Acked-by: Bartlomiej Zolnierkiewicz 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] via82cxxx: fix cable detection

2007-01-06T07:55:21+00:00

This patch fixes 2.6.15 regression, is straightforward and tested.

Cable detection got broken probably while converting the driver to support
multiple controllers.  Cable detection is done by examining how BIOS
configured the attached devices.  The current code is broken in that it
examines the status *after* modifying Clk66 configuration ending up
detecting 40c cables as 80c.  This patch fixes it.

Signed-off-by: Tejun Heo 
Signed-off-by: Bartlomiej Zolnierkiewicz 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] PIIX/SLC90E66: PIO mode fallback fix

2006-12-30T18:56:43+00:00

The fallback to PIO mode in the hwif->dma_check() handler doesn't work in
the Intel PIIX and SMsC SLC90E66 IDE drivers because:

- config_drive_for_dma() calls the hwif->speedproc() handler with a wrong
  mode number (unbiased by XFER_PIO_0) in case of the PIO fallback;

- hwif->tuneproc() handler doesn't really set the drive's own speed (this
  is not fixed as yet).

Signed-off-by: Sergei Shtylyov 
Cc: Alan Cox 
Acked-by: Bartlomiej Zolnierkiewicz 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] PIIX: remove check for broken MW DMA mode 0

2006-12-30T18:56:43+00:00

There's no need to check in piix_config_drive_for_dma() for broken MW DMA
mode 0 as this mode is not supported by the driver (it sets
hwif->mwdma_mask to 0x6), and hence can't be selected by ide_dma_speed().

(Alan sayeth "Probably right but if not you've got a subtle corruptor.  Should
at least stick a BUG_ON mode 0 setting right close when the mode is set.")

Signed-off-by: Sergei Shtylyov 
Cc: Alan Cox 
Acked-by: Bartlomiej Zolnierkiewicz 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

PCI: ATI sb600 sata quirk

2006-12-20T18:54:44+00:00

Acked-by: Jeff Garzik 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Greg Kroah-Hartman

[PATCH] getting rid of all casts of k[cmz]alloc() calls

2006-12-13T17:05:58+00:00

Run this:

	#!/bin/sh
	for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
	  echo "De-casting $f..."
	  perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
	done

And then go through and reinstate those cases where code is casting pointers
to non-pointers.

And then drop a few hunks which conflicted with outstanding work.

Cc: Russell King , Ian Molton 
Cc: Mikael Starvik 
Cc: Yoshinori Sato 
Cc: Roman Zippel 
Cc: Geert Uytterhoeven 
Cc: Ralf Baechle 
Cc: Paul Mackerras 
Cc: Kyle McMartin 
Cc: Benjamin Herrenschmidt 
Cc: Martin Schwidefsky 
Cc: "David S. Miller" 
Cc: Jeff Dike 
Cc: Greg KH 
Cc: Jens Axboe 
Cc: Paul Fulghum 
Cc: Alan Cox 
Cc: Karsten Keil 
Cc: Mauro Carvalho Chehab 
Cc: Jeff Garzik 
Cc: James Bottomley 
Cc: Ian Kent 
Cc: Steven French 
Cc: David Woodhouse 
Cc: Neil Brown 
Cc: Jaroslav Kysela 
Cc: Takashi Iwai 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] HPT37x: read f_CNT saved by BIOS from port

2006-12-13T17:05:55+00:00

The undocumented register BIOS uses for saving f_CNT seems to only be
mapped to I/O space while all the other HPT3xx regs are dual-mapped.  Looks
like another HighPoint's dirty trick.  With this patch, the deadly kernel
oops on the cards having the modern HighPoint BIOSes is now at last gone!

Signed-off-by: Sergei Shtylyov 
Cc: Bartlomiej Zolnierkiewicz 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] ide: HPT3xx: fix PCI clock detection

2006-12-13T17:05:55+00:00

Use the f_CNT value saved by the HighPoint BIOS if available as reading it
directly would give us a wrong PCI frequency after DPLL has already been
calibrated by BIOS.

Signed-off-by: Sergei Shtylyov 
Cc: Bartlomiej Zolnierkiewicz 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] ide: fix the case of multiple HPT3xx chips present

2006-12-13T17:05:55+00:00

init_chipset_hpt366() modifies some fields of the ide_pci_device_t structure
depending on the chip's revision, so pass it a copy of the structure to avoid
issues when multiple different chips are present.

Signed-off-by: Sergei Shtylyov 
Cc: Bartlomiej Zolnierkiewicz 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] ide: fix HPT3xx hotswap support

2006-12-13T17:05:55+00:00

Fix the broken hotswap code: on HPT37x it caused RESET- to glitch when
tristating the bus (the MISC control 3/6 and soft control 2 need to be written
to in the certain order), and for HPT36x the obsolete HDIO_TRISTATE_HWIF
ioctl() handler was called instead which treated the state argument wrong.
Also, get rid of the soft control reg.  1 wtite to enable IDE interrupt --
this is done in init_hpt37x() already...

Have been tested on HPT370 and 371N.

Signed-off-by: Sergei Shtylyov 
Cc: Bartlomiej Zolnierkiewicz 
Cc: Alan Cox 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds