Linux IDE Archive

• Thread Index

• 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
• Re: support for drives larger than 2TiB
  • From: Tejun Heo
• Re: support for drives larger than 2TiB
  • From: H. Peter Anvin
• Re: support for drives larger than 2TiB
  • From: Mikael Abrahamsson
• Re: support for drives larger than 2TiB
  • From: Tejun Heo
• Re: support for drives larger than 2TiB
  • From: Tejun Heo
• Re: support for drives larger than 2TiB
  • From: Tejun Heo
• RE: support for drives larger than 2TiB
  • From: Yuhong Bao
• Re: support for drives larger than 2TiB
  • From: Henrique de Moraes Holschuh
• Re: support for drives larger than 2TiB
  • From: Stan Hoeppner
• Re: support for drives larger than 2TiB
  • From: Greg Freemyer
• Re: support for drives larger than 2TiB
  • From: Alex Buell
• RE: support for drives larger than 2TiB
  • From: Yuhong Bao
• RE: support for drives larger than 2TiB
  • From: Yuhong Bao
• [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Tejun Heo
• Re: support for drives larger than 2TiB
  • From: Valdis . Kletnieks
• Re: support for drives larger than 2TiB
  • From: Alex Buell
• Re: support for drives larger than 2TiB
  • From: Henrique de Moraes Holschuh
• support for drives larger than 2TiB
  • From: Tejun Heo
• Can you guys please take a look at bko#16434?
  • From: Tejun Heo
• Re: [Bug 16449] New: can't watch dvd using pata-ali or ata-generic
  • From: Andrew Morton
• Re: [PATCH 6/6] pcmcia: remove cs_types.h
  • From: David Miller
• Re: [PATCH 6/6] pcmcia: remove cs_types.h
  • From: Marcel Holtmann
• Re: [PATCH 6/6] pcmcia: remove cs_types.h
  • From: John W. Linville
• [PATCH 6/6] pcmcia: remove cs_types.h
  • From: Dominik Brodowski
• Re: SIL24: pcie_set_readrq 4096
  • From: Rolf Eike Beer
• Re: SIL24: pcie_set_readrq 4096
  • From: Tejun Heo
• Re: SIL24: pcie_set_readrq 4096
  • From: Jassi Brar
• Re: SIL24: pcie_set_readrq 4096
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Tejun Heo
• SIL24: pcie_set_readrq 4096
  • From: Jassi Brar
• Re: Drives missing at boot
  • From: Paul Check
• Re: [Bugme-new] [Bug 16387] New: system freezes when dvd starts to spin for playback
  • From: Andrew Morton
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• Re: Drives missing at boot
  • From: Paul Check
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Paul Check
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Mark Knecht
• [PATCH #upstream-fixes] ata_piix: fix locking around SIDPR access
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Paul Check
• Re: [PATCH] via82cxxx: fix typo for VT6415 PCIE PATA IDE Host Controller support.
  • From: Yann Dirson
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Mark Knecht
• [Bug 16414] Panic during IO from both hard disk and CD-ROM on VIA IDE chipset using pata_via
  • From: bugzilla-daemon
• [Bug 16414] Panic during IO from both hard disk and CD-ROM on VIA IDE chipset using pata_via
  • From: bugzilla-daemon
• [Bug 16414] Panic during IO from both hard disk and CD-ROM on VIA IDE chipset using pata_via
  • From: bugzilla-daemon
• [Bug 16414] Panic during IO from both hard disk and CD-ROM on VIA IDE chipset using pata_via
  • From: bugzilla-daemon
• [Bug 16414] Panic during IO from both hard disk and CD-ROM on VIA IDE chipset using pata_via
  • From: bugzilla-daemon
• [Bug 16414] New: Panic during IO from both hard disk and CD-ROM on VIA IDE chipset using pata_via
  • From: bugzilla-daemon
• Re: [PATCH] via82cxxx: fix typo for VT6415 PCIE PATA IDE Host Controller support.
  • From: David Miller
• Re: [PATCH] via82cxxx: fix typo for VT6415 PCIE PATA IDE Host Controller support.
  • From: Yann Dirson
• Re: [PATCH] via82cxxx: fix typo for VT6415 PCIE PATA IDE Host Controller support.
  • From: David Miller
• [PATCH] via82cxxx: fix typo for VT6415 PCIE PATA IDE Host Controller support.
  • From: Yann Dirson
• RE: [PATCH v2]460EX on-chip SATA driver<resubmisison>
  • From: Rupjyoti Sarmah
• Re: [PATCH v2]460EX on-chip SATA driver<resubmisison>
  • From: Sergei Shtylyov
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• [PATCH 01/25] ata/ata_piix: Convert pci_table entries to PCI_VDEVICE (if PCI_ANY_ID is used)
  • From: Peter Huewe
• [PATCH 04/25] ata: Convert pci_table entries to PCI_VDEVICE (if PCI_ANY_ID is used)
  • From: Peter Huewe
• Re: Intermittent SATA link down SStatus 0
  • From: Paul Check
• Re: 520 BPS data integrity vendors
  • From: Martin K. Petersen
• Re: 520 BPS data integrity vendors
  • From: Dan Porat
• Re: Intermittent SATA link down SStatus 0
  • From: Tejun Heo
• Re: Intermittent SATA link down SStatus 0
  • From: Tejun Heo
• Re: Intermittent SATA link down SStatus 0
  • From: Paul Check
• Re: Intermittent SATA link down SStatus 0
  • From: Tejun Heo
• [Bug 16382] driver 'pata_hpt37x' attempts to run HPT device x0006 subd x0001. Doesn't work! 'pata_hpt3x2n' works well.
  • From: bugzilla-daemon
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Jim Paris
• Re: Intermittent SATA link down SStatus 0
  • From: Paul Check
• Re: [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: Intermittent SATA link down SStatus 0
  • From: Tejun Heo
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• Re: [PATCH 5/5] libata: allow hyphenated pattern ranges (v2)
  • From: Jeff Garzik
• Re: [PATCH #upstream] ata_generic: drop hard coded DMA force logic for CENATEK
  • From: Jeff Garzik
• Re: [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Jeff Garzik
• Re: [PATCH] libata: add ATA_CMD_DSM to ata_get_cmd_descript
  • From: Jeff Garzik
• Re: [PATCH v2]460EX on-chip SATA driver<resubmisison>
  • From: Jeff Garzik
• Re: [PATCH v7] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Jeff Garzik
• Re: timeout problems on onboard SATA 6.0 controller on Asus P7H57D-V EVO
  • From: Paul Check
• Re: timeout problems on onboard SATA 6.0 controller on Asus P7H57D-V EVO
  • From: Mikael Abrahamsson
• [Bug 16382] driver 'pata_hpt37x' attempts to run HPT device x0006 subd x0001. Doesn't work! 'pata_hpt3x2n' works well.
  • From: bugzilla-daemon
• [Bug 16382] driver 'pata_hpt37x' attempts to run HPT device x0006 subd x0001. Doesn't work! 'pata_hpt3x2n' works well.
  • From: bugzilla-daemon
• [Bug 16382] driver 'pata_hpt37x' attempts to run HPT device x0006 subd x0001. Doesn't work! 'pata_hpt3x2n' works well.
  • From: bugzilla-daemon
• Re: timeout problems on onboard SATA 6.0 controller on Asus P7H57D-V EVO
  • From: Robert Hancock
• [Bug 16382] driver 'pata_hpt37x' attempts to run HPT device x0006 subd x0001. Doesn't work! 'pata_hpt3x2n' works well.
  • From: bugzilla-daemon
• Re: sata_sil24 failed command: READ FPDMA QUEUED
  • From: Robert Hancock
• [Bug 16382] New: driver 'pata_hpt37x' attempts to run HPT device x0006 subd x0001. Doesn't work! 'pata_hpt3x2n' works well.
  • From: bugzilla-daemon
• sata_sil24 failed command: READ FPDMA QUEUED
  • From: Tomas Lund
• Re: If I have a single bad sector, how many failed reads should simple dd report?
  • From: Mark Lord
• [PATCH v7] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v6] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: Intermittent SATA link down SStatus 0
  • From: Paul Check
• Re: Intermittent SATA link down SStatus 0
  • From: Paul Check
• Re: HDD not suspending properly / dead on resume
  • From: Maciej Rutecki
• Re: [PATCH v6] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• [PATCH v6] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Jérôme Poulin
• Re: If I have a single bad sector, how many failed reads should simple dd report?
  • From: Greg Freemyer
• Re: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• Re: timeout problems on onboard SATA 6.0 controller on Asus P7H57D-V EVO
  • From: Mikael Abrahamsson
• Re: timeout problems on onboard SATA 6.0 controller on Asus P7H57D-V EVO
  • From: Robert Hancock
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Rudy Zijlstra
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Jeff Garzik
• Re: If I have a single bad sector, how many failed reads should simple dd report?
  • From: James Bottomley
• Re: HDD not suspending properly / dead on resume
  • From: Rafael J. Wysocki
• Re: HDD not suspending properly / dead on resume
  • From: Rafael J. Wysocki
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Anssi Hannula
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: HDD not suspending properly / dead on resume
  • From: Tejun Heo
• Re: ata: failed to IDENTIFY / SRST failed (errno = -16) problems on/after booting 2.6.35-rc3
  • From: Török Edvin
• timeout problems on onboard SATA 6.0 controller on Asus P7H57D-V EVO
  • From: Mikael Abrahamsson
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Rudy Zijlstra
• Re: HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Brad Campbell
• Re: If I have a single bad sector, how many failed reads should simple dd report?
  • From: Mark Lord
• Re: If I have a single bad sector, how many failed reads should simple dd report?
  • From: Mark Lord
• Re: HDD not suspending properly / dead on resume
  • From: Rafael J. Wysocki
• Re: HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst
• Re: HDD not suspending properly / dead on resume
  • From: Rafael J. Wysocki
• Re: HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst
• Re: If I have a single bad sector, how many failed reads should simple dd report?
  • From: Greg Freemyer
• HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Mikael Abrahamsson
• If I have a single bad sector, how many failed reads should simple dd report?
  • From: Greg Freemyer
• Re: 520 BPS data integrity vendors
  • From: Martin K. Petersen
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Mikael Abrahamsson
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Mikael Abrahamsson
• Re: mapping ataXX.YY to a /dev/sdX
  • From: Tim Small
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: 520 BPS data integrity vendors
  • From: Dan Porat
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: 520 BPS data integrity vendors
  • From: Martin K. Petersen
• Re: 520 BPS data integrity vendors
  • From: Dan Porat
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Sander
• [PATCH v2]460EX on-chip SATA driver<resubmisison>
  • From: Rupjyoti Sarmah
• Re: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: FUJITA Tomonori
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Stan Hoeppner
• Re: [PATCH] ide-cd: Do not access completed requests in the irq handler
  • From: David Miller
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Robert Hancock
• Re: ata: failed to IDENTIFY / SRST failed (errno = -16) problems on/after booting 2.6.35-rc3
  • From: Robert Hancock
• [PATCH 5/5] libata: allow hyphenated pattern ranges (v2)
  • From: Mark Lord
• Re: [PATCH 5/5] libata: allow hyphenated pattern ranges
  • From: Mark Lord
• [PATCH 5/5] libata: allow hyphenated pattern ranges
  • From: Mark Lord
• Re: [PATCH 4/4] libata: allow hyphenated pattern ranges
  • From: Mark Lord
• Re: [PATCH 4/4] libata: allow hyphenated pattern ranges
  • From: Jeff Garzik
• Re: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: Jeff Garzik
• Re: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: Mark Lord
• Re: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: Mark Lord
• Re: [PATCH 4/4] libata: allow hyphenated pattern ranges
  • From: Mark Lord
• ata: failed to IDENTIFY / SRST failed (errno = -16) problems on/after booting 2.6.35-rc3
  • From: Török Edwin
• Re: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: Christoph Hellwig
• Re: [PATCH 4/4] libata: allow hyphenated pattern ranges
  • From: Jeff Garzik
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: [PATCH 4/4] libata: allow hyphenated pattern ranges
  • From: Mark Lord
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller
• 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: 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: [RFC 1/2] block: implement an unprep function corresponding directly to prep
  • From: FUJITA Tomonori
• [PATCH] libata: add ATA_CMD_DSM to ata_get_cmd_descript
  • From: FUJITA Tomonori
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Gene Heskett
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Stan Hoeppner
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Stan Hoeppner
• Re: Drives missing at boot
  • From: Mark Knecht
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: Drives missing at boot
  • From: Mark Knecht
• [PATCH 10/19] drivers/ide: use for_each_pci_dev()
  • From: Kulikov Vasiliy
• Re: Drives missing at boot
  • From: Tejun Heo
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Tejun Heo
• [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller
• [PATCH] ide-cd: Do not access completed requests in the irq handler
  • From: Borislav Petkov
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Tejun Heo
• Re: Rapidly increasing Load_Cycle_Count
  • From: Tejun Heo
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller
• Re: 520 BPS data integrity vendors
  • From: Martin K. Petersen
• Re: 520 BPS data integrity vendors
  • From: Dan Porat
• Re: 520 BPS data integrity vendors
  • From: James Bottomley
• Rapidly increasing Load_Cycle_Count
  • From: Alberto Passalacqua
• Re: ata, pcmcia: problem with irq and ata_dev_read_id()
  • From: Tejun Heo
• [GIT PULL] irq: better lost/spurious irq handling
  • From: Tejun Heo
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• [PATCH #upstream] ata_generic: drop hard coded DMA force logic for CENATEK
  • From: Tejun Heo
• Re: [PATCH 3/3] libata: reduce blacklist size even more (v2)
  • From: Jeff Garzik
• [PATCH 3/3] libata: reduce blacklist size even more (v2)
  • From: Mark Lord
• [PATCH 2/3] libata: reduce blacklist size (v2)
  • From: Mark Lord
• [PATCH 1/3] libata: glob_match for ata_device_blacklist (v2)
  • From: Mark Lord
• Re: [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: Mark Lord
• Re: [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: Mark Lord
• 520 BPS data integrity vendors
  • From: Dan Porat
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libahci: Fix bug in storing EM messages
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] ahci,ata_generic: let ata_generic handle new MBP w/ MCP89
  • From: Jeff Garzik
• Re: [PATCH] ahci_platform: Remove unneeded ahci_driver.probe assignment
  • From: Jeff Garzik
• Re: [PATCHv2] ahci_platform: Provide for vendor specific init
  • From: Jeff Garzik
• Re: [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: Jeff Garzik
• RE: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Rupjyoti Sarmah
• Re: [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: Mark Lord
• Re: [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: James Bottomley
• [PATCH 3/3] libata: reduce blacklist size (resend)
  • From: Mark Lord
• Re: [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: Mark Lord
• Re: [PATCH 3/3] libata: reduce blacklist size even more
  • From: Mark Lord
• [PATCH 2/3] libata: reduce blacklist size
  • From: Mark Lord
• [PATCH 1/3] libata: glob_match for ata_device_blacklist
  • From: Mark Lord
• Re: Setting up Silicon image 3114 in DMA mode
  • From: Jeff Garzik
• Re: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Wolfgang Denk
• Re: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Josh Boyer
• Re: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Jeff Garzik
• Re: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Wolfgang Denk
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Wolfgang Denk
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller
• RE: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Rupjyoti Sarmah
• Re: Setting up Silicon image 3114 in DMA mode
  • From: amruth pattanada
• Re: [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Wolfgang Denk
• Re: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Maurus Cuelenaere
• RE: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Tejun Heo
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Tejun Heo
• Re: [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• [PATCH v2]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Håkon Løvdal
• [PATCH]ata:ahci.c Fix warning: comparison between 'enum <anonymous>' and 'enum <anonymous>'
  • From: Justin P. Mattock
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Robert Hancock
• Re: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Maurus Cuelenaere
• Re: [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Juergen Schindele
• Re: [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Anton Vorontsov
• RE: [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Rupjyoti Sarmah
• RE: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• [PATCH v5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Tejun Heo
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Simon Li
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Tejun Heo
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Simon Li
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Robert Hancock
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Marek Vasut
• Re: [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Marek Vasut
• Re: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• Re: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• Re: [PATCH] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Simon Li
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Jeff Garzik
• Re: Pls help for LibATA caused kernel temporary hung.
  • From: Simon Li
• Re: ata, pcmcia: problem with irq and ata_dev_read_id()
  • From: Heiko Schocher
• hald-addon-storage causing ata soft resets on CDROM drive?
  • From: Török Edwin
• Re: ata link not reset properly
  • From: Sergei Shtylyov
• Re: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Russell King - ARM Linux
• Re: Setting up Silicon image 3114 in DMA mode
  • From: amruth pattanada
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• Re: ata link not reset properly
  • From: Ortwin Glück
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: ata link not reset properly
  • From: Tejun Heo
• Re: Setting up Silicon image 3114 in DMA mode
  • From: Robert Hancock
• Re: ata link not reset properly
  • From: Robert Hancock
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• Re: [PATCH] libata: Add libata transport class.
  • From: Grant Grundler
• Re: [PATCH] sata_sil24: Use memory barriers before issuing commands
  • From: Grant Grundler
• Re: ata link not reset properly
  • From: Ortwin Glück
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller
• Re: ata link not reset properly
  • From: Tejun Heo
• [PATCH 2/2 #upstream] libata: always use ata_qc_complete_multiple() for NCQ command completions
  • From: Tejun Heo
• [PATCH 1/2 #upstream] sata_fsl,mv,nv: prepare for NCQ command completion update
  • From: Tejun Heo
• [PATCH] ahci_platform: Remove unneeded ahci_driver.probe assignment
  • From: Anton Vorontsov
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• Re: strange segfaults with CompactFlash in "true-ide" mode on PXA270
  • From: Sergei Shtylyov
• Re: [PATCHv2] ahci_platform: Provide for vendor specific init
  • From: Anton Vorontsov
• [PATCHv2] ahci_platform: Provide for vendor specific init
  • From: Jassi Brar
• Re: [PATCH] ahci_platform: Provide for vendor specific init
  • From: Jassi Brar
• Setting up Silicon image 3114 in DMA mode
  • From: amruth pattanada
• Re: [PATCH] ahci_platform: Provide for vendor specific init
  • From: Anton Vorontsov
• Re: [PATCH] ahci_platform: Provide for vendor specific init
  • From: Anton Vorontsov
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: [PATCH] ahci_platform: Provide for vendor specific init
  • From: Jassi Brar
• Re: [PATCH] ahci_platform: Provide for vendor specific init
  • From: Jeff Garzik
• [PATCH] ahci_platform: Provide for vendor specific init
  • From: Jassi Brar
• Re: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Marek Vasut
• RE: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Jeff Garzik
• [PATCH v1]460EX on-chip SATA driver<resubmisison>
  • From: Rupjyoti Sarmah
• Re: [PATCH #upstream-fixes] libahci: Fix bug in storing EM messages
  • From: Tejun Heo
• Re: ata link not reset properly
  • From: Ortwin Glück
• [PATCH #upstream-fixes] libahci: Fix bug in storing EM messages
  • From: Harry Zhang
• Re: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Jeff Garzik
• Re: ata link not reset properly
  • From: Tejun Heo
• Re: ata link not reset properly
  • From: Tejun Heo
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Mark Lord
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• [PATCH 2/2 #upstream-fixes] ata_generic: implement ATA_GEN_* flags and force enable DMA on MBP 7,1
  • From: Tejun Heo
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• RE: [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Greg KH
• Re: [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Arjan van de Ven
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Andi Kleen
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Arjan van de Ven
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller