Linux IDE Archive

• Thread Index

• [PATCH 05/10] drivers: ide: use module_platform_driver_probe()
  • From: Fabio Porcedda
• [PATCH 09/10] drivers: video: use module_platform_driver_probe()
  • From: Fabio Porcedda
• [PATCH 10/10] drivers: misc: use module_platform_driver_probe()
  • From: Fabio Porcedda
• [PATCH 00/10] Use module_platform_driver_probe() part 2
  • From: Fabio Porcedda
• Re: [PATCH v3] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Simeon Bird
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Simeon Bird
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Robert Hancock
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Peter Dons Tychsen
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Mark Lord
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Alan Stern
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: James Bottomley
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Peter Dons Tychsen
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Robert Hancock
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Alan Stern
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: James Bottomley
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Robert Hancock
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: James Bottomley
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• [patch] pata_legacy: bogus clock in opti82c46x_set_piomode()
  • From: Dan Carpenter
• Re: STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: James Bottomley
• STANDBY IMMEDIATE failed on NVIDIA MCP5x controllers when system suspend
  • From: Aaron Lu
• errors / ata lockups with Marvel 88SE9123
  • From: Jason Newton
• Re: [PATCH 3/3] ide: gayle: use module_platform_driver_probe()
  • From: David Miller
• Re: [PATCH 2/3] ide: tx4939ide: use module_platform_driver_probe()
  • From: David Miller
• Re: [PATCH 1/3] ide: tx4938ide: use module_platform_driver_probe()
  • From: David Miller
• Disk shock protection interferes with standby timers, please advise
  • From: Elias Oltmanns
