Linux IDE Archive

• Thread Index

• [PATCH 3/8] pdc202xx_new: use ide_tune_dma()
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/8] alim15x3: use ide_tune_dma()
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 1/8] alim15x3: PIO fallback fix
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide/pci/delkin_cb.c: pci_module_init to pci_register_driver
  • From: Richard Knutsson
• Re: libata FUA revisited
  • From: Tejun Heo
• [PATCH] SATA: use NULL for ptrs
  • From: Randy Dunlap
• Re: libata FUA revisited
  • From: Robert Hancock
• [PATCH] (pata-2.6 fix queue) sl82c105: rework PIO support
  • From: Sergei Shtylyov
• [PATCH] (pata-2.6 fix queue) sl82c105: DMA support code cleanup
  • From: Sergei Shtylyov
• Re: [PATCH] libata: clear TF before IDENTIFYing
  • From: Art Haas
• Re: [PATCH] libata: [take 2] add support for READ/WRITE LONG commands
  • From: Mark Lord
• Re: Sata_via problems in a Vintage2-AE1
  • From: Jean Delvare
• Re: Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo-Avellaneda
• Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6
  • From: Tejun Heo
• Re: libata FUA revisited
  • From: Tejun Heo
• Re: Sata_via problems in a Vintage2-AE1
  • From: Jean Delvare
• [PATCH] libata: add support for READ/WRITE LONG commands
  • From: Mark Lord
• Re: libata FUA revisited
  • From: Robert Hancock
• Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6
  • From: Pavel Machek
• Re: [PATCH] sata_via: fix resource-managed iomap conversion
  • From: Tejun Heo
• Re: [PATCH] sata_via: fix resource-managed iomap conversion
  • From: Markus Trippelsdorf
• Re: [Fedora-ia64-list] Re: The 5th bar of ide controller at legacy mode
  • From: Alan
• [PATCH] sata_via: fix resource-managed iomap conversion
  • From: Tejun Heo
• Re: [Fedora-ia64-list] Re: The 5th bar of ide controller at legacy mode
  • From: Prarit Bhargava
• RE: [Fedora-ia64-list] Re: The 5th bar of ide controller at legacy mode
  • From: Luck, Tony
• Re: Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo-Avellaneda
• Re: Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo-Avellaneda
• Re: The 5th bar of ide controller at legacy mode
  • From: Alan
• Re: [Fedora-ia64-list] The 5th bar of ide controller at legacy mode
  • From: Prarit Bhargava
• Re: Sata_via problems in a Vintage2-AE1
  • From: Tejun Heo
• Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6
  • From: Tejun Heo
• Re: Sata_via problems in a Vintage2-AE1
  • From: Jean Delvare
• Re: libata FUA revisited
  • From: Tejun Heo
• Re: sata_vsc with iq3124h regression in 2.6.20
  • From: Tejun Heo
• Re: SIL3512 lockup problem using driver verion 0.9 and Linux 2.6.14
  • From: Tejun Heo
• Re: libata FUA revisited
  • From: Robert Hancock
• libata FUA revisited
  • From: Robert Hancock
• Re: [git patches] libata updates 1 of 3
  • From: Markus Trippelsdorf
• The 5th bar of ide controller at legacy mode
  • From: Zhang, Yanmin
• [PATCH] sata_nv: add back some verbosity into ADMA error_handler
  • From: Robert Hancock
• [PATCH] sata_nv: handle SError status indication
  • From: Robert Hancock
• pcim_enable_device BUGs for libata devices in 2.6.20-git6
  • From: Robert Hancock
• Re: [PATCH][pata] ide: cable detection fixes
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH][pata] ide: cable detection fixes
  • From: Alan
• [PATCH] sata_promise: new EH conversion for 20619 chips, take 2
  • From: Mikael Pettersson
• [PATCH][pata] ide: cable detection fixes
  • From: Bartlomiej Zolnierkiewicz
• Re: [git patches] libata updates 1 of 3
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: David M. Lloyd
• Re: Status of Hotplug polling patches?
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: David M. Lloyd
• Re: libata_uli puts second channel to PIO4 on 2.6.18
  • From: Grzegorz Kulewski
• Status of Hotplug polling patches?
  • From: Philip Langdale
• Re: sata_vsc with iq3124h regression in 2.6.20
  • From: Mark Lord
• [PATCH] add delay around sl82c105_reset_engine calls
  • From: Olaf Hering
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Tejun Heo
• Re: Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo Avellaneda
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Soeren Sonnenburg
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Soeren Sonnenburg
• Re: sata_vsc with iq3124h regression in 2.6.20
  • From: Tejun Heo
• Re: Sata_via problems in a Vintage2-AE1
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Soeren Sonnenburg
• Re: [git patches] libata updates 1 of 3
  • From: David Woodhouse
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Soeren Sonnenburg
• Re: [git patches] libata updates 1 of 3
  • From: Markus Trippelsdorf
• [PATCH -mm] libata: warn if speed limited due to 40-wire cable
  • From: Robert Hancock
• [git patches] libata updates 1 of 3
  • From: Jeff Garzik
• Re: [PATCH] (pata-2.6 fix queue) cmd64x: fix recovery time calculation
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (pata-2.6 fix queue) piix/slc90e66: more tuneproc() fixing (take 2)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (pata-2.6 fix queue) ide_get_best_pio_mode() returns incorrect IORDY setting (take 2)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (pata-2.6 fix queue) cmd64x: remove broken SW/MW DMA support
  • From: Bartlomiej Zolnierkiewicz
• RE: sata_vsc with iq3124h regression in 2.6.20
  • From: Dan Williams
• Re: sata_vsc with iq3124h regression in 2.6.20
  • From: Jeff Garzik
