linux-ide  

Messages by Thread

• • [PATCH 05/10] libata-acpi: add new hooks ata_acpi_dissociate() and ata_acpi_on_disable() Tejun Heo
  • Re: git repo and #upstream merging Tejun Heo
  • Re: git repo and #upstream merging Jeff Garzik
• [PATCH pata-2.6] hpt366: merge set_dma_mode() methods Sergei Shtylyov
  • Re: [PATCH pata-2.6] hpt366: merge set_dma_mode() methods Bartlomiej Zolnierkiewicz
• [PATCH v3 0/3] OF-platform PATA driver Anton Vorontsov
  • [PATCH 1/3] [libata] pata_platform: make probe and remove functions device type neutral Anton Vorontsov
  • Re: [PATCH 1/3] [libata] pata_platform: make probe and remove functions device type neutral Paul Mundt
  • [PATCH 2/3] [libata] pata_of_platform: OF-Platform PATA device driver Anton Vorontsov
  • Re: [PATCH 2/3] [libata] pata_of_platform: OF-Platform PATA device driver Stephen Rothwell
  • Re: [PATCH 2/3] [libata] pata_of_platform: OF-Platform PATA device driver Anton Vorontsov
  • [PATCH 3/3] [POWERPC] MPC8349E-mITX: introduce localbus and pata nodes Anton Vorontsov
• Re: Strange ATA problems Tejun Heo
  • Re: Strange ATA problems Robert Hancock
  • Re: Strange ATA problems Christoph Anton Mitterer
• [PATCH] Fix build break caused by "ide: remove ideprobe_init()" Olof Johansson
  • Re: [PATCH] Fix build break caused by "ide: remove ideprobe_init()" Bartlomiej Zolnierkiewicz
  • Re: [PATCH] Fix build break caused by "ide: remove ideprobe_init()" Olof Johansson
• Re: [PATCH v2 2/4] [libata] pata_of_platform: OF-Platform PATA device driver Olof Johansson
  • Re: [PATCH v2 2/4] [libata] pata_of_platform: OF-Platform PATA device driver Scott Wood
  • Re: [PATCH v2 2/4] [libata] pata_of_platform: OF-Platform PATA device driver Olof Johansson
