Linux IDE

• Date Index

• Re: [RFC 3/3] libata: don't perform HW activity in devres, (continued)
  • Re: [RFC 3/3] libata: don't perform HW activity in devres, Tejun Heo
    • Re: [RFC 3/3] libata: don't perform HW activity in devres, Brian Norris
      • Re: [RFC 3/3] libata: don't perform HW activity in devres, Tejun Heo
  • [RFC 1/3] ahci_platform: enable hotplug unbinding, Brian Norris
• [PATCH] sata_sil24: remove unused variable from sata_sil24.c, Wei Yongjun
  • Re: [PATCH] sata_sil24: remove unused variable from sata_sil24.c, Jeff Garzik
  • <Possible follow-ups>
  • [PATCH] sata_sil24: remove unused variable from sata_sil24.c, Wei Yongjun
• [PATCH] sata_inic162x: remove unused variable in inic_scr_read(), Wei Yongjun
• [PATCH] pata_rdc: remove unused variable in rdc_init_one(), Wei Yongjun
• BUG: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot, Tom Rini
  • RE: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot, Huang, Shane
    • Re: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot, Tom Rini
      • Re: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot, Tom Rini
        • RE: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot, Huang, Shane
• [Bug 49151] New: NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Borislav Petkov
    • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Phillip Wood
      • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Borislav Petkov
        • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Phillip Wood
          • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Borislav Petkov
            • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Alan Cox
              • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Borislav Petkov
                • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Borislav Petkov
                  • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Anton V. Boyarshinov
                • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Phillip Wood
                  • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Alan Cox
                    • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Borislav Petkov
                      • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Alan Cox
                      • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Alan Cox
                        • Re: [Bug 49151] New: NULL pointer dereference in pata_acpi, Jeff Garzik
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
  • [Bug 49151] NULL pointer dereference in pata_acpi, bugzilla-daemon
• Is FBS (FIS) working on Silicon Image 3726 port multiplier?, Norman Diamond
  • <Possible follow-ups>
  • Re: Is FBS (FIS) working on Silicon Image 3726 port multiplier?, Norman Diamond
    • Re: Is FBS (FIS) working on Silicon Image 3726 port multiplier?, Robert Hancock
      • Re: Is FBS (FIS) working on Silicon Image 3726 port multiplier?, Norman Diamond
