Linux IDE Archive

• Thread Index

• Re: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Jason Cooper
• Re: ATA controllers giveaway!
  • From: Tejun Heo
• [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Joshua Coombs
• Re: [PATCH v11 3/9] libata: identify and init ZPODD devices
  • From: Tejun Heo
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• Re: ata1: COMRESET failed
  • From: Jiri Slaby
• Re: [PATCH v11 6/9] libata: handle power transition of ODD
  • From: Aaron Lu
• Re: [PATCH v11 5/9] libata: check zero power ready status for ZPODD
  • From: Aaron Lu
• Re: [PATCH v11 3/9] libata: identify and init ZPODD devices
  • From: Aaron Lu
• Re: ata1: COMRESET failed
  • From: Aaron Lu
• Re: [PATCH v11 0/9] ZPODD Patches
  • From: Tejun Heo
• Re: [PATCH v11 6/9] libata: handle power transition of ODD
  • From: Tejun Heo
• Re: [PATCH v11 8/9] libata: no poll when ODD is powered off
  • From: Tejun Heo
• Re: [PATCH v11 7/9] libata: expose pm qos flags for ata device
  • From: Tejun Heo
• Re: [PATCH v11 5/9] libata: check zero power ready status for ZPODD
  • From: Tejun Heo
• Re: [PATCH v11 4/9] libata: move acpi notification code to zpodd
  • From: Tejun Heo
• Re: [PATCH v11 3/9] libata: identify and init ZPODD devices
  • From: Tejun Heo
• Re: [PATCH v11 2/9] libata: Add CONFIG_SATA_ZPODD
  • From: Tejun Heo
• bitrot on wiki [was Re: HP Compaq 2710p notebook suffers too many head unloads]
  • From: D. Hugh Redelmeier
• Re: ata1: COMRESET failed
  • From: Borislav Petkov
• ATA controllers giveaway!
  • From: Tejun Heo
• Re: sata_sil data corruption, possible workarounds
  • From: Robert Hancock
• Re: Possible corruption over AHCI
  • From: Robert Hancock
• Re: Ask for help with "qc timeout" and "failed to read log page 10h"
  • From: Robert Hancock
• Re: [PATCH v11 9/9] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu
• Re: [PATCH v11 9/9] libata: do not suspend port if normal ODD is attached
  • From: Sergei Shtylyov
• Ask for help with "qc timeout" and "failed to read log page 10h"
  • From: Rafał Miłecki
• Fix ahci don't retry commands after a success error handler.
  • From: y b
• [PATCH v11 6/9] libata: handle power transition of ODD
  • From: Aaron Lu
• [PATCH v11 8/9] libata: no poll when ODD is powered off
  • From: Aaron Lu
• [PATCH v11 9/9] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu
• [PATCH v11 7/9] libata: expose pm qos flags for ata device
  • From: Aaron Lu
• [PATCH v11 4/9] libata: move acpi notification code to zpodd
  • From: Aaron Lu
• [PATCH v11 5/9] libata: check zero power ready status for ZPODD
  • From: Aaron Lu
• [PATCH v11 3/9] libata: identify and init ZPODD devices
  • From: Aaron Lu
• [PATCH v11 2/9] libata: Add CONFIG_SATA_ZPODD
  • From: Aaron Lu
• [PATCH v11 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v11 0/9] ZPODD Patches
  • From: Aaron Lu
• Re: [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Sedat Dilek
• RE: [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Huang, Shane
• [PATCH v2 v3.7.0] Add AHCI support for Enmotus Bobcat device.
  • From: Hugh Daschbach
• Re: [PATCH] libata: replace sata_settings with devslp_timing
  • From: Sedat Dilek
• Re: [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Sedat Dilek
• Re: [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Sedat Dilek
• [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Sedat Dilek
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Possible corruption over AHCI
  • From: Byron Stanoszek
• Re: [PATCH RESEND v3.7.0] Add AHCI support for Enmotus Bobcat device.
  • From: Sergei Shtylyov
• [PATCH RESEND v3.7.0] Add AHCI support for Enmotus Bobcat device.
  • From: Hugh Daschbach
• [Bug 51841] sata_sil falls off some time after boot
  • From: bugzilla-daemon
• HP Compaq 2710p notebook suffers too many head unloads
  • From: D. Hugh Redelmeier
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• RE: [PATCH] libata: replace sata_settings with devslp_timing
  • From: Huang, Shane
• Re: [PATCH] libata: replace sata_settings with devslp_timing
  • From: Sergei Shtylyov
• RE: [PATCH] libata: replace sata_settings with devslp_timing
  • From: Huang, Shane
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• RE: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot
  • From: Huang, Shane
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: James Bottomley
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Sergei Shtylyov
• [PATCH 1/2] don't wait on disk to start on resume
  • From: Derek Basehore
• [PATCH 2/2] ata: don't wait on resume
  • From: Derek Basehore
• Re: [PATCH] libata: Shut up annoying native_sectors warning
  • From: Borislav Petkov
• Re: [PATCH] libata: Shut up annoying native_sectors warning
  • From: Borislav Petkov
• Re: [PATCH] libata-core: disable uninitialized var warning
  • From: Dirk Behme
• [PATCH] libata-core: disable uninitialized var warning
  • From: Dirk Behme
• Re: [PATCH] libata-core: disable uninitialized var warning
  • From: Dirk Behme
• Re: [PATCH] libata: Shut up annoying native_sectors warning
  • From: Alan Cox
• [PATCH] libata: Shut up annoying native_sectors warning
  • From: Borislav Petkov
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• [Bug 51841] New: sata_sil falls off some time after boot
  • From: bugzilla-daemon
• Re: DMA support for CF
  • From: Matej Kupljen
• Re: sata_sil data corruption, possible workarounds
  • From: Robert Hancock
• Re: Crash with Z77 chipset
  • From: Robert Hancock
• Re: DMA support for CF
  • From: geomatsi
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: Crash with Z77 chipset
  • From: Andrius Narbutas
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: Crash with Z77 chipset
  • From: Robert Hancock
• Crash with Z77 chipset
  • From: Andrius Narbutas
• [PATCH] libata: replace sata_settings with devslp_timing
  • From: Shane Huang
• Re: sata_sil data corruption, possible workarounds
  • From: Robert Hancock
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• Re: sata_sil data corruption, possible workarounds
  • From: Robert Hancock
• Re: v3.6 and up can't find HDD
  • From: Aaron Lu
• sata_sil data corruption, possible workarounds
  • From: bl0
• Re: v3.6 and up can't find HDD
  • From: Jeff Garzik
• [PATCH 3.7.0] Add AHCI support for Enmotus Bobcat device.
  • From: Hugh Daschbach
• Re: v3.6 and up can't find HDD
  • From: Michael Labriola
• [git patches] libata updates for 3.8
  • From: Jeff Garzik
• Re: v3.6 and up can't find HDD
  • From: Aaron Lu
• Re: sata_dwc_460ex.c with exec bit
  • From: Jeff Garzik
• Re: [PATCH] [libata] scsi: fix Null pointer dereference on disk error
  • From: Jeff Garzik
• Re: [PATCH -next] ahci: convert ata_link_printk() to ata_link_warn()
  • From: Jeff Garzik
• Re: [PATCH] ahci_platform: make structs static
  • From: Jeff Garzik
• Re: [PATCH] libata: check SATA_SETTINGS log with HW Feature Ctrl
  • From: Jeff Garzik
• Re: [PATCH v2 2/4] pata_octeon_cf: perform host detach, removal on exit
  • From: Jeff Garzik
• sata_dwc_460ex.c with exec bit
  • From: Xose Vazquez Perez
• v3.6 and up can't find HDD
  • From: Michael Labriola
• [PATCH] [libata] scsi: fix Null pointer dereference on disk error
  • From: Xiaotian Feng
• RE: [PATCH] libata: check SATA_SETTINGS log with HW Feature Ctrl
  • From: Huang, Shane
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: James Bottomley
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Chris Murphy
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Chris Friesen
• Re: Long delays when waking up from suspend-to-ram on Gigabyte MB with JMicron controller
  • From: Tejun Heo
• [PATCH] ahci_platform: make structs static
  • From: Brian Norris
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: James Bottomley
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Ric Wheeler
• Re: possible regression in kernel 3.6 and 3.7-rc: system hangs during nightly tape backup
  • From: Tilman Schmidt
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: James Bottomley
• Re: Long delays when waking up from suspend-to-ram on Gigabyte MB with JMicron controller
  • From: Aaron Lu
• Long delays when waking up from suspend-to-ram on Gigabyte MB with JMicron controller
  • From: Aaron Lu
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Ric Wheeler
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Chris Friesen
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• Re: [PATCH v2 2/4] pata_octeon_cf: perform host detach, removal on exit
  • From: Brian Norris
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• [PATCH -next] ahci: convert ata_link_printk() to ata_link_warn()
  • From: Wei Yongjun
• [PATCH -next] pata_imx: convert ata_dev_printk() to ata_dev_info()
  • From: Wei Yongjun
• [PATCH -next] ARM: ep93xx: convert ata_<foo>_printk() to ata_<foo>_<level>()
  • From: Wei Yongjun
• Re: [PATCH v2 2/4] pata_octeon_cf: perform host detach, removal on exit
  • From: David Daney
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Chris Friesen
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Dave Jiang
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Ric Wheeler
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Chris Friesen
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Dave Jiang
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Chris Friesen
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Ric Wheeler
• Re: getting I/O errors in super_written()...any ideas what would cause this?
  • From: Ric Wheeler
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Jeff Garzik
• Re: [PATCH v3 1/4] sata_highbank: utilize common ata_platform_remove_one()
  • From: Jeff Garzik
• Re: [PATCH] ata_piix: re-oder code and remove prototypes
  • From: Jeff Garzik
• [PATCH v2 4/4] pata_of_platform: fix compile error
  • From: Brian Norris
• [PATCH v2 3/4] libata: use pci_get_drvdata() helper
  • From: Brian Norris
• [PATCH v2 2/4] pata_octeon_cf: perform host detach, removal on exit
  • From: Brian Norris
• [PATCH v3 1/4] sata_highbank: utilize common ata_platform_remove_one()
  • From: Brian Norris
• Re: [PATCH] ata_piix: re-oder code and remove prototypes
  • From: Sergei Shtylyov
• Re: [PATCH v2 12/14] sata_highbank: utilize common ata_platform_remove_one()
  • From: Brian Norris
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: ata1: COMRESET failed
  • From: Borislav Petkov
• Re: ata1: COMRESET failed
  • From: Jiri Slaby
• Re: [PATCH v2 12/14] sata_highbank: utilize common ata_platform_remove_one()
  • From: Jeff Garzik
• Re: [PATCH] libata: set dma_mode to 0xff in reset
  • From: Jeff Garzik
• Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Jeff Garzik
• Re: [PATCH] libata: check SATA_SETTINGS log with HW Feature Ctrl
  • From: Jeff Garzik
• Re: [PATCH] libata: restore acpi disable functionality
  • From: Jeff Garzik
• Re: [PATCH] ata_piix: re-oder code and remove prototypes
  • From: Jeff Garzik
• Re: [PATCH] libata: set dma_mode to 0xff in reset
  • From: Alan Cox
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [PATCH] libata: set dma_mode to 0xff in reset
  • From: Aaron Lu
• Re: [PATCH] libata: fix ata_dma_enabled
  • From: Alan Cox
• Re: [PATCH] libata: fix ata_dma_enabled
  • From: Aaron Lu
• Re: [PATCH] libata: fix ata_dma_enabled
  • From: Alan Cox
• [PATCH] libata: fix ata_dma_enabled
  • From: Aaron Lu
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH] libata: restore acpi disable functionality
  • From: Tejun Heo
• Re: Supermicro X9SRL-F - channel enumeration error & ACPI/firmware bug question
  • From: Joerg Roedel
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• [PATCH] ata_piix: re-oder code and remove prototypes
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: Supermicro X9SRL-F - channel enumeration error & ACPI/firmware bug question
  • From: Bjorn Helgaas
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: Is FBS (FIS) working on Silicon Image 3726 port multiplier?
  • From: Norman Diamond
• Re: [PATCH] ata_piix: reenable MS Virtual PC guests
  • From: Jeff Garzik
• Re: [PATCH] pata_cs5536: add quirk for broken udma
  • From: Jeff Garzik
• Re: [PATCH] sata_sil24: remove unused variable from sata_sil24.c
  • From: Jeff Garzik
• Re: [PATCH] sata_sx4: pdc20621_{ata|host}_sg() do not need 'tf' parameter
  • From: Jeff Garzik
• Re: [PATCH 02/16] ata: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Jeff Garzik
• Re: [PATCH v2] pata_arasan_cf: declare/use more local variables in arasan_cf_dma_start()
  • From: Jeff Garzik
• Re: [PATCH] sata_highbank: use ATA_BUSY
  • From: Jeff Garzik
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: Is FBS (FIS) working on Silicon Image 3726 port multiplier?
  • From: Robert Hancock
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• [patch,v3,repost 06/10] ata: use scsi_host_alloc_node
  • From: Jeff Moyer
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Alan Stern
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• [PATCH] libata: restore acpi disable functionality
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Rafael J. Wysocki
• Re: possible regression in kernel 3.6: system hangs during nightly tape backup
  • From: Borislav Petkov
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: AHCI performance and IRQ load
  • From: Jack Wang
• Re: Is FBS (FIS) working on Silicon Image 3726 port multiplier?
  • From: Norman Diamond
• AHCI performance and IRQ load
  • From: Joachim Foerster
• RE: [PATCH v2 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY
  • From: Kukjin Kim
• Re: [PATCH v2 6/6] DRIVERS: ATA: SATA PHY controller driver
  • From: Vasanth Ananthan
• Re: [PATCH v2 5/6] DRIVERS: ATA: SATA controller driver
  • From: Vasanth Ananthan
• Re: [PATCH v2 4/6] DRIVERS:I2C: I2C driver polling mode support
  • From: Vasanth Ananthan
• Re: [PATCH v2 3/6] DRIVERS: ATA: SATA PHY utility framework
  • From: Vasanth Ananthan
• Re: [PATCH v2 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Vasanth Ananthan
• Re: [PATCH v2 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY
  • From: Vasanth Ananthan
• Re: [PATCH] sata_highbank: use ATA_BUSY
  • From: Jeff Garzik
• Re: [PATCH] sata_highbank: use ATA_BUSY
  • From: Sergei Shtylyov
• [PATCH v10 10/10] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu
• [PATCH v10 09/10] libata: use PM_QOS_FLAG_NO_POLL to avoid events checking for ZPODD
  • From: Aaron Lu
• [PATCH v10 08/10] PM / BLOCK: add PM_QOS_FLAG_NO_POLL to skip events checking
  • From: Aaron Lu
• [PATCH v10 07/10] libata: expose pm qos flags to user space for ata device
  • From: Aaron Lu
• [PATCH v10 06/10] libata: handle power transition of ODD
  • From: Aaron Lu
• [PATCH v10 05/10] libata: check zero power ready status for ZPODD
  • From: Aaron Lu
• [PATCH v10 04/10] libata: move acpi notification code to zpodd
  • From: Aaron Lu
• [PATCH v10 03/10] libata: identify and init ZPODD devices
  • From: Aaron Lu
• [PATCH v10 02/10] libata: Add CONFIG_SATA_ZPODD
  • From: Aaron Lu
• [PATCH v10 01/10] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v10 00/10] ZPODD Patches
  • From: Aaron Lu
• RE: [PATCH v2 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Kukjin Kim
• RE: [PATCH v2 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY
  • From: Kukjin Kim
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH 199/493] ata: remove use of __devinit
  • From: viresh kumar
• Re: [PATCH 038/493] ata: remove use of __devexit_p
  • From: viresh kumar
• [PATCH 208/493] ide: remove use of __devinit
  • From: Bill Pemberton
• [PATCH 066/493] ide: remove use of __devexit_p
  • From: Bill Pemberton
• [PATCH 307/493] ide: remove use of __devinitdata
  • From: Bill Pemberton
• [PATCH 358/493] ide: remove use of __devinitconst
  • From: Bill Pemberton
• [PATCH 405/493] ide: remove use of __devexit
  • From: Bill Pemberton
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley
• [PATCH v4 -tip 2/3] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto()
  • From: Alexander Gordeev
• [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• [PATCH v4 -tip 1/3] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Alexander Gordeev
• [PATCH v4 -tip 0/3] x86, MSI, AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Tejun Heo
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• [PATCH] AHCI: fix build warning when PM && !PM_SLEEP
  • From: Daniel J Blueman
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Aaron Lu
• Re: [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Aaron Lu
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Tejun Heo
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Tejun Heo
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [PATCH] libata: check SATA_SETTINGS log with HW Feature Ctrl
  • From: Shane Huang
• [PATCH] ata: highbank: Fix section mismatch
  • From: Alexander Shiyan
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Jeff Garzik
• RE: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Huang, Shane
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP
  • From: Jeff Garzik
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH] sata_svw: check DMA start bit before reset
  • From: Jeff Garzik
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Jeff Garzik
• Re: [PATCH] ata: pata_arasan: Initialize cf clock to 166MHz
  • From: Jeff Garzik
• Re: [patch,v3 06/10] ata: use scsi_host_alloc_node
  • From: Jeff Garzik
• Re: [PATCH] pata_cs5536: add quirk for broken udma
  • From: Jeff Garzik
• Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle
  • From: Jeff Garzik
• Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle
  • From: Simple Simon
• [PATCH] pata_cs5536: add quirk for broken udma
  • From: Christian Gmeiner
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• libata: ata identify timeouts
  • From: Norman Diamond
• [PATCH] ARM: at91/ide: remove unsused at91-ide Kconfig entry
  • From: Johan Hovold
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 04/10] libata: acpi: move acpi notification code to zpodd
  • From: Aaron Lu
• Re: [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Aaron Lu
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Aaron Lu
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Tejun Heo
• Re: [PATCH v9 04/10] libata: acpi: move acpi notification code to zpodd
  • From: Tejun Heo
• Re: [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Tejun Heo
• Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h
  • From: Jean-Christophe PLAGNIOL-VILLARD
• Re: macbook pro 9.2 stat/ata bus error
  • From: Azat Khuzhin
• Re: macbook pro 9.2 stat/ata bus error
  • From: Azat Khuzhin
• Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h
  • From: Joachim Eastwood
• Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h
  • From: Dmitry Torokhov
• [patch,v3 06/10] ata: use scsi_host_alloc_node
  • From: Jeff Moyer
• Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• RE: [PATCH v2 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Kukjin Kim
• RE: [PATCH v2 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY
  • From: Kukjin Kim
• [PATCH v9 10/10] ata: expose pm qos flags to user space for ata device
  • From: Aaron Lu
• [PATCH v9 07/10] block: add a new interface to block events
  • From: Aaron Lu
• [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• [PATCH v9 09/10] ata: zpodd: handle power transition of ODD
  • From: Aaron Lu
• [PATCH v9 08/10] scsi: sr: support (un)block events
  • From: Aaron Lu
• [PATCH v9 05/10] libata: separate ATAPI code
  • From: Aaron Lu
• [PATCH v9 04/10] libata: acpi: move acpi notification code to zpodd
  • From: Aaron Lu
• [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Aaron Lu
• [PATCH v9 02/10] ata: zpodd: Add CONFIG_SATA_ZPODD
  • From: Aaron Lu
• [PATCH v9 01/10] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v9 00/10] ZPODD Patches
  • From: Aaron Lu
• Re: macbook pro 9.2 stat/ata bus error
  • From: Robert Hancock
• [PATCH] ata: pata_arasan: Initialize cf clock to 166MHz
  • From: Viresh Kumar
• [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h
  • From: Jean-Christophe PLAGNIOL-VILLARD
• Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h
  • From: Marc Kleine-Budde
• Re: macbook pro 9.2 stat/ata bus error
  • From: Azat Khuzhin
• Re: macbook pro 9.2 stat/ata bus error
  • From: Azat Khuzhin
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Alan Cox
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Alan Cox
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Borislav Petkov
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [patch,v2 06/10] ata: use scsi_host_alloc_node
  • From: Jeff Moyer
• [PATCH v3 04/14] libata: implement ata_platform_remove_one()
  • From: Brian Norris
• Re: [PATCH v2 04/14] libata: implement ata_platform_remove_one()
  • From: Brian Norris
• Re: [PATCH v2 04/14] libata: implement ata_platform_remove_one()
  • From: Sergei Shtylyov
• [PATCH v2 12/14] sata_highbank: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH v2 04/14] libata: implement ata_platform_remove_one()
  • From: Brian Norris
• Re: [PATCH 04/14] libata: implement ata_platform_remove_one()
  • From: Brian Norris
• Re: [PATCH 00/14] ahci/libata: clean up platform device removal
  • From: Tejun Heo
• Re: [PATCH 00/14] ahci/libata: clean up platform device removal
  • From: Brian Norris
• Re: [PATCH 00/14] ahci/libata: clean up platform device removal
  • From: Tejun Heo
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH 04/14] libata: implement ata_platform_remove_one()
  • From: Sergei Shtylyov
• [PATCH 05/14] ahci_platform: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 07/14] pata_mpc52xx: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 13/14] pata_octeon_cf: perform host detach, removal on exit
  • From: Brian Norris
• [PATCH 11/14] pata_palmld: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 12/14] sata_highbank: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 14/14] libata: use pci_get_drvdata() helper
  • From: Brian Norris
• [PATCH 10/14] ata_platform: remove unused remove function
  • From: Brian Norris
• [PATCH 09/14] pata_platform: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 08/14] pata_of_platform: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 06/14] pata_ixp4xx_cf: utilize common ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 03/14] ahci_platform: perform platform exit in host_stop() hook
  • From: Brian Norris
• [PATCH 04/14] libata: implement ata_platform_remove_one()
  • From: Brian Norris
• [PATCH 02/14] ahci_platform: convert to module_platform_driver
  • From: Brian Norris
• [PATCH 01/14] ahci_platform: enable hotplug unbinding
  • From: Brian Norris
• [PATCH 00/14] ahci/libata: clean up platform device removal
  • From: Brian Norris
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Aaron Lu
• [PATCH] sata_highbank: use ATA_BUSY
  • From: Sergei Shtylyov
• Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Tejun Heo
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Tejun Heo
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH v2] pata_arasan_cf: declare/use more local variables in arasan_cf_dma_start()
  • From: viresh kumar
• [PATCH v2] pata_arasan_cf: declare/use more local variables in arasan_cf_dma_start()
  • From: Sergei Shtylyov
• Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Brian Norris
• Re: [PATCH v8 09/11] block: add a new interface to block events
  • From: Aaron Lu
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Aaron Lu
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Tejun Heo
• Re: [PATCH v8 09/11] block: add a new interface to block events
  • From: Tejun Heo
• [patch 06/10] ata: use scsi_host_alloc_node
  • From: Jeff Moyer
• [PATCH v2 6/6] DRIVERS: ATA: SATA PHY controller driver
  • From: Vasanth Ananthan
• [PATCH v2 5/6] DRIVERS: ATA: SATA controller driver
  • From: Vasanth Ananthan
• [PATCH v2 4/6] DRIVERS:I2C: I2C driver polling mode support
  • From: Vasanth Ananthan
• [PATCH v2 3/6] DRIVERS: ATA: SATA PHY utility framework
  • From: Vasanth Ananthan
• [PATCH v2 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Vasanth Ananthan
• [PATCH v2 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY
  • From: Vasanth Ananthan
• [PATCH v2 0/6] Adding support for SATA in EXYNO5
  • From: Vasanth Ananthan
• Re: [PATCH v8 09/11] block: add a new interface to block events
  • From: Aaron Lu
• Re: [PATCH v8 10/11] scsi: sr: support (un)block events
  • From: Aaron Lu
• Re: [PATCH v8 10/11] scsi: sr: support (un)block events
  • From: James Bottomley
• Re: [PATCH v8 02/11] ata: zpodd: Add CONFIG_SATA_ZPODD
  • From: Aaron Lu
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Aaron Lu
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Tejun Heo
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Aaron Lu
• [PATCH] sata_svw: check DMA start bit before reset
  • From: David Milburn
• Re: [PATCH v8 10/11] scsi: sr: support (un)block events
  • From: Alan Stern
• Re: [PATCH v8 10/11] scsi: sr: support (un)block events
  • From: James Bottomley
• Re: [PATCH v8 02/11] ata: zpodd: Add CONFIG_SATA_ZPODD
  • From: James Bottomley
• Re: [PATCH v8 09/11] block: add a new interface to block events
  • From: Tejun Heo
• Re: [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Tejun Heo
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [PATCH v8 10/11] scsi: sr: support (un)block events
  • From: Aaron Lu
• [PATCH v8 09/11] block: add a new interface to block events
  • From: Aaron Lu
• [PATCH v8 11/11] ata: zpodd: handle power transition of ODD
  • From: Aaron Lu
• [PATCH v8 08/11] ata: zpodd: check zero power ready status
  • From: Aaron Lu
• [PATCH v8 06/11] ata: zpodd: check loading mechanism for ODD
  • From: Aaron Lu
• [PATCH v8 07/11] libata: separate ATAPI code
  • From: Aaron Lu
• [PATCH v8 05/11] libata-eh: allow defer in ata_exec_internal
  • From: Aaron Lu
• [PATCH v8 04/11] libata: acpi: move acpi notification code to sata_zpodd
  • From: Aaron Lu
• [PATCH v8 02/11] ata: zpodd: Add CONFIG_SATA_ZPODD
  • From: Aaron Lu
• [PATCH v8 03/11] ata: zpodd: identify and init ZPODD devices
  • From: Aaron Lu
• [PATCH v8 01/11] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v8 00/11] ZPODD Patches
  • From: Aaron Lu
• Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Tejun Heo
• Re: [PATCH 00/16] treewide: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches
• Re: [PATCH 00/16] treewide: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Sergei Shtylyov
• [PATCH 02/16] ata: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches
• [PATCH 00/16] treewide: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches
• Re: [linux-pm] [RFC v2 0/3] ahci_platform: unbind/rmmod power down sequence
  • From: Rafael J. Wysocki
• [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Brian Norris
• [RFC v2 1/3] ahci_platform: enable hotplug unbinding
  • From: Brian Norris
• [RFC v2 2/3] ahci_platform: convert to module_platform_driver
  • From: Brian Norris
• [RFC v2 0/3] ahci_platform: unbind/rmmod power down sequence
  • From: Brian Norris
• Re: [PATCH] ide: use %*ph to print small buffers
  • From: David Miller
• Re: [PATCH] pata_arasan_cf: declare/use 'qc' and 'ap' variables in arasan_cf_dma_start()
  • From: Viresh Kumar
• Re: [PATCH] pata_arasan_cf: declare/use 'qc' and 'ap' variables in arasan_cf_dma_start()
  • From: Sergei Shtylyov
• [PATCH] ide: use %*ph to print small buffers
  • From: Andy Shevchenko
• ata1: COMRESET failed
  • From: Jiri Slaby
• Re: [PATCH] pata_arasan_cf: declare/use 'qc' and 'ap' variables in arasan_cf_dma_start()
  • From: viresh kumar
• Re: [RFC 3/3] libata: don't perform HW activity in devres
  • From: Tejun Heo
• Re: [RFC 3/3] libata: don't perform HW activity in devres
  • From: Brian Norris
• Re: [RFC 3/3] libata: don't perform HW activity in devres
  • From: Tejun Heo
• [PATCH] sata_sx4: pdc20621_{ata|host}_sg() do not need 'tf' parameter
  • From: Sergei Shtylyov
• [PATCH] pata_arasan_cf: declare/use 'qc' and 'ap' variables in arasan_cf_dma_start()
  • From: Sergei Shtylyov
• [RFC 1/3] ahci_platform: enable hotplug unbinding
  • From: Brian Norris
• [RFC 3/3] libata: don't perform HW activity in devres
  • From: Brian Norris
• [RFC 2/3] ahci_platform: convert to module_platform_driver
  • From: Brian Norris
• [RFC 0/3] libata/ahci unbinding, power down sequence
  • From: Brian Norris
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Ingo Molnar
• Re: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot
  • From: Tom Rini
• Re: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot
  • From: Tom Rini
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Alan Cox
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Phillip Wood
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Anton V. Boyarshinov
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Borislav Petkov
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Borislav Petkov
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Alan Cox
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Borislav Petkov
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Phillip Wood
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [PATCH] sata_sil24: remove unused variable from sata_sil24.c
  • From: Wei Yongjun
• [PATCH] sata_sil24: remove unused variable from sata_sil24.c
  • From: Wei Yongjun
• [PATCH] sata_inic162x: remove unused variable in inic_scr_read()
  • From: Wei Yongjun
• [PATCH] pata_rdc: remove unused variable in rdc_init_one()
  • From: Wei Yongjun
• RE: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot
  • From: Huang, Shane
• BUG: 65fe1f0 (ahci: implement aggressive SATA...) fail to boot
  • From: Tom Rini
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Borislav Petkov
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Phillip Wood
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: Borislav Petkov
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• [Bug 49151] New: NULL pointer dereference in pata_acpi
  • From: bugzilla-daemon
• Re: [PATCH] ata: sata_highbank: Fix section mismatch
  • From: Fabio Estevam
• RE: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Huang, Shane
• Re: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Aaron Lu
• Is FBS (FIS) working on Silicon Image 3726 port multiplier?
  • From: Norman Diamond
• Re: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Robert Hancock
• Re: [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP
  • From: viresh kumar
• Re: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Aaron Lu
• Re: [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP
  • From: Fengguang Wu
• Re: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Borislav Petkov
• [PATCH 1/5] ata: suspend/resume callbacks should be conditionally compiled on CONFIG_PM_SLEEP
  • From: Yuanhan Liu
• Re: ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Alan Cox
• ata4.00: failed to get Identify Device Data, Emask 0x1
  • From: Borislav Petkov
• Re: [PATCH 6/6] ARM: EXYNOS5: SATA PHY controller driver
  • From: Vasanth Ananthan
• Re: [PATCH 3/6] DRIVERS: ATA: SATA PHY utility framework
  • From: Vasanth Ananthan
• Re: [PATCH 4/6] ARM: S3C2410: I2C driver polling mode support
  • From: Heiko Stübner
• RE: [PATCH][v4] sata_fsl: add workaround for data length mismatch on freescale V2 controller
  • From: Xie Shaohui-B21989
• Re: [PATCH 6/6] ARM: EXYNOS5: SATA PHY controller driver
  • From: Tomasz Figa
• Re: [PATCH 5/6] ARM: EYNOS5: SATA controller driver
  • From: Tomasz Figa
• Re: [PATCH 4/6] ARM: S3C2410: I2C driver polling mode support
  • From: Tomasz Figa
• Re: [PATCH 3/6] DRIVERS: ATA: SATA PHY utility framework
  • From: Tomasz Figa
• 3.6 Regression: kernel NULL pointer dereference in pacpi_set_dmamode
  • From: Anton V. Boyarshinov
• 3.6 Regression: kernel NULL pointer dereference in pacpi_set_dmamode
  • From: Anton V. Boyarshinov
• Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle
  • From: Dan van der Ster
• Re: [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Vasanth Ananthan
• eSATA failure with JMicron JMB321 - "PMP product ID mismatch"
  • From: Paul Natsuo Kishimoto
• [PATCH 3.6.0- 0/2] IDE: use module_platform_driver macro
  • From: Srinivas KANDAGATLA
• [PATCH 3.6.0- 1/2] ide/au1xxx: use module_platform_driver macro
  • From: Srinivas KANDAGATLA
• [PATCH 3.6.0- 2/2] ide_platform: use module_platform_driver macro
  • From: Srinivas KANDAGATLA
• Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Olof Johansson
• Re: [PATCH] cs5536: use module_pci_driver to simplify the code
  • From: David Miller
• [PATCH] ide: use module_pci_driver to simplify the code
  • From: Wei Yongjun
• [PATCH] cs5536: use module_pci_driver to simplify the code
  • From: Wei Yongjun
• Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Vasanth Ananthan
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Olof Johansson
• [PATCH] pata_cs5536: add quirk for broken udma
  • From: Christian Gmeiner
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: James Bottomley
• [PATCH 6/6] ARM: EXYNOS5: SATA PHY controller driver
  • From: Vasanth Ananthan
• [PATCH 5/6] ARM: EYNOS5: SATA controller driver
  • From: Vasanth Ananthan
• [PATCH 4/6] ARM: S3C2410: I2C driver polling mode support
  • From: Vasanth Ananthan
• [PATCH 3/6] DRIVERS: ATA: SATA PHY utility framework
  • From: Vasanth Ananthan
• [PATCH 2/6] ARM: EXYNOS5: DT Support for SATA and SATA PHY
  • From: Vasanth Ananthan
• [PATCH 1/6] ARM: EXYNOS5: Clock settings for SATA and SATA PHY
  • From: Vasanth Ananthan
• [PATCH 0/6] Adding support for SATA in EXYNO5
  • From: Vasanth Ananthan
• [PATCH 0/6] Adding support for SATA in EXYNO5
  • From: vasanthananthan
• [PATCH] libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: ata_dev_acpi_handle - NULL ptr deref (bug #48211)
  • From: Dan van der Ster
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: James Bottomley
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: ata_dev_acpi_handle - NULL ptr deref (bug #48211)
  • From: Aaron Lu
• Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology.
  • From: Dan Williams
• [PATCH] ata: sata_highbank: Fix section mismatch
  • From: Fabio Estevam
• [PATCH v4 -tip 3/3] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• [PATCH v4 -tip 2/3] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto()
  • From: Alexander Gordeev
• [PATCH v4 -tip 1/3] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Alexander Gordeev
• [PATCH v4 -tip 0/3] x86, MSI, AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology.
  • From: Gwendal Grignou
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Ingo Molnar
• Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Alexander Gordeev
• [PATCH 3/3] libata: Change transport topology layout
  • From: Gwendal Grignou
• ata_dev_acpi_handle - NULL ptr deref (bug #48211)
  • From: Dan van der Ster
• Re: [git patches] libata fixes for 3.7
  • From: Michael Tokarev
• Re: [git patches] libata fixes for 3.7
  • From: Jeff Garzik
• Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
  • From: Stephan Schreiber
• Re: [git patches] libata fixes for 3.7
  • From: Michael Tokarev
• [git patches] libata fixes for 3.7
  • From: Jeff Garzik
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Jeff Garzik
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Ingo Molnar
• Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Alexander Gordeev
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Ingo Molnar
• Re: [PATCH v3 -tip 2/5] x86, MSI: Allocate as many multiple IRQs as requested
  • From: Ingo Molnar
• Re: [PATCH v3 -tip 3/5] x86, MSI: Minor readability fixes
  • From: Ingo Molnar
• Re: [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Ingo Molnar
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Jeff Garzik
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Bjorn Helgaas
• Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Jeff Garzik
• Re: [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates
  • From: Jeff Garzik
• Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology.
  • From: Dan Williams
• [PATCH 2/3] scsi: Allow devices to have arbitrary parent
  • From: Gwendal Grignou
• [PATCH 3/3] libata: Change transport topology layout
  • From: Gwendal Grignou
• [PATCH 1/3] Revert "ata: make ata port as parent device of scsi host"
  • From: Gwendal Grignou
• [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology.
  • From: Gwendal Grignou
• Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
  • From: Bjorn Helgaas
• [PATCH v3 -tip 3/5] x86, MSI: Minor readability fixes
  • From: Alexander Gordeev
• [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• [PATCH v3 -tip 4/5] PCI, MSI: Enable multiple MSIs with pci_enable_msi_block_auto()
  • From: Alexander Gordeev
• [PATCH v3 -tip 2/5] x86, MSI: Allocate as many multiple IRQs as requested
  • From: Alexander Gordeev
• [PATCH v3 -tip 1/5] x86, MSI: Support multiple MSIs in presense of IRQ remapping
  • From: Alexander Gordeev
• [PATCH v3 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Jeff Garzik
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Alan Stern
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Jeff Garzik
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Jeff Garzik
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Jeff Garzik
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Alan Stern
• Opening CD bay during resume disabled drive
  • From: Paul Menzel
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH] ATA: sata_mv: Fix warnings when no PCI
  • From: Jason Cooper
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
  • From: Stephan Schreiber
• Re: [PATCH] ATA: sata_mv: Fix warnings when no PCI
  • From: Olof Johansson
• Re: [PATCH 1/3] Revert "ata: make ata port as parent device of scsi host"
  • From: Sergei Shtylyov
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Alan Stern
• Re: sata adapter
  • From: Gene Heskett
• Re: sata adapter
  • From: Mikael Pettersson
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: sata adapter
  • From: Felix Miata
• sata adapter
  • From: Gene Heskett
• Re: [PATCH -next] ata: fix sata_highbank.c build errors
  • From: Mark Langsdorf
• Re: [PATCH] ata: Fix build error in sata_highbank
  • From: Mark Langsdorf
• Re: [PATCH] ata: Fix build error in sata_highbank
  • From: Sedat Dilek
• Re: [PATCH] ata: Fix build error in sata_highbank
  • From: Jan Ceuleers
• [PATCH] ata: Fix build error in sata_highbank
  • From: Mark Langsdorf
• Re: [PATCH -next] ata: fix sata_highbank.c build errors
  • From: Randy Dunlap
• [PATCH] ATA: sata_mv: Fix warnings when no PCI
  • From: Andrew Lunn
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH 3/3] libata: Change transport topology layout
  • From: Aaron Lu
• Re: [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology.
  • From: Aaron Lu
• Re: [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates
  • From: viresh kumar
• Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD)
  • From: Rafael J. Wysocki
• AHCI power down via unbind/rmmod
  • From: Brian Norris
• [PATCH 2/3] scsi: Allow devices to have arbitrary parent
  • From: Gwendal Grignou
• [PATCH 0/3] Insert ATA transport objects in SCSI syfs topology.
  • From: Gwendal Grignou
• [PATCH 1/3] Revert "ata: make ata port as parent device of scsi host"
  • From: Gwendal Grignou
• [PATCH 3/3] libata: Change transport topology layout
  • From: Gwendal Grignou
• Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD)
  • From: Aaron Lu
• Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD)
  • From: Alan Stern
• Re: [PATCH V3 Resend 0/3] ata: pata_arasan and ahci_platform updates
  • From: viresh kumar
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Oliver Neukum
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Aaron Lu
• Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD)
  • From: Aaron Lu
• Re: [PATCH v2 -tip 5/5] AHCI: Support multiple MSIs
  • From: Jeff Garzik
• Re: [PATCH v2 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs
  • From: Ingo Molnar
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v2 -tip 0/5] x86, MSI, AHCI: Support multiple MSIs
  • From: Alexander Gordeev
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Oliver Neukum
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [PATCH 09/29] PCI, libata: remove find_bridge in acpi_bus_type
  • From: Jeff Garzik
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Oliver Neukum
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [PATCH v7 0/6] ZPODD patches
  • From: James Bottomley
• [PATCH 09/29] PCI, libata: remove find_bridge in acpi_bus_type
  • From: Yinghai Lu
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
  • From: Bjorn Helgaas
• Re: [PATCH v2 1/4] scsi: introduce sync_before_stop flag
  • From: Jeff Garzik
• Re: [PATCH v7 6/6] libata: acpi: respect may_power_off flag
  • From: Jeff Garzik
• Re: [PATCH v7 3/6] scsi: sr: support zero power ODD(ZPODD)
  • From: Jeff Garzik
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Rafael J. Wysocki
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [RFC/PATCH v2] ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
  • From: Stephan Schreiber
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Rafael J. Wysocki
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Rafael J. Wysocki
• Re: [RFC PATCH] libata: scsi: flush cache on scsi stop command
  • From: Aaron Lu
• Re: [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
  • From: James Bottomley
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Aaron Lu
• Re: [PATCH v7 2/6] scsi: sr: support runtime pm
  • From: Aaron Lu
• [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
  • From: bugzilla-daemon
• [Bug 47781] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
  • From: bugzilla-daemon
• Re: [PATCH v7 0/6] ZPODD patches
  • From: Rafael J. Wysocki