Linux IDE Archive

• Thread Index

• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jesse Barnes
• Re: [RFC][PATCH] spinlock: Kill spin_unlock_wait()
  • From: Tejun Heo
• Re: AHCI support Port Multiplier problem.
  • From: Tejun Heo
• Re: [RFC][PATCH] spinlock: Kill spin_unlock_wait()
  • From: Jeff Garzik
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Tejun Heo
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Anton Vorontsov
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stan Hoeppner
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• AHCI support Port Multiplier problem.
  • From: Luo Dislo
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Jeff Garzik
• Re: [RFC] Deferred disk spinup during system resume
  • From: Jeff Garzik
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: Is there a reliable way to ID a SSD?
  • From: Jan Ceuleers
• Re: Is there a reliable way to ID a SSD?
  • From: Jeff Garzik
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: Is there a reliable way to ID a SSD?
  • From: Jeff Garzik
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• Re: [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: Lin Mac
• Re: [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: Ben Dooks
• Re: [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: Lin Mac
• [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v3 1/2] ahci_platform: switch to module device table matching
  • From: mkl0301
• [PATCH v3 0/2] add CNS3xxx AHCI support
  • From: mkl0301
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: Is there a reliable way to ID a SSD?
  • From: Jan Ceuleers
• Re: Adding runtime PM support to sata_mv driver
  • From: Alan Stern
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• Re: Adding runtime PM support to sata_mv driver
  • From: Rafael J. Wysocki
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH v2 3/3] ahci_platform: add support for CNS3xxx SoC devices
  • From: Anton Vorontsov
• Re: [PATCH v2 2/3] ahci_pltfm: switch to module device table matching
  • From: Anton Vorontsov
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Anton Vorontsov
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Andreas Mohr
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: Adding runtime PM support to sata_mv driver
  • From: Tejun Heo
• Re: CF Card Adapter White List Candidate
  • From: Tejun Heo
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Robert Hancock
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• [PATCH] pata_hpt37x: actually limit HPT370 to UltraDMA/66
  • From: Sergei Shtylyov
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Jeff Garzik
• Re: Adding runtime PM support to sata_mv driver
  • From: Priyanka Gupta
• Re: CF Card Adapter White List Candidate
  • From: Tejun Heo
• [PATCH v2 3/3] ahci_platform: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v2 2/3] ahci_pltfm: switch to module device table matching
  • From: mkl0301
• [PATCH v2 1/3] ahci_platform: rename to ahci_pltfm, but keep the original module name
  • From: mkl0301
• [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: mkl0301
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Is there a reliable way to ID a SSD?
  • From: Mark Lord
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Roedel, Joerg
• Re: Adding runtime PM support to sata_mv driver
  • From: Greg Freemyer
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Is there a reliable way to ID a SSD?
  • From: Peter M. Petrakis
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Steffen Moser
• Re: Is there a reliable way to ID a SSD?
  • From: Peter M. Petrakis
• Re: Adding runtime PM support to sata_mv driver
  • From: Greg Freemyer
• Re: Adding runtime PM support to sata_mv driver
  • From: Alan Stern
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Sergei Shtylyov
• Re: Adding runtime PM support to sata_mv driver
  • From: Tejun Heo
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Sergei Shtylyov
• Re: Adding runtime PM support to sata_mv driver
  • From: Alan Stern
• Re: Adding runtime PM support to sata_mv driver
  • From: Tejun Heo
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Roman Fietze
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Tejun Heo
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Sergei Shtylyov
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Tejun Heo
• PowerPC MPC5200B ATA MWDMA regression
  • From: Roman Fietze
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Roedel, Joerg
• Re: Adding runtime PM support to sata_mv driver
  • From: Priyanka Gupta
• Re: PMP 3726 problem?
  • From: Tejun Heo
• Re: PMP 3726 problem?
  • From: Phill Jolliffe
• Re: PMP 3726 problem?
  • From: Jan Ceuleers
• Re: PMP 3726 problem?
  • From: Stan Hoeppner
• Re: PMP 3726 problem?
  • From: Phill Jolliffe
• 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: [PATCH] hpt366: coding style cleanup
  • From: David Miller
• [PATCH] hpt366: coding style cleanup
  • From: Sergei Shtylyov
• Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: PMP 3726 problem?
  • From: Stan Hoeppner
• PMP 3726 problem?
  • From: Phill Jolliffe
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Jeff Garzik
• [PATCH 3/3] pata_hpt3x2n: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH 2/3] pata_hpt37x: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH 1/3] pata_hpt366: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH] pata_hpt3x2n: calculate average f_CNT
  • From: Sergei Shtylyov
• Re: [PATCH 04/16] ide: convert to bdops->check_events()
  • From: David Miller