• [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP, Yuanhan Liu
  • Re: [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP, Fengguang Wu
  • Re: [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP, viresh kumar
  • Re: [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP, Jeff Garzik
• ata4.00: failed to get Identify Device Data, Emask 0x1, Borislav Petkov
  • Re: ata4.00: failed to get Identify Device Data, Emask 0x1, Alan Cox
    • Re: ata4.00: failed to get Identify Device Data, Emask 0x1, Borislav Petkov
      • Re: ata4.00: failed to get Identify Device Data, Emask 0x1, Aaron Lu
        • Re: ata4.00: failed to get Identify Device Data, Emask 0x1, Robert Hancock
          • Re: ata4.00: failed to get Identify Device Data, Emask 0x1, Aaron Lu
            • RE: ata4.00: failed to get Identify Device Data, Emask 0x1, Huang, Shane
              • RE: ata4.00: failed to get Identify Device Data, Emask 0x1, Huang, Shane
                • Re: ata4.00: failed to get Identify Device Data, Emask 0x1, Jeff Garzik
• 3.6 Regression: kernel NULL pointer dereference in pacpi_set_dmamode, Anton V. Boyarshinov
  • <Possible follow-ups>
  • 3.6 Regression: kernel NULL pointer dereference in pacpi_set_dmamode, Anton V. Boyarshinov
• eSATA failure with JMicron JMB321 - "PMP product ID mismatch", Paul Natsuo Kishimoto
• [PATCH 3.6.0- 0/2] IDE: use module_platform_driver macro, Srinivas KANDAGATLA
• [PATCH 3.6.0- 1/2] ide/au1xxx: use module_platform_driver macro, Srinivas KANDAGATLA
• [PATCH 3.6.0- 2/2] ide_platform: use module_platform_driver macro, Srinivas KANDAGATLA
• [PATCH] ide: use module_pci_driver to simplify the code, Wei Yongjun
• [PATCH] cs5536: use module_pci_driver to simplify the code, Wei Yongjun
  • Re: [PATCH] cs5536: use module_pci_driver to simplify the code, David Miller
• [PATCH] pata_cs5536: add quirk for broken udma, Christian Gmeiner
  • Re: [PATCH] pata_cs5536: add quirk for broken udma, Jeff Garzik
  • <Possible follow-ups>
  • [PATCH] pata_cs5536: add quirk for broken udma, Christian Gmeiner
    • Re: [PATCH] pata_cs5536: add quirk for broken udma, Jeff Garzik
• [PATCH 0/6] Adding support for SATA in EXYNO5, vasanthananthan
  • <Possible follow-ups>
  • [PATCH 0/6] Adding support for SATA in EXYNO5, Vasanth Ananthan
    • [PATCH 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY, Vasanth Ananthan
    • [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY, Vasanth Ananthan
      • Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY, Olof Johansson
        • Message not available
          • Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY, Vasanth Ananthan
        • Message not available
          • Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY, Olof Johansson
            • Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY, Vasanth Ananthan
    • [PATCH 3/6] DRIVERS: ATA: SATA PHY utility framework, Vasanth Ananthan
      • Re: [PATCH 3/6] DRIVERS: ATA: SATA PHY utility framework, Tomasz Figa
        • Re: [PATCH 3/6] DRIVERS: ATA: SATA PHY utility framework, Vasanth Ananthan
    • [PATCH 4/6] ARM: S3C2410: I2C driver polling mode support, Vasanth Ananthan
      • Re: [PATCH 4/6] ARM: S3C2410: I2C driver polling mode support, Tomasz Figa
      • Re: [PATCH 4/6] ARM: S3C2410: I2C driver polling mode support, Heiko Stübner
    • [PATCH 5/6] ARM: EYNOS5: SATA controller driver, Vasanth Ananthan
      • Re: [PATCH 5/6] ARM: EYNOS5: SATA controller driver, Tomasz Figa
    • [PATCH 6/6] ARM: EXYNOS5: SATA PHY controller driver, Vasanth Ananthan
      • Re: [PATCH 6/6] ARM: EXYNOS5: SATA PHY controller driver, Tomasz Figa
        • Re: [PATCH 6/6] ARM: EXYNOS5: SATA PHY controller driver, Vasanth Ananthan
• [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle, Aaron Lu
  • Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle, Aaron Lu
  • Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle, Dan van der Ster
    • Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle, Simple Simon
  • Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle, Jeff Garzik
• [PATCH] ata: sata_highbank: Fix section mismatch, Fabio Estevam
  • Re: [PATCH] ata: sata_highbank: Fix section mismatch, Fabio Estevam
• [PATCH v4 -tip 0/3] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
  • [PATCH v4 -tip 1/3] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
  • [PATCH v4 -tip 2/3] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Alexander Gordeev
  • [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Alexander Gordeev
    • Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Ingo Molnar
      • Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Alexander Gordeev
        • Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Alexander Gordeev
          • Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Alexander Gordeev
  • <Possible follow-ups>
  • [PATCH v4 -tip 0/3] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
    • [PATCH v4 -tip 1/3] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
    • [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Alexander Gordeev
      • Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs, Jeff Garzik
    • [PATCH v4 -tip 2/3] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Alexander Gordeev
• ata_dev_acpi_handle - NULL ptr deref (bug #48211), Dan van der Ster
  • Re: ata_dev_acpi_handle - NULL ptr deref (bug #48211), Aaron Lu
    • Re: ata_dev_acpi_handle - NULL ptr deref (bug #48211), Dan van der Ster
• [git patches] libata fixes for 3.7, Jeff Garzik
  • Re: [git patches] libata fixes for 3.7, Michael Tokarev
    • Re: [git patches] libata fixes for 3.7, Jeff Garzik
      • Re: [git patches] libata fixes for 3.7, Michael Tokarev
• [PATCH v3 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
  • [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
    • Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Ingo Molnar
      • Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
        • Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Ingo Molnar
          • Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
            • Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Ingo Molnar
  • [PATCH v3 -tip 2/5] x86, MSI: Allocate as many multiple IRQs as requested, Alexander Gordeev
    • Re: [PATCH v3 -tip 2/5] x86, MSI: Allocate as many multiple IRQs as requested, Ingo Molnar
  • [PATCH v3 -tip 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Alexander Gordeev
  • [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Alexander Gordeev
    • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Jeff Garzik
      • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Bjorn Helgaas
        • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Jeff Garzik
    • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Ingo Molnar
      • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Alexander Gordeev
        • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Jeff Garzik
          • Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs, Alexander Gordeev
  • [PATCH v3 -tip 3/5] x86, MSI: Minor readability fixes, Alexander Gordeev
    • Re: [PATCH v3 -tip 3/5] x86, MSI: Minor readability fixes, Ingo Molnar
• Opening CD bay during resume disabled drive, Paul Menzel
• sata adapter, Gene Heskett
  • Re: sata adapter, Felix Miata
  • Re: sata adapter, Mikael Pettersson
    • Re: sata adapter, Gene Heskett
• [PATCH] ata: Fix build error in sata_highbank, Mark Langsdorf
  • Re: [PATCH] ata: Fix build error in sata_highbank, Jan Ceuleers
    • Re: [PATCH] ata: Fix build error in sata_highbank, Sedat Dilek
      • Re: [PATCH] ata: Fix build error in sata_highbank, Mark Langsdorf
• [PATCH] ATA: sata_mv: Fix warnings when no PCI, Andrew Lunn
  • Re: [PATCH] ATA: sata_mv: Fix warnings when no PCI, Olof Johansson
  • Re: [PATCH] ATA: sata_mv: Fix warnings when no PCI, Jason Cooper
• AHCI power down via unbind/rmmod, Brian Norris
• [PATCH 09/29] PCI, libata: remove find_bridge in acpi_bus_type, Yinghai Lu
  • Re: [PATCH 09/29] PCI, libata: remove find_bridge in acpi_bus_type, Jeff Garzik
• Re: [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, James Bottomley
• [Bug 47781] New: ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, bugzilla-daemon
  • [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, bugzilla-daemon
  • [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, bugzilla-daemon
  • [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, bugzilla-daemon
  • [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, bugzilla-daemon
  • [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen, bugzilla-daemon
• [PATCH -next] ata: fix sata_highbank.c build errors, Randy Dunlap
  • Re: [PATCH -next] ata: fix sata_highbank.c build errors, Randy Dunlap
    • Re: [PATCH -next] ata: fix sata_highbank.c build errors, Mark Langsdorf
• [RFC PATCH] libata: scsi: flush cache on scsi stop command, Aaron Lu
  • Re: [RFC PATCH] libata: scsi: flush cache on scsi stop command, Gwendal Grignou
    • Re: [RFC PATCH] libata: scsi: flush cache on scsi stop command, Aaron Lu
• [PATCH] ata_piix: reenable MS Virtual PC guests, Olaf Hering
  • Re: [PATCH] ata_piix: reenable MS Virtual PC guests, Jeff Garzik
• [PATCH v2 0/4] Support runtime power off of HDD, Aaron Lu
  • [PATCH v2 1/4] scsi: introduce sync_before_stop flag, Aaron Lu
    • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, Oliver Neukum
      • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, Aaron Lu
    • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, James Bottomley
      • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, Aaron Lu
        • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, James Bottomley
          • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, Aaron Lu
            • Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag, Jeff Garzik
  • [PATCH v2 2/4] scsi: sd: enter stop power condition on runtime suspend, Aaron Lu
  • [PATCH v2 4/4] libata: acpi: set can_power_off for both ODD and HDD, Aaron Lu
  • [PATCH v2 3/4] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
• [PATCH] sata_promise: fix hardreset lockdep error, Mikael Pettersson
• [RFC/PATCH] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Stephan Schreiber
  • Re: [RFC/PATCH] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Alan Cox
    • [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Stephan Schreiber
      • Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Bjorn Helgaas
        • Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Stephan Schreiber
          • Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Bjorn Helgaas
            • Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Stephan Schreiber
              • Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Bjorn Helgaas
                • Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Stephan Schreiber
  • Re: [RFC/PATCH] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource, Bjorn Helgaas
• Re: linux-next: Tree for Sept 14 (sata_highhbank), Randy Dunlap
  • Re: linux-next: Tree for Sept 14 (sata_highhbank), Mark Langsdorf
    • Re: linux-next: Tree for Sept 14 (sata_highhbank), Jeff Garzik
• [PATCH 0/2] Support runtime power off of HDD, Aaron Lu
  • [PATCH 2/2] libata: acpi: set can_power_off for both ODD and HDD, Aaron Lu
  • [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
    • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
      • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
        • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
          • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
            • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
              • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
                • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
                  • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Oliver Neukum
                    • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
                      • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Oliver Neukum
                        • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Alan Stern
                          • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Oliver Neukum
                            • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Alan Stern
                          • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
                          • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
                  • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
                    • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
                      • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
                        • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, James Bottomley
                          • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
                            • Re: [PATCH 1/2] scsi: sd: set ready_to_power_off for scsi disk, Aaron Lu
• [libata:NEXT 14/21] ERROR: "ata_dev_set_feature" [drivers/ata/libahci.ko] undefined!, Fengguang Wu
  • Re: [libata:NEXT 14/21] ERROR: "ata_dev_set_feature" [drivers/ata/libahci.ko] undefined!, Jeff Garzik
    • Re: [libata:NEXT 14/21] ERROR: "ata_dev_set_feature" [drivers/ata/libahci.ko] undefined!, Fengguang Wu
• [git patches] libata new PCI IDs, Jeff Garzik
• Change in sysfs topology for libata, Gwendal Grignou
  • Re: Change in sysfs topology for libata, Gwendal Grignou
    • Re: Change in sysfs topology for libata, Lin Ming
      • Re: Change in sysfs topology for libata, Gwendal Grignou
        • Re: Change in sysfs topology for libata, Aaron Lu
          • [PATCH 3/3] libata: Change transport topology layout, Gwendal Grignou
            • Re: [PATCH 3/3] libata: Change transport topology layout, Aaron Lu
              • [PATCH 3/3] libata: Change transport topology layout, Gwendal Grignou
          • [PATCH 1/3] Revert "ata: make ata port as parent device of scsi host", Gwendal Grignou
            • Re: [PATCH 1/3] Revert "ata: make ata port as parent device of scsi host", Sergei Shtylyov
              • [PATCH 1/3] Revert "ata: make ata port as parent device of scsi host", Gwendal Grignou
              • [PATCH 3/3] libata: Change transport topology layout, Gwendal Grignou
              • [PATCH 2/3] scsi: Allow devices to have arbitrary parent, Gwendal Grignou
          • [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology., Gwendal Grignou
            • Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology., Aaron Lu
              • [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology., Gwendal Grignou
                • Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology., Dan Williams
                  • Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology., Gwendal Grignou
                    • Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology., Dan Williams
          • [PATCH 2/3] scsi: Allow devices to have arbitrary parent, Gwendal Grignou
• [PATCH v7 0/6] ZPODD patches, Aaron Lu
  • [PATCH v7 1/6] block: genhd: add an interface to set disk poll interval, Aaron Lu
    • Re: [PATCH v7 1/6] block: genhd: add an interface to set disk poll interval, Rafael J. Wysocki
  • [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Aaron Lu
    • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Rafael J. Wysocki
      • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Aaron Lu
        • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Rafael J. Wysocki
          • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Aaron Lu
            • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Alan Stern
              • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Aaron Lu
                • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Rafael J. Wysocki
    • Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD), Jeff Garzik
  • [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
    • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
      • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Alan Stern
      • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
        • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
          • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
            • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
              • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
                  • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                    • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
                      • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                        • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Oliver Neukum
                          • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                            • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
                              • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                                • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
                                  • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                            • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Oliver Neukum
                    • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Oliver Neukum
                      • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
  • [PATCH v7 6/6] libata: acpi: respect may_power_off flag, Aaron Lu
    • Re: [PATCH v7 6/6] libata: acpi: respect may_power_off flag, Jeff Garzik
  • [PATCH v7 5/6] scsi: sr: use may_power_off, Aaron Lu
  • [PATCH v7 4/6] scsi: pm: add may_power_off flag, Aaron Lu
  • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
    • Re: [PATCH v7 0/6] ZPODD patches, James Bottomley
      • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
        • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
          • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
            • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
              • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
                • Re: [PATCH v7 0/6] ZPODD patches, Oliver Neukum
                  • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
                    • Re: [PATCH v7 0/6] ZPODD patches, Alan Stern
                      • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
                        • Re: [PATCH v7 0/6] ZPODD patches, Alan Stern
                          • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
                • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
                  • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
                    • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
                      • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
                        • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
                          • Re: [PATCH v7 0/6] ZPODD patches, James Bottomley
                            • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
                            • Re: [PATCH v7 0/6] ZPODD patches, Aaron Lu
        • Re: [PATCH v7 0/6] ZPODD patches, James Bottomley
          • Re: [PATCH v7 0/6] ZPODD patches, Rafael J. Wysocki
      • Re: [PATCH v7 0/6] ZPODD patches, Oliver Neukum
      • Re: [PATCH v7 0/6] ZPODD patches, David Woodhouse
        • RE: [PATCH v7 0/6] ZPODD patches, Jack Wang
  • Message not available
    • Message not available
      • Message not available
        • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
          • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Alan Stern
            • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
              • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
                • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                  • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Alan Stern
                    • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                    • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Jeff Garzik
                • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Jeff Garzik
            • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
              • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Jeff Garzik
                • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Alan Stern
                  • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Jeff Garzik
                  • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                    • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, James Bottomley
                      • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                        • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, James Bottomley
                          • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
                        • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
          • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Rafael J. Wysocki
            • Re: [PATCH v7 2/6] scsi: sr: support runtime pm, Aaron Lu
• [PATCH][v4] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Shaohui Xie
  • RE: [PATCH][v4] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Xie Shaohui-B21989
• [PATCH RESEND] ahci: Add JMicron 362 device IDs, Ben Hutchings
  • Re: [PATCH RESEND] ahci: Add JMicron 362 device IDs, Jonathan Nieder
    • Re: [PATCH RESEND] ahci: Add JMicron 362 device IDs, Ben Hutchings
• Regression bug - Random SATA drives on PMPs on sata_sil24 cards not being detected at boot with 3.2, 3.4, 3.6, Daniel Smedegaard Buus
  • Re: Regression bug - Random SATA drives on PMPs on sata_sil24 cards not being detected at boot with 3.2, 3.4, 3.6, Gwendal Grignou
    • Re: Regression bug - Random SATA drives on PMPs on sata_sil24 cards not being detected at boot with 3.2, 3.4, 3.6, Daniel Smedegaard Buus
      • Re: Regression bug - Random SATA drives on PMPs on sata_sil24 cards not being detected at boot with 3.2, 3.4, 3.6, Gwendal Grignou
• [PATCH][v3] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Shaohui Xie
  • Re: [PATCH][v3] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Kumar Gala
    • RE: [PATCH][v3] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Xie Shaohui-B21989
      • Re: [PATCH][v3] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Sergei Shtylyov
        • RE: [PATCH][v3] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Xie Shaohui-B21989
• [PATCH RESEND v3 2/2] ahci: implement aggressive SATA device sleep support, Shane Huang
• [PATCH RESEND v3 1/2] ata: define enum constants for IDENTIFY DEVICE, Shane Huang
• [PATCH] [v2] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Shaohui Xie
  • Re: [PATCH] [v2] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Sergei Shtylyov
    • RE: [PATCH] [v2] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Xie Shaohui-B21989
• problem on harddisk, Paolo Minazzi
  • Re: problem on harddisk, Sergei Shtylyov
• [PATCH] ahci: Add identifiers for ASM106x devices, Alan Cox
• [PATCH v6 0/7] ZPODD patches, Aaron Lu
  • [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
      • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Alan Stern
        • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
          • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
            • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Alan Stern
              • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Alan Stern
                  • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Alan Stern
                      • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                        • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Alan Stern
                          • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                            • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                              • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                                • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                                  • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
                                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                  • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
                    • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Alan Stern
            • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Oliver Neukum
              • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
      • Re: [PATCH v6 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
  • [PATCH v6 2/7] block: genhd: export disk_(un)block_events, Aaron Lu
  • [PATCH v6 3/7] scsi: sr: block events checking when suspended for zpodd, Aaron Lu
  • [PATCH v6 4/7] libata: acpi: set can_power_off for both ODD and HD, Aaron Lu
    • Re: [PATCH v6 4/7] libata: acpi: set can_power_off for both ODD and HD, Jeff Garzik
  • [PATCH v6 5/7] scsi: pm: add may_power_off flag, Aaron Lu
    • Re: [PATCH v6 5/7] scsi: pm: add may_power_off flag, Oliver Neukum
      • Re: [PATCH v6 5/7] scsi: pm: add may_power_off flag, Aaron Lu
  • [PATCH v6 6/7] scsi: sr: use may_power_off, Aaron Lu
  • [PATCH v6 7/7] libata: acpi: respect may_power_off flag, Aaron Lu
    • Re: [PATCH v6 7/7] libata: acpi: respect may_power_off flag, Jeff Garzik
  • RE: [PATCH v6 0/7] ZPODD patches, Jack Wang
    • Re: [PATCH v6 0/7] ZPODD patches, Aaron Lu
      • RE: [PATCH v6 0/7] ZPODD patches, Jack Wang
        • Re: [PATCH v6 0/7] ZPODD patches, Aaron Lu
          • RE: [PATCH v6 0/7] ZPODD patches, Jack Wang
            • Re: [PATCH v6 0/7] ZPODD patches, Aaron Lu
              • Re: [PATCH v6 0/7] ZPODD patches, James Bottomley
              • RE:[PATCH v6 0/7] ZPODD patches, Jack Wang
                • Re: [PATCH v6 0/7] ZPODD patches, Aaron Lu
• [PATCH] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Shaohui Xie
  • RE: [PATCH] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Jenkins, Clive
  • RE: [PATCH] sata_fsl: add workaround for data length mismatch on freescale V2 controller, David Laight
    • RE: [PATCH] sata_fsl: add workaround for data length mismatch on freescale V2 controller, Xie Shaohui-B21989
• Problem with Marvell 6121, Franck Jullien
• [PATCH v2 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
  • [PATCH v2 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
    • Re: [PATCH v2 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Yinghai Lu
      • Re: [PATCH v2 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
  • [PATCH v2 -tip 2/5] x86, MSI: Allocate as many multiple IRQs as requested, Alexander Gordeev
  • [PATCH v2 -tip 3/5] x86, MSI: Minor readability fixes, Alexander Gordeev
  • [PATCH v2 -tip 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Alexander Gordeev
    • Re: [PATCH v2 -tip 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Bjorn Helgaas
  • [PATCH v2 -tip 5/5] AHCI: Support multiple MSIs, Alexander Gordeev
    • Re: [PATCH v2 -tip 5/5] AHCI: Support multiple MSIs, Jeff Garzik
  • Re: [PATCH v2 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
    • Re: [PATCH v2 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs, Ingo Molnar
• [PATCH v5 0/7] ZPODD patches, Aaron Lu
  • [PATCH v5 1/7] scsi: sr: support runtime pm for ODD, Aaron Lu
  • [PATCH v5 2/7] block: genhd: export disk_(un)block_events, Aaron Lu
  • [PATCH v5 3/7] scsi: sr: block events checking when suspended for zpodd, Aaron Lu
  • [PATCH v5 4/7] libata: acpi: set can_power_off for both ODD and HD, Aaron Lu
  • [PATCH v5 7/7] libata: acpi: respect may_power_off flag, Aaron Lu
  • [PATCH v5 6/7] scsi: sr: use may_power_off, Aaron Lu
  • [PATCH v5 5/7] scsi: pm: add may_power_off flag, Aaron Lu
  • Re: [PATCH v5 0/7] ZPODD patches, Alan Stern
    • Re: [PATCH v5 0/7] ZPODD patches, Aaron Lu
      • Re: [PATCH v5 0/7] ZPODD patches, Alan Stern
• [PATCH v3 2/2] ahci: implement aggressive SATA device sleep support, Shane Huang
• [PATCH v3 1/2] ata: define enum constants for IDENTIFY DEVICE, Shane Huang
• [PATCH 0/4] SATA device runtime power off, Aaron Lu
  • [PATCH 1/4] libata: pm: differentiate system and runtime pm for ata port, Aaron Lu
  • [PATCH 2/4] libata: acpi: set can_power_off for both ODD and HD, Aaron Lu
  • [PATCH 3/4] scsi: pm: add may_power_off flag, Aaron Lu
  • [PATCH 4/4] libata: acpi: respect may_power_off flag, Aaron Lu
• Which disk is ata4?, Andy Lutomirski
  • Re: Which disk is ata4?, Tim Nufire
    • Re: Which disk is ata4?, Andy Lutomirski
  • Re: Which disk is ata4?, Jan Engelhardt
    • Re: Which disk is ata4?, Borislav Petkov
      • Re: Which disk is ata4?, Alan Cox
    • Re: Which disk is ata4?, Andy Lutomirski
      • Re: Which disk is ata4?, Jan Engelhardt
• [PATCH] libata: pm: differentiate system and runtime pm for ata port, Aaron Lu
  • Re: [PATCH] libata: pm: differentiate system and runtime pm for ata port, Jeff Garzik
    • Re: [PATCH] libata: pm: differentiate system and runtime pm for ata port, Aaron Lu
    • [PATCH v2 1/2] libata: pm: differentiate system and runtime pm for ata port, Aaron Lu
      • [PATCH v2 2/2] libata: PM code cleanup for ata port, Aaron Lu
        • Re: [PATCH v2 2/2] libata: PM code cleanup for ata port, Sergei Shtylyov
          • Re: [PATCH v2 2/2] libata: PM code cleanup for ata port, Rafael J. Wysocki
        • Re: [PATCH v2 2/2] libata: PM code cleanup for ata port, Jeff Garzik
• Re: Storage related regression in linux-next 20120824, Jeff Garzik
  • Re: Storage related regression in linux-next 20120824, Dieter Ries
    • Storage regression in v3.6-rc3 was: Storage related regression in linux-next 20120824, Dieter Ries
  • Re: Storage related regression in linux-next 20120824, Arvydas Sidorenko
    • Re: Storage related regression in linux-next 20120824, Arvydas Sidorenko
      • Re: Storage related regression in linux-next 20120824, Hugh Dickins
        • Re: Storage related regression in linux-next 20120824, Arvydas Sidorenko
          • Re: Storage related regression in linux-next 20120824, Jeff Garzik
            • Re: Storage related regression in linux-next 20120824, Hugh Dickins
              • Re: Storage related regression in linux-next 20120824, Jeff Garzik
                • Re: Storage related regression in linux-next 20120824, Zheng Liu
            • Re: Storage related regression in linux-next 20120824, Hugh Dickins
• [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates, Viresh Kumar
  • [PATCH V3 Resend 1/3] ata: pata_arasan: Add clk_{un}prepare() support, Viresh Kumar
  • [PATCH V3 Resend 3/3] ata/ahci_platform: Add clock framework support, Viresh Kumar
  • [PATCH V3 Resend 2/3] ata: pata_arasan: add Device Tree probing capability, Viresh Kumar
  • Re: [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates, viresh kumar
    • Re: [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates, viresh kumar
      • Re: [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates, Jeff Garzik
• HDD problem, software bug, bios bug, or hardware ?, Adko Branil
  • Re: HDD problem, software bug, bios bug, or hardware ?, Felix Miata
  • <Possible follow-ups>
  • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
    • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
      • Re: HDD problem, software bug, bios bug, or hardware ?, Rafael J. Wysocki
      • Re: HDD problem, software bug, bios bug, or hardware ?, Dan Merillat
        • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
          • Re: HDD problem, software bug, bios bug, or hardware ?, Dan Merillat
            • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
              • Re: HDD problem, software bug, bios bug, or hardware ?, Dan Merillat
                • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
                  • Re: HDD problem, software bug, bios bug, or hardware ?, Dan Merillat
                    • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
  • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
    • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
    • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
      • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
        • Re: HDD problem, software bug, bios bug, or hardware ?, Felix Miata
        • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
          • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
          • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
            • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
          • Message not available
            • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
              • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
              • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
                • Re: HDD problem, software bug, bios bug, or hardware ?, Mikael Pettersson
                  • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
                  • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
                    • Re: HDD problem, software bug, bios bug, or hardware ?, Mikael Pettersson
                      • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
                      • Re: HDD problem, software bug, bios bug, or hardware ?, Adko Branil
                    • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
                  • Re: HDD problem, software bug, bios bug, or hardware ?, Borislav Petkov
• [PATCH] libata: Add a space to " 2GB ATA Flash Disk" DMA blacklist entry, Prarit Bhargava
• [PATCH v2] ahci: implement aggressive SATA device sleep support, Shane Huang
  • Re: [PATCH v2] ahci: implement aggressive SATA device sleep support, Jeff Garzik
    • Re: [PATCH v2] ahci: implement aggressive SATA device sleep support, Aaron Lu
    • RE: [PATCH v2] ahci: implement aggressive SATA device sleep support, Huang, Shane
      • RE: [PATCH v2] ahci: implement aggressive SATA device sleep support, Huang, Shane
      • Re: [PATCH v2] ahci: implement aggressive SATA device sleep support, Jeff Garzik
        • RE: [PATCH v2] ahci: implement aggressive SATA device sleep support, Huang, Shane
          • Re: [PATCH v2] ahci: implement aggressive SATA device sleep support, Jeff Garzik
• [PATCH] libata-core: use ATA_LBA in ata_build_rw_tf(), Sergei Shtylyov
• [PATCH] ide: fix generic_ide_suspend/resume Oops, Miklos Szeredi
  • Re: [PATCH] ide: fix generic_ide_suspend/resume Oops, David Miller
• Deferred disk spinup during system resume, Brian Norris
  • Re: Deferred disk spinup during system resume, Tejun Heo
    • Re: Deferred disk spinup during system resume, Brian Norris
• [PATCH 0/2] ata: Updates for pata_octeon_cf driver., David Daney
  • [PATCH 2/2] ata: pata_octeon_cf: Use correct byte order for DMA in when built little-endian., David Daney
  • [PATCH 1/2] MIPS/OCTEON/ata: Convert pata_octeon_cf.c to use device tree., David Daney
  • Re: [PATCH 0/2] ata: Updates for pata_octeon_cf driver., Jeff Garzik
• Re: [PATCH] libata: acpi: call ata_acpi_gtm during ata port init time, Jeff Garzik
• [PATCH 0/2] ahci: custom reset for Calxeda ahci, Mark Langsdorf
  • [PATCH 2/2] ahci_platform: add custom hard reset for Calxeda ahci ctrlr, Mark Langsdorf
    • Re: [PATCH 2/2] ahci_platform: add custom hard reset for Calxeda ahci ctrlr, Rob Herring
    • Re: [PATCH 2/2] ahci_platform: add custom hard reset for Calxeda ahci ctrlr, Jeff Garzik
      • Re: [PATCH 2/2] ahci_platform: add custom hard reset for Calxeda ahci ctrlr, Mark Langsdorf
    • [PATCH v2] ata: add platform driver for Calxeda AHCI controller, Mark Langsdorf
  • [PATCH 1/2] ahci: un-staticize ahci_dev_classify, Mark Langsdorf
    • Re: [PATCH 1/2] ahci: un-staticize ahci_dev_classify, Jeff Garzik
• [PATCH] pata_atiixp: override cable detection on MSI E350DM-E33, Arnd Hannemann
  • Re: [PATCH] pata_atiixp: override cable detection on MSI E350DM-E33, Jeff Garzik
• [PATCH 0/5] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
  • [PATCH 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping, Alexander Gordeev
  • [PATCH 2/5] x86, MSI: Allocate as many multiple IRQs as requested, Alexander Gordeev
  • [PATCH 3/5] x86, MSI: Minor readability fixes, Alexander Gordeev
  • [PATCH 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Alexander Gordeev
    • Re: [PATCH 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Bjorn Helgaas
      • Re: [PATCH 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Alexander Gordeev
        • Re: [PATCH 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto(), Bjorn Helgaas
  • [PATCH 5/5] AHCI: Support multiple MSIs, Alexander Gordeev
  • Re: [PATCH 0/5] x86, MSI, AHCI: Support multiple MSIs, Jeff Garzik
    • Re: [PATCH 0/5] x86, MSI, AHCI: Support multiple MSIs, Alexander Gordeev
• PATCH] ata: Kconfig: Elaborate that SFF is meant for legacy and PATA stuff, Paul Menzel
  • Re: PATCH] ata: Kconfig: Elaborate that SFF is meant for legacy and PATA stuff, Jeff Garzik
• [PATCH 2/5] ata_piix: Add Device IDs for Intel Lynx Point-LP PCH, james . d . ralston
  • Re: [PATCH 2/5] ata_piix: Add Device IDs for Intel Lynx Point-LP PCH, Jeff Garzik
• [PATCH 1/5] ahci: Add Device IDs for Intel Lynx Point-LP PCH, james . d . ralston
  • Re: [PATCH 1/5] ahci: Add Device IDs for Intel Lynx Point-LP PCH, Jeff Garzik
• [PATCH 03/13] ide: Potential null pointer dereference in ide_queue_pc_tail(), Marina Makienko
  • [PATCH 11/13] ide: Potential null pointer dereference in idetape_queue_rw_tail(), Marina Makienko
  • [PATCH 12/13] ide: Potential null pointer dereference in issue_park_cmd(), Marina Makienko
  • [PATCH 10/13] ide: Potential null pointer dereference in ide_cd_queue_pc(), Marina Makienko
  • [PATCH 09/13] ide: Potential null pointer dereference in set_multcount(), Marina Makienko
  • [PATCH 08/13] ide: Potential null pointer dereference in ide_devset_execute(), Marina Makienko
  • [PATCH 05/13] ide: Potential null pointer dereference in ide_raw_taskfile(), Marina Makienko
  • [PATCH 07/13] ide: Potential null pointer dereference in ide_cmd_ioctl(), Marina Makienko
  • [PATCH 06/13] ide: Potential null pointer dereference in generic_ide_resume(), Marina Makienko
  • [PATCH 04/13] ide: Potential null pointer dereference in ide_cdrom_reset(), Marina Makienko
  • Re: [PATCH 03/13] ide: Potential null pointer dereference in ide_queue_pc_tail(), Alan Cox
    • Re: [PATCH 03/13] ide: Potential null pointer dereference in ide_queue_pc_tail(), David Miller
    • Re: [PATCH 03/13] ide: Potential null pointer dereference in ide_queue_pc_tail(), Sergei Shtylyov
• HDD problem, Adko Branil
  • Re: HDD problem, Borislav Petkov
    • Message not available
      • Re: HDD problem, Adko Branil
• Re: sata_mv query, Mark Lord
  • Re: sata_mv query, Mark Lord
    • Re: sata_mv query, Mark Lord
• [PATCH RESEND] ahci: implement aggressive SATA device sleep support, Shane Huang
  • Re: [PATCH RESEND] ahci: implement aggressive SATA device sleep support, Jeff Garzik
    • RE: [PATCH RESEND] ahci: implement aggressive SATA device sleep support, Huang, Shane
  • Re: [PATCH RESEND] ahci: implement aggressive SATA device sleep support, David Woodhouse
    • RE: [PATCH RESEND] ahci: implement aggressive SATA device sleep support, Huang, Shane
• [PATCH] ahci: implement aggressive SATA device sleep support, Shane Huang
• Re: An Andre To Remember, Nicholas A. Bellinger
  • Re: An Andre To Remember, Stan Hoeppner
  • <Possible follow-ups>
  • Re: An Andre To Remember, Andrew Morton
• IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
  • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stan Hoeppner
    • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
      • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
        • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stan Hoeppner
          • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
            • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
              • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stan Hoeppner
                • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
                  • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stan Hoeppner
                  • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
                    • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stan Hoeppner
          • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
            • Re: IRQ issues with multiple SiI3114's on Kernel 3.2, Stirling Westrup
• [PATCH v4 0/7] ZPODD patches, Aaron Lu
  • [PATCH v4 4/7] scsi: sr: block events when runtime suspended, Aaron Lu
    • Re: [PATCH v4 4/7] scsi: sr: block events when runtime suspended, Aaron Lu
      • Re: [PATCH v4 4/7] scsi: sr: block events when runtime suspended, Jeff Garzik
        • Re: [PATCH v4 4/7] scsi: sr: block events when runtime suspended, Aaron Lu
  • [PATCH v4 6/7] scsi: sr: balance sr disk events block depth, Aaron Lu
  • [PATCH v4 3/7] scsi: sr: support zero power ODD(ZPODD), Aaron Lu
  • [PATCH v4 2/7] scsi: pm: add interface to autosuspend scsi device, Aaron Lu
  • [PATCH v4 7/7] block: genhd: add an interface to set disk's poll interval, Aaron Lu
  • [PATCH v4 1/7] scsi: sr: check support for device busy class events, Aaron Lu
  • [PATCH v4 5/7] scsi: pm: use runtime resume callback if available, Aaron Lu
  • Re: [PATCH v4 0/7] ZPODD patches, Aaron Lu
    • Re: [PATCH v4 0/7] ZPODD patches, James Bottomley
• Re: Andre Hedrick (anhedric) has died, Jeff Garzik
• [RFC] [Patch] pata_cs5536: add quirk for broken udma, Christian Gmeiner
  • Re: [RFC] [Patch] pata_cs5536: add quirk for broken udma, Jeff Garzik
• [PATCH v3 0/7] ZPODD patches for scsi tree, Aaron Lu
  • [PATCH v3 6/7] scsi: sr: balance sr disk events block depth, Aaron Lu
    • Re: [PATCH v3 6/7] scsi: sr: balance sr disk events block depth, Sergei Shtylyov
      • Re: [PATCH v3 6/7] scsi: sr: balance sr disk events block depth, Aaron Lu
  • [PATCH v3 4/7] scsi: sr: block events when runtime suspended, Aaron Lu
  • [PATCH v3 3/7] scsi: sr: support zero power ODD(ZPODD), Aaron Lu
  • [PATCH v3 5/7] scsi: pm: use runtime resume callback if available, Aaron Lu
  • [PATCH v3 7/7] block: genhd: add an interface to set disk's poll interval, Aaron Lu
  • [PATCH v3 1/7] scsi: sr: check support for device busy class events, Aaron Lu
  • [PATCH v3 2/7] scsi: pm: use autosuspend if device supports it, Aaron Lu
    • Re: [PATCH v3 2/7] scsi: pm: use autosuspend if device supports it, Oliver Neukum
      • Re: [PATCH v3 2/7] scsi: pm: use autosuspend if device supports it, Aaron Lu
        • Re: [PATCH v3 2/7] scsi: pm: use autosuspend if device supports it, Oliver Neukum
  • Re: [PATCH v3 0/7] ZPODD patches for scsi tree, Jeff Garzik
    • Re: [PATCH v3 0/7] ZPODD patches for scsi tree, Aaron Lu
      • Re: [PATCH v3 0/7] ZPODD patches for scsi tree, Jeff Garzik
• whitelist entry for device with known good pata-sata bridge, Michael Eitelwein
  • Re: whitelist entry for device with known good pata-sata bridge, Jeff Garzik
• Re: 'Device not ready' issue on mpt2sas since 3.1.10, James Bottomley
  • Re: 'Device not ready' issue on mpt2sas since 3.1.10, Tejun Heo