linux-ide  

Messages by Thread

• [PATCH] sata_mv: improve warnings about Highpoint RocketRAID 23xx cards Mark Lord
  • Re: [PATCH] sata_mv: improve warnings about Highpoint RocketRAID 23xx cards Subrata Modak
  • Re: [PATCH] sata_mv: improve warnings about Highpoint RocketRAID 23xx cards Jeff Garzik
• Responding to 2 thread <2.6.23.8 - Hang with sata_mv (7042)...> AND <Bug: get EXT3-fs error Allocating block in system zone> Morrison, Tom
  • Re: Responding to 2 thread <2.6.23.8 - Hang with sata_mv (7042)...> AND <Bug: get EXT3-fs error Allocating block in system zone> Mark Lord
  • RE: Responding to 2 thread <2.6.23.8 - Hang with sata_mv (7042)...> AND <Bug: get EXT3-fs error Allocating block in system zone> Morrison, Tom
• RE: [PATCH] sata_nv,adma: fix error when rmmod sata_nv Kuan Luo
  • Re: [PATCH] sata_nv,adma: fix error when rmmod sata_nv Tejun Heo
  • RE: [PATCH] sata_nv,adma: fix error when rmmod sata_nv Kuan Luo
• SATA drive keeps hard resetting Matí­as Alejandro Torres
  • Re: SATA drive keeps hard resetting Michael Tokarev
  • Re: SATA drive keeps hard resetting Matí­as Alejandro Torres
  • Re: SATA drive keeps hard resetting Tejun Heo
  • Re: SATA drive keeps hard resetting Matí­as Alejandro Torres
• Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? Robert Hancock
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? trash can
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? Mark Lord
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? Mark Lord
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? trash can
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? Mark Lord
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? Bill Davidsen
  • Re: Iomega ZIP-100 drive unsupported with jmicron JMB361 chip? Andrew Morton
• Re: [Bugme-new] [Bug 9533] New: 2.6.24-rc4: some ahci/acpi interaction causes delays during boot Andrew Morton
  • Re: [Bugme-new] [Bug 9533] New: 2.6.24-rc4: some ahci/acpi interaction causes delays during boot Andrew Morton
  • Re: [Bugme-new] [Bug 9533] New: 2.6.24-rc4: some ahci/acpi interaction causes delays during boot Tejun Heo
  • Re: [Bugme-new] [Bug 9533] New: 2.6.24-rc4: some ahci/acpi interaction causes delays during boot Chuck Ebbert
• RE: Revisiting - 2.6.23.8 - Hang with sata_mv (7042) + Flat 4Gig (no holes) Memory Morrison, Tom
• Re: Possibly SATA related freeze killed networking and RAID noah
• Re: Failure with SATA DVD-RW Tejun Heo
• Re: Hard drives only detected when booting from CD on nVidia MCP67 SATA Tejun Heo
• Re: PROBLEM: WARNING: at kernel/irq/manage.c:158 enable_irq() during boot Tejun Heo
  • Re: PROBLEM: WARNING: at kernel/irq/manage.c:158 enable_irq() during boot Wojciech Zareba
  • Re: PROBLEM: WARNING: at kernel/irq/manage.c:158 enable_irq() during boot Tejun Heo
• Re: Comments - using the qc_defer hook for serializing controllers ? Tejun Heo
• Re: ATA ACPI (was Re: Linux 2.6.24-rc4) Tejun Heo
• Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port) Tejun Heo
  • Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port) Bill Davidsen
  • Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port) Tejun Heo
• Re: problems with packet command Tejun Heo
• Re: Recent kernel hosing partition Tejun Heo
  • Re: Recent kernel hosing partition Tejun Heo
  • Re: Recent kernel hosing partition For Junk Mail
  • Re: Recent kernel hosing partition Tejun Heo
  • Re: Recent kernel hosing partition For Junk Mail
  • Re: Recent kernel hosing partition Tejun Heo
  • Re: Recent kernel hosing partition For Junk Mail
