Re: [PATCH 2/2] [POWERPC] mmio ide support for mpc8349-itx target

+ [EMAIL PROTECTED] { + #interrupt-cells = <2>; Hm, why define that prop for a node with no children? + interrupts = <17 8>; + interrupt-map = <0 0 0 1 700 17 8>; + interrupt-map-mask = <0

Re: [PATCH 2.6.22-rc7-git1] sis5513: adding PCI-ID

On Wednesday 04 July 2007, Uwe koziolek wrote: > The SiS966 has one additional PCI-ID 1180. > If the chipset is using this PCI-ID, the primary channel is connected to the > first > PATA-port. The secondary channel is connected to SATA-ports in IDE emulation > mode. > The legacy IO-ports are used.

Re: [PATCH 1/2] [ide] mmio ide support

Hi, On Saturday 07 July 2007, Arnd Bergmann wrote: > On Saturday 07 July 2007, Sergei Shtylyov wrote: > > Arnd Bergmann wrote: > > > > >>This adds support for MMIO IDE device like CompactFlash > > >>in TrueIDE mode. > > > > >>Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> > > >>Signed-off

[git patches] IDE fixes

Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/ to receive the following updates: drivers/ide/legacy/qd65xx.c |3 +-- drivers/ide/pci/sis5513.c |1 + include/linux/pci_ids.h |1 + 3 files changed, 3 insertions(+), 2 deletions(-) Bartlomiej Zo

[PATCH 1/12] ide: add missing ide_rate_filter() calls to ->speedproc()-s

* Fix icside, cris-ide, au1xxx-ide, amd74xx, via82cxxx and pmac host drivers to use ide_rate_filter(). This results in the following modes (from user requests) being clipped down: - invalid modes (values 0x46-0xFF) [ for all hosts ] - unsupported by a host UDMA modes [ for hosts which s

[PATCH 2/12] ide: mode limiting fixes for user requested speed changes

* Add an extra argument to ide_max_dma_mode() for passing requested transfer mode. Use it as an upper limit when finding the best DMA for device/host. * Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requeste

[PATCH 3/12] cs5520: fix PIO auto-tuning in ->ide_dma_check method

Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/pci/cs5520.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: b/drivers/ide/pci/cs5520.c === --- a/drivers/ide/pci/cs5520.c +++ b/drivers/id

[PATCH 4/12] cs5535: PIO fixes

* Fix cs5535_tuneproc() to pass PIO transfer mode value instead of PIO mode number to cs5535_set_speed() (fixes random PIO timings being programmed and a possible OOPS). Do a little cleanup while at it. * Fix cs5535_set_speed() to check if the mate device is present (fixes PIO0 taskfile ti

[PATCH 6/12] jmicron: PIO fixes

* Set transfer mode on the device in jmicron_tuneproc(), also add pio == 255 == "auto-tune" handling. * Use jmicron_tuneproc() in jmicron_config_drive_for_dma(). * Remove no longer needed config_jmicron_chipset_for_pio(). Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drive

[PATCH 7/12] piix/slc90e66: fix PIO1 handling in ->speedproc method

* Don't call {piix,slc90e66}_dma_2_pio() for PIO modes in {piix,slc90e66}_tune_chipset(). * Add PIO1 handling to {piix,slc90e66}_tune_chipset(). * Bump driver version. Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/pci/piix.c |9 +++-- drivers/ide/

[PATCH 9/12] sis5513: add ->udma_filter method for chipset_family >= ATA_133

* Add sis5513_ata133_udma_filter() for chipset_family >= ATA_133, use it to filter UDMA6 mode if ATA133 bit is disabled. * Remove no longer needed UDMA6 limiting logic from sis5513_tune_chipset(). * Bump driver version. There should be no functionality changes caused by this patch. Signed-of

[PATCH 10/12] ide: move ide_rate_filter() calls to the upper layer

* Move ide_rate_filter() calls from host drivers to IDE core. * Make ide_rate_filter() static. * Make 'speed' argument of ->speedproc const. There should be no functionality changes caused by this patch. Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> --- drivers/ide/arm/icside.c

[PATCH 11/12] ide: Kconfig face-lift

* Convert config options for PCI host drivers to select BLK_DEV_IDEPCI. * Same for BLK_DEV_IDEDMA_PCI and PCI DMA host drivers, also make this config option select BLK_DEV_IDEPCI. * Remove no longer needed help for BLK_DEV_IDEPCI and BLK_DEV_IDEDMA_PCI. * Remove redundant IDE_CHIPSETS config

[PATCH 5/12] it8213: PIO fixes

* Rename it8213_tuneproc() to it8213_tune_pio() and add it8213_tuneproc() wrapper. Move finding of the best PIO mode to the new wrapper. * Add setting of transfer mode on the device to it8213_tuneproc(). * Don't call it8213_dma_2_pio() for PIO modes in it8213_tune_chipset(). * Use it8213_tun

[PATCH 8/12] scc_pata: PIO fixes

* Use pio == 255 == "auto-tune" in scc_config_drive_for_dma() instead of forcing PIO4 on PIO fallback. Fix comment while at it. * Rename scc_tuneproc() to scc_tune_pio() and add scc_tuneproc() wrapper. Move finding of the best PIO mode and setting of transfer mode on the device to the new

Re: State of Port Multiplier Support in libata?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Tejun, On the 1.5Gbps vs. 3.0Gbps issue I had, the problem was just that I hadn't paid attention to the factory default jumpers... They were set to 1.5Gbps ( I guess they do that for legacy purposes) :) Do you want me to perform any other tests?

Re: State of Port Multiplier Support in libata?

Hello, Stefan Skotte wrote: > On the 1.5Gbps vs. 3.0Gbps issue I had, the problem was just that I > hadn't paid attention to the factory default jumpers... They were set to > 1.5Gbps ( I guess they do that for legacy purposes) :) Okay. > Do you want me to perform any other tests? Not at the mom