• [PATCH] (pata-2.6 fix queue) cmd64x: fix recovery time calculation
  • From: Sergei Shtylyov
• sata_vsc with iq3124h regression in 2.6.20
  • From: Williams, Dan J
• [PATCH] (pata-2.6 fix queue) piix/slc90e66: more tuneproc() fixing (take 2)
  • From: Sergei Shtylyov
• Re: Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo Avellaneda
• Re: NV Cache Feature Support in libata
  • From: Timothy Bisson
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Matteo Croce
• NV Cache Feature Support in libata
  • From: Fajun Chen
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: David M. Lloyd
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Matteo Croce
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Matteo Croce
• Re: Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo Avellaneda
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Soeren Sonnenburg
• Re: [PATCH] (pata-2.6 fix queue) piix/slc90e66: more tuneproc() fixing
  • From: Sergei Shtylyov
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Matteo Croce
• Re: need help with ata error
  • From: Tejun Heo
• need help with ata error
  • From: Eyal Lebedinsky
• Re: Sata_via problems in a Vintage2-AE1
  • From: Tejun Heo
• Re: [PATCH] AHCI PCI ID for MacBook Pro
  • From: Tejun Heo
• Re: [PATCH] sata_promise: fix missing PATA cable detection
  • From: Tejun Heo
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Zhang, Yanmin
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Jeff Garzik
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Zhang, Yanmin
• Sata_via problems in a Vintage2-AE1
  • From: Leopold Palomo Avellaneda
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Andrew Morton
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Christoph Hellwig
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Andrew Morton
• Re: [git patches] IDE updates for 2.6.20
  • From: Len Brown
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Christoph Hellwig
• [PATCH] AHCI PCI ID for MacBook Pro
  • From: Root Kit
• Re: Problems (and confusions) with Intel ICH7 SATA controller
  • From: Florian Echtler
• Re: What's the status of hotplugging a disc on a Promise TX4-controller
  • From: Matthias Schniedermeyer
• Re: [PATCH] sata_promise: fix missing PATA cable detection
  • From: Jeff Garzik
• Re: [PATCH] libata: clear TF before IDENTIFYing
  • From: Mark Lord
• Re: What's the status of hotplugging a disc on a Promise TX4-controller
  • From: Mikael Pettersson
• Re: [PATCH] sata_promise: fix missing PATA cable detection
  • From: Mikael Pettersson
• What's the status of hotplugging a disc on a Promise TX4-controller
  • From: Matthias Schniedermeyer
• [PATCH] (pata-2.6 fix queue) ide_get_best_pio_mode() returns incorrect IORDY setting (take 2)
  • From: Sergei Shtylyov
• Re: [PATCH] sata_promise: fix missing PATA cable detection
  • From: Jeff Garzik
• Re: Problems (and confusions) with Intel ICH7 SATA controller
  • From: Tejun Heo
• [PATCH] (pata-2.6 fix queue) ide_get_best_pio_mode() returns incorrect IORDY setting
  • From: Sergei Shtylyov
• [PATCH] libata: clear TF before IDENTIFYing
  • From: Tejun Heo
• Re: Problems (and confusions) with Intel ICH7 SATA controller
  • From: Florian Echtler
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Luming Yu
• Re: [PATCH] ATA convert GSI to irq on ia64
  • From: Luming Yu
• Re: [PATCH 2.6.20] sata_vsc: use default cache line size if non-zero
  • From: Jeremy Higdon
• Re: [PATCH] (pata-2.6 fix queue) cmd64x: remove broken SW/MW DMA support
  • From: Mikael Pettersson
• [PATCH] ATA convert GSI to irq on ia64
  • From: Zhang, Yanmin
• [PATCH 3/3][pata-2.6] ide: move IDE settings handling to ide-proc.c
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/3][pata-2.6] ide: split off ioctl handling from IDE settings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 1/3][pata-2.6] ide: make /proc/ide/ optional
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] sata_promise: fix missing PATA cable detection
  • From: Mikael Pettersson
• [PATCH] (pata-2.6 fix queue) cmd64x: remove broken SW/MW DMA support
  • From: Sergei Shtylyov
• Re: [PATCH] sata_promise: new EH conversion for 20619 chips
  • From: Mikael Pettersson
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Mark Lord
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Art Haas
• Re: [git patches] IDE updates for 2.6.20
  • From: Alan
• Re: Fw: [Bugme-new] [Bug 7958] New: AE_AML_PACKAGE_LIMIT is beyond end of object
  • From: Andrew Morton
• Re: [git patches] IDE updates for 2.6.20
  • From: Sergei Shtylyov
• Re: [git patches] IDE updates for 2.6.20
  • From: Alan
• [git patches] IDE updates for 2.6.20
  • From: Bartlomiej Zolnierkiewicz
• Re: [QUESTION] ATA: abnormal status 0x80 on port 0xCC07
  • From: Tejun Heo
• Re: Problems (and confusions) with Intel ICH7 SATA controller
  • From: Tejun Heo
• Re: libata_uli puts second channel to PIO4 on 2.6.18
  • From: Tejun Heo
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• [PATCH] libata bugfix: HDIO_DRIVE_TASK
  • From: Mark Lord
• [PATCH 2.6.20] sata_vsc: use default cache line size if non-zero
  • From: Dailey, Nate
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Sergei Shtylyov
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Sergei Shtylyov
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Alan
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Steven Scholz
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Alan
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Alan
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Steven Scholz
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Sergei Shtylyov
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Alan
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Steven Scholz
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Sergei Shtylyov
• Re: [BUG?] ata disk running maximum at DMA33 with 2.6.20 and new pata driver, NV CK804 ide controller.
  • From: l . genoni
• Re: [BUG?] ata disk running maximum at DMA33 with 2.6.20 and new pata driver, NV CK804 ide controller.
  • From: Alan