• Re: SAS v SATA interface performance Tejun Heo
  • Re: SAS v SATA interface performance Mark Lord
  • Re: SAS v SATA interface performance Tejun Heo
  • Re: SAS v SATA interface performance Jens Axboe
  • Re: SAS v SATA interface performance Mark Lord
  • Re: SAS v SATA interface performance James Bottomley
  • Re: SAS v SATA interface performance Mark Lord
• [PATCH 20/20] ide: remove REQ_TYPE_ATA_CMD Bartlomiej Zolnierkiewicz
• [PATCH 19/20] ide: switch ide_cmd_ioctl() to use REQ_TYPE_ATA_TASKFILE requests Bartlomiej Zolnierkiewicz
• [PATCH 18/20] ide: switch set_xfer_rate() to use REQ_TYPE_ATA_TASKFILE requests Bartlomiej Zolnierkiewicz
• [PATCH 17/20] ide: fix final status check in drive_cmd_intr() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 17/20] ide: fix final status check in drive_cmd_intr() Sergei Shtylyov
• [PATCH 16/20] ide: check BUSY and ERROR status bits before reading data in drive_cmd_intr() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 16/20] ide: check BUSY and ERROR status bits before reading data in drive_cmd_intr() Sergei Shtylyov
• [PATCH 14/20] ide: convert "empty" REQ_TYPE_ATA_CMD requests to use REQ_TYPE_ATA_TASKFILE Bartlomiej Zolnierkiewicz
  • Re: [PATCH 14/20] ide: convert "empty" REQ_TYPE_ATA_CMD requests to use REQ_TYPE_ATA_TASKFILE Sergei Shtylyov
  • Re: [PATCH 14/20] ide: convert "empty" REQ_TYPE_ATA_CMD requests to use REQ_TYPE_ATA_TASKFILE Bartlomiej Zolnierkiewicz
• [PATCH 15/20] ide: don't enable local IRQs for PIO-in in driver_cmd_intr() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 15/20] ide: don't enable local IRQs for PIO-in in driver_cmd_intr() Sergei Shtylyov
  • Re: [PATCH 15/20] ide: don't enable local IRQs for PIO-in in driver_cmd_intr() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 15/20] ide: don't enable local IRQs for PIO-in in driver_cmd_intr() Sergei Shtylyov
• [PATCH 13/20] ide: initialize rq->cmd_type in ide_init_drive_cmd() callers Bartlomiej Zolnierkiewicz
  • Re: [PATCH 13/20] ide: initialize rq->cmd_type in ide_init_drive_cmd() callers Sergei Shtylyov
• [PATCH 12/20] ide: use wait_drive_not_busy() in drive_cmd_intr() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 12/20] ide: use wait_drive_not_busy() in drive_cmd_intr() Sergei Shtylyov
  • Re: [PATCH 12/20] ide: use wait_drive_not_busy() in drive_cmd_intr() Bartlomiej Zolnierkiewicz
• [PATCH 11/20] ide: kill DATA_READY define Bartlomiej Zolnierkiewicz
  • Re: [PATCH 11/20] ide: kill DATA_READY define Sergei Shtylyov
• [PATCH 10/20] ide: task_end_request() fix Bartlomiej Zolnierkiewicz
• [PATCH 9/20] ide: use rq->nr_sectors in task_end_request() Bartlomiej Zolnierkiewicz
• [PATCH 8/20] ide: remove needless ->cursg clearing from task_end_request() Bartlomiej Zolnierkiewicz
• [PATCH 7/20] ide: set IDE_TFLAG_IN_* flags before queuing/executing command Bartlomiej Zolnierkiewicz
• [PATCH 6/20] ide-tape: fix handling of non-special requests in ->end_request method Bartlomiej Zolnierkiewicz
• [PATCH 5/20] ide: fix final status check in task_in_intr() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 5/20] ide: fix final status check in task_in_intr() Sergei Shtylyov
• [PATCH 4/20] ide: clear HOB bit for REQ_TYPE_ATA_CMD requests in ide_end_drive_cmd() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 4/20] ide: clear HOB bit for REQ_TYPE_ATA_CMD requests in ide_end_drive_cmd() Sergei Shtylyov
• [PATCH 3/20] dtc2278: ->io_32bit setting don't have to be identical for master/slave Bartlomiej Zolnierkiewicz
  • Re: [PATCH 3/20] dtc2278: ->io_32bit setting don't have to be identical for master/slave Alan Cox
  • Re: [PATCH 3/20] dtc2278: ->io_32bit setting don't have to be identical for master/slave Bartlomiej Zolnierkiewicz
  • Re: [PATCH 3/20] dtc2278: ->io_32bit setting don't have to be identical for master/slave Alan Cox
  • Re: [PATCH 3/20] dtc2278: ->io_32bit setting don't have to be identical for master/slave Bartlomiej Zolnierkiewicz
  • Re: [PATCH 3/20] dtc2278: ->io_32bit setting don't have to be identical for master/slave Alan Cox