• [PATCH #upstream] libata: export ata_port port_no attribute via /sys
  • From: David Milburn
• [PATCH RFC 1/1] AHCI: Optimize interrupt processing
  • From: Alexander Gordeev
• [PATCH RFC 0/1] AHCI: Optimize interrupt processing
  • From: Alexander Gordeev
• Re: [PATCH #upstream] libata: export local port number through /sys
  • From: Hannes Reinecke
• [PATCH v3] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• Re: [PATCH #upstream] libata: export local port number through /sys
  • From: David Milburn
• Re: [PATCH #upstream] libata: export local port number through /sys
  • From: Hannes Reinecke
• Re: [PATCH v3] ata: Fix DVD not dectected at some Haswell platforms
  • From: Borislav Petkov
• [PATCH] libata: acpi: remove redundent code for power resource handling
  • From: Aaron Lu
• [PATCH v11 2/4] block: add runtime pm helpers
  • From: Aaron Lu
• [PATCH v11 3/4] block: implement runtime pm strategy
  • From: Aaron Lu
• [PATCH v11 1/4] block: add a flag to identify PM request
  • From: Aaron Lu
• [PATCH v11 4/4] sd: change to auto suspend mode
  • From: Aaron Lu
• [PATCH v11 0/4] block layer runtime pm
  • From: Aaron Lu
• [PATCH 3/3] ide: gayle: use module_platform_driver_probe()
  • From: Jingoo Han
• [PATCH 2/3] ide: tx4939ide: use module_platform_driver_probe()
  • From: Jingoo Han
• [PATCH 1/3] ide: tx4938ide: use module_platform_driver_probe()
  • From: Jingoo Han
• Re: [PATCH v3] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• [PATCH] pata_at32: use module_platform_driver_probe()
  • From: Jingoo Han
• Re: [PATCH v2] [libata] Avoid specialized TLA's in ZPODD's Kconfig
  • From: Jeff Garzik
• Re: [PATCH] sata_fsl: Remove redundant NULL check before kfree
  • From: Jeff Garzik
• Re: [PATCH 1/1] ahci: Add Device IDs for Intel Wellsburg PCH
  • From: Jeff Garzik
• Re: [PATCH] ata_piix: Add MODULE_PARM_DESC to prefer_ms_hyperv
  • From: Jeff Garzik
• Re: [PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource
  • From: Jeff Garzik
• Re: [PATCH] pata_samsung_cf: use module_platform_driver_probe()
  • From: Jeff Garzik
• [PATCH] pata_samsung_cf: use module_platform_driver_probe()
  • From: Jingoo Han
• [PATCH] fsl/sata: create a sysfs entry for rx water mark
  • From: Qiang Liu
• [PATCH v2] [libata] Avoid specialized TLA's in ZPODD's Kconfig
  • From: Aaron Lu
• Re: [PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource
  • From: Rafael J. Wysocki
• Re: [PATCH] [libata] Avoid specialized TLA's in ZPODD's Kconfig
  • From: Sergei Shtylyov
• [PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource
  • From: Sander Eikelenboom
• Re: Reproduceable SATA lockup on 3.7.8 with SSD
  • From: Marc MERLIN
• Re: [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: Greg Kroah-Hartman
• Re: libata-acpi.c ata_acpi_register_power_resource copy and paste mistake ?
  • From: Rafael J. Wysocki
• Re: libata-acpi.c ata_acpi_register_power_resource copy and paste mistake ?
  • From: Aaron Lu
• [PATCH] [libata] Avoid specialized TLA's in ZPODD's Kconfig
  • From: Aaron Lu
• Re: [PATCH 2/2] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Rafael J. Wysocki
• Re: [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: Rafael J. Wysocki
• Re: [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: Yinghai Lu
• Re: [PATCH 2/2] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Jeff Garzik
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Rafael J. Wysocki
• [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: Rafael J. Wysocki
• [PATCH 2/2] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Rafael J. Wysocki
• libata-acpi.c ata_acpi_register_power_resource copy and paste mistake ?
  • From: Sander Eikelenboom
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Greg Kroah-Hartman
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Rafael J. Wysocki
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Rafael J. Wysocki
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Lan Tianyu
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Yinghai Lu
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Greg Kroah-Hartman
• [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Rafael J. Wysocki
• Re: Regression between v3.5 and v3.6 in libata
  • From: Jan Sembera
• Re: Regression between v3.5 and v3.6 in libata
  • From: Aaron Lu
• Re: Regression between v3.5 and v3.6 in libata
  • From: Jan Sembera
• Re: Regression between v3.5 and v3.6 in libata
  • From: Robert Hancock
• Re: Regression between v3.5 and v3.6 in libata
  • From: Jan Sembera
• Regression between v3.5 and v3.6 in libata
  • From: Jan Sembera
• Re: Reproduceable SATA lockup on 3.7.8 with SSD
  • From: Marc MERLIN
• Re: [PATCH #upstream] libata: export local port number through /sys
  • From: Kay Sievers
• Marvell 88se9123 and 88se9128
  • From: Norman Diamond
• Re: [PATCH v2 0/4] R-Car SATA driver and platform data
  • From: Kuninori Morimoto
• Re: Reproduceable SATA lockup on 3.7.8 with SSD
  • From: Mathieu Desnoyers
• Re: [PATCH v2 0/4] R-Car SATA driver and platform data
  • From: Simon Horman
• Re: [PATCH #upstream] libata: export local port number through /sys
  • From: Jeff Garzik
• Re: [PATCH #upstream] libata: export local port number through /sys
  • From: David Milburn
• Re: [PATCH v2 0/4] R-Car SATA driver and platform data
  • From: Sergei Shtylyov
• [PATCH] sata_fsl: Remove redundant NULL check before kfree
  • From: Syam Sidhardhan
• Reproduceable SATA lockup on 3.7.8 with SSD
  • From: Marc MERLIN
• [Bug 54321] New: Strange behaviour SD-->IDE(PATA) converter
  • From: bugzilla-daemon
• [git patches] libata updates for 3.9
  • From: Jeff Garzik
• Re: [PATCH] ata_piix: Add MODULE_PARM_DESC to prefer_ms_hyperv
  • From: Rado Vrbovsky
• Re: [PATCH] ata_piix: Add MODULE_PARM_DESC to prefer_ms_hyperv
  • From: Sergei Shtylyov
• [PATCH 1/1] ahci: Add Device IDs for Intel Wellsburg PCH
  • From: James Ralston
• Re: [PATCH] ata_piix: Add MODULE_PARM_DESC to prefer_ms_hyperv
  • From: Rado Vrbovsky
• Re: [PATCH] ata_piix: Add MODULE_PARM_DESC to prefer_ms_hyperv
  • From: Sergei Shtylyov
• [PATCH] ata_piix: Add MODULE_PARM_DESC to prefer_ms_hyperv
  • From: Rado Vrbovsky
• Re: [PATCH v10 0/4] block layer runtime pm
  • From: Aaron Lu
• [PATCH v3 1/4] libata: add R-Car SATA driver
  • From: Sergei Shtylyov
• Re: [PATCH v10 0/4] block layer runtime pm
  • From: Alan Stern
• [PATCH v10 2/4] block: add runtime pm helpers
  • From: Aaron Lu
• [PATCH v10 3/4] block: implement runtime pm strategy
  • From: Aaron Lu
• [PATCH v10 4/4] sd: change to auto suspend mode
  • From: Aaron Lu
• [PATCH v10 1/4] block: add a flag to identify PM request
  • From: Aaron Lu
• [PATCH v10 0/4] block layer runtime pm
  • From: Aaron Lu
• Re: [PATCH 1/4] libata: add R-Car SATA driver
  • From: Sergei Shtylyov
• Re: [PATCH 1/4] libata: add R-Car SATA driver
  • From: Csaba Halász
• Re: [PATCH v9 3/4] block: implement runtime pm strategy
  • From: Alan Stern
• Re: [PATCH v2 0/4] R-Car SATA driver and platform data
  • From: Simon Horman
• Re: [PATCH v9 3/4] block: implement runtime pm strategy
  • From: Aaron Lu
• Re: [PATCH 0/4] R-Car SATA driver and platform data
  • From: Simon Horman
• Re: [PATCH v9 4/4] sd: change to auto suspend mode
  • From: Alan Stern
• [PATCH 1/4] libata: add R-Car SATA driver
  • From: Sergei Shtylyov
• [PATCH v2 0/4] R-Car SATA driver and platform data
  • From: Sergei Shtylyov
• [PATCH] make ata_exec_internal_sg honor DMADIR
  • From: Csaba Halász
• Re: [PATCH 0/4] R-Car SATA driver and platform data
  • From: Sergei Shtylyov
• Re: [PATCH v2] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• [PATCH v3] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• Re: [PATCH v9 4/4] sd: change to auto suspend mode
  • From: Aaron Lu
• Re: [PATCH 0/4] R-Car SATA driver and platform data
  • From: Simon Horman
• [PATCH 3/4] libata: add R-Car SATA driver
  • From: Sergei Shtylyov
• [PATCH 0/4] R-Car SATA driver and platform data
  • From: Sergei Shtylyov
• Re: [PATCH v2] ata: Fix DVD not dectected at some Haswell platforms
  • From: Libor Pechacek
• LSI controller resetting with fault_state 0x2622
  • From: Sagar Borikar
• [PATCH 5/5] ahci: Add Device IDs for Intel Wellsburg PCH
  • From: James Ralston
• [PATCH 1/5] ata_piix: Add Device IDs for Intel Wellsburg PCH
  • From: James Ralston
• Re: [PATCH v9 4/4] sd: change to auto suspend mode
  • From: Alan Stern
• Re: [PATCH 2/2] driver: ata: add new Exynos5250 SATA PHY controller driver
  • From: Vasanth Ananthan
• Re: [PATCH v9 4/4] sd: change to auto suspend mode
  • From: Aaron Lu
• Re: [PATCH v9 4/4] sd: change to auto suspend mode
  • From: Alan Stern
• Re: [PATCH 2/2] driver: ata: add new Exynos5250 SATA PHY controller driver
  • From: Tomasz Figa
• [PATCH v2 2/2] driver: ata: add new Exynos5250 SATA PHY controller driver
  • From: Vasanth Ananthan
• [PATCH v2 1/2] driver: ata: SATA PHY framework
  • From: Vasanth Ananthan
• [PATCH v2 0/2] Adding SATA PHY framework and PHY controller driver
  • From: Vasanth Ananthan
• Re: [PATCH resend] ARM: at91/ide: remove unsused at91-ide Kconfig entry
  • From: Johan Hovold
• Re: [PATCH resend] ARM: at91/ide: remove unsused at91-ide Kconfig entry
  • From: Jiri Kosina
• [PATCH resend] ARM: at91/ide: remove unsused at91-ide Kconfig entry
  • From: Johan Hovold
• [PATCH v9 1/4] block: add a flag to identify PM request
  • From: Aaron Lu
• [PATCH v9 3/4] block: implement runtime pm strategy
  • From: Aaron Lu
• [PATCH v9 2/4] block: add runtime pm helpers
  • From: Aaron Lu
• [PATCH v9 4/4] sd: change to auto suspend mode
  • From: Aaron Lu
• [PATCH v9 0/4] block layer runtime pm
  • From: Aaron Lu
• Re: options to disable 2nd channel on pata_via?
  • From: Alex Williamson
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Aaron Lu
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Aaron Lu
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: dbasehore .
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Aaron Lu
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Alan Stern
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Aaron Lu
• [PATCH 2/2] arm: exynos5440: add dts node for the ahci sata
  • From: girishks2000
• [PATCH 1/2] ahci: sata: add support for exynos5440 sata
  • From: girishks2000
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Alan Stern
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: Aaron Lu
• Re: [PATCH] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• Re: [PATCH] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• [PATCH v2] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: dbasehore .
• 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: James Bottomley
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: dbasehore .
• Re: [PATCH 1/2] don't wait on disk to start on resume
  • From: dbasehore .
• [Bug 52821] ata_piix ATA_HOST_IGNORE_ATA for Hyper-V also affects Virtual PC 7
  • From: bugzilla-daemon
• Re: [PATCH] ata: Fix DVD not dectected at some Haswell platforms
  • From: Sergei Shtylyov
• Re: [PATCH] ata: Fix DVD not dectected at some Haswell platforms
  • From: Sergei Shtylyov
• Re: [PATCH] ata: Fix DVD not dectected at some Haswell platforms
  • From: joeyli
• Re: [PATCH] driver: ata: add new Exynos5250 SATA controller driver
  • From: Tushar Behera
• [PATCH] ata: Fix DVD not dectected at some Haswell platforms
  • From: Youquan Song
• Re: [PATCH 0/2] Adding SATA PHY framework and PHY controller driver
  • From: Tomasz Figa
• RE: [PATCH 2/2] driver: ata: add new Exynos5250 SATA PHY controller driver
  • From: Kukjin Kim
• [PATCH] driver: ata: add new Exynos5250 SATA controller driver
  • From: Vasanth Ananthan
• [PATCH 2/2] driver: ata: add new Exynos5250 SATA PHY controller driver
  • From: Vasanth Ananthan
• [PATCH 1/2] driver: ata: SATA PHY framework
  • From: Vasanth Ananthan
• [PATCH 0/2] Adding SATA PHY framework and PHY controller driver
  • From: Vasanth Ananthan
• Re: [PATCH v3] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Simon Que
• Re: [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Tejun Heo
• [PATCH] libata: fix smatch warning for zpodd_wake_dev
  • From: Aaron Lu
• Re: [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v3 03/22] PCI, libata: remove find_bridge in acpi_bus_type
  • From: Yinghai Lu
• [PATCH v2 03/22] PCI, libata: remove find_bridge in acpi_bus_type
  • From: Yinghai Lu
• options to disable 2nd channel on pata_via?
  • From: Alex Williamson
• sil24 cmd issue question
  • From: 一个像夏天，一个像秋天
• Re: [PATCH v3] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Simon Que
• Re: [libata:upstream 7/11] drivers/ata/libata-zpodd.c:83 zpodd_wake_dev() warn: variable dereferenced before check 'ata_dev' (see line 80)
  • From: Jeff Garzik
• Re: [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Jeff Garzik
• Re: [PATCH #upstream] revert libata: export host controller number thru /sys
  • From: Jeff Garzik
• Re: [PATCH 2/3] ahci: AHCI-mode SATA patch for Intel Avoton DeviceIDs
  • From: Jeff Garzik
• Re: [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Jeff Garzik
• [PATCH 2/3] ahci: AHCI-mode SATA patch for Intel Avoton DeviceIDs
  • From: Seth Heasley
• [PATCH 1/3] ata_piix: IDE-mode SATA patch for Intel Avoton DeviceIDs
  • From: Seth Heasley
• Re: [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Rafael J. Wysocki
• Re: [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Sergei Shtylyov
• Re: [PATCH v3] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Sergei Shtylyov
• [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Aaron Lu
• [PATCH v2 1/2] libata: pm: differentiate system and runtime pm for ata port
  • From: Aaron Lu
• [PATCH v3] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Simon Que
• [PATCH #upstream] libata: export local port number through /sys
  • From: David Milburn
• [PATCH #upstream] revert libata: export host controller number thru /sys
  • From: David Milburn
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Kay Sievers
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Gwendal Grignou
• [PATCH] libata: handle HDIO_SET_DMA & HDIO_GET_DMA ioctl
  • From: Jiada Wang
• [PATCH v14 2/3] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu
• [PATCH v14 3/3] scsi: remove can_power_off flag from scsi_device
  • From: Aaron Lu
• [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v14 0/3] ZPODD Patches
  • From: Aaron Lu
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Kay Sievers
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: David Milburn
• Re: [git patches] libata fixes
  • From: Linus Torvalds
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Gwendal Grignou
• Re: [PATCH v13 8/9] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Oliver Neukum
• Re: [PATCH] libata: pm: differentiate system and runtime pm for ata port
  • From: Aaron Lu
• Re: [libata:upstream 7/11] drivers/ata/libata-zpodd.c:83 zpodd_wake_dev() warn: variable dereferenced before check 'ata_dev' (see line 80)
  • From: Aaron Lu
• Re: [libata:upstream 7/11] drivers/ata/libata-zpodd.c:83 zpodd_wake_dev() warn: variable dereferenced before check 'ata_dev' (see line 80)
  • From: Dan Carpenter
• Re: [libata:upstream 7/11] drivers/ata/libata-zpodd.c:83 zpodd_wake_dev() warn: variable dereferenced before check 'ata_dev' (see line 80)
  • From: Aaron Lu
• [libata:upstream 7/11] drivers/ata/libata-zpodd.c:83 zpodd_wake_dev() warn: variable dereferenced before check 'ata_dev' (see line 80)
  • From: Dan Carpenter
• Re: [RFC PATCH] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH] libata: pm: differentiate system and runtime pm for ata port
  • From: Jeff Garzik
• Re: [PATCH v13 8/9] libata: do not suspend port if normal ODD is attached
  • From: Jeff Garzik
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [RFC PATCH] scsi: sr: support runtime pm
  • From: Alan Stern
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: David Milburn
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Oliver Neukum
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH 05/33] ata: Convert to devm_ioremap_resource()
  • From: Thierry Reding
• [RFC PATCH] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v13 2/9] libata: identify and init ZPODD devices
  • From: Aaron Lu
• Re: [PATCH v13 2/9] libata: identify and init ZPODD devices
  • From: Jeff Garzik
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Julian Calaby
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• Libahci kernel panic in interrupt context when enable FBS feature
  • From: xiangliang yu
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Julian Calaby
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Kay Sievers
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Alan Stern
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• [Bug 52821] ata_piix ATA_HOST_IGNORE_ATA for Hyper-V also affects Virtual PC 7
  • From: bugzilla-daemon
• [Bug 52821] New: ata_piix ATA_HOST_IGNORE_ATA for Hyper-V also affects Virtual PC 7
  • From: bugzilla-daemon
• [PATCH] [libata]Set proper SK when CK_COND is set.
  • From: Gwendal Grignou
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Alan Stern
• Re: [patch] libata handle HDIO_SET_DMA HDIO_GET_DMA ioctl
  • From: Jiada Wang
• Re: [patch] libata handle HDIO_SET_DMA HDIO_GET_DMA ioctl
  • From: Sergei Shtylyov
• Re: [PATCH] [libata]Set proper SK when CK_COND is set.
  • From: Sergei Shtylyov
• [patch] libata handle HDIO_SET_DMA HDIO_GET_DMA ioctl
  • From: Jiada Wang
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH] [libata]Set proper SK when CK_COND is set.
  • From: Gwendal Grignou
• LSF/MM Summit CFP
  • From: Martin K. Petersen
• [PATCH v2] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Simon Que
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: David Milburn
• Re: [PATCH] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Sergei Shtylyov
• [PATCH] ata: libata-core: initialize native_sectors in ata_hpa_resize()
  • From: Simon Que
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Kay Sievers
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: David Milburn
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Alan Stern
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: James Bottomley
• Re: [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Jeff Garzik
• Fwd: bid to buy 2013 Audi A5 Coupe at 95% off only at [Papayya.com]
  • From: Janett Patterson
• Re: [3.8-{rc1,rc2}] ata1.00: failed to get Identify Device Data, Emask 0x1
  • From: Sedat Dilek
• Re: [PATCH v2] libata: export host controller number thru /sys
  • From: Kay Sievers
• [PATCH v2] libata: export host controller number thru /sys
  • From: David Milburn
• [PATCH v13 3/9] libata: move acpi notification code to zpodd
  • From: Aaron Lu
• [PATCH v13 4/9] libata: check zero power ready status for ZPODD
  • From: Aaron Lu
• [PATCH v13 7/9] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu
• [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v13 6/9] libata: expose pm qos flags for ata device
  • From: Aaron Lu
• [PATCH v13 9/9] scsi: remove can_power_off flag from scsi_device
  • From: Aaron Lu
• [PATCH v13 8/9] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu
• [PATCH v13 5/9] libata: handle power transition of ODD
  • From: Aaron Lu
• [PATCH v13 2/9] libata: identify and init ZPODD devices
  • From: Aaron Lu
• [PATCH v13 0/9] ZPODD Patches
  • From: Aaron Lu
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu
• [PATCH] libata: apply behavioral quirks to sil3826 PMP
  • From: Terry Suereth
• Re: libata-pmp.c patch for Silicon Image 3826 port multiplier
  • From: Terry Suereth
• Re: [PATCH] libata: export host controller number thru /sys
  • From: Jeff Garzik
• Re: Fix ahci don't retry commands after a success error handler.
  • From: Jeff Garzik
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Jeff Garzik
• Re: sata_sil data corruption, possible workarounds
  • From: Jeff Garzik
• Re: [PATCH] Fix libata-eh don't retry command after reset succeeded.
  • From: Sergei Shtylyov
• [PATCH] libata: export host controller number thru /sys
  • From: David Milburn
• Re: [PATCH] Fix libata-eh don't retry command after reset succeeded.
  • From: Mark Lord
• Re: [PATCH] Fix libata-eh don't retry command after reset succeeded.
  • From: Mark Lord
• Re: libata-pmp.c patch for Silicon Image 3826 port multiplier
  • From: Sergei Shtylyov
• Re: Possible corruption over AHCI
  • From: Byron Stanoszek
• libata-pmp.c patch for Silicon Image 3826 port multiplier
  • From: Terry Suereth
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Tejun Heo
• Re: sata_sil data corruption, possible workarounds
  • From: Mark Lord
• Re: sata_sil data corruption, possible workarounds
  • From: Mark Lord
• Re: sata_sil data corruption, possible workarounds
  • From: bl0
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Tejun Heo
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu
• Re: [PATCH v12 4/9] libata: check zero power ready status for ZPODD
  • From: Aaron Lu
• Re: [PATCH v12 8/9] libata: do not suspend port if normal ODD is attached
  • From: Tejun Heo
• Re: [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Tejun Heo
• Re: [PATCH v12 6/9] libata: expose pm qos flags for ata device
  • From: Tejun Heo
• Re: [PATCH v12 5/9] libata: handle power transition of ODD
  • From: Tejun Heo
• Re: [PATCH v12 4/9] libata: check zero power ready status for ZPODD
  • From: Tejun Heo
• Re: [PATCH v12 3/9] libata: move acpi notification code to zpodd
  • From: Tejun Heo
• Re: [PATCH v12 2/9] libata: identify and init ZPODD devices
  • From: Tejun Heo
• [PATCH v12 3/9] libata: move acpi notification code to zpodd
  • From: Aaron Lu
• [PATCH v12 4/9] libata: check zero power ready status for ZPODD
  • From: Aaron Lu
• [PATCH v12 7/9] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu
• [PATCH v12 8/9] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu
• [PATCH v12 9/9] scsi: remove can_power_off flag from scsi_device
  • From: Aaron Lu
• [PATCH v12 6/9] libata: expose pm qos flags for ata device
  • From: Aaron Lu
• [PATCH v12 5/9] libata: handle power transition of ODD
  • From: Aaron Lu
• [PATCH v12 2/9] libata: identify and init ZPODD devices
  • From: Aaron Lu
• [PATCH v12 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu
• [PATCH v12 0/9] ZPODD Patches
  • From: Aaron Lu
• [PATCH v2] ata: pata_samsung_cf: Use devm_clk_get()
  • From: Jingoo Han
• Re: sata_sil data corruption, possible workarounds
  • From: Tejun Heo
• Re: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Josh Coombs
• Re: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Jeff Garzik
• Re: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Josh Coombs
• Re: [PATCH] ata: pata_samsung_cf: Use devm_clk_get()
  • From: Sergei Shtylyov
• Re: [PATCH v11 0/9] ZPODD Patches
  • From: Aaron Lu
• Re: [PATCH v11 0/9] ZPODD Patches
  • From: Aaron Lu
• RE: [PATCH v11 0/9] ZPODD Patches
  • From: Wu, Jeff
• Re: [PATCH v11 7/9] libata: expose pm qos flags for ata device
  • From: Aaron Lu
• Re: sata_sil data corruption, possible workarounds
  • From: Robert Hancock
• Re: [PATCH v11 3/9] libata: identify and init ZPODD devices
  • From: Aaron Lu
• RE: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Kim, Milo
• [PATCH] ata: pata_samsung_cf: Use devm_clk_get()
  • From: Jingoo Han
• Re: ata1: COMRESET failed
  • From: Borislav Petkov
• Re: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Jason Cooper
• Re: ata1: COMRESET failed
  • From: Jiri Slaby
• Re: [PATCH] Allow Marvell SATA driver to work with LEDS_TRIGGER_IDE_DISK
  • From: Josh Coombs
• 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