• Re: Impact of no_lba48{_dma} = 1 ?
  • From: Alan
• Re: [BUG?] ata disk running maximum at DMA33 with 2.6.20 and new pata driver, NV CK804 ide controller.
  • From: venom
• Impact of no_lba48{_dma} = 1 ?
  • From: Steven Scholz
• Re: sata_vsc.c cache line size question
  • From: Jeremy Higdon
• Re: [git patches] libata fixes
  • From: Conke Hu
• Re: [QUESTION] ATA: abnormal status 0x80 on port 0xCC07
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Eric D. Mudama
• Re: [PATCH] (pata-2.6 fix queue) piix/slc90e66: more tuneproc() fixing
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] libata: Early CFA adapters are not required to support mode setting
  • From: Jeff Garzik
• Re: [QUESTION] ATA: abnormal status 0x80 on port 0xCC07
  • From: Michal Piotrowski
• Re: [PATCH] (2.6.20) pata_oldpiix: fix PIO2 underclocking
  • From: Jeff Garzik
• Re: [PATCH] (2.6.20) pata_mpiix: fix PIO setup issues
  • From: Jeff Garzik
• Re: [PATCH] (2.6.20) pata_mpiix: probing cleanup (resend)
  • From: Jeff Garzik
• Re: [PATCH] libata: Add a host flag to indicate lack of IORDY capability
  • From: Jeff Garzik
• Re: [PATCH] ata: Add defines for the iordy bits
  • From: Jeff Garzik
• Re: [PATCH] Kconfig: clarify ATA_PIIX description
  • From: Jeff Garzik
• Re: [PATCH] sata_inic162x: fix a few glitches in hardreset
  • From: Jeff Garzik
• Re: [PATCH] libata: add 150ms between completion of hardreset and status checking
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Jeff Garzik
• Re: [PATCH] pata_sl82c105: wrong assumptions about compatible PIO modes
  • From: Jeff Garzik
• Re: [PATCH 2/3] libata: add another IRQ calls (libata drivers)
  • From: Jeff Garzik
• Re: [PATCH 1/3] libata: add another IRQ calls (core and headers)
  • From: Jeff Garzik
• [BUG?] ata disk running maximum at DMA33 with 2.6.20 and new pata driver, NV CK804 ide controller.
  • From: Luigi Genoni
• Re: [PATCH] (2.6.20) cmd64x: fix PIO mode setup (take 3)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (2.6.20) cmd64x: fix PIO mode setup (take 3)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ide: fix drive side 80c cable check, take 2
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] sata_promise: new EH conversion for 20619 chips
  • From: Jeff Garzik
• Re: [PATCH] (2.6.20) cmd64x: fix PIO mode setup (take 3)
  • From: Mikael Pettersson
• Re: Highpoint 2220
  • From: Jeff Garzik
• Re: [QUESTION] ATA: abnormal status 0x80 on port 0xCC07
  • From: Michal Piotrowski
• [PATCH] (pata-2.6 fix queue) piix/slc90e66: more tuneproc() fixing
  • From: Sergei Shtylyov
• Re: SIL3512 lockup problem using driver verion 0.9 and Linux 2.6.14
  • From: Fredrik Rinnestam
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Art Haas
• Re: Serious bug in sata_sil module in 2.6.19.2?
  • From: Florian Effenberger
• [PATCH] (2.6.20) cmd64x: fix PIO mode setup (take 3)
  • From: Sergei Shtylyov
• Re: Serious bug in sata_sil module in 2.6.19.2?
  • From: Tejun Heo
• Re: sata_inic162x driver for 2.6.19 timeouts etc
  • From: Mark Lord
• Highpoint 2220
  • From: info
• Highpoint 2220
  • From: info
• Re: [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify
  • From: Haavard Skinnemoen
• Re: Serious bug in sata_sil module in 2.6.19.2?
  • From: Florian Effenberger
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• Re: SIL3512 lockup problem using driver verion 0.9 and Linux 2.6.14
  • From: Tejun Heo
• Re: Serious bug in sata_sil module in 2.6.19.2?
  • From: Tejun Heo
• Re: libata_uli puts second channel to PIO4 on 2.6.18
  • From: Grzegorz Kulewski
• Re: [PATCH] libata: Early CFA adapters are not required to support mode setting
  • From: Andrew Morton
• Re: [PATCH] libata: Add a host flag to indicate lack of IORDY capability
  • From: Alan
• Re: [PATCH] libata: Early CFA adapters are not required to support mode setting
  • From: Alan
• Re: [PATCH] libata: Early CFA adapters are not required to support mode setting
  • From: Andrew Morton
• Re: [PATCH] libata: Add a host flag to indicate lack of IORDY capability
  • From: Andrew Morton
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Bartlomiej Zolnierkiewicz
• Re: sata_inic162x driver for 2.6.19 timeouts etc
  • From: Bob Stewart
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Alan
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Jeff Garzik
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] libata: IORDY handling, quiet handling
  • From: Sergei Shtylyov
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Tejun Heo
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Alan
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (2.6.20) pata_mpiix: probing cleanup
  • From: Alan
• Re: [PATCH] libata: IORDY handling, quiet handling
  • From: Sergei Shtylyov
• Re: SATA PMP for 2.6.20
  • From: Robin H. Johnson
• Re: SATA PMP for 2.6.20
  • From: Tejun Heo
• Re: [PATCH] (2.6.20) pata_mpiix: fix PIO setup issues
  • From: Alan
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Tejun Heo
• [PATCH] (2.6.20) pata_mpiix: probing cleanup (resend)
  • From: Sergei Shtylyov
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Alan
• [PATCH] (2.6.20) pata_mpiix: probing cleanup
  • From: Sergei Shtylyov