• [PATCH 2/20] ide: fix ->io_32bit race in ide_taskfile_ioctl() Bartlomiej Zolnierkiewicz
• [PATCH 1/20] ide: fix ->io_32bit race in set_io_32bit() Bartlomiej Zolnierkiewicz
  • Re: [PATCH 1/20] ide: fix ->io_32bit race in set_io_32bit() Sergei Shtylyov
• Re: Bug: get EXT3-fs error Allocating block in system zone Linus Torvalds
  • Re: Bug: get EXT3-fs error Allocating block in system zone Jens Axboe
  • Re: Bug: get EXT3-fs error Allocating block in system zone Marco Gatti
  • Re: Bug: get EXT3-fs error Allocating block in system zone Jens Axboe
  • Re: Bug: get EXT3-fs error Allocating block in system zone Jens Axboe
  • Re: Bug: get EXT3-fs error Allocating block in system zone Marco Gatti
  • Re: Bug: get EXT3-fs error Allocating block in system zone Jens Axboe
  • Re: Bug: get EXT3-fs error Allocating block in system zone Linus Torvalds
  • Re: Bug: get EXT3-fs error Allocating block in system zone Robert Hancock
  • Re: Bug: get EXT3-fs error Allocating block in system zone Marco Gatti
  • Re: Bug: get EXT3-fs error Allocating block in system zone Marco Gatti
  • Re: Bug: get EXT3-fs error Allocating block in system zone Mark Lord
  • Re: Bug: get EXT3-fs error Allocating block in system zone Marco Gatti
  • Re: Bug: get EXT3-fs error Allocating block in system zone Marco Gatti
  • Re: Bug: get EXT3-fs error Allocating block in system zone Alan Cox
• [PATCH] pdc202xx_new: fix Promise TX4 support Bartlomiej Zolnierkiewicz
• Re: Peculiar out-of-sync boot log lines Bartlomiej Zolnierkiewicz
  • Re: Peculiar out-of-sync boot log lines Nick Warne
• WDC WD1600BEVS-2 on NCQ blacklist Marco Schuster
  • Re: WDC WD1600BEVS-2 on NCQ blacklist Michael Tokarev
• [PATCH #upstream-fixes] libata: add ST3160023AS / 3.42 to NCQ blacklist Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: add ST3160023AS / 3.42 to NCQ blacklist Jeff Garzik
• Re: [PATCH 27/28] blk_end_request: changing scsi mid-layer for bidi (take 3) Boaz Harrosh
  • Re: [PATCH 27/28] blk_end_request: changing scsi mid-layer for bidi (take 3) Kiyoshi Ueda
• Re: laptop reboots right after hibernation Tejun Heo
  • Re: laptop reboots right after hibernation Kjartan Maraas
  • Re: laptop reboots right after hibernation Tejun Heo
  • Re: laptop reboots right after hibernation Kjartan Maraas
  • Re: laptop reboots right after hibernation Tejun Heo
• Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3) Robert Hancock
  • Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3) Robert Hancock
• [PATCH pata-2.6] hpt366: kill set_dma_mode() method wrapper Sergei Shtylyov
  • Re: [PATCH pata-2.6] hpt366: kill set_dma_mode() method wrapper Bartlomiej Zolnierkiewicz
• [PATCH pata-2.6] hpt366: change timing register masks Sergei Shtylyov
  • Re: [PATCH pata-2.6] hpt366: change timing register masks Bartlomiej Zolnierkiewicz
  • Re: [PATCH pata-2.6] hpt366: change timing register masks Sergei Shtylyov