• [PATCH v3] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• [PATCH 04/16] ide: convert to bdops->check_events()
  • From: Tejun Heo
• [PATCH v2] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• Re: [PATCH] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Krzysztof Halasa
• Re: [Probably regression] Possible circular locking dependency from ATA in current mainline
  • From: Tejun Heo
• Re: Slow disks.
  • From: Stan Hoeppner
• Re: Slow disks.
  • From: Mark Knecht
• [git patch] libata warning fix
  • From: Jeff Garzik
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Mark Knecht
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Greg Freemyer
• [Probably regression] Possible circular locking dependency from ATA in current mainline
  • From: Rafael J. Wysocki
• Re: Slow disks.
  • From: Rogier Wolff
• [PATCH resend] pata_hpt{37x|3x2n}: SATA mode filtering
  • From: Sergei Shtylyov
• [PATCH] pata_{hpt37x|hpt3x2n}: SATA mode filtering
  • From: Sergei Shtylyov
• [PATCH] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Mikael Abrahamsson
• Re: Slow disks.
  • From: Rogier Wolff
• Re: [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: wu zhangjin
• Re: Slow disks.
  • From: Krzysztof Halasa
• Re: [PATCH #upstream-fixes] libata-sff: fix HSM_ST_ERR handling in __ata_sff_port_intr()
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: no special completion processing for EH commands
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: issue DIPM enable commands with LPM state updated
  • From: Jeff Garzik
• Re: [PATCH RESEND] pata_mpc52xx: driver needs BMDMA
  • From: Jeff Garzik
• Re: [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Jeff Garzik
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Jeff Garzik
• Re: [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Michael Tokarev
• Re: [PATCH #upstream-fixes] libata-sff: fix HSM_ST_ERR handling in __ata_sff_port_intr()
  • From: Tejun Heo
• [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Wu Zhangjin
• Re: [v2 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: wu zhangjin
• Re: Slow disks.
  • From: Krzysztof Halasa
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Jaap Crezee
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Jeff Moyer
• Re: [v2 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Rogier Wolff
• [v2 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Wu Zhangjin
• Re: Slow disks.
  • From: Jeff Moyer
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Jeff Moyer
• Re: Slow disks.
  • From: Greg Freemyer
• [PATCH RESEND] pata_mpc52xx: driver needs BMDMA
  • From: Wolfram Sang
• Re: [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: Anton Vorontsov
• Re: Slow disks.
  • From: Rogier Wolff
• Re: [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: Lin Mac
• Re: [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Tejun Heo
• Re: [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Martin Steigerwald
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Bruno Prémont
• Re: [PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: wu zhangjin
• Re: [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Tejun Heo
• Re: [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: Anton Vorontsov
• Re: [PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Sergei Shtylyov
• [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Martin Steigerwald
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• [PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Wu Zhangjin
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Rafael J. Wysocki
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern
• Re: RFC: short reads on block devices
  • From: Douglas Gilbert
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• Re: training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ide: at91_ide.c bugfix for high master clock
  • From: Stanislaw Gruszka
• [Bug 16481] WARNING: Unbalanced enable for IRQ 19
  • From: bugzilla-daemon
• [Bug 16481] WARNING: Unbalanced enable for IRQ 19
  • From: bugzilla-daemon
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Christoph Hellwig
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Kay Sievers
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Kay Sievers
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: James Bottomley
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• [PATCH] pata_mpc52xx: driver needs BMDMA
  • From: Wolfram Sang
• Re: [PATCH v2] ide: at91_ide.c bugfix for high master clock
  • From: Stanislaw Gruszka
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Sergei Shtylyov
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Sergei Shtylyov
• Re: [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Sergei Shtylyov
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• [Bug 24702] New: Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Jeff Garzik
• [PATCH v2] ide: at91_ide.c bugfix for high master clock
  • From: Igor Plyatov
• [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH] ide: at91_ide.c bugfix for high master clock
  • From: David Miller
• [PATCH] ide: at91_ide.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Rafael J. Wysocki
• Re: [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [RFC PATCH 0/3] differentiate between I/O errors
  • From: Malahal Naineni
• [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Tejun Heo
• Re: [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Sergei Shtylyov
• [PATCH #upstream-fixes] libata: issue DIPM enable commands with LPM state updated
  • From: Tejun Heo
• [PATCH #upstream-fixes] libata: no special completion processing for EH commands
  • From: Tejun Heo
• [PATCH UPDATED 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• Re: [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Rolf Eike Beer
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• [PATCH 4/8] cdrom: add ->check_events() support
  • From: Tejun Heo
• [PATCH 7/8] sr: implement sr_check_events()
  • From: Tejun Heo
• [PATCH 3/8] implement in-kernel gendisk events handling
  • From: Tejun Heo
• [PATCH 2/8] block: move register_disk() and del_gendisk() to block/genhd.c
  • From: Tejun Heo
• [PATCH 8/8] sd: implement sd_check_events()
  • From: Tejun Heo
• [PATCH 6/8] scsi: replace sr_test_unit_ready() with scsi_test_unit_ready()
  • From: Tejun Heo
• [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Tejun Heo
• [PATCH 1/8] block: kill genhd_media_change_notify()
  • From: Tejun Heo
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Tejun Heo
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Jeff Garzik
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Tejun Heo
• [PATCH v2 3/3] block: improve detail in I/O error messages
  • From: Mike Snitzer
• Re: promise tx2650 + ss1600 + dmraid
  • From: Philippe De Muyter
• Re: [RFC PATCH 3/3] block: improve detail in I/O error messages
  • From: Sergei Shtylyov
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Tejun Heo
• promise tx2650 + ss1600 support
  • From: Philippe De Muyter
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Robert Hancock
• [RFC PATCH 0/3] differentiate between I/O errors
  • From: Mike Snitzer
• [RFC PATCH v2 2/3] dm mpath: propagate target errors immediately
  • From: Mike Snitzer
• [RFC PATCH v2 1/3] scsi: Detailed I/O errors
  • From: Mike Snitzer
• [RFC PATCH 3/3] block: improve detail in I/O error messages
  • From: Mike Snitzer
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: AT91 IDE module
  • From: Stanislaw Gruszka
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Lin Mac
• [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: mkl0301
• [PATCH #upstream-fixes] libata-sff: fix HSM_ST_ERR handling in __ata_sff_port_intr()
  • From: Tejun Heo
• sata_sil24: use of msi causes nmi
  • From: Tobias Karnat
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Tobias Karnat
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: Regression between 2.6.34 and 2.6.35 ?
  • From: Antonio Toma
• Re: AT91 IDE module
  • From: Radovan Vápeník
• [Bug 13770] System freeze on XFS filesystem recovery on an external disk
  • From: bugzilla-daemon
• Re: ata: hotplug not working with arasan CF controller driver
  • From: Tejun Heo
• Re: ata: hotplug not working with arasan CF controller driver
  • From: viresh kumar
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Tejun Heo
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Lin Mac
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: Hyper-V and IDE disks > 128GB
  • From: David Shaw
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: Regression between 2.6.34 and 2.6.35 ?
  • From: Tejun Heo
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Tejun Heo
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Lin Mac
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Tejun Heo
• Re: Regression between 2.6.34 and 2.6.35 ?
  • From: Antonio Toma
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Lin Mac
• Re: Possible regression when going from 2.6.26 to 2.6.32
  • From: Wolfgang Karall
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: AT91 IDE module
  • From: Radovan Vápeník
• Re: [git patches] libata updates for 2.6.37
  • From: Tejun Heo
• Re: Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Tejun Heo
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Tejun Heo
• [Bug 13770] System freeze on XFS filesystem recovery on an external disk
  • From: bugzilla-daemon
• [Bug 13399] kernel crash SONY DVD-ROM with cd
  • From: bugzilla-daemon
• Re: Kernel problem or faulty drive?
  • From: Jonathan Woithe
• Cannot detect SATA disks w/ CONFIG_SATA_PMP w/o actually using SATA multiplier
  • From: Lin Mac
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• Re: [git patches] libata updates for 2.6.37
  • From: Kyle McMartin
• Re: Regression between 2.6.34 and 2.6.35 ?
  • From: Tejun Heo
• [PATCH #upstream-fixes] ahci: add another PCI ID for marvell
  • From: Tejun Heo
• Re: AT91 IDE module
  • From: Radovan Vápeník
• Re: Message
  • From: Alessandro Tagliapietra
• Re: kernel problems with smart on LSI-92xx
  • From: Artem Bokhan
• Re: kernel problems with smart on LSI-92xx
  • From: Bjørn Mork
• Re: ata: hotplug not working with arasan CF controller driver
  • From: viresh kumar
• marvell 9128
  • From: j.s.
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Tobias Karnat
• Re: [RFC 0/9] Change the copyright info.
  • From: Or Gerlitz
• Re: [RFC 0/9] Change the copyright info.
  • From: Miguel Ojeda
• Re: [RFC 0/9] Change the copyright info.
  • From: Justin P. Mattock
• Re: [RFC 0/9] Change the copyright info.
  • From: Roland Dreier
• Re: [RFC 0/9] Change the copyright info.
  • From: Jiri Kosina
• Re: [RFC 0/9] Change the copyright info.
  • From: Justin P. Mattock
• Re: [RFC 0/9] Change the copyright info.
  • From: Alan Cox
• Re: [RFC 0/9] Change the copyright info.
  • From: Jiri Kosina
• Re: Message
  • From: Tejun Heo
• Re: [RFC 0/9] Change the copyright info.
  • From: Artem Bityutskiy
• Re: [RFC 0/9] Change the copyright info.
  • From: Justin P. Mattock
• Re: [RFC 0/9] Change the copyright info.
  • From: Artem Bityutskiy
• [RFC 4/9]drivers:ide Change the copyright info.
  • From: Justin P. Mattock
• [RFC 5/9]drivers:mtd:maps Change the copyright info.
  • From: Justin P. Mattock
• [RFC 7/9]drivers:ata Change the copyright info.
  • From: Justin P. Mattock
• [RFC 8/9]drivers:net Change the copyright info.
  • From: Justin P. Mattock
• [RFC 9/9]include:linux Change the copyright info.
  • From: Justin P. Mattock
• [RFC 6/9]drivers:char:nvram.c Change the copyright info.
  • From: Justin P. Mattock
• [RFC 3/9]drivers:infiniband:ulp Change the copyright info.
  • From: Justin P. Mattock
• [RFC 2/9]drivers:infiniband:core Change the copyright info.
  • From: Justin P. Mattock
• [RFC 1/9]drivers:infiniband:hw:mthca Change the copyright info.
  • From: Justin P. Mattock
• [RFC 0/9] Change the copyright info.
  • From: Justin P. Mattock
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Mark Lord
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Tejun Heo
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Mark Lord
• Re: Faulty drive data recovery
  • From: Atila
• Re: AT91 IDE module
  • From: Stanislaw Gruszka
• Re: Faulty drive data recovery
  • From: Tejun Heo
• Re: Message
  • From: Tejun Heo
• Re: ata: hotplug not working with arasan CF controller driver
  • From: Tejun Heo
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Tejun Heo
• Re: kernel problems with smart on LSI-92xx
  • From: Artem Bokhan
• Re: Bigger discard payloads
  • From: Martin K. Petersen
• Re: Bigger discard payloads
  • From: Mark Lord
• Re: Message
  • From: Alessandro Tagliapietra
• Re: Message
  • From: Borislav Petkov
• Bigger discard payloads
  • From: Martin K. Petersen
• Re: AT91 IDE module
  • From: Radovan Vapeník
• Re: AT91 IDE module
  • From: Stanislaw Gruszka
• Re: Faulty drive data recovery
  • From: Greg Freemyer
• Re: Faulty drive data recovery
  • From: Artem Bokhan
• Faulty drive data recovery
  • From: Atila
• Re: AT91 IDE module
  • From: Radovan Vápeník
• Re: ata: hotplug not working with arasan CF controller driver
  • From: viresh kumar
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Tobias Karnat
• Re: AT91 IDE module
  • From: Stanislaw Gruszka
• Re: sata_sil24: external raid storage mistaken as port multiplier
  • From: Tobias Karnat
• [Bug 23602] New: Pata Controller on Asrock X58 Extreme 6 not detected
  • From: bugzilla-daemon
• AHCI related question
  • From: Kamala Narasimhan
• sata_sil24: external raid storage mistaken as port multiplier
  • From: Tobias Karnat
• [PATCH] ide: fix use after free in ide-acpi
  • From: Mariusz Kozlowski
• Re: [PATCH] IDE: ide-floppy, remove unnecessary NULL check
  • From: David Miller
• Re: [PATCH 02/11] drivers/ide/pmac.c: Remove unnecessary casts of pci_get_drvdata
  • From: David Miller
• Re: [PATCH] ide: fix use after free in ide-acpi
  • From: David Miller
• Re: Kernel problem or faulty drive?
  • From: Alan Cox
• Re: Kernel problem or faulty drive?
  • From: gene heskett
• Kernel problem or faulty drive?
  • From: Jonathan Woithe
• Re: Why so much PIO for r/w accesses ?
  • From: Sergei Shtylyov
• ata: hotplug not working with arasan CF controller driver
  • From: Viresh Kumar
• Re: Why so much PIO for r/w accesses ?
  • From: Mark Lord
• Why so much PIO for r/w accesses ?
  • From: Mark Lord
• Re: ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Andries E. Brouwer
• Re: ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Alan Cox
• Re: ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Andries E. Brouwer
• Re: ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Borislav Petkov
• Re: ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Andries E. Brouwer
• Re: ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Justin P. Mattock
• ide boot failure 2.6.36/2.6.28 - 2.6.27 works
  • From: Andries E. Brouwer
• [git patch] libata fix
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] sata_via: apply magic FIFO fix to vt6420 too
  • From: Peter Zijlstra
• [PATCH #upstream-fixes] sata_via: apply magic FIFO fix to vt6420 too
  • From: Tejun Heo
• Re: [dm-devel] [RFC] training mpath to discern between SCSI errors
  • From: Malahal Naineni
• [git patch] libata SCSI locking update
  • From: Jeff Garzik
• Re: [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• Re: [PATCH] libata: 'done' related SCSI cleanups
  • From: Tejun Heo
• [PATCH] libata: 'done' related SCSI cleanups
  • From: Jeff Garzik
• Re: [PATCH v2] libata: remove scsi host lock and serial number usage
  • From: Nicholas A. Bellinger
• Re: [PATCH v2] libata: remove scsi host lock and serial number usage
  • From: Linus Torvalds
• [PATCH v2] libata: remove scsi host lock and serial number usage
  • From: Jeff Garzik
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: James Bottomley
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Christoph Hellwig
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: James Bottomley
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Jeff Garzik
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Tejun Heo
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Jeff Garzik
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Jeff Garzik
• Re: [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Linus Torvalds
• [PATCH] libata: remove unlock+relock cycle in ata_scsi_queuecmd
  • From: Jeff Garzik
• RE: AMD 890GX vs 6Gbps SATA?
  • From: Huang, Shane
• Re: AMD 890GX vs 6Gbps SATA?
  • From: Stan Hoeppner
• Re: AMD 890GX vs 6Gbps SATA?
  • From: Stan Hoeppner
• Re: AMD 890GX vs 6Gbps SATA?
  • From: Mark Lord
• RE: AMD 890GX vs 6Gbps SATA?
  • From: Huang, Shane
• [PATCH 00/11] Remove unnecessary casts of pci_get_drvdata
  • From: Joe Perches
• [PATCH 02/11] drivers/ide/pmac.c: Remove unnecessary casts of pci_get_drvdata
  • From: Joe Perches
• Re: AMD 890GX vs 6Gbps SATA?
  • From: James Cloos
• Re: AMD 890GX vs 6Gbps SATA?
  • From: Stan Hoeppner
• Re: AMD 890GX vs 6Gbps SATA?
  • From: James Cloos
• RE: AMD 890GX vs 6Gbps SATA?
  • From: Huang, Shane
• Re: AMD 890GX vs 6Gbps SATA?
  • From: James Cloos
• Re: AMD 890GX vs 6Gbps SATA?
  • From: James Cloos
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Thomas DEBESSE
• Re: [PATCH] sata-via: enable magic transmission fix for vt6420
  • From: Tejun Heo
• RE: AMD 890GX vs 6Gbps SATA?
  • From: Huang, Shane
• Re: AMD 890GX vs 6Gbps SATA?
  • From: Jeff Garzik
• [Bug 14708] Option remap63 for OnTrack diskmanager not work - kernel panic, unable to mount root filesystem
  • From: bugzilla-daemon
• AMD 890GX vs 6Gbps SATA?
  • From: James Cloos
• Re: [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• Re: [PATCH] Export ahci eSATA attribute
  • From: Jeff Garzik
• Re: [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• Re: ata device numbers
  • From: Paul Klapperich
• [git patches] libata fixes
  • From: Jeff Garzik
• [PATCH #upstream] acard_ahci: support for ATP8620 host controller
  • From: David Milburn
• Re: [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• [PATCH #upstream-fixes] pata_legacy: fix CONFIG_PATA_WINBOND_VLB_MODULE test
  • From: Tejun Heo
• [PATCH] [SCSI] megaraid_sas: Sanity check user supplied length before passing it to dma_alloc_coherent()
  • From: Bjørn Mork
• Re: kernel problems with smart on LSI-92xx
  • From: Bokhan Artem
• Re: kernel problems with smart on LSI-92xx
  • From: Bjørn Mork
• Re: [PATCH] Export ahci eSATA attribute
  • From: Jeff Garzik
• [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• kernel problems with smart on LSI-92xx
  • From: Bokhan Artem
• Re: [RFC PATCH] SCSI host lock push-down
  • From: Nicholas A. Bellinger
• Re: [RFC PATCH] SCSI host lock push-down
  • From: Jeff Garzik
• Re: [RFC PATCH] SCSI host lock push-down
  • From: Jeff Garzik
• Re: [RFC PATCH] SCSI host lock push-down
  • From: Andi Kleen
• Re: [RFC PATCH] SCSI host lock push-down
  • From: Boaz Harrosh
• Re: [PATCH] IDE: ide-floppy, remove unnecessary NULL check
  • From: Borislav Petkov
• Re: [PATCH] IDE: ide-floppy, remove unnecessary NULL check
  • From: Sergei Shtylyov
• Re: [RFC PATCH] SCSI host lock push-down
  • From: Stefan Richter
• [PATCH] IDE: ide-floppy, remove unnecessary NULL check
  • From: Jiri Slaby
• Re: TRIM support in drivers and dm/md?
  • From: Jeff Garzik
• Re: TRIM support in drivers and dm/md?
  • From: Mark Lord
• [RFC PATCH] SCSI host lock push-down
  • From: Jeff Garzik
• Re: TRIM support in drivers and dm/md?
  • From: Jeff Garzik
• Re: Where should i add Compact flash driver?
  • From: Dominik Brodowski
• Re: Hyper-V and IDE disks > 128GB
  • From: Tim Small
• Re: [PATCH #upstream-fixes] libata: fix NULL sdev dereference race in atapi_qc_complete()
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libata: fix NULL sdev dereference race in atapi_qc_complete()
  • From: Mark Lord
• Re: Where should i add Compact flash driver?
  • From: Sergei Shtylyov
• Re: Hyper-V and IDE disks > 128GB
  • From: Alan Cox
• Hyper-V and IDE disks > 128GB
  • From: David Shaw
• Re: Full hostlock pushdown available
  • From: Jeff Garzik
• Re: Full hostlock pushdown available
  • From: Nicholas A. Bellinger
• Re: Full hostlock pushdown available
  • From: Jeff Garzik
• Re: Full hostlock pushdown available
  • From: Andi Kleen
• Re: Full hostlock pushdown available
  • From: Jeff Garzik
• Re: Full hostlock pushdown available
  • From: Andi Kleen
• Where should i add Compact flash driver?
  • From: viresh kumar
• Re: Full hostlock pushdown available
  • From: Nicholas A. Bellinger
• Re: Full hostlock pushdown available
  • From: Jeff Garzik
• [PATCH #upstream-fixes] libata: fix NULL sdev dereference race in atapi_qc_complete()
  • From: Tejun Heo
• Re: Possible regression when going from 2.6.26 to 2.6.32
  • From: Wolfgang Karall
• Re: Possible regression when going from 2.6.26 to 2.6.32
  • From: Mark Lord
• [lists+linux-ide@xxxxxxxxxxxxx: Possible regression when going from 2.6.26 to 2.6.32]
  • From: Wolfgang Karall
• Possible regression when going from 2.6.26 to 2.6.32
  • From: Wolfgang Karall
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Jeff Garzik
• apparently missing test of CONFIG_PATA_WINBOND_VLB in drivers/ata
  • From: Robert P. J. Day
• [GIT] IDE
  • From: David Miller
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: 2.6.36: Dropped interrupts in ata_piix
  • From: Mike Waychison
• Re: 2.6.36: Dropped interrupts in ata_piix
  • From: Mike Waychison
• ide-2.6 rebased...
  • From: David Miller
• [PATCH 14/14] drivers/ata/pata_octeon_cf.c: delete double assignment
  • From: Julia Lawall
• Re: 2.6.36: Dropped interrupts in ata_piix
  • From: Tejun Heo
• Re: [PATCH 0/9] Typo fixes of faild to failed
  • From: Mike Frysinger
• [PATCH 1/9] drivers/ata: typo fix of faild to failed
  • From: Joe Perches
• [PATCH 0/9] Typo fixes of faild to failed
  • From: Joe Perches
• [git patches] libata updates for 2.6.37
  • From: Jeff Garzik
• Re: [PATCH] pata_bf54x: fix return type of bfin_set_devctl
  • From: Sergei Shtylyov
• [PATCH 07/22] pcmcia: move config_{base,index,regs} to struct pcmcia_device
  • From: Dominik Brodowski
• [PATCH 10/22] pcmcia: introduce autoconfiguration feature
  • From: Dominik Brodowski
• [PATCH 11/22] pcmcia: use autoconfiguration feature for ioports and iomem
  • From: Dominik Brodowski
• [PATCH 06/22] pcmcia: simplify IntType
  • From: Dominik Brodowski
• [PATCH 03/22] pcmcia: move Vpp setup to struct pcmcia_device
  • From: Dominik Brodowski
• [PATCH 08/22] pcmcia: convert pcmcia_request_configuration to pcmcia_enable_device
  • From: Dominik Brodowski
• [PATCH] pata_bf54x: fix return type of bfin_set_devctl
  • From: Mike Frysinger
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Thomas DEBESSE
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Jun'ichi Nomura
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Anssi Hannula
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Jun'ichi Nomura
• Re: [PATCH] Drivers: ata: Makefile: replace the use of <module>-objs with <module>-y
  • From: Tracey Dent
• Re: [PATCH] Drivers: ata: Makefile: replace the use of <module>-objs with <module>-y
  • From: Mark Lord
• [PATCH] Drivers: ata: Makefile: replace the use of <module>-objs with <module>-y
  • From: Tracey Dent
• Re: [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Mark Lord
• [PATCH UPDATED #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Robert Hancock
• Re: [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Robert Hancock
• Re: [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Mark Lord
• Re: [RESEND PATCH] ata: Intel IDE-R support
  • From: Jeff Garzik
• [RESEND PATCH] ata: Intel IDE-R support
  • From: Alan Cox
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Jeremy Sanders
• result_tf handling in sata_fsl and sas_ata
  • From: Tejun Heo
• [PATCH #upstream-fixes] libahci: fix result_tf handling after an ATA PIO data-in command
  • From: Tejun Heo
• Re: [PATCH 12/14] ata: pata_octeon_cf: Use I/O clock rate for timing calculations.
  • From: Jeff Garzik
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Jeremy Sanders
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Tim Small
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Jeremy Sanders
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Tejun Heo
• Re: Sil 3124: "softreset failed (SRST command error)"
  • From: Jeremy Sanders
• Sil 3124: "softreset failed (SRST command error)"
  • From: Jeremy Sanders
• Re: [PATCH 12/14] ata: pata_octeon_cf: Use I/O clock rate for timing calculations.
  • From: Ralf Baechle
• [PATCH] ata_piix: Add device ID for ICH4-L
  • From: Ben Hutchings
• Re: ata device numbers
  • From: Harri Olin
• Re: ata device numbers
  • From: Alan Cox
• ata device numbers
  • From: Harri Olin
• Re: [PATCH 3/4] pata_sil680: implement sff_irq_check() method
  • From: Sergei Shtylyov
• Re: [PATCH 2/4] pata_pdc202xx_old: implement sff_irq_check() method
  • From: Sergei Shtylyov
• Re: [PATCH 1/4] pata_cmd640: implement sff_irq_check() method
  • From: Sergei Shtylyov
• Re: [PATCH 3/4] pata_sil680: implement sff_irq_check() method
  • From: Alan Cox
• Re: [PATCH 2/4] pata_pdc202xx_old: implement sff_irq_check() method
  • From: Alan Cox
• Re: [PATCH 1/4] pata_cmd640: implement sff_irq_check() method
  • From: Alan Cox
• [PATCH 4/4] pata_sl82c105: implement sff_irq_check() method
  • From: Sergei Shtylyov
• [PATCH 3/4] pata_sil680: implement sff_irq_check() method
  • From: Sergei Shtylyov
• [PATCH 2/4] pata_pdc202xx_old: implement sff_irq_check() method
  • From: Sergei Shtylyov
• [PATCH 1/4] pata_cmd640: implement sff_irq_check() method
  • From: Sergei Shtylyov
• [PATCH 00/14] Add initial support for Octeon CN63XX
  • From: David Daney
• [PATCH 12/14] ata: pata_octeon_cf: Use I/O clock rate for timing calculations.
  • From: David Daney
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Ben Hutchings
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Thomas DEBESSE
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Robert Hancock
• [PATCH] pata_sil680: make sil680_sff_exec_command() 'static'
  • From: Sergei Shtylyov
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Tejun Heo
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: maximilian attems
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Thomas DEBESSE
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Tejun Heo
• mips/ide: flush dcache also if icache does not snoop dcache
  • From: Sebastian Andrzej Siewior
• Re: piix vs ata_piix device ID tables
  • From: Ben Hutchings
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Jeff Garzik
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Jeff Garzik
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: maximilian attems
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Tejun Heo
• Re: piix vs ata_piix device ID tables
  • From: Alan Cox
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Tejun Heo
• piix vs ata_piix device ID tables
  • From: Ben Hutchings
• Re: Marvel PMP SATA controller
  • From: Mark Lord
• Re: Marvel PMP SATA controller
  • From: Richard
• Re: Marvel PMP SATA controller
  • From: Robert Hancock
• Re: Marvel PMP SATA controller
  • From: Richard
• Re: Marvel PMP SATA controller
  • From: Mark Lord
• Re: Bug#598518: linux-image-2.6-686: ata_piix module loaded before ahci module deactivate hotplug support (regression from lenny)
  • From: Ben Hutchings
• Re: Marvel PMP SATA controller
  • From: Richard
• Re: Marvel PMP SATA controller
  • From: Mark Lord
• Marvel PMP SATA controller
  • From: Richard
• [git patch] libata fix
  • From: Jeff Garzik
• Re: [RESEND PATCH] ata: Intel IDE-R support
  • From: Jeff Garzik
• Re: [RFC v5]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• [RESEND PATCH] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [RFC v5]update broken web addresses in the kernel.
  • From: Finn Thain
• Re: [RFC v5]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC v5]update broken web addresses in the kernel.
  • From: Finn Thain
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• [RFC v5]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Finn Thain
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Finn Thain
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Finn Thain
• Re: [PATCH 2/2] hpt366: fix clock turnaround
  • From: David Miller
• Re: [PATCH 1/2] hpt366: add debounce delay to cable_detect() method
  • From: David Miller
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: Joe Perches
• Re: [RFC v4]update broken web addresses in the kernel.
  • From: John W. Linville
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• [PATCH 2/2] hpt366: fix clock turnaround
  • From: Sergei Shtylyov
• [PATCH 1/2] hpt366: add debounce delay to cable_detect() method
  • From: Sergei Shtylyov
• [RFC v4]update broken web addresses in the kernel.
  • From: Justin P. Mattock
• Re: [RFC 1/3 v3]update web addresses in the kernel
  • From: Justin P. Mattock
• Re: [RFC 1/3 v3]update web addresses in the kernel
  • From: Finn Thain
• Re: [RFC 2/3 v3]update web addresses in stagging
  • From: Matthew Dharm
• Re: [PATCH] hpt366: fix clock turnaround
  • From: David Miller
• Re: [RFC 2/3 v3]update web addresses in stagging
  • From: Justin P. Mattock
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• Re: [PATCH] hpt366: add debounce delay to cable_detect() method
  • From: Sergei Shtylyov
• Re: [PATCH] hpt366: fix clock turnaround
  • From: Sergei Shtylyov
• Re: [PATCH] fix blk-exec.c compile error: always define 'sysctl_hung_task_timeout_secs' (resend)
  • From: Jens Axboe
• Re: [RFC 2/3 v3]update web addresses in stagging
  • From: Justin P. Mattock
• Re: [RFC 2/3 v3]update web addresses in stagging
  • From: Greg KH
• [RFC 3/3 v3]update broken web addresses archive dot org
  • From: Justin P. Mattock
• [RFC 2/3 v3]update web addresses in stagging
  • From: Justin P. Mattock
• [RFC 1/3 v3]update web addresses in the kernel
  • From: Justin P. Mattock
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Robert Hancock
• [PATCH] fix blk-exec.c compile error: always define 'sysctl_hung_task_timeout_secs' (resend)
  • From: Mark Lord
• Re: [RFT PATCH] amiga, atari floppy: Use one request queue per disk
  • From: Mark Lord
• Re: [PATCH 06/24] ide: change to new flag variable
  • From: David Miller
• [PATCH 06/24] ide: change to new flag variable
  • From: matt mooney
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• Re: [PATCH] block: Prevent hang_check firing during long I/O
  • From: Jens Axboe
• [PATCH] block: Prevent hang_check firing during long I/O
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Jens Axboe
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Seed
• hdparm-9.32 released: recommended upgrade
  • From: Mark Lord
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Stan Hoeppner
• Re: [BUG] libahci returns stale result tf much of the time.
  • From: Seed
• [BUG] libahci returns stale result tf much of the time.
  • From: Mark Lord
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Mark Lord
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Douglas Gilbert
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Douglas Gilbert
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Mark Lord
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Stan Hoeppner
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Mark Lord
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Kyle McMartin
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Maxim Levitsky
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Kyle McMartin
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Stan Hoeppner
• Re: "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Douglas Gilbert
• "blocked for more than 120 secs" --> a valid situation, how to prevent?
  • From: Mark Lord
• Re: pata_it821x driver reports many FLUSH CACHE command failures
  • From: Alan Cox
• pata_it821x driver reports many FLUSH CACHE command failures
  • From: Chuck Ebbert
• Re: ahci rmmodable and shouldn't
  • From: Pedro Francisco
• Re: PDC42819 porr performance: how to debug?
  • From: Mikael Pettersson
• PDC42819 porr performance: how to debug?
  • From: George Spelvin
• Re: [PATCH #upstream-fixes] ahci: fix module refcount breakage introduced by libahci split
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] ahci: fix module refcount breakage introduced by libahci split
  • From: Michael Tokarev
• [PATCH #upstream-fixes] ahci: fix module refcount breakage introduced by libahci split
  • From: Tejun Heo
• Re: ahci rmmodable and shouldn't
  • From: Michael Tokarev
• Re: ahci rmmodable and shouldn't
  • From: Tejun Heo
• Re: ahci rmmodable and shouldn't
  • From: Tejun Heo
• Re: ahci rmmodable and shouldn't
  • From: Pedro Francisco
• RE: PATA IDE is slower in newer versions of kernel
  • From: Joshua Hintze
• Re: ahci rmmodable and shouldn't
  • From: Tejun Heo
• Re: ahci rmmodable and shouldn't
  • From: Tejun Heo
• Re: ahci rmmodable and shouldn't
  • From: Pedro Francisco
• Re: ahci rmmodable and shouldn't
  • From: Tejun Heo
• Re: ahci rmmodable and shouldn't
  • From: Pedro Francisco
• RE: PATA IDE is slower in newer versions of kernel
  • From: Joshua Hintze
• Re: PATA IDE is slower in newer versions of kernel
  • From: Alan Cox