• Re: SATA PMP for 2.6.20
  • From: Tejun Heo
• Re: [PATCH] libata-eh: Add a simple mechanism for silencing error reporting
  • From: Tejun Heo
• Re: sata_inic162x driver for 2.6.19 timeouts etc
  • From: Mark Lord
• [PATCH] (2.6.20) pata_mpiix: fix PIO setup issues
  • From: Sergei Shtylyov
• RE: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Allen Martin
• [PATCH] (2.6.20) pata_oldpiix: fix PIO2 underclocking
  • From: Sergei Shtylyov
• [PATCH] libata: Report PIO/DMA status when overriding set_mode
  • From: Alan
• [PATCH] libata: Early CFA adapters are not required to support mode setting
  • From: Alan
• [PATCH] libata: IORDY handling, quiet handling
  • From: Alan
• [PATCH] ata: Add defines for the iordy bits
  • From: Alan
• [PATCH] libata: Add a host flag to indicate lack of IORDY capability
  • From: Alan
• [PATCH] libata-eh: Add a simple mechanism for silencing error reporting
  • From: Alan
• [PATCH] Kconfig: clarify ATA_PIIX description
  • From: Alan
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Alan
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Sergei Shtylyov
• Re: [PATCH] sd: implement stop_on_shutdown
  • From: James Bottomley
• Re: Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Tejun Heo
• Re: [PATCH libata-dev#upstream-fixes] libata: fix drive side 80c cable check, take 3
  • From: Alan
• Nvidia cable detection problems (was [PATCH] amd74xx: don't configure udma mode higher than BIOS did)
  • From: Alan
• [PATCH libata-dev#upstream-fixes] libata: fix drive side 80c cable check, take 3
  • From: Tejun Heo
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Tejun Heo
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Tejun Heo
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Sergei Shtylyov
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Sergei Shtylyov
• Re: [PATCH] ide: fix drive side 80c cable check, take 2
  • From: Alan
• Re: [PATCH libata-dev#upstream-fixes] libata: fix drive side 80c cable check, take 2
  • From: Alan
• Re: [PATCH libata-dev#upstream 2/2] pata_amd: don't configure udma mode faster than BIOS did
  • From: Alan
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Alan
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Alan
• [PATCH] ide: fix drive side 80c cable check, take 2
  • From: Tejun Heo
• [PATCH libata-dev#upstream-fixes] libata: fix drive side 80c cable check, take 2
  • From: Tejun Heo
• Re: [PATCH libata-dev#upstream 2/2] pata_amd: don't configure udma mode faster than BIOS did
  • From: Tejun Heo
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Tejun Heo
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Tejun Heo
• Re: [PATCH libata-dev#upstream-fixes] pata_amd: fix an obvious bug in cable detection
  • From: Alan
• Re: [PATCH libata-dev#upstream 2/2] pata_amd: don't configure udma mode faster than BIOS did
  • From: Alan
• Re: [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Alan
• Re: [PATCH] ide: fix drive side 80c cable check
  • From: Alan
• Re: [PATCH libata-dev#upstream-fixes] libata: fix drive side 80c cable check
  • From: Alan
• Re: [PATCH] sd: implement stop_on_shutdown
  • From: Tejun Heo
• [PATCH libata-dev#upstream 2/2] pata_amd: don't configure udma mode faster than BIOS did
  • From: Tejun Heo
• [PATCH libata-dev#upstream 1/2] libata: export several functions
  • From: Tejun Heo
• [PATCH libata-dev#upstream-fixes] pata_amd: fix an obvious bug in cable detection
  • From: Tejun Heo
• [PATCH] amd74xx: don't configure udma mode higher than BIOS did
  • From: Tejun Heo
• [PATCH] ide: fix drive side 80c cable check
  • From: Tejun Heo
• [PATCH libata-dev#upstream-fixes] libata: fix drive side 80c cable check
  • From: Tejun Heo
• [PATCH -mm] sata_nv: propagate ata_pci_device_do_resume return value
  • From: Robert Hancock
• [PATCH -mm] sata_nv: wait for response on entering/leaving ADMA mode
  • From: Robert Hancock
• Re: Problem with Samsung SH-183A and VIA Sata Controller
  • From: Andrew Lyon
• [PATCH] sata_promise: new EH conversion for 20619 chips
  • From: Mikael Pettersson
• green light for kernel 2.6.20-rc7-git1
  • From: Uwe Bugla
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• Re: sata_inic162x driver for 2.6.19 timeouts etc
  • From: Bob Stewart
• Re: [PATCH] libata: add 150ms between completion of hardreset and status checking
  • From: Tejun Heo
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Ric Wheeler
• Re: SIL3512 lockup problem using driver verion 0.9 and Linux 2.6.14
  • From: Fredrik Rinnestam
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] sata_inic162x: fix a few glitches in hardreset
  • From: Bob Stewart
• Re: [PATCH] libata: add 150ms between completion of hardreset and status checking
  • From: Bob Stewart
• Re: [PATCH] (2.6.20-rc7) alim15x3: fix PIO mode setup
  • From: Bartlomiej Zolnierkiewicz
• Problems (and confusions) with Intel ICH7 SATA controller
  • From: Florian Echtler
• Re: [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup (take 2)
  • From: Sergei Shtylyov
• Re: SIL3512 lockup problem using driver verion 0.9 and Linux 2.6.14
  • From: Fredrik Rinnestam
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Mark Lord
• [PATCH] (2.6.20-rc7) cmd64x: fix PIO mode setup
  • From: Sergei Shtylyov
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Alan
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Mark Lord
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Alan
• [PATCH] (2.6.20-rc7) alim15x3: fix PIO mode setup
  • From: Sergei Shtylyov
• [QUESTION] ATA: abnormal status 0x80 on port 0xCC07
  • From: Michal Piotrowski
• Re: Problem with Samsung SH-183A and VIA Sata Controller
  • From: Andrew Lyon
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Sergei Shtylyov
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Art Haas
• Re: Problem with Samsung SH-183A and VIA Sata Controller
  • From: Nils Lavesson
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 12/15] ide: make ide_hwif_t.ide_dma_host_on void
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 11/15] ide: make ide_hwif_t.ide_dma_{host_off,off_quietly} void
  • From: Bartlomiej Zolnierkiewicz
• [ANNOUNCE] IDE quilt tree updated
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Tejun Heo
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Tejun Heo
• Re: asdf
  • From: Tejun Heo
• libata_uli puts second channel to PIO4 on 2.6.18
  • From: Grzegorz Kulewski
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• Re: [git patches] libata fixes
  • From: Linus Torvalds
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Bartlomiej Zolnierkiewicz
• 2.6.20-rc7: known regressions (v2) (part 1)
  • From: Adrian Bunk
• Re: [git patches] libata fixes
  • From: alan
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Matt Mackall
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Eric D. Mudama
• Re: [PATCH] sl82c105: DMA support fixes
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [git patches] libata fixes
  • From: Linus Torvalds
• Re: [PATCH 11/15] ide: make ide_hwif_t.ide_dma_{host_off,off_quietly} void
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ide-floppy: Fix unformatted media crash
  • From: Bartlomiej Zolnierkiewicz
• Re: [git patches] libata fixes
  • From: Andrew Morton
• Re: Fwd: [PATCH] siimage: PIO1/2 taskfile transfer overclocking fix
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Art Haas
• Re: [PATCH 12/15] ide: make ide_hwif_t.ide_dma_host_on void
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] (2.6.20-rc4-mm1) pdc202xx_old: fix PIO mode setup
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 0/2] ide: clear bmdma status in ide_intr for Intel controllers (revised #4)
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Douglas Gilbert
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Matt Mackall
• Re: Problem: 2.6.20-rc7 sata_via: SATA-DVD-Writer doesn't work properly
  • From: Jeff Garzik
• Re: Problem: 2.6.20-rc7 sata_via: SATA-DVD-Writer doesn't work properly
  • From: juergen . metzdorf
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Sergei Shtylyov
• Re: [git patches] libata fixes
  • From: Alan
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Alan
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Alan
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Sergei Shtylyov
• Re: Implement the technote about promise/maxtor drives
  • From: Mikael Pettersson
• [PATCH] libata: (round 5) add support for ATA_16 on ATAPI
  • From: Mark Lord
• [PATCH] RESEND: libata: check cdb len per dev instead of per host
  • From: Mark Lord
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Alan
• Re: [git patches] libata fixes
  • From: Jeff Garzik
• Re: [git patches] libata fixes
  • From: Linus Torvalds
• Re: asdf
  • From: Ric Wheeler
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Mark Lord
• Re: [PATCH 1/2] pata_platform: fix devres conversion
  • From: Jeff Garzik
• Re: [PATCH libata-dev#upstream-fixes] ahci/pata_jmicron: fix JMicron quirk
  • From: Jeff Garzik
• Re: [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata: Initialize nbytes for internal sg commands
  • From: Jeff Garzik
• Re: Implement the technote about promise/maxtor drives
  • From: Jeff Garzik
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Eric D. Mudama
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Jeff Garzik
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Ric Wheeler
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Mark Lord
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Mark Lord
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Sergei Shtylyov
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Alan
• [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply)
  • From: Tejun Heo
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Tejun Heo
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: James Bottomley
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Alan
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Alan
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Ric Wheeler
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Uwe Bugla
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Uwe Bugla
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Ric Wheeler
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Tejun Heo
• Re: [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Alan
• Re: [PATCH libata-dev#upstream-fixes] ahci/pata_jmicron: fix JMicron quirk
  • From: Alan
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Christoph Hellwig
• [PATCH 3/4] libata: improve ata_std_prereset()
  • From: Tejun Heo
• [PATCH 1/4] libata: add deadline support to prereset and reset methods
  • From: Tejun Heo
• [PATCH 2/4] libata: improve 0xff status handling
  • From: Tejun Heo
• [PATCHSET] libata: reimplement reset sequencing
  • From: Tejun Heo
• [PATCH 4/4] libata: reimplement reset sequencing
  • From: Tejun Heo
• Subject is [PATCH,RESEND] libata: put some intelligence into speed down sequence
  • From: Tejun Heo
• [PATCH 3/5] libata: put some intelligence into EH speed down sequence
  • From: Tejun Heo
• [PATCH 4/5] libata: kill ATA_DNXFER_ANY
  • From: Tejun Heo
• asdf
  • From: Tejun Heo
• [PATCH 1/5] libata: improve ata_down_xfermask_limit()
  • From: Tejun Heo
• [PATCH 2/5] libata: improve probe failure handling
  • From: Tejun Heo
• [PATCH 5/5] ahci: consider SDB FIS containing spurious NCQ completions HSM violation
  • From: Tejun Heo
• Please ignore this thread. I'll resend.
  • From: Tejun Heo
• Subject should be [PATCHSET] put some intelligence into speed down sequence
  • From: Tejun Heo
• [PATCH 5/5] ahci: consider SDB FIS containing spurious NCQ completions HSM violation
  • From: Tejun Heo
• [PATCH 4/5] libata: kill ATA_DNXFER_ANY
  • From: Tejun Heo
• [PATCHSET] ata_piix: improve combined mode handling
  • From: Tejun Heo
• [PATCH 3/5] libata: put some intelligence into EH speed down sequence
  • From: Tejun Heo
• [PATCH 2/5] libata: improve probe failure handling
  • From: Tejun Heo
• [PATCH 1/5] libata: improve ata_down_xfermask_limit()
  • From: Tejun Heo
• [PATCH] libata: reduce ATA command timeout to 7secs
  • From: Tejun Heo
• [PATCH] sata_inic162x: fix a few glitches in hardreset
  • From: Tejun Heo
• [PATCH] libata: add 150ms between completion of hardreset and status checking
  • From: Tejun Heo
• [PATCH libata-dev#upstream-fixes] ahci/pata_jmicron: fix JMicron quirk
  • From: Tejun Heo
• 2.6.20-rc7: known regressions
  • From: Adrian Bunk
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: Serious bug in sata_sil module in 2.6.19.2?
  • From: Florian Effenberger
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: James Bottomley
• Re: [PATCH] SCSI: Add the SGPIO support for sata_nv.c
  • From: Kristen Carlson Accardi
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Douglas Gilbert
• Re: Problem with Samsung SH-183A and VIA Sata Controller
  • From: Alan
• Re: Problem: 2.6.20-rc7 sata_via: SATA-DVD-Writer doesn't work properly
  • From: Alan
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• RE: [PATCH] SCSI: Add the SGPIO support for sata_nv.c
  • From: Andy Currid
• Problem with Samsung SH-183A and VIA Sata Controller
  • From: Nils Lavesson
• Problem: 2.6.20-rc7 sata_via: SATA-DVD-Writer doesn't work properly
  • From: juergen . metzdorf
• Re: [PATCH] libata: check cdb len per dev instead of per host
  • From: Mark Lord
• Re: [PATCH] libata: check cdb len per dev instead of per host
  • From: Alan
• [PATCH] libata: (round 4) add support for ATA_16 on ATAPI
  • From: Mark Lord
• [PATCH] libata: check cdb len per dev instead of per host
  • From: Mark Lord
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Sergei Shtylyov
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Steven Scholz
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: James Bottomley
• Re: Serious bug in sata_sil module in 2.6.19.2?
  • From: Tejun Heo
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Sergei Shtylyov
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Steven Scholz
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Sergei Shtylyov
• Serious bug in sata_sil module in 2.6.19.2?
  • From: Florian Effenberger
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Steven Scholz
• Re: no DRQ after issuing MULTWRITE_EXT ?
  • From: Eric D. Mudama
• no DRQ after issuing MULTWRITE_EXT ?
  • From: Steven Scholz
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Tejun Heo
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Tejun Heo
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Jeff Garzik
• [PATCH 1/2] pata_platform: fix devres conversion
  • From: Tejun Heo
• Re: [PATCH 1/1] libata: Initialize nbytes for internal sg commands
  • From: Tejun Heo
• Re: VIA AHCI NCQ [was: Re: Recent AHCI drivers do not work with VIA VT8251 controllers (regression in 2.6.19 from 2.6.18)]
  • From: Tejun Heo
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Mark Lord
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Mark Lord
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Mark Lord
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Gary Hade
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Tejun Heo
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: James Bottomley
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: James Bottomley
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Mark Lord
• Re: [PATCH] RESEND: SCSI, libata: add support for ATA_16 commands to libata ATAPI devices
  • From: Tejun Heo
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Tejun Heo
• Re: [PATCH RFC] sd: spin down disks on removal or power-down
  • From: Robert Hancock
• Re: [2.6.20-rc6] pktcdvd doesn't work
  • From: Luca Tettamanti
• Re: [PATCH] SCSI: Add the SGPIO support for sata_nv.c
  • From: Kristen Carlson Accardi
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Alan
• Re: [2.6.20-rc6] pktcdvd doesn't work
  • From: Adrian Bunk
• Test results new PATA driver for serverworks (OSB4) chipset
  • From: Ingo Oeser
• VIA AHCI NCQ [was: Re: Recent AHCI drivers do not work with VIA VT8251 controllers (regression in 2.6.19 from 2.6.18)]
  • From: Simon Farnsworth
• Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks
  • From: Sergei Shtylyov
• Re: [PATCH RFC] sd: spin down disks on removal or power-down
  • From: Stefan Richter
• Re: [2.6.20-rc6] pktcdvd doesn't work
  • From: Luca
• Re: [2.6.20-rc6] pktcdvd doesn't work
  • From: Fabio Comolli
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: James Bottomley
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH] iomap: iomap should be in obj-y not in lib-y
  • From: Jeff Garzik
• Re: [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify
  • From: Alan
• [PATCH] ide-floppy: Fix unformatted media crash
  • From: Alan
• Re: [PATCH] iomap: iomap should be in obj-y not in lib-y
  • From: Tejun Heo
• Re: [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify
  • From: Jeff Garzik
• [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify
  • From: Alan
• Implement the technote about promise/maxtor drives
  • From: Alan
• Re: Add suport for Marvell 88SE6121 in ahci
  • From: Jose Alberto Reguero
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Ric Wheeler
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Mark Lord
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Douglas Gilbert
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Jeff Garzik
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: James Bottomley
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Jeff Garzik
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Alan
• Re: [PATCH] iomap: iomap should be in obj-y not in lib-y
  • From: Jeff Garzik
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: Add suport for Marvell 88SE6121 in ahci
  • From: Jeff Garzik
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Ric Wheeler
• Add suport for Marvell 88SE6121 in ahci
  • From: Jose Alberto Reguero
• [PATCH] iomap: iomap should be in obj-y not in lib-y
  • From: Tejun Heo
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Alan
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Tejun Heo
• Re: HPA and failed opcode was: 0x37 ?
  • From: Sergei Shtylyov
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Sergei Shtylyov
• Re: HPA and failed opcode was: 0x37 ?
  • From: Sergei Shtylyov
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Alan
• Re: [PATCH 1/7] devres: device resource management
  • From: Jeff Garzik
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Tejun Heo
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Tejun Heo
• Re: [2.6.20-rc6] pktcdvd doesn't work
  • From: Jeff Garzik
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Jeff Garzik
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Tejun Heo
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Jeff Garzik
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Martin J. Bligh
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Eric D. Mudama
• [PATCH 2/2] ide: remove clearing bmdma status from cdrom_decode_status() (rev #4)
  • From: Albert Lee
• [PATCH 1/2] ide: clear bmdma status in ide_intr() for ICHx controllers (revised #4)
  • From: Albert Lee
• [PATCH 0/2] ide: clear bmdma status in ide_intr for Intel controllers (revised #4)
  • From: Albert Lee
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Douglas Gilbert
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Tejun Heo
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: James Bottomley
• Re: [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Tejun Heo
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Ric Wheeler
• [PATCH 1/1] libata: rearrange dmesg info to add full ATA revision
  • From: Eric D. Mudama
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: James Bottomley
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• [PATCH] RESEND scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Jeff Garzik
• [PATCH] scsi_lib.c: continue after MEDIUM_ERROR
  • From: Mark Lord
• Re: [PATCH 1/1] libata: dump full ATA firmware revision to dmesg
  • From: Jeff Garzik
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Mark Lord
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Gary Hade
• Re: [2.6.20-rc6] pktcdvd doesn't work
  • From: Luca Tettamanti
• [PATCH 1/1] libata: dump full ATA firmware revision to dmesg
  • From: Eric D. Mudama
• [PATCH] sl82c105: DMA support fixes
  • From: Sergei Shtylyov
• [PATCH 1/1] libata: dump full ATA firmware revision to dmesg
  • From: Eric D. Mudama
• Re: [PATCH 2/2] ide: clear bmdma status in ide_intr() for Intel controllers (revised #3)
  • From: Bartlomiej Zolnierkiewicz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Eric D. Mudama
• Re: HPA and failed opcode was: 0x37 ?
  • From: Eric D. Mudama
• Re: [PATCH] pata_sl82c105: wrong assumptions about compatible PIO modes
  • From: Alan
• Re: [PATCH] pata_sl82c105: wrong assumptions about compatible PIO modes
  • From: Sergei Shtylyov
• Re: [PATCH] pata_sl82c105: wrong assumptions about compatible PIO modes
  • From: Alan
• Re: HPA and failed opcode was: 0x37 ?
  • From: Sergei Shtylyov
• Re: HPA and failed opcode was: 0x37 ?
  • From: Eric D. Mudama
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Alan
• [PATCH] pata_sl82c105: wrong assumptions about compatible PIO modes
  • From: Sergei Shtylyov
• [PATCH 1/1] libata: Initialize nbytes for internal sg commands
  • From: Brian King
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Alan
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Alan
• Recent AHCI drivers do not work with VIA VT8251 controllers (regression in 2.6.19 from 2.6.18)
  • From: Simon Farnsworth
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Eric D. Mudama
• Re: HPA and failed opcode was: 0x37 ?
  • From: Eric D. Mudama
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Jeff Garzik
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Robert Hancock
• HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• Re: HPA and failed opcode was: 0x37 ?
  • From: Steven Scholz
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH] libata: fix translation for START STOP UNIT
  • From: Jeff Garzik
• Re: [PATCH 2/2] ide: clear bmdma status in ide_intr() for Intel controllers (revised #3)
  • From: Alan
• Re: [PATCH -mm] jmicron: 40/80pin primary detection
  • From: Alan
• Re: [PATCH] pata_sil680: PIO1 taskfile transfers overclocking fix (repost)
  • From: Jeff Garzik
• Re: [PATCH] ata_if_xfermask() word 51 fix
  • From: Jeff Garzik
• Re: [PATCH 2/2] ide: clear bmdma status in ide_intr() for Intel controllers (revised #3)
  • From: Sergei Shtylyov
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Tejun Heo
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Jeff Garzik
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• [PATCH -mm] jmicron: 40/80pin primary detection
  • From: ethanhsiao
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Andrew Morton
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• Re: sil_24 PMP performance issue.
  • From: Tejun Heo
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Andrew Morton
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• Re: sata driver fails to work after resume from S3
  • From: Tejun Heo
• [PATCH 2/2] ide: clear bmdma status in ide_intr() for Intel controllers (revised #3)
  • From: Albert Lee
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• [PATCH 1/2] ide: remove clearing bmdma status from cdrom_decode_status() (rev #3)
  • From: Albert Lee
• [PATCH 0/2] ide: clear bmdma status in ide_intr for Intel controllers (revised #3)
  • From: Albert Lee
• Re: sata_promise TX2/TX4 cards rejecting smart auto-offline & auto-save ata cmds?
  • From: Tejun Heo
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: [2.6.18,19] SATA boot problems (ICH6/ICH6W)
  • From: Gary Hade
• Re: mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded
  • From: Tejun Heo
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• Re: [PATCH RFC] sd: spin down disks on removal or power-down
  • From: Robert Hancock
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: [PATCH RFC] sd: spin down disks on removal or power-down
  • From: James Bottomley
• Re: [PATCH RFC] sd: spin down disks on removal or power-down
  • From: Robert Hancock
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• Re: [PATCH RFC] sd: spin down disks on removal or power-down
  • From: Andrew Morton
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• [PATCH] libata-scsi: ata_task_ioctl should return ATA registers (RESEND)
  • From: David Milburn
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• sil_24 PMP performance issue.
  • From: Richard Scobie
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Christie
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• Re: [RFC] libata IORDY handling
  • From: Alan
• Re: [RFC] libata IORDY handling
  • From: Sergei Shtylyov
• Re: [RFC] libata IORDY handling
  • From: Alan
• Re: [PATCH] ata_if_xfermask() word 51 fix
  • From: Alan
• [PATCH] ata_if_xfermask() word 51 fix
  • From: Lennert Buytenhek
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• Re: sata_promise TX2/TX4 cards rejecting smart auto-offline & auto-save ata cmds?
  • From: Jim Paris
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Linus Torvalds
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Andrew Morton
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Mike Galbraith
• [PATCH RFC] sd: spin down disks on removal or power-down
  • From: Robert Hancock
• [PATCH] libata: fix translation for START STOP UNIT
  • From: Robert Hancock
• [PATCH -mm] sata_nv: use ADMA for NODATA commands
  • From: Robert Hancock
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Andrew Morton
• Re: Boot problems with pata_via driver
  • From: Adrian Bunk
• Re: [PATCH] siimage: PIO1/2 taskfile transfer overclocking fix
  • From: Sergei Shtylyov
• [PATCH] siimage: PIO1/2 taskfile transfer overclocking fix
  • From: Sergei Shtylyov
• cirrus ep93xx pata driver (was: Re: PATA drivers queued for 2.6.19)
  • From: Lennert Buytenhek
• [-mm patch] fix CONFIG_SATA_SIS=y compile error
  • From: Adrian Bunk
• Re: [RFC] libata IORDY handling
  • From: Sergei Shtylyov
• Re: [RFC] libata IORDY handling
  • From: Alan
• [PATCH] pata_sil680: PIO1 taskfile transfers overclocking fix (repost)
  • From: Sergei Shtylyov
• Re: [PATCH] pata_sil680: PIO1 taskfile transfers oveclocking fix
  • From: Alan
• [RFC] libata IORDY handling
  • From: Sergei Shtylyov
• [PATCH] pata_sil680: PIO1 taskfile transfers oveclocking fix
  • From: Sergei Shtylyov
• Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Uwe Bugla
• Re: [PATCH] libata: add a dummy set_mode() in pata_pcmcia
  • From: Alan
• [patch] use __u8 rather than u8 in userspace SIZE defines in hdreg.h
  • From: Mike Frysinger
• [PATCH] libata: add a dummy set_mode() in pata_pcmcia
  • From: Arnd Bergmann
• Read error generated oops.
  • From: kenneth johansson
• 2.6.20-rc6: known unfixed regressions (v2) (part 2)
  • From: Adrian Bunk
• Re: [PATCH] ahci: Marvell 6145 SATA support (preliminary)
  • From: Jeff Garzik
• Re: mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded
  • From: Michal Piotrowski
• Re: [PATCH] ahci: Marvell 6145 SATA support (preliminary)
  • From: Alan
• [git patches] IDE fixes for 2.6.20-rc6
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] libata: fix ata_eh_suspend() return value
  • From: Jeff Garzik
• Re: [PATCH] ahci: port_no should be used when clearing IRQ in ahci_thaw()
  • From: Jeff Garzik
• [PATCH] ahci: Marvell 6145 SATA support (preliminary)
  • From: Jeff Garzik
• [PATCH] ahci: port_no should be used when clearing IRQ in ahci_thaw()
  • From: Tejun Heo
• Re: [PATCH] ahci: use 0x80 as wait stat value instead of 0xff
  • From: Tejun Heo
• Re: Norco DS-1220 (sil3726+sil3124) / libata-tj bug report
  • From: Jim Paris
• [git patches, 90% resend] libata fixes
  • From: Jeff Garzik
• Re: [PATCH] ahci: use 0x80 as wait stat value instead of 0xff
  • From: Jeff Garzik
• Re: [PATCH] ahci: use 0x80 as wait stat value instead of 0xff
  • From: Jeff Garzik
• Re: [PATCH] sata_via: style clean up, no indirect method call in LLD
  • From: Jeff Garzik
• Re: [PATCH] ahci: fix endianness in spurious interrupt message
  • From: Jeff Garzik
• Re: 2.6.20-rc6: known unfixed regressions (part 2)
  • From: Michal Piotrowski
• 2.6.20-rc6: known unfixed regressions (part 2)
  • From: Adrian Bunk
• Re: Updated SiI h/w docs (was Re: [PATCH 13/15] ide: fix UDMA/MWDMA/SWDMA masks)
  • From: Sergei Shtylyov
• Re: 2.6.20-rc5: known unfixed regressions (v3) (part 2)
  • From: Andrew Clayton
• Re: Failed to set xfermode on LITE-ON LTR-40125S
  • From: Alan
• [PATCH] libata: fix ata_eh_suspend() return value
  • From: Tejun Heo
• Re: Failed to set xfermode on LITE-ON LTR-40125S
  • From: John Williams
• Re: [PATCH v1] sata_mv: conversion to new EH
  • From: Jeff Garzik
• Re: [PATCHSET] libata: PATA driver for Celleb
  • From: Jeff Garzik
• sata driver fails to work after resume from S3
  • From: Zhang Rui
• [PATCH 3/3] libata: PATA driver for Celleb
  • From: Akira Iguchi
• [PATCH 2/3] libata: add another IRQ calls (libata drivers)
  • From: Akira Iguchi
• [PATCH 1/3] libata: add another IRQ calls (core and headers)
  • From: Akira Iguchi
• [PATCHSET] libata: PATA driver for Celleb
  • From: Akira Iguchi
• [PATCH v1] sata_mv: conversion to new EH
  • From: Jeff Garzik
• [PATCH] ahci: use 0x80 as wait stat value instead of 0xff
  • From: Tejun Heo
• [PATCH] sata_via: style clean up, no indirect method call in LLD
  • From: Tejun Heo