• [PATCH] pata_legacy: Restructure and revamp Alan Cox
  • Re: [PATCH] pata_legacy: Restructure and revamp Andrew Morton
  • Re: [PATCH] pata_legacy: Restructure and revamp Alan Cox
• [PATCH] hpt366: fix HPT37x PIO mode timings (take 2) Sergei Shtylyov
  • Re: [PATCH] hpt366: fix HPT37x PIO mode timings (take 2) Bartlomiej Zolnierkiewicz
  • Re: [PATCH] hpt366: fix HPT37x PIO mode timings (take 2) Sergei Shtylyov
• Re: [PATCH] ata.h: Don't do a SATA check for 40wire_relaxed Peter Missel
  • Re: [PATCH] ata.h: Don't do a SATA check for 40wire_relaxed Peter Missel
  • Re: [PATCH] ata.h: Don't do a SATA check for 40wire_relaxed Alan Cox
• Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andrew Morton
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andreas Mohr
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andrew Morton
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Matthew Garrett
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andreas Mohr
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Tejun Heo
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andreas Mohr
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Tejun Heo
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Rafael J. Wysocki
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Tejun Heo
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Robert Hancock
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Tejun Heo
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andreas Mohr
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andreas Mohr
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Andreas Mohr
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Robert Hancock
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Tejun Heo
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Robert Hancock
  • Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 Tejun Heo
• [PATCH -stable] libata: kill spurious NCQ completion detection Tejun Heo
  • Re: [stable] [PATCH -stable] libata: kill spurious NCQ completion detection Greg KH
  • Re: [stable] [PATCH -stable] libata: kill spurious NCQ completion detection Tejun Heo
  • patch libata-kill-spurious-ncq-completion-detection.patch queued to -stable tree gregkh
  • patch libata-kill-spurious-ncq-completion-detection.patch queued to -stable tree gregkh
• ata_piix init/performance regression ? devzero
  • Re: ata_piix init/performance regression ? Tejun Heo
• [PATCH #upstream-fixes] sata_sil: fix spurious IRQ handling Tejun Heo
  • [PATCH #upstream-fixes] libata: clear link->eh_info.serror from ata_std_postreset() Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: clear link->eh_info.serror from ata_std_postreset() Jeff Garzik
  • Re: [PATCH #upstream-fixes] libata: clear link->eh_info.serror from ata_std_postreset() Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: clear link->eh_info.serror from ata_std_postreset() Jeff Garzik
  • Re: [PATCH #upstream-fixes] sata_sil: fix spurious IRQ handling Jeff Garzik
• Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Andrew Morton
  • Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Zan Lynx
  • Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Zan Lynx
  • Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Andrew Morton
  • Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Zan Lynx
  • Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Andrew Morton
  • Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash Robert Hancock
• Re: question about sata-error on boot. Tejun Heo
• Re: [patch] ata: ahci: Enclosure Management via LED Pavel Machek
• Re: AHCI + ST3160023AS + NCQ problems Matheus Izvekov
  • Re: AHCI + ST3160023AS + NCQ problems Tejun Heo
  • Re: AHCI + ST3160023AS + NCQ problems Matheus Izvekov
  • Re: AHCI + ST3160023AS + NCQ problems Tejun Heo
• [git patches] libata fixes Jeff Garzik
  • Re: [git patches] libata fixes Frans Pop
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • [git patches] libata fixes Jeff Garzik
  • Re: [git patches] libata fixes Bartlomiej Zolnierkiewicz
  • Re: [git patches] libata fixes Alan Cox
  • Re: [git patches] libata fixes Bartlomiej Zolnierkiewicz
• Re: [PATCH #upstream-fixes] ahci: don't attach if ICH6 is in combined mode Jeff Garzik
• Re: [PATCH #upstream-fixes] ata_piix: add Toshiba Tecra M4 to broken suspend list Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: kill spurious NCQ completion detection Jeff Garzik
  • Re: [PATCH #upstream-fixes] libata: kill spurious NCQ completion detection Mark Lord
• Re: [PATCH pata-2.6] hpt366: fix HPT37x PIO mode timings Sergei Shtylyov

• Later messages