Linux IDE Archive

• Thread Index

• Re: [dm-devel] [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Re: PATA IDE is slower in newer versions of kernel
  • From: Arnd Bergmann
• RE: PATA IDE is slower in newer versions of kernel
  • From: Joshua Hintze
• Re: PATA IDE is slower in newer versions of kernel
  • From: Randy Dunlap
• RE: PATA IDE is slower in newer versions of kernel
  • From: Joshua Hintze
• RE: PATA IDE is slower in newer versions of kernel
  • From: Maxim Levitsky
• RE: PATA IDE is slower in newer versions of kernel
  • From: Joshua Hintze
• Re: [GIT] IDE
  • From: Wolfram Sang
• Re: Either PMP issues, or SB700/800 Issues ??
  • From: Greg Oliver
• Re: Either PMP issues, or SB700/800 Issues ??
  • From: Tejun Heo
• [GIT] IDE
  • From: David Miller
• Re: libata: SATL error processing: unrecovered read error
  • From: Jeff Garzik
• Re: libata: SATL error processing: unrecovered read error
  • From: Douglas Gilbert
• Re: libata: SATL error processing: unrecovered read error
  • From: Jeff Garzik
• Re: On SoC SATA controller driver implementation!!!
  • From: Jeff Garzik
• Either PMP issues, or SB700/800 Issues ??
  • From: Greg Oliver
• Re: PATA IDE is slower in newer versions of kernel
  • From: Alejandro Riveira Fernández
• On SoC SATA controller driver implementation!!!
  • From: Murali N
• Re: ahci rmmodable and shouldn't
  • From: Tejun Heo
• Re: [PATCH] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Jeff Garzik
• Re: [PATCH] libata: reorder ata_queued_cmd to remove alignment padding on 64 bit builds
  • From: Jeff Garzik
• Re: [PATCH #upstream 1/3] libata: add @ap to ata_wait_register() and introduce ata_msleep()
  • From: Jeff Garzik
• Re: [PATCHSET #upstream] libata: reimplement LPM support
  • From: Jeff Garzik
• Re: ahci rmmodable and shouldn't
  • From: Randy Dunlap
• PATA IDE is slower in newer versions of kernel
  • From: Joshua Hintze
• [PATCHv2] acpi: Add support for linking docks to the objects they contain
  • From: Matthew Garrett
• Re: [PATCH 4/5] acpi: Add support for linking docks to the objects they contain
  • From: Randy Dunlap
• [PATCH 5/5] libata: Add links between removable devices and docks
  • From: Matthew Garrett
• [PATCH 3/5] libata: Migrate ACPI code over to new bindings
  • From: Matthew Garrett
• [PATCH 4/5] acpi: Add support for linking docks to the objects they contain
  • From: Matthew Garrett
• [PATCH 1/5] scsi: Export scsi_bus_type
  • From: Matthew Garrett
• [PATCH 2/5] libata: Bind the Linux device tree to the ACPI device tree
  • From: Matthew Garrett
• Re: WARNINGs because of ide-proc handling
  • From: David Miller
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mikulas Patocka
• Re: Combined storage tree
  • From: James Bottomley
• SIRI/STRD support
  • From: Pascal GREGIS
• Re: Combined storage tree
  • From: Dave Chinner
• [PATCH] ata: sata_dwc_460ex: fix error path
  • From: Vasiliy Kulikov
• Re: [PATCH] libata: reorder ata_queued_cmd to remove alignment padding on 64 bit builds
  • From: Richard Kennedy
• Re: Problems with SIL3132 and PMP / Is this driver/kernel related?
  • From: Tejun Heo
• Re: using sata_sil24 10.4 2.6.32-25-server x86_64
  • From: Tejun Heo
• Re: How to determine the information about SATA controller
  • From: Jaswinder Singh Rajput
• Re: Combined storage tree
  • From: James Bottomley
• Re: How to determine the information about SATA controller
  • From: Mikael Pettersson
• Re: How to determine the information about SATA controller
  • From: Jaswinder Singh Rajput
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Ric Wheeler
• Re: How to determine the information about SATA controller
  • From: Mikael Pettersson
• How to determine the information about SATA controller
  • From: Jaswinder Singh Rajput
• Re: Combined storage tree
  • From: Dave Chinner
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Tejun Heo
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mikulas Patocka
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mikulas Patocka
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Combined storage tree
  • From: James Bottomley
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mikulas Patocka
• Re: using sata_sil24 10.4 2.6.32-25-server x86_64
  • From: Tejun Heo
• using sata_sil24 10.4 2.6.32-25-server x86_64
  • From: Hugo Antunes
• Re: sata_sil boot problems with kernel 2.6.35 and current git
  • From: Tejun Heo
• Re: sata_sil boot problems with kernel 2.6.35 and current git
  • From: Hugo Antunes
• [PATCH] libata: reorder ata_queued_cmd to remove alignment padding on 64 bit builds
  • From: Richard Kennedy
• Re: sata_sil boot problems with kernel 2.6.35 and current git
  • From: Jan Beulich
• [PATCH] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Martin K. Petersen
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jan Kara
• Re: sata_sil boot problems with kernel 2.6.35 and current git
  • From: gianluca
• [PATCH 2.6.35.4] ahci: AHCI and RAID mode SATA patch for Intel Patsburg DeviceIDs
  • From: Seth Heasley
• [PATCH 2.6.35.4] ata_piix: IDE Mode SATA patch for Intel Patsburg DeviceIDs
  • From: Seth Heasley
• [Bug 17982] Cannot see devices on IDE controller
  • From: bugzilla-daemon
• [PATCH #upstream-fixes] libata,pata_via: revert ata_wait_idle() removal from ata_sff/via_tf_load()
  • From: Tejun Heo
• Re: sata_sil boot problems with kernel 2.6.35 and current git
  • From: Tejun Heo
• Re: Maybe a bug in libata-core
  • From: Stefan /*St0fF*/ Hübner
• sata_sil boot problems with kernel 2.6.35 and current git
  • From: gianluca
• Re: [PATCHSET #upstream] block, fs: replace HARDBARRIER with FLUSH/FUA, take#2
  • From: Tejun Heo
• Re: [PATCH 42/41 v2] dm: convey that all flushes are processed as empty
  • From: Tejun Heo
• Re: [PATCH 42/41 v2] dm: convey that all flushes are processed as empty
  • From: Tejun Heo
• Hard drive with crazy unloading
  • From: Dimitris Fotopoulos
• [PATCH 42/41 v2] dm: convey that all flushes are processed as empty
  • From: Mike Snitzer
• Re: [PATCH 24/41] dm: implement REQ_FLUSH/FUA support for request-based dm
  • From: Kiyoshi Ueda
• Re: [PATCH 42/41] dm: convey that all flushes are processed as empty
  • From: Christoph Hellwig
• [PATCH 42/41] dm: convey that all flushes are processed as empty
  • From: Mike Snitzer
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Synchronizing the resume/suspend/remove routine with Driver's IO path
  • From: Lalatendu Das
• State of outstanding command executing driver code during suspend()/resume().
  • From: ld puri
• [PATCH #upstream-fixes] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Stephan Diestelhorst
• Re: [PATCH] via82cxxx: fix typo for VT6415 PCIE PATA IDE Host Controller support.
  • From: David Miller
• [Bug 17982] Cannot see devices on IDE controller
  • From: bugzilla-daemon
• [Bug 17982] Cannot see devices on IDE controller
  • From: bugzilla-daemon
• [Bug 17982] Cannot see devices on IDE controller
  • From: bugzilla-daemon
• [Bug 17982] New: Cannot see devices on IDE controller
  • From: bugzilla-daemon
• Re: libata acpi issue on gateway laptop
  • From: Kyle McMartin
• Re: libata acpi issue on gateway laptop
  • From: Tejun Heo
• [PATCH #upstream 3/3] ata_piix: remove SIDPR locking
  • From: Tejun Heo
• [PATCH #upstream 2/3] libata: implement cross-port EH exclusion
  • From: Tejun Heo
• [PATCH #upstream 1/3] libata: add @ap to ata_wait_register() and introduce ata_msleep()
  • From: Tejun Heo
• Re: [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
  • From: Jan Kara
• Re: [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
  • From: Andreas Dilger
• Re: [dm-devel] [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Milan Broz
• Re: [PATCH #upstream-fixes] ahci: fix hang on failed softreset
  • From: Jeff Garzik
• libata: SATL error processing: unrecovered read error
  • From: Douglas Gilbert
• Re: [PATCH 10/15] pcmcia: introduce autoconfiguration feature
  • From: Gustavo F. Padovan
• Re: [PATCH 06/15] pcmcia: simplify IntType
  • From: Gustavo F. Padovan
• Re: [PATCH 08/15] pcmcia: convert pcmcia_request_configuration to pcmcia_enable_device
  • From: Gustavo F. Padovan
• Re: [PATCH 03/15] pcmcia: move Vpp setup to struct pcmcia_device
  • From: Gustavo F. Padovan
• Re: [PATCH 07/15] pcmcia: move config_{base,index,regs} to struct pcmcia_device
  • From: Gustavo F. Padovan
• Re: WARNINGs because of ide-proc handling
  • From: Wolfram Sang
• Re: WARNINGs because of ide-proc handling
  • From: Wolfram Sang
• Re: WARNINGs because of ide-proc handling
  • From: David Miller
• Re: WARNINGs because of ide-proc handling
  • From: Bartlomiej Zolnierkiewicz
• Re: [linux-pm] [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Alan Stern
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Mike Snitzer
• Re: WARNINGs because of ide-proc handling
  • From: David Miller
• [PATCH 07/15] pcmcia: move config_{base,index,regs} to struct pcmcia_device
  • From: Dominik Brodowski
• [PATCH 11/15] pcmcia: use autoconfiguration feature for ioports and iomem
  • From: Dominik Brodowski
• [PATCH 06/15] pcmcia: simplify IntType
  • From: Dominik Brodowski
• [PATCH 03/15] pcmcia: move Vpp setup to struct pcmcia_device
  • From: Dominik Brodowski
• [PATCH 08/15] pcmcia: convert pcmcia_request_configuration to pcmcia_enable_device
  • From: Dominik Brodowski
• [PATCH 10/15] pcmcia: introduce autoconfiguration feature
  • From: Dominik Brodowski
• [PATCH 12/41] block: simplify queue_next_fseq
  • From: Tejun Heo
• [PATCHSET #upstream] block, fs: replace HARDBARRIER with FLUSH/FUA, take#2
  • From: Tejun Heo
• [PATCH 06/41] block: misc cleanups in barrier code
  • From: Tejun Heo
• [PATCH 13/41] block: initialize flush request with WRITE_FLUSH instead of REQ_FLUSH
  • From: Tejun Heo
• [PATCH 19/41] virtio_blk: drop REQ_HARDBARRIER support
  • From: Tejun Heo
• [PATCH 02/41] block/loop: queue ordered mode should be DRAIN_FLUSH
  • From: Tejun Heo
• [PATCH 14/41] block: kick queue after sequencing REQ_FLUSH/FUA
  • From: Tejun Heo
• [PATCH 22/41] block: make __blk_rq_prep_clone() copy most command flags
  • From: Tejun Heo
• [PATCH 11/41] block: filter flush bio's in __generic_make_request()
  • From: Tejun Heo
• [PATCH 16/41] block: update documentation for REQ_FLUSH / REQ_FUA
  • From: Tejun Heo
• [PATCH 18/41] block/loop: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 05/41] block: remove spurious uses of REQ_HARDBARRIER
  • From: Tejun Heo
• [PATCH 15/41] block: make sure FSEQ_DATA request has the same rq_disk as the original
  • From: Tejun Heo
• [PATCH 17/41] block: use REQ_FLUSH in blkdev_issue_flush()
  • From: Tejun Heo
• [PATCH 07/41] block: drop barrier ordering by queue draining
  • From: Tejun Heo
• [PATCH 03/41] block: kill QUEUE_ORDERED_BY_TAG
  • From: Tejun Heo
• [PATCH 27/41] block: pass gfp_mask and flags to sb_issue_discard
  • From: Tejun Heo
• [PATCH 09/41] block: rename barrier/ordered to flush
  • From: Tejun Heo
• [PATCH 31/41] reiserfs: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 26/41] dm: fix locking context in queue_io()
  • From: Tejun Heo
• [PATCH 20/41] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH support
  • From: Tejun Heo
• [PATCH 30/41] gfs2: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 37/41] fat: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 36/41] ext4: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 24/41] dm: implement REQ_FLUSH/FUA support for request-based dm
  • From: Tejun Heo
• [PATCH 39/41] block: remove the WRITE_BARRIER flag
  • From: Tejun Heo
• [PATCH 08/41] block: rename blk-barrier.c to blk-flush.c
  • From: Tejun Heo
• [PATCH 40/41] block: remove the BLKDEV_IFL_BARRIER flag
  • From: Tejun Heo
• [PATCH 28/41] xfs: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 25/41] dm: relax ordering of bio-based flush implementation
  • From: Tejun Heo
• [PATCH 34/41] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
  • From: Tejun Heo
• [PATCH 35/41] jbd2: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 32/41] nilfs2: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 41/41] block: remove the BH_Eopnotsupp flag
  • From: Tejun Heo
• [PATCH 21/41] md: implment REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 33/41] jbd: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 29/41] btrfs: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 10/41] block: implement REQ_FLUSH/FUA based interface for FLUSH/FUA requests
  • From: Tejun Heo
• [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
  • From: Tejun Heo
• [PATCH 04/41] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
  • From: Tejun Heo
• [PATCH 38/41] swap: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 01/41] ide: remove unnecessary blk_queue_flushing() test in do_ide_request()
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [linux-pm] [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• Re: WARNINGs because of ide-proc handling
  • From: Wolfram Sang
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: adam radford
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: WARNINGs because of ide-proc handling
  • From: David Miller
• Re: WARNINGs because of ide-proc handling
  • From: Wolfram Sang
• Re: [linux-pm] [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Rafael J. Wysocki
• Re: [linux-pm] [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Alan Stern
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Stephan Diestelhorst
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Rafael J. Wysocki
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Rafael J. Wysocki
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Vladislav Bolkhovitin
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Stephan Diestelhorst
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: WARNINGs because of ide-proc handling
  • From: David Miller
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: adam radford
• [PATCH] libata: SSD horkage introduction
  • From: Peter M. Petrakis
• [PATCH] SSD quirking revisited
  • From: Peter M. Petrakis
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• RE: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Kalra Ashish-B00888
• [PATCH 5/5] ata_piix: implement LPM support
  • From: Tejun Heo
• [PATCH 1/5] libata: clean up lpm related symbols and sysfs show/store functions
  • From: Tejun Heo
• [PATCH 3/5] libata: reimplement link power management
  • From: Tejun Heo
• [PATCH 2/5] libata: implement sata_link_scr_lpm() and make ata_dev_set_feature() global
  • From: Tejun Heo
• [PATCHSET #upstream] libata: reimplement LPM support
  • From: Tejun Heo
• [PATCH 4/5] libata: implement LPM support for port multipliers
  • From: Tejun Heo
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Tejun Heo
• Re: safety of retrying SYNCHRONIZE CACHE [was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush]
  • From: Hannes Reinecke
• Re: safety of retrying SYNCHRONIZE CACHE [was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush]
  • From: Hannes Reinecke
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Gwendal Grignou
• safety of retrying SYNCHRONIZE CACHE [was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush]
  • From: Mike Snitzer
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Jeff Garzik
• [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Gwendal Grignou
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Gwendal Grignou
• WARNINGs because of ide-proc handling
  • From: Wolfram Sang
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: adam radford
• Re: [opensuse-kernel] SSD / filesystem / TRIM
  • From: Greg Freemyer
• Re: sata_sil boot failure with 2.6.35
  • From: Jan Beulich
• Re: [opensuse-kernel] SSD / filesystem / TRIM
  • From: Mark Lord
• Re: [opensuse-kernel] SSD / filesystem / TRIM
  • From: Greg Freemyer
• Re: [opensuse-kernel] SSD / filesystem / TRIM
  • From: Mark Lord
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Boaz Harrosh
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Tejun Heo
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Boaz Harrosh
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Boaz Harrosh
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Tejun Heo
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jeff Moyer
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jan Kara
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Vladislav Bolkhovitin
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Vladislav Bolkhovitin
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Ric Wheeler
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jan Kara
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jeff Moyer
• Re: [opensuse-kernel] SSD / filesystem / TRIM
  • From: Greg Freemyer
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Gwendal Grignou
• [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Gwendal Grignou
• Re: [PATCH 04/30] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
  • From: Boaz Harrosh
• [PATCH] pata_artop: Fix device ID parity check
  • From: Jean Delvare
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: [dm-devel] [RFC] training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• Re: sata_sil boot failure with 2.6.35
  • From: Tejun Heo
• Re: sata_sil boot failure with 2.6.35
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Sergei Shtylyov
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Hannes Reinecke
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Hannes Reinecke
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Kiyoshi Ueda
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Tejun Heo
• silicon image 3114 DMA polling
  • From: amruth pattanada
• Re: possible esata regression in 2.6.35
  • From: Gwendal Grignou
• Re: qc timeout ... failed to IDENTIFY - qemu/kvm setup
  • From: Gwendal Grignou
• [PATCH] libata-sff: Reenable Port Multiplier after libata-sff remodeling.
  • From: Gwendal Grignou
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Siddhartha Jain
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: possible esata regression in 2.6.35
  • From: Gwendal Grignou
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jan Kara
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: adam radford
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Mike Snitzer
• 3w-9xxx: scsi0: WARNING: (0x06:0x0037): Character ioctl (0x108) timed out, resetting card.
  • From: Justin Piszcz
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Kiyoshi Ueda
• Re: [PATCH] block: update documentation for REQ_FLUSH / REQ_FUA
  • From: Tejun Heo
• [PATCH #upstream-fixes] ahci: fix hang on failed softreset
  • From: Tejun Heo
• Re: ahci port hangs while hard resetting link
  • From: Tejun Heo
• Re: possible esata regression in 2.6.35
  • From: Gwendal Grignou
• Re: ahci port hangs while hard resetting link
  • From: Gwendal Grignou
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• [PATCH] block: update documentation for REQ_FLUSH / REQ_FUA
  • From: Christoph Hellwig
• [PATCH UPDATED 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
  • From: Tejun Heo
• Re: [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
  • From: Sergei Shtylyov
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
  • From: Tejun Heo
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Jan Kara
• Re: [RFC] training mpath to discern between SCSI errors
  • From: Mike Christie
• [PATCH 20/30] btrfs: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 21/30] gfs2: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 02/30] block/loop: queue ordered mode should be DRAIN_FLUSH
  • From: Tejun Heo
• [PATCH 25/30] jbd2: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 12/30] block: use REQ_FLUSH in blkdev_issue_flush()
  • From: Tejun Heo
• [PATCH 15/30] virtio_blk: drop REQ_HARDBARRIER support
  • From: Tejun Heo
• Re: [PATCHSET 2.6.36-rc2] block, fs: replace HARDBARRIER with FLUSH/FUA
  • From: Mike Snitzer
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 29/30] block: remove the BLKDEV_IFL_BARRIER flag
  • From: Tejun Heo
• [PATCH 07/30] block: drop barrier ordering by queue draining
  • From: Tejun Heo
• [PATCH 08/30] block: rename blk-barrier.c to blk-flush.c
  • From: Tejun Heo
• [PATCH 13/30] block: simplify queue_next_fseq
  • From: Tejun Heo
• [PATCH 30/30] block: remove the BH_Eopnotsupp flag
  • From: Tejun Heo
• [PATCH 09/30] block: rename barrier/ordered to flush
  • From: Tejun Heo
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Christoph Hellwig
• Re: [PATCH 26/30] ext4: do not send discards as barriers
  • From: Christoph Hellwig
• Re: [PATCH 29/30] block: remove the BLKDEV_IFL_BARRIER flag
  • From: Christoph Hellwig
• [RFC] training mpath to discern between SCSI errors (was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush)
  • From: Mike Snitzer
• [PATCH 27/30] fat: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 01/30] ide: remove unnecessary blk_queue_flushing() test in do_ide_request()
  • From: Tejun Heo
• [PATCHSET 2.6.36-rc2] block, fs: replace HARDBARRIER with FLUSH/FUA
  • From: Tejun Heo
• [PATCH 11/30] block: filter flush bio's in __generic_make_request()
  • From: Tejun Heo
• [PATCH 06/30] block: misc cleanups in barrier code
  • From: Tejun Heo
• [PATCH 10/30] block: implement REQ_FLUSH/FUA based interface for FLUSH/FUA requests
  • From: Tejun Heo
• [PATCH 17/30] md: implment REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 14/30] block/loop: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 28/30] swap: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 03/30] block: kill QUEUE_ORDERED_BY_TAG
  • From: Tejun Heo
• [PATCH 16/30] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH support
  • From: Tejun Heo
• [PATCH 22/30] reiserfs: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 18/30] block: pass gfp_mask and flags to sb_issue_discard
  • From: Tejun Heo
• [PATCH 19/30] xfs: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 05/30] block: remove spurious uses of REQ_HARDBARRIER
  • From: Tejun Heo
• [PATCH 04/30] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
  • From: Tejun Heo
• [PATCH 26/30] ext4: do not send discards as barriers
  • From: Tejun Heo
• [PATCH 23/30] nilfs2: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• [PATCH 24/30] jbd: replace barriers with explicit flush / FUA usage
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Mike Snitzer
• Re: [PATCH UPDATED 4/5] md: implment REQ_FLUSH/FUA support
  • From: Neil Brown
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Jens Axboe
• [PATCH UPDATED 4/5] md: implment REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: sata_sil boot failure with 2.6.35
  • From: Jan Beulich
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Kiyoshi Ueda
• Re: promise sataII 150 TX4 issue
  • From: Robert Hancock
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Alan Cox
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: ahci port hangs while hard resetting link
  • From: Anssi Hannula
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Mike Snitzer
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Vladislav Bolkhovitin
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: ahci port hangs while hard resetting link
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: sata_sil boot failure with 2.6.35
  • From: Tejun Heo
• Re: sata_sil boot failure with 2.6.35
  • From: Jan Beulich
• Re: sata_sil boot failure with 2.6.35
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Kiyoshi Ueda
• Re: [PATCH] Fix section mismatch: ata_sff_exit
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: Maybe a bug in libata-core
  • From: Tejun Heo
• Re: [PATCH 4/5] md: implment REQ_FLUSH/FUA support
  • From: Neil Brown
• Re: Maybe a bug in libata-core
  • From: Stefan /*St0fF*/ Hübner
• Re: [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Martin K. Petersen
• Re: [PATCH 6/6] sd: Update thin provisioning support
  • From: Martin K. Petersen
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Martin K. Petersen
• Re: [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Douglas Gilbert
• Re: [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Douglas Gilbert
• Re: [dm-devel] [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Sergey Vlasov
• Re: [dm-devel] [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Ric Wheeler
• OT grammar nit Re: [PATCH] block: simplify queue_next_fseq
  • From: John Robinson
• Re: [PATCH 5/6] scsi_debug: Update thin provisioning support
  • From: Douglas Gilbert
• Re: sata_sil boot failure with 2.6.35
  • From: Jan Beulich
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Ric Wheeler
• Re: ahci port hangs while hard resetting link
  • From: Anssi Hannula
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Mike Snitzer
• [PATCH] block: simplify queue_next_fseq
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Jens Axboe
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Ric Wheeler
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Tejun Heo
• Re: sata_sil boot failure with 2.6.35
  • From: Tejun Heo
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Mark Lord
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Christoph Hellwig
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Mark Lord
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Tejun Heo
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Mark Lord
• Re: sata_sil boot failure with 2.6.35
  • From: Jan Beulich
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: sata_sil boot failure with 2.6.35
  • From: Tejun Heo
• Re: ahci port hangs while hard resetting link
  • From: Tejun Heo
• [PATCH #upstream-fixes] libata: be less of a drama queen on empty data commands
  • From: Tejun Heo
• Re: Maybe a bug in libata-core
  • From: Tejun Heo
• Re: Maybe a bug in libata-core
  • From: Alan Cox
• Re: Fwd: Maybe a bug in libata-core
  • From: Tejun Heo
• Re: [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Tejun Heo
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Tejun Heo
• Re: [PATCH] libata-sff: remove harmful BUG_ON from ata_bmdma_qc_issue
  • From: Tejun Heo
• RE: support for drives larger than 2TiB
  • From: Yuhong Bao
• Fwd: Maybe a bug in libata-core
  • From: Stefan /*St0fF*/ Hübner
• ahci port hangs while hard resetting link
  • From: Anssi Hannula
• Re: possible esata regression in 2.6.35
  • From: Jeff Garzik
• Re: possible esata regression in 2.6.35
  • From: Jeff Garzik
• Re: possible esata regression in 2.6.35
  • From: Nicolas Jungers
• Re: possible esata regression in 2.6.35
  • From: Mark Lord
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Cyril Hrubis
• [patch] ata/sata_dwc_460ex: signdness bug
  • From: Dan Carpenter
• Re: [PATCH] ata: Intel IDE-R support
  • From: Alan Cox
• Re: sata_sil boot failure with 2.6.35
  • From: Jeff Garzik
• Re: [PATCH] ata: Intel IDE-R support
  • From: Jeff Garzik
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Mark Lord
• [PATCH] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Greg Freemyer
• sata_sil boot failure with 2.6.35
  • From: Jan Beulich
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Ric Wheeler
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Chris Mason
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Ric Wheeler
• [PATCH] libata-sff: remove harmful BUG_ON from ata_bmdma_qc_issue
  • From: Mark Lord
• Re: [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Mark Lord
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Mark Lord
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCH 6/6] sd: Update thin provisioning support
  • From: Christoph Hellwig
• Re: [PATCH 3/6] block: Make max_discard_sectors sector_t
  • From: Christoph Hellwig
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Kiyoshi Ueda
• [PATCH] sata_mv: fix broken DSM/TRIM support (v2)
  • From: Mark Lord
• [PATCH] sata_mv: fix broken DSM/TRIM support
  • From: Mark Lord
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Mark Lord
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Greg Freemyer
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Martin K. Petersen
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Jeff Garzik
• Re: [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Greg Freemyer
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Martin K. Petersen
• Re: [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: James Bottomley
• [PATCH 3/6] block: Make max_discard_sectors sector_t
  • From: Martin K. Petersen
• [PATCH 4/6] scsi: Fix VPD page wrapper
  • From: Martin K. Petersen
• [PATCH 2/6] libata: Report supported TRIM payload size
  • From: Martin K. Petersen
• [PATCH 6/6] sd: Update thin provisioning support
  • From: Martin K. Petersen
• Discard/trim/thin provisioning update
  • From: Martin K. Petersen
• [PATCH 5/6] scsi_debug: Update thin provisioning support
  • From: Martin K. Petersen
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 1/6] libata: Signal that our SATL supports WRITE SAME(16) with UNMAP
  • From: Martin K. Petersen
• Re: [PATCH 3/5] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH support
  • From: Tejun Heo
• [PATCH 2/5 UPDATED] virtio_blk: drop REQ_HARDBARRIER support
  • From: Tejun Heo
• [PATCH] ide: remove unnecessary blk_queue_flushing() test in do_ide_request()
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: support for drives larger than 2TiB
  • From: Mark Lord
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Kay Sievers
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Kay Sievers
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Kay Sievers
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Kay Sievers
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tim Small
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Milan Kocian
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Kiyoshi Ueda
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH] trivial: Use kzalloc in idedisk_prep_fn.
  • From: Jiri Kosina
• Re: [PATCH] trivial: Use kzalloc in idedisk_prep_fn.
  • From: Jeff Garzik
• [PATCH #upstream] libata-transport: Fix compilation error on powerpc
  • From: Gwendal Grignou
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Vladislav Bolkhovitin
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Vladislav Bolkhovitin
• Re: [PATCH] V2 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Grant Grundler
• Re: [PATCH] V2 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Christoph Hellwig
• Re: [PATCH] V2 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Arnd Bergmann
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Rusty Russell
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: [PATCH 08/11] block: rename barrier/ordered to flush
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• promise sataII 150 TX4 issue
  • From: kenneth johansson
• libata git update
  • From: Jeff Garzik
• Re: [PATCH 2/2 #upstream] libata: always use ata_qc_complete_multiple() for NCQ command completions
  • From: Jeff Garzik
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Jeff Garzik
• Re: [patch] pata_winbond: fix module init
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Jeff Garzik
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Mike Snitzer
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• [PATCH] V2 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Grant Grundler
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Sergei Shtylyov
• Re: [patch] pata_winbond: fix module init
  • From: Jeff Garzik
• Re: [PATCH 08/11] block: rename barrier/ordered to flush
  • From: Christoph Hellwig
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCH 08/11] block: rename barrier/ordered to flush
  • From: Tejun Heo
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Tejun Heo
• Re: qc timeout ... failed to IDENTIFY - qemu/kvm setup
  • From: Tejun Heo
• Re: [PATCH] 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Alan Cox
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Tejun Heo
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Mike Snitzer
• Re: [PATCH 08/11] block: rename barrier/ordered to flush
  • From: Christoph Hellwig
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Christoph Hellwig
• Re: [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Bartlomiej Zolnierkiewicz
• [PATCH #upstream-fixes] pata_cmd64x: revert commit d62f5576
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [patch] pata_winbond: fix module init
  • From: Alan Cox
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [patch] pata_winbond: fix module init
  • From: Dan Carpenter
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Rusty Russell
• Re: [PATCH] 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Grant Grundler
• Re: [PATCH] 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Jeff Garzik
• Re: [patch] pata_winbond: fix module init
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Grant Grundler
• Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Mike Snitzer
• Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Christoph Hellwig
• [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 1/5] block/loop: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 3/5] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH 4/5] md: implment REQ_FLUSH/FUA support
  • From: Tejun Heo
• [RFC PATCHSET block#for-2.6.36-post] block: convert to REQ_FLUSH/FUA
  • From: Tejun Heo
• [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
  • From: Tejun Heo
• [PATCH UPDATED 10/11] fs, block: propagate REQ_FLUSH/FUA interface to upper layers
  • From: Tejun Heo
• RE: [PATCH] 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Wilcox, Matthew R
• [PATCH] 2.6.35 libata support for > 512 byte sectors (e.g. 4K Native)
  • From: Grant Grundler
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Cyril Hrubis
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Stanislav Brabec
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Cyril Hrubis
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Stanislav Brabec
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Kristoffer Ericson
• Re: zaurus pata_pcmcia corrupted filesystem
  • From: Marek Vasut
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCH 02/11] block: kill QUEUE_ORDERED_BY_TAG
  • From: Christoph Hellwig
• Re: [PATCH 02/11] block: kill QUEUE_ORDERED_BY_TAG
  • From: Vladislav Bolkhovitin
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Vladislav Bolkhovitin
• Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Christoph Hellwig
• Re: [PATCH 10/11] fs, block: propagate REQ_FLUSH/FUA interface to upper layers
  • From: Christoph Hellwig
• Re: [PATCH 10/11] fs, block: propagate REQ_FLUSH/FUA interface to upper layers
  • From: Tejun Heo
• Re: [PATCH 10/11] fs, block: propagate REQ_FLUSH/FUA interface to upper layers
  • From: Jan Kara
• Re: sata_sil24 failed command: READ FPDMA QUEUED (resolved)
  • From: Gwendal Grignou
• [PATCH 01/11] block/loop: queue ordered mode should be DRAIN_FLUSH
  • From: Tejun Heo
• [PATCH 05/11] block: misc cleanups in barrier code
  • From: Tejun Heo
• [PATCH 09/11] block: implement REQ_FLUSH/FUA based interface for FLUSH/FUA requests
  • From: Tejun Heo
• [PATCH 08/11] block: rename barrier/ordered to flush
  • From: Tejun Heo
• [PATCH 02/11] block: kill QUEUE_ORDERED_BY_TAG
  • From: Tejun Heo
• [PATCH 06/11] block: drop barrier ordering by queue draining
  • From: Tejun Heo
• [PATCH 10/11] fs, block: propagate REQ_FLUSH/FUA interface to upper layers
  • From: Tejun Heo
• [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
  • From: Tejun Heo
• [PATCH 03/11] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
  • From: Tejun Heo
• [PATCH 04/11] block: remove spurious uses of REQ_HARDBARRIER
  • From: Tejun Heo
• [PATCH 11/11] block: use REQ_FLUSH in blkdev_issue_flush()
  • From: Tejun Heo
• [PATCH 07/11] block: rename blk-barrier.c to blk-flush.c
  • From: Tejun Heo
• zaurus pata_pcmcia corrupted filesystem
  • From: Cyril Hrubis
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• Re: [PATCH RFC] ata: Intel IDE-R support
  • From: Sergei Shtylyov
• [PATCH RFC] ata: Intel IDE-R support
  • From: Alan Cox
• handling received FISes in SATA driver & libATA !!!
  • From: Murali N
• handling received FISes in SATA driver & libATA !!!
  • From: Murali N
• Fwd: handling received FISes in SATA driver & libATA !!!
  • From: Murali N
• [PATCH] docbook: fix fatal error from libata
  • From: Randy Dunlap
• qc timeout ... failed to IDENTIFY - qemu/kvm setup
  • From: Tharindu Rukshan Bamunuarachchi
• SATA DVD issue...
  • From: Nils Faerber
• [GIT] IDE
  • From: David Miller
• Re: [PATCH 11/18] pcmcia: do not use io_req_t when calling pcmcia_request_io()
  • From: Komuro
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst
• Re: sata_sil24 failed command: READ FPDMA QUEUED (resolved)
  • From: Robert Hancock
• [PATCH 06/18] pcmcia: remove cs_types.h
  • From: Dominik Brodowski
• [PATCH 10/18] pcmcia: do not use io_req_t after call to pcmcia_request_io()
  • From: Dominik Brodowski
• [PATCH 13/18] pcmcia: remove memreq_t
  • From: Dominik Brodowski
• [PATCH 11/18] pcmcia: do not use io_req_t when calling pcmcia_request_io()
  • From: Dominik Brodowski
• Re: 520 BPS data integrity vendors
  • From: Dan Porat
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• Re: [PATCH 06/15] drivers: ide: ide-tape.c removed duplicated #include
  • From: Borislav Petkov
• Re: [PATCH 06/15] drivers: ide: ide-tape.c removed duplicated #include
  • From: Andrea Gelmini
• Re: [PATCH 06/15] drivers: ide: ide-tape.c removed duplicated #include
  • From: Borislav Petkov
• [PATCH 06/15] drivers: ide: ide-tape.c removed duplicated #include
  • From: Andrea Gelmini
• Re: [git patches] libata updates
  • From: Jeff Garzik
• Re: [git patches] libata updates
  • From: Linus Torvalds
• Re: Drives missing at boot
  • From: Mark Knecht
• 2.6.35 vs. 2.6.33: ata_piix does not find any device after piix is loaded
  • From: Andrey Borzenkov
• Re: [PATCH 1/2 #upstream] sata_fsl,mv,nv: prepare for NCQ command completion update
  • From: Jeff Garzik
• Re: [PATCH] libata: Add libata transport class.
  • From: Jeff Garzik
• [git patches] libata updates
  • From: Jeff Garzik
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Rafael J. Wysocki
• Re: Drives missing at boot
  • From: Randy Dunlap
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Jim Paris
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Randy Dunlap
• [patch] pata_winbond: fix module init
  • From: Dan Carpenter
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Stephan Diestelhorst
• Re: sata_sil24 failed command: READ FPDMA QUEUED (resolved)
  • From: Tomas Lund
• Re: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: Mark Lord
• Re: Can you guys please take a look at bko#16434?
  • From: Mark Lord
• [PATCH v2] ide: Use kzalloc in idedisk_prep_fn.
  • From: Tao Ma
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Rafael J. Wysocki
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Stephan Diestelhorst
• Re: sata_sil24 failed command: READ FPDMA QUEUED (resolved)
  • From: Robert Hancock
• Re: [PATCH] ide: Use kzalloc in idedisk_prepare_flush.
  • From: FUJITA Tomonori
• [PATCH] ide: Use kzalloc in idedisk_prepare_flush.
  • From: Tao Ma
• Re: sata_sil24 failed command: READ FPDMA QUEUED (resolved)
  • From: Tomas Lund
• Re: [PATCH 1/2 #upstream] sata_fsl,mv,nv: prepare for NCQ command completion update
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libata: more PCI IDs for jmicron controllers
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] ata_piix: fix locking around SIDPR access
  • From: Jeff Garzik
• Re: [PATCH 04/25] ata: Convert pci_table entries to PCI_VDEVICE (if PCI_ANY_ID is used)
  • From: Jeff Garzik
• Re: [PATCH 1/2 #upstream] sata_fsl,mv,nv: prepare for NCQ command completion update
  • From: Jeff Garzik
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Robert Hancock
• Re: [PATCH 04/11] pcmcia: do not use io_req_t after call to pcmcia_request_io()
  • From: Marcel Holtmann
• Re: [PATCH 05/11] pcmcia: do not use io_req_t when calling pcmcia_request_io()
  • From: Marcel Holtmann
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• [PATCH 05/11] pcmcia: do not use io_req_t when calling pcmcia_request_io()
  • From: Dominik Brodowski
• [PATCH 07/11] pcmcia: remove memreq_t
  • From: Dominik Brodowski
• [PATCH 04/11] pcmcia: do not use io_req_t after call to pcmcia_request_io()
  • From: Dominik Brodowski
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Robert Hancock
• Re: SATA device powerdown
  • From: Robert Hancock
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo
• SATA device powerdown
  • From: Richard
• [PATCH #upstream-fixes] libata: more PCI IDs for jmicron controllers
  • From: Tejun Heo
• [Bug 16481] New: WARNING: Unbalanced enable for IRQ 19
  • From: bugzilla-daemon
• Re: [PATCH #upstream-fixes] ata_piix: fix locking around SIDPR access
  • From: David Milburn
• Re: Possible bug in ide_cd_queue_pc() or ide_wait_stat() ?
  • From: Borislav Petkov
• ESXi Sil3512 Compatibility
  • From: Wainschenker Nicolas
• [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Rafael J. Wysocki
• Re: Possible bug in ide_cd_queue_pc() or ide_wait_stat() ?
  • From: Dominic Curran
• Re: ata_port_flush_task, BUG: unable to handle kernel paging request
  • From: Tejun Heo
• Re: Possible bug in ide_cd_queue_pc() or ide_wait_stat() ?
  • From: Borislav Petkov
• Possible bug in ide_cd_queue_pc() or ide_wait_stat() ?
  • From: Dominic Curran
• Re: ata_port_flush_task, BUG: unable to handle kernel paging request
  • From: Nils Radtke
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• Re: ata_port_flush_task, BUG: unable to handle kernel paging request
  • From: Tejun Heo
• Re: support for drives larger than 2TiB
  • From: Tejun Heo
• Re: ata, pcmcia: problem with irq and ata_dev_read_id()
  • From: Tejun Heo
• Re: ata, pcmcia: problem with irq and ata_dev_read_id()
  • From: Heiko Schocher
• Re: support for drives larger than 2TiB
  • From: H. Peter Anvin
• Re: support for drives larger than 2TiB
  • From: H. Peter Anvin
• Re: support for drives larger than 2TiB
  • From: Alex Buell