• [PATCHSET #upstram-fixes] libata-acpi: improve ACPI corner case handling Tejun Heo
  • [PATCH 4/9] libata: implement ata_acpi_init_gtm() Tejun Heo
  • [PATCH 3/9] libata: add more opcodes to ata.h Tejun Heo
  • [PATCH 1/9] libata: drop const from struct ata_port param on ata_acpi_gtm/stm() Tejun Heo
  • [PATCH 2/9] libata: update ata_*_printk() macros such that level can be a variable Tejun Heo
  • [PATCH 6/9] libata-acpi: improve ACPI disabling Tejun Heo
  • [PATCH 8/9] libata-acpi: ignore _GTM failure during suspend Tejun Heo
  • [PATCH 7/9] libata-acpi: improve _GTF execution error handling and reporting Tejun Heo
  • Re: [PATCH 7/9] libata-acpi: improve _GTF execution error handling and reporting Mark Lord
  • Re: [PATCH 7/9] libata-acpi: improve _GTF execution error handling and reporting Tejun Heo
  • Re: [PATCH 7/9] libata-acpi: improve _GTF execution error handling and reporting Mark Lord
  • Re: [PATCH 7/9] libata-acpi: improve _GTF execution error handling and reporting Tejun Heo
  • Re: [PATCH 7/9] libata-acpi: improve _GTF execution error handling and reporting Mark Lord
  • [PATCH 9/9] libata-acpi: implement _GTF command filtering and filter out LOCK commands Tejun Heo
  • [PATCH 5/9] libata: use init_gtm in ata_acpi_cbl_80wire() Tejun Heo
  • Re: [PATCHSET #upstram-fixes] libata-acpi: improve ACPI corner case handling Tejun Heo
• ATA ACPI needs "Mr interpreter, would you please shut up?" flag Tejun Heo
  • Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag Robert Hancock
  • Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag Tejun Heo
  • Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag Tejun Heo
  • Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag Mark Lord
• [BUG] Kernel Bugs Weekly (maybe bi-weekly) Natalie Protasevich
  • Re: [BUG] Kernel Bugs Weekly (maybe bi-weekly) James Bottomley
  • Re: [BUG] Kernel Bugs Weekly (maybe bi-weekly) Russell King
• [patch 9/9] pata_legacy: restructure and revamp akpm
  • Re: [patch 9/9] pata_legacy: restructure and revamp Jeff Garzik
• [patch 4/9] pata_pcmcia: minor cleanups and support for dual channel cards akpm
• [patch 8/9] libata-fix-early-use-of-port-printk-checkpatch-fixes akpm
• [patch 7/9] ata: ahci: Enclosure Management via LED akpm
  • Re: [patch 7/9] ata: ahci: Enclosure Management via LED Kristen Carlson Accardi
• [patch 5/9] libata: add TOSHIBA MK1637GSX to spurious command completion list akpm
  • Re: [patch 5/9] libata: add TOSHIBA MK1637GSX to spurious command completion list Tejun Heo
• [patch 3/9] libata: xfer_mask is unsigned int not unsigned long akpm
  • Re: [patch 3/9] libata: xfer_mask is unsigned int not unsigned long Jeff Garzik
  • Re: [patch 3/9] libata: xfer_mask is unsigned int not unsigned long Andrew Morton
  • Re: [patch 3/9] libata: xfer_mask is unsigned int not unsigned long Jeff Garzik
• [patch 6/9] libata-set-proper-ata-udma-mode-for-bf548-according-to-system-clock-checkpatch-fixes akpm
• [patch 2/9] pata_hpt37x-fix-outstanding-bug-reports-on-the-hpt374-and-37x-cable-detect-checkpatch-fixes akpm
  • Re: [patch 2/9] pata_hpt37x-fix-outstanding-bug-reports-on-the-hpt374-and-37x-cable-detect-checkpatch-fixes Jeff Garzik
• [patch 1/9] drivers/ata/libata-eh.c: fix printk warning akpm
  • Re: [patch 1/9] drivers/ata/libata-eh.c: fix printk warning Jeff Garzik
• Best way to segments/requests Adrian McMenamin
  • Re: Best way to segments/requests Tejun Heo
  • Re: Best way to segments/requests Adrian McMenamin
  • Re: Best way to segments/requests Mark Lord
• QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Matthew Wilcox
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? James Bottomley
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Matthew Wilcox
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • VM allocates pages in reverse order again Matthew Wilcox
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Andrew Morton
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? James Bottomley
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Andrew Morton
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Andrew Morton
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • [PATCH] fix page_alloc for larger I/O segments (improved) Mark Lord
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) James Bottomley
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Andrew Morton
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Mark Lord
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Mel Gorman
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Mark Lord
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Mel Gorman
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Matthew Wilcox
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Mark Lord
  • Re: [PATCH] fix page_alloc for larger I/O segments (improved) Matthew Wilcox
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mel Gorman
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
  • [PATCH] fix page_alloc for larger I/O segments Mark Lord
  • Re: [PATCH] fix page_alloc for larger I/O segments Andrew Morton
  • Re: [PATCH] fix page_alloc for larger I/O segments Matthew Wilcox
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Jens Axboe
  • Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ? Mark Lord
• Re: [PATCH 0/2] [libata] sata_mv: Add support for Marvell's integrated SATA controller saeed bishara
  • Re: [PATCH 0/2] [libata] sata_mv: Add support for Marvell's integrated SATA controller Mark Lord
• Re: stable basic 4-port SATA card Patric Karlsson
  • Re: stable basic 4-port SATA card Mikael Pettersson
  • Re: stable basic 4-port SATA card Krzysztof Oledzki
• [patch 56/60] libata: kill spurious NCQ completion detection Greg KH
• [patch 35/36] libata: kill spurious NCQ completion detection Greg KH
• [git patches] IDE fixes Bartlomiej Zolnierkiewicz
  • [git patches] IDE fixes Bartlomiej Zolnierkiewicz
  • Re: [git patches] IDE fixes Bartlomiej Zolnierkiewicz
  • [git patches] IDE fixes Bartlomiej Zolnierkiewicz
  • [git patches] IDE fixes Bartlomiej Zolnierkiewicz
  • [git patches] IDE fixes Bartlomiej Zolnierkiewicz
• PATA_HPT37X embezzles two ports Bjoern Olausson
• Re: [PATCH 20/21] ide: fix host drivers depending on ide_generic to probe for interfaces Sergei Shtylyov
  • Re: [PATCH 20/21] ide: fix host drivers depending on ide_generic to probe for interfaces Bartlomiej Zolnierkiewicz
• Re: sata_mv hotplug flaky? Jeff Garzik
  • Re: sata_mv hotplug flaky? Mark Lord
• [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Tejun Heo
  • [PATCH #upstream-fixes] libata: fix ATAPI draining Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: fix ATAPI draining Jeff Garzik
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Will Trives
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Will Trives
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Will Trives
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Yannick Dirou
  • Re: [PATCH #upstream-fixes] libata: update atapi_eh_request_sense() such that lbam/lbah contains buffer size Jeff Garzik
• [PATCH 29/30] blk_end_request: cleanup 'uptodate' related code (take 4) Kiyoshi Ueda
• [PATCH 30/30] blk_end_request: cleanup of request completion (take 4) Kiyoshi Ueda
• [PATCH 28/30] blk_end_request: remove/unexport end_that_request_* (take 4) Kiyoshi Ueda
• [PATCH 27/30] blk_end_request: changing scsi (take 4) Kiyoshi Ueda
  • Re: [PATCH 27/30] blk_end_request: changing scsi (take 4) James Bottomley
• [PATCH 26/30] blk_end_request: add bidi completion interface (take 4) Kiyoshi Ueda
• [PATCH 25/30] blk_end_request: changing ide-cd (take 4) Kiyoshi Ueda
• [PATCH 22/30] blk_end_request: changing cpqarray (take 4) Kiyoshi Ueda
  • RE: [PATCH 22/30] blk_end_request: changing cpqarray (take 4) Miller, Mike (OS Dev)
• [PATCH 24/30] blk_end_request: add callback feature (take 4) Kiyoshi Ueda
• [PATCH 23/30] blk_end_request: changing ide normal caller (take 4) Kiyoshi Ueda
• [PATCH 20/30] blk_end_request: changing xsysace (take 4) Kiyoshi Ueda
  • Re: [PATCH 20/30] blk_end_request: changing xsysace (take 4) Grant Likely
  • Re: [PATCH 20/30] blk_end_request: changing xsysace (take 4) Boaz Harrosh
  • Re: [PATCH 20/30] blk_end_request: changing xsysace (take 4) Kiyoshi Ueda
  • Re: [PATCH 20/30] blk_end_request: changing xsysace (take 4) Boaz Harrosh
• [PATCH 21/30] blk_end_request: changing cciss (take 4) Kiyoshi Ueda
  • RE: [PATCH 21/30] blk_end_request: changing cciss (take 4) Miller, Mike (OS Dev)
  • Re: [PATCH 21/30] blk_end_request: changing cciss (take 4) Kiyoshi Ueda
  • RE: [PATCH 21/30] blk_end_request: changing cciss (take 4) Miller, Mike (OS Dev)
  • RE: [PATCH 21/30] blk_end_request: changing cciss (take 4) Miller, Mike (OS Dev)
• [PATCH 19/30] blk_end_request: changing ide-scsi (take 4) Kiyoshi Ueda
  • Re: [PATCH 19/30] blk_end_request: changing ide-scsi (take 4) Bartlomiej Zolnierkiewicz
• [PATCH 18/30] blk_end_request: changing s390 (take 4) Kiyoshi Ueda
• [PATCH 17/30] blk_end_request: changing mmc (take 4) Kiyoshi Ueda
• [PATCH 15/30] blk_end_request: changing viocd (take 4) Kiyoshi Ueda
• [PATCH 14/30] blk_end_request: changing xen-blkfront (take 4) Kiyoshi Ueda
• [PATCH 16/30] blk_end_request: changing i2o_block (take 4) Kiyoshi Ueda
• [PATCH 13/30] blk_end_request: changing viodasd (take 4) Kiyoshi Ueda
• [PATCH 11/30] blk_end_request: changing sx8 (take 4) Kiyoshi Ueda
• [PATCH 12/30] blk_end_request: changing ub (take 4) Kiyoshi Ueda
  • Re: [PATCH 12/30] blk_end_request: changing ub (take 4) Pete Zaitcev
  • Re: [PATCH 12/30] blk_end_request: changing ub (take 4) Kiyoshi Ueda
  • Re: [PATCH 12/30] blk_end_request: changing ub (take 4) Pete Zaitcev
  • Re: [PATCH 12/30] blk_end_request: changing ub (take 4) Kiyoshi Ueda
  • Re: [PATCH 12/30] blk_end_request: changing ub (take 4) Pete Zaitcev
• [PATCH 09/30] blk_end_request: changing ps3disk (take 4) Kiyoshi Ueda
• [PATCH 10/30] blk_end_request: changing sunvdc (take 4) Kiyoshi Ueda
• [PATCH 08/30] blk_end_request: changing nbd (take 4) Kiyoshi Ueda
• [PATCH 06/30] blk_end_request: changing DAC960 (take 4) Kiyoshi Ueda
• [PATCH 05/30] blk_end_request: changing um (take 4) Kiyoshi Ueda
  • Re: [PATCH 05/30] blk_end_request: changing um (take 4) Jeff Dike
• [PATCH 07/30] blk_end_request: changing floppy (take 4) Kiyoshi Ueda
• [PATCH 03/30] blk_end_request: changing block layer core (take 4) Kiyoshi Ueda
• [PATCH 04/30] blk_end_request: changing arm (take 4) Kiyoshi Ueda
• [PATCH 00/30] blk_end_request: full I/O completion handler (take 4) Kiyoshi Ueda
  • Re: [PATCH 00/30] blk_end_request: full I/O completion handler (take 4) Jens Axboe
• [PATCH 02/30] blk_end_request: add/export functions to get request size (take 4) Kiyoshi Ueda
• [PATCH 01/30] blk_end_request: add new request completion interface (take 4) Kiyoshi Ueda
  • Re: [PATCH 01/30] blk_end_request: add new request completion interface (take 4) James Bottomley
  • Re: [PATCH 01/30] blk_end_request: add new request completion interface (take 4) Kiyoshi Ueda
• Re: [PATCH 17/21] ide: drop 'initializing' argument from ide_register_hw() Sergei Shtylyov
  • Re: [PATCH 17/21] ide: drop 'initializing' argument from ide_register_hw() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 17/21] ide: drop 'initializing' argument from ide_register_hw() Sergei Shtylyov
  • Re: [PATCH 17/21] ide: drop 'initializing' argument from ide_register_hw() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 17/21] ide: drop 'initializing' argument from ide_register_hw() Sergei Shtylyov

• Earlier messages
• Later messages