Linux IDE Archive

• Thread Index

• Re: [PATCH option B 2/2] PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO for ICH
  • From: Sergei Shtylyov
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Joerg Dorchain
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Sergei Shtylyov
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 14/20] pata_oldpiix: add locking for parallel scanning
  • From: Sergei Shtylyov
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Sergei Shtylyov
• Re: libata: implement on-demand HPA unlocking
  • From: Bartlomiej Zolnierkiewicz
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Robert Hancock
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: [PATCH] libata: reduce ata_pci_[sff,bmdma]_init_one() size
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Greg Freemyer
• Re: [PATCH] libata: reduce ata_pci_[sff,bmdma]_init_one() size
  • From: Sergei Shtylyov
• Re: [PATCH] ata: add CONFIG_SATA_HOST config option
  • From: Sergei Shtylyov
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Jeff Garzik
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: libata: implement on-demand HPA unlocking
  • From: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• [PATCH] libata: reduce ata_pci_[sff,bmdma]_init_one() size
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ata: add CONFIG_SATA_HOST config option
  • From: Bartlomiej Zolnierkiewicz
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Sergei Shtylyov
• [Patch] Enable AHCI on certain ich chipsets
  • From: Joerg Dorchain
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Bartlomiej Zolnierkiewicz
• Re: libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jesse Barnes
• libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Sergei Shtylyov
• Re: [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Sergei Shtylyov
• Re: [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Bartlomiej Zolnierkiewicz
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Alan Cox
• Re: [PATCH 16/20] ata_piix: add EFAR SLC90E66 support
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Sergei Shtylyov
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Alan Cox
• Re: [PATCH 16/20] ata_piix: add EFAR SLC90E66 support
  • From: Alan Cox
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 16/20] ata_piix: add EFAR SLC90E66 support
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Alan Cox
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 16/20] ata_piix: add EFAR SLC90E66 support
  • From: Alan Cox
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Alan Cox
• Re: [PATCH 01/20] ata_piix: SITRE handling fix
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 01/20] ata_piix: SITRE handling fix
  • From: Alan Cox
• [PATCH] ahci: recognize Marvell 88se9125 PCIe SATA 6.0 Gb/s controller
  • From: Per Jessen
• [PATCH 01/20] ata_piix: SITRE handling fix
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 03/20] pata_efar: fix register naming used in efar_set_piomode()
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 04/20] pata_efar: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 06/20] pata_it8213: fix register naming used in it8213_set_piomode()
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 07/20] pata_it8213: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 11/20] pata_rdc: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 12/20] pata_rdc: parallel scanning needs an extra locking
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 10/20] pata_radisys: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 13/20] pata_rdc: add Power Management support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 14/20] pata_oldpiix: add locking for parallel scanning
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 15/20] pata_oldpiix: enable parallel scan
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 18/20] ata_piix: add RDC support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 16/20] ata_piix: add EFAR SLC90E66 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 19/20] ata_piix: add Intel old PIIX support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 20/20] ata_piix: add Radisys R82600 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 17/20] ata_piix: add IT8213 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 09/20] pata_oldpiix: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 08/20] pata_it8213: add UDMA100 and UDMA133 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCHSET] ata: rework support for PIIX-alike PATA controllers
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ahci: recognize Marvell 88se9125 PCIe SATA 6.0 Gb/s controller
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Roedel, Joerg
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• [PATCH] ahci: recognize Marvell 88se9125 PCIe SATA 6.0 Gb/s controller
  • From: Per Jessen
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: [Bugme-new] [Bug 28482] New: ADSL PPPOE kernel bug at /arch/x86/kernel/pci-nommu.c
  • From: Andrew Morton
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• [PATCH fixed] ide: legacy VLB drivers housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/2 fixed] cmd640: always use enhanced support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH fixed] ide/pmac: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ide: legacy VLB drivers housekeeping
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ide: legacy VLB drivers housekeeping
  • From: Sergei Shtylyov
• Re: [PATCH] ide/pmac: housekeeping
  • From: Sergei Shtylyov
• [PATCH] trm290: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/2] cmd640: always use enhanced support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide: legacy VLB drivers housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide-cs: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 1/2] cmd640: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide/pmac: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [Bug 13399] kernel crash SONY DVD-ROM with cd
  • From: bugzilla-daemon
• [Bug 13399] kernel crash SONY DVD-ROM with cd
  • From: bugzilla-daemon
• [Bug 13770] System freeze on XFS filesystem recovery on an external disk
  • From: bugzilla-daemon
• [Bug 13770] System freeze on XFS filesystem recovery on an external disk
  • From: bugzilla-daemon
• [PATCH 4/4] libata: remove ATA_FLAG_LPM
  • From: Sergei Shtylyov
• [PATCH 3/4] libata: remove ATA_FLAG_NO_LEGACY
  • From: Sergei Shtylyov
• [PATCH RESEND 2/4] libata: remove ATA_FLAG_MMIO
  • From: Sergei Shtylyov
• [PATCH RESEND 1/4] libata: remove ATA_FLAG_{SRST|SATA_RESET}
  • From: Sergei Shtylyov
• [PATCH] libata: remove ATA_FLAG_MMIO
  • From: Sergei Shtylyov
• [PATCH] libata: remove ATA_FLAG_{SRST|SATA_RESET}
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ingo Molnar
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Pavel Machek
• Re: PATA_ARTOP doesn't detect connected disk on Landisk
  • From: Alejandro Riveira Fernández
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• ahci: hotplug failure on 2.6.37
  • From: Mark Lord
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: Eric D. Mudama
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: Eric D. Mudama
• Re: MWDMA Issue: sda: unknown partition table
  • From: Viresh Kumar
• [PATCH (v2)] cdrom: support devices that have check_events but not media_changed
  • From: Simon Arlott
• [PATCH V2] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Joe Perches
• Re: [PATCH] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH] cdrom: support devices that have check_events but not media_changed
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ingo Molnar
• Re: [PATCH] cdrom: support devices that have check_events but not media_changed
  • From: Tejun Heo
• [PATCH] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Joe Perches
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Rusty Russell
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: [PATCH 7/8] sr: implement sr_check_events()
  • From: Simon Arlott
• [PATCH] cdrom: support devices that have check_events but not media_changed
  • From: Simon Arlott
• [LSF/MM ATTEND] discussion around bettter SAS/SATA integration
  • From: James Bottomley
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• [PATCH 4/4] sata_dwc_460ex: add debugging options
  • From: Sergei Shtylyov
• [PATCH 3/4] sata_dwc_460ex: fix misuse of ata_get_cmd_descript()
  • From: Sergei Shtylyov
• [PATCH 2/4] sata_dwc_460ex: fix return value of dma_dwc_xfer_setup()
  • From: Sergei Shtylyov
• [PATCH 1/4] sata_dwc_460ex: fix compilation errors/warnings
  • From: Sergei Shtylyov
• [git patches] libata updates
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jan Ceuleers
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: James Bottomley
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: BingJiun Luo
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: BingJiun Luo
• RE: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Luck, Tony
• RE: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Luck, Tony
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: Douglas Gilbert
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: James Bottomley
• Why is scsi_request_fn called every 4 milliseconds?
  • From: BingJiun Luo
• RE: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Luck, Tony
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Jeff Garzik
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH -next 2/2][RFC] x86: Saveoops: Reserve low memory and register code
  • From: Ahmed S. Darwish
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Randy Dunlap
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Mark Lord
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Linus Torvalds
• Re: [PATCH #upstream-fixes] ahci: add another PCI ID for marvell
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jeff Garzik
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Brian King
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH -next 2/2][RFC] x86: Saveoops: Reserve low memory and register code
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Tony Luck
• Re: [PATCH -next 1/2][RFC] x86: Saveoops: Switch to real-mode and call BIOS
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• [PATCH] sata_dwc_460ex: use ATA_PIO4
  • From: Sergei Shtylyov
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Tejun Heo
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ingo Molnar
• [PATCH -next 2/2][RFC] x86: Saveoops: Reserve low memory and register code
  • From: Ahmed S. Darwish
• [PATCH -next 1/2][RFC] x86: Saveoops: Switch to real-mode and call BIOS
  • From: Ahmed S. Darwish
• [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: [PATCH #upstream-fixes] ahci: add another PCI ID for marvell
  • From: Tejun Heo
• [PATCH UPDATED #upstream-fixes] libata: DVR-212D can't do SETXFER DVD-RW DVR-212D
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: WDC WD20EARS and 4k sector size
  • From: Tejun Heo
• Re: libata EH running when switching VTs
  • From: Toralf Förster
• Re: WDC WD20EARS and 4k sector size
  • From: Michael Tokarev
• Re: Seagate hard disk firmware issue
  • From: BU66ER BAD6ER
• Re: WDC WD20EARS and 4k sector size
  • From: Herbert Poetzl
• Re: WDC WD20EARS and 4k sector size
  • From: Mark Lord
• Re: WDC WD20EARS and 4k sector size
  • From: Mark Lord
• Re: WDC WD20EARS and 4k sector size
  • From: Jeff Garzik
• Re: WDC WD20EARS and 4k sector size
  • From: Martin K. Petersen
• Re: WDC WD20EARS and 4k sector size
  • From: Greg Freemyer
• Re: WDC WD20EARS and 4k sector size
  • From: Herbert Poetzl
• Re: WDC WD20EARS and 4k sector size
  • From: Martin K. Petersen
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• WDC WD20EARS and 4k sector size
  • From: Herbert Poetzl
• Re: libata EH running when switching VTs
  • From: Robert Hancock
• Re: Seagate hard disk firmware issue
  • From: Robert Hancock
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: DVR-212D can't do SETXFER DVD-RW DVR-212D
  • From: Sergei Shtylyov
• Re: patch for "failed to set xfermode (err_mask=0x4)" with PIONEER DVD-RW DVR-212D
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• sata_via bus errors fixed?
  • From: Dave Howorth
• [PATCH #upstream-fixes] libata: DVR-212D can't do SETXFER DVD-RW DVR-212D
  • From: Tejun Heo
• patch for "failed to set xfermode (err_mask=0x4)" with PIONEER DVD-RW DVR-212D
  • From: Francesco Antonacci
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• [PATCH 2/2] libsas: convert to libata new error handler
  • From: James Bottomley
• [PATCH 1/2] libata: separate error handler into usable components
  • From: James Bottomley
• [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• [PATCH 3/3] libata: fix eh locking
  • From: James Bottomley
• [PATCH 2/3] libata: fix locking for sas paths
  • From: James Bottomley
• [PATCH 1/3] libata: plumb sas port scan into standard libata paths
  • From: James Bottomley
• [PATCH 0/3] libata bug fixes and updates as a precursor for converting libsas to the new eh
  • From: James Bottomley
• Re: Seagate hard disk firmware issue
  • From: Alan Cox
• Seagate hard disk firmware issue
  • From: BU66ER BAD6ER
• Re: libata EH running when switching VTs
  • From: Toralf Förster
• Re: libata EH running when switching VTs
  • From: Robert Hancock
• [PATCH] drivers/ata/ahci.c: add device code for marvell 88se6141
  • From: Lars Randers
• Re: MWDMA Issue: sda: unknown partition table
  • From: Tejun Heo
• Re: MWDMA Issue: sda: unknown partition table
  • From: Viresh Kumar
• [PATCH] ipr/sas_ata: use mode mask macros from <linux/ata.h>
  • From: Sergei Shtylyov
• Re: MWDMA Issue: sda: unknown partition table
  • From: Tejun Heo
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: Tejun Heo
• MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• [PATCH #upstream-fixes] libata: set queue DMA alignment to sector size for ATAPI too
  • From: Tejun Heo
• Re: [RFC/PATCH] Deferred disk spinup during system resume
  • From: Jeff Garzik
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: [RFC/PATCH] Deferred disk spinup during system resume
  • From: Maksim Rayskiy
• Re: Problem: security locked disk and partition table read..
  • From: Tejun Heo
• Re: PROBLEM: Disk continually remounts and hardlocks the entire system if running on battery.
  • From: Ted Ts'o
• Re: PROBLEM: Disk continually remounts and hardlocks the entire system if running on battery.
  • From: Robert Hancock
• [PATCH 1/2] ATA: Add FSL sata v2 controller support
  • From: Xulei
• [PATCH 2/2] dts: Update sata controller compatible for p1022ds board
  • From: Xulei
• [FYI] linux-ata.org domain becoming available
  • From: Jeff Garzik
• Re: [RFC/PATCH] Deferred disk spinup during system resume
  • From: Jeff Garzik
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Kumar Gala
• Problem: security locked disk and partition table read..
  • From: Mark Lord
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Jeff Garzik
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Jeff Garzik
• Re: [PATCH 2.3.37] ahci: AHCI mode SATA patch for Intel DH89xxCC DeviceIDs
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] pata_mpc52xx: inherit from ata_bmdma_port_ops
  • From: Jeff Garzik
• Re: [PATCH v2] pata_hpt37x: fold 'if' statement into 'switch'
  • From: Jeff Garzik
• Re: [PATCH 2/2 v3] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Jeff Garzik
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: [PATCH 1/2 v3] pata_hpt{366|37x}: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Jeff Garzik
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jeff Garzik
• Re: PROBLEM: Disk continually remounts and hardlocks the entire system if running on battery.
  • From: Robert Hancock
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• Re: Why is only one command issue per time in AHCI driver?
  • From: Robert Hancock
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Sergei Shtylyov
• RE: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Zang Roy-R61911
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Sergei Shtylyov
• Re: Why is only one command issue per time in AHCI driver?
  • From: Jeff Garzik
• Re: Why is only one command issue per time in AHCI driver?
  • From: Seed
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• RE: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Zang Roy-R61911
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• Re: PMP and SEMB messages to SEP
  • From: Jeff Garzik
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP SMART error recovery and failure code decoding help
  • From: Marc MERLIN
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP SMART error recovery and failure code decoding help
  • From: Tejun Heo
• Re: PMP SMART error recovery and failure code decoding help
  • From: Marc MERLIN
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Kumar Gala
• Re: PMP SMART error recovery and failure code decoding help
  • From: Tejun Heo
• RE: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Aggrwal Poonam-B10812
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Sergei Shtylyov
• [PATCH] ATA: Add FSL sata v2 controller support
  • From: Xulei
• Re: Why is only one command issue per time in AHCI driver?
  • From: BingJiun Luo
• PMP SMART error recovery and failure code decoding help
  • From: Marc MERLIN
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Robert Hancock
• Re: IRQ enable/disable BUG in IDE w/shared IRQs
  • From: Jeff Garzik
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• [PATCH 1/2] PCI: add more checking to ICH region quirks
  • From: Jiri Slaby
• [PATCH option B 2/2] PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO for ICH
  • From: Jiri Slaby
• [PATCH option A 2/2] PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO
  • From: Jiri Slaby
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: IRQ enable/disable BUG in IDE w/shared IRQs
  • From: Thomas Gleixner
• Re: training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• IRQ enable/disable BUG in IDE w/shared IRQs
  • From: David Miller
• Re: Why is only one command issue per time in AHCI driver?
  • From: Robert Hancock
• Re: [RFC PATCH 0/3] differentiate between I/O errors
  • From: Mike Snitzer
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• Re: Why is only one command issue per time in AHCI driver?
  • From: 羅秉鈞
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Linus Torvalds
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: Why is only one command issue per time in AHCI driver?
  • From: Jeff Garzik
• Why is only one command issue per time in AHCI driver?
  • From: 羅秉鈞
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: AHCI support Port Multiplier problem.
  • From: Luo Dislo
• (help!) MD RAID6 won't --re-add devices?
  • From: Bart Kus
• Re: AHCI support Port Multiplier problem.
  • From: Luo Dislo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Harik
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• [PATCH] pata_hpt37x: inherit prereset() method for HPT374
  • From: Sergei Shtylyov
• Re: AHCI support Port Multiplier problem.
  • From: Tejun Heo
• Re: AHCI support Port Multiplier problem.
  • From: Tejun Heo
• Re: AHCI support Port Multiplier problem.
  • From: Robert Hancock
• [PATCH 2.3.37] ahci: AHCI mode SATA patch for Intel DH89xxCC DeviceIDs
  • From: Seth Heasley
• Re: [PATCH v2] pata_hpt37x: fold 'if' statement into 'switch'
  • From: Sergei Shtylyov
• [PATCH v2] pata_hpt37x: fold 'if' statement into 'switch'
  • From: Sergei Shtylyov
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• [PATCH 2/2 v3] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• [PATCH 1/2 v3] pata_hpt{366|37x}: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• Re: [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Sergei Shtylyov
• Re: [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Vasily Tarasov
• Re: [PATCH 1/2 v2] pata_hpt366: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• [PATCH 1/2 v2] pata_hpt366: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• Re: AHCI support Port Multiplier problem.
  • From: Mac Lin
• Re: [PATCH v5 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: Lin Mac
• Re: [PATCH v2] pata_hpt37x: coding style cleanup
  • From: Sergei Shtylyov
• RE: [PATCH v5 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: Basheer, Mansoor Ahamed
• Re: [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Sergei Shtylyov
• Re: [PATCH #upstream-fixes] pata_mpc52xx: inherit from ata_bmdma_port_ops
  • From: Roman Fietze
• Re: AHCI support Port Multiplier problem.
  • From: Luo Dislo
• [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Vasily Tarasov
• [PATCH #upstream-fixes] pata_mpc52xx: inherit from ata_bmdma_port_ops
  • From: Tejun Heo
• [PATCH v5 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v5 2/3] ahci_platform: switch to module device table matching
  • From: mkl0301
• [PATCH v5 1/3] ahci_platform: rename module ahci_platform to ahci_platforms
  • From: mkl0301
• [PATCH v5 0/3] add CNS3xxx AHCI support
  • From: mkl0301
• Re: [PATCH v4 1/3] ahci_platform: rename module ahci_platform to ahci_platforms
  • From: Anton Vorontsov
• Re: [PATCH v4 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: Anton Vorontsov
• Re: [PATCH v4 2/3] ahci_platform: switch to module device table matching
  • From: Anton Vorontsov
• [PATCH v4 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v4 2/3] ahci_platform: switch to module device table matching
  • From: mkl0301
• [PATCH v4 1/3] ahci_platform: rename module ahci_platform to ahci_platforms
  • From: mkl0301
• [PATCH v4 0/3] add CNS3xxx AHCI support
  • From: mkl0301
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Problem on initialization bad hardware with driver from sata subsystem.
  • From: Andrey Gusev
• Re: [PATCH v2] pata_hpt37x: coding style cleanup
  • From: Jeff Garzik
• [git patches] libata updates for 2.6.38
  • From: Jeff Garzik
• [PATCH 2/2 v2] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• Re: [PATCH 2/2] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• [PATCH 2/2] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• [PATCH 1/2] pata_hpt366: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• [PATCH v2] pata_hpt37x: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH v2] pata_hpt366: coding style cleanup
  • From: Sergei Shtylyov
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• Re: CF Card Adapter White List Candidate
  • From: Michael Tokarev
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH] pata_hpt37x: actually limit HPT370 to UltraDMA/66
  • From: Jeff Garzik
• Re: [PATCH 1/3] pata_hpt366: coding style cleanup
  • From: Jeff Garzik
• Re: [PATCH] pata_hpt3x2n: calculate average f_CNT
  • From: Jeff Garzik
• Re: [PATCH v3] pata_hpt3x2n: clarify about HPT371N support
  • From: Jeff Garzik
• Re: [PATCH resend] pata_hpt{37x|3x2n}: SATA mode filtering
  • From: Jeff Garzik
• [PATCH] pata_platform: Remove CONFIG_HAVE_PATA_PLATFORM's dependencies.
  • From: Nick Bowler
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jesse Barnes
• Re: [RFC][PATCH] spinlock: Kill spin_unlock_wait()
  • From: Tejun Heo
• Re: AHCI support Port Multiplier problem.
  • From: Tejun Heo
• Re: [RFC][PATCH] spinlock: Kill spin_unlock_wait()
  • From: Jeff Garzik
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Tejun Heo
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Anton Vorontsov
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stan Hoeppner
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• AHCI support Port Multiplier problem.
  • From: Luo Dislo
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Jeff Garzik
• Re: [RFC] Deferred disk spinup during system resume
  • From: Jeff Garzik
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: Is there a reliable way to ID a SSD?
  • From: Jan Ceuleers
• Re: Is there a reliable way to ID a SSD?
  • From: Jeff Garzik
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: Is there a reliable way to ID a SSD?
  • From: Jeff Garzik
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• Re: [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: Lin Mac
• Re: [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: Ben Dooks
• Re: [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: Lin Mac
• [PATCH v3 2/2] ahci_platform: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v3 1/2] ahci_platform: switch to module device table matching
  • From: mkl0301
• [PATCH v3 0/2] add CNS3xxx AHCI support
  • From: mkl0301
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: Is there a reliable way to ID a SSD?
  • From: Jan Ceuleers
• Re: Adding runtime PM support to sata_mv driver
  • From: Alan Stern
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• Re: Adding runtime PM support to sata_mv driver
  • From: Rafael J. Wysocki
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH v2 3/3] ahci_platform: add support for CNS3xxx SoC devices
  • From: Anton Vorontsov
• Re: [PATCH v2 2/3] ahci_pltfm: switch to module device table matching
  • From: Anton Vorontsov
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Anton Vorontsov
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Andreas Mohr
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: Adding runtime PM support to sata_mv driver
  • From: Tejun Heo
• Re: CF Card Adapter White List Candidate
  • From: Tejun Heo
• Re: Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Robert Hancock
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• Kernel 2.6.37 erroneously limiting to UDMA/33
  • From: Stephen Clark
• [PATCH] pata_hpt37x: actually limit HPT370 to UltraDMA/66
  • From: Sergei Shtylyov
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: Jeff Garzik
• Re: Adding runtime PM support to sata_mv driver
  • From: Priyanka Gupta
• Re: CF Card Adapter White List Candidate
  • From: Tejun Heo
• [PATCH v2 3/3] ahci_platform: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v2 2/3] ahci_pltfm: switch to module device table matching
  • From: mkl0301
• [PATCH v2 1/3] ahci_platform: rename to ahci_pltfm, but keep the original module name
  • From: mkl0301
• [PATCH v2 0/3] add CNS3xxx AHCI support
  • From: mkl0301
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• Re: Is there a reliable way to ID a SSD?
  • From: Martin K. Petersen
• CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Is there a reliable way to ID a SSD?
  • From: Mark Lord
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Roedel, Joerg
• Re: Adding runtime PM support to sata_mv driver
  • From: Greg Freemyer
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: Is there a reliable way to ID a SSD?
  • From: Peter M. Petrakis
• Re: Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Steffen Moser
• Re: Is there a reliable way to ID a SSD?
  • From: Peter M. Petrakis
• Re: Adding runtime PM support to sata_mv driver
  • From: Greg Freemyer
• Re: Adding runtime PM support to sata_mv driver
  • From: Alan Stern
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Sergei Shtylyov
• Re: Adding runtime PM support to sata_mv driver
  • From: Tejun Heo
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Sergei Shtylyov
• Re: Adding runtime PM support to sata_mv driver
  • From: Alan Stern
• Re: Adding runtime PM support to sata_mv driver
  • From: Tejun Heo
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Roman Fietze
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Tejun Heo
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Sergei Shtylyov
• Re: PowerPC MPC5200B ATA MWDMA regression
  • From: Tejun Heo
• PowerPC MPC5200B ATA MWDMA regression
  • From: Roman Fietze
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Roedel, Joerg
• Re: Adding runtime PM support to sata_mv driver
  • From: Priyanka Gupta
• Re: PMP 3726 problem?
  • From: Tejun Heo
• Re: PMP 3726 problem?
  • From: Phill Jolliffe
• Re: PMP 3726 problem?
  • From: Jan Ceuleers
• Re: PMP 3726 problem?
  • From: Stan Hoeppner
• Re: PMP 3726 problem?
  • From: Phill Jolliffe
• 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: [PATCH] hpt366: coding style cleanup
  • From: David Miller
• [PATCH] hpt366: coding style cleanup
  • From: Sergei Shtylyov
• Is there a reliable way to ID a SSD?
  • From: Greg Freemyer
• Re: PMP 3726 problem?
  • From: Stan Hoeppner
• PMP 3726 problem?
  • From: Phill Jolliffe
• Re: IOMMU and DMA mode of pata_jmicron
  • From: Jeff Garzik
• [PATCH 3/3] pata_hpt3x2n: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH 2/3] pata_hpt37x: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH 1/3] pata_hpt366: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH] pata_hpt3x2n: calculate average f_CNT
  • From: Sergei Shtylyov
• Re: [PATCH 04/16] ide: convert to bdops->check_events()
  • From: David Miller
• [PATCH v3] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• [PATCH 04/16] ide: convert to bdops->check_events()
  • From: Tejun Heo
• [PATCH v2] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• Re: [PATCH] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Krzysztof Halasa
• Re: [Probably regression] Possible circular locking dependency from ATA in current mainline
  • From: Tejun Heo
• Re: Slow disks.
  • From: Stan Hoeppner
• Re: Slow disks.
  • From: Mark Knecht
• [git patch] libata warning fix
  • From: Jeff Garzik
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Mark Knecht
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Greg Freemyer
• [Probably regression] Possible circular locking dependency from ATA in current mainline
  • From: Rafael J. Wysocki
• Re: Slow disks.
  • From: Rogier Wolff
• [PATCH resend] pata_hpt{37x|3x2n}: SATA mode filtering
  • From: Sergei Shtylyov
• [PATCH] pata_{hpt37x|hpt3x2n}: SATA mode filtering
  • From: Sergei Shtylyov
• [PATCH] pata_hpt3x2n: clarify about HPT371N support
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Mikael Abrahamsson
• Re: Slow disks.
  • From: Rogier Wolff
• Re: [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: wu zhangjin
• Re: Slow disks.
  • From: Krzysztof Halasa
• Re: [PATCH #upstream-fixes] libata-sff: fix HSM_ST_ERR handling in __ata_sff_port_intr()
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: no special completion processing for EH commands
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: issue DIPM enable commands with LPM state updated
  • From: Jeff Garzik
• Re: [PATCH RESEND] pata_mpc52xx: driver needs BMDMA
  • From: Jeff Garzik
• Re: [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Jeff Garzik
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Jeff Garzik
• Re: [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Michael Tokarev
• Re: [PATCH #upstream-fixes] libata-sff: fix HSM_ST_ERR handling in __ata_sff_port_intr()
  • From: Tejun Heo
• [v3 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Wu Zhangjin
• Re: [v2 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: wu zhangjin
• Re: Slow disks.
  • From: Krzysztof Halasa
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Jaap Crezee
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Jeff Moyer
• Re: [v2 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Sergei Shtylyov
• Re: Slow disks.
  • From: Rogier Wolff
• [v2 PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Wu Zhangjin
• Re: Slow disks.
  • From: Jeff Moyer
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: Slow disks.
  • From: Rogier Wolff
• Re: Slow disks.
  • From: Jeff Moyer
• Re: Slow disks.
  • From: Greg Freemyer
• [PATCH RESEND] pata_mpc52xx: driver needs BMDMA
  • From: Wolfram Sang
• Re: [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: Anton Vorontsov
• Re: Slow disks.
  • From: Rogier Wolff
• Re: [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: Lin Mac
• Re: [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Tejun Heo
• Re: [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Martin Steigerwald
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: Slow disks.
  • From: Greg Freemyer
• Re: Slow disks.
  • From: Bruno Prémont
• Re: [PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: wu zhangjin
• Re: [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Tejun Heo
• Re: [PATCH 1/1] ARM: cns3xxx: ahci: Fixup for softwreset failures with direct connected disks with CONFIG_SATA_PMP enabled.
  • From: Anton Vorontsov
• Re: [PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Sergei Shtylyov
• [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
  • From: Martin Steigerwald
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Anssi Hannula
• [PATCH] [libata] pata_cs5536: Add support for non-X86_32 platforms
  • From: Wu Zhangjin
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Rafael J. Wysocki
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern
• Re: RFC: short reads on block devices
  • From: Douglas Gilbert
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• Re: training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ide: at91_ide.c bugfix for high master clock
  • From: Stanislaw Gruszka
• [Bug 16481] WARNING: Unbalanced enable for IRQ 19
  • From: bugzilla-daemon
• [Bug 16481] WARNING: Unbalanced enable for IRQ 19
  • From: bugzilla-daemon
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Christoph Hellwig
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Kay Sievers
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Kay Sievers
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: James Bottomley
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Jens Axboe
• Re: [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• [PATCH] pata_mpc52xx: driver needs BMDMA
  • From: Wolfram Sang
• Re: [PATCH v2] ide: at91_ide.c bugfix for high master clock
  • From: Stanislaw Gruszka
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Sergei Shtylyov
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Sergei Shtylyov
• Re: [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Sergei Shtylyov
• [Bug 24702] Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• [Bug 24702] New: Possible bug - crash during IDE interface probing.
  • From: bugzilla-daemon
• Re: [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Jeff Garzik
• [PATCH v2] ide: at91_ide.c bugfix for high master clock
  • From: Igor Plyatov
• [PATCH v2] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH] ide: at91_ide.c bugfix for high master clock
  • From: David Miller
• [PATCH] ide: at91_ide.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern
• Re: [linux-pm] 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Rafael J. Wysocki
• Re: [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [RFC PATCH 0/3] differentiate between I/O errors
  • From: Malahal Naineni
• [PATCH] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Tejun Heo
• Re: [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Sergei Shtylyov
• [PATCH #upstream-fixes] libata: issue DIPM enable commands with LPM state updated
  • From: Tejun Heo
• [PATCH #upstream-fixes] libata: no special completion processing for EH commands
  • From: Tejun Heo
• [PATCH UPDATED 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• Re: [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Rolf Eike Beer
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• [PATCH 4/8] cdrom: add ->check_events() support
  • From: Tejun Heo
• [PATCH 7/8] sr: implement sr_check_events()
  • From: Tejun Heo
• [PATCH 3/8] implement in-kernel gendisk events handling
  • From: Tejun Heo
• [PATCH 2/8] block: move register_disk() and del_gendisk() to block/genhd.c
  • From: Tejun Heo
• [PATCH 8/8] sd: implement sd_check_events()
  • From: Tejun Heo
• [PATCH 6/8] scsi: replace sr_test_unit_ready() with scsi_test_unit_ready()
  • From: Tejun Heo
• [PATCHSET] block/SCSI: implement in-kernel disk event handling, take#2
  • From: Tejun Heo
• [PATCH 5/8] scsi: fix TUR error handling in sr_media_change()
  • From: Tejun Heo
• [PATCH 1/8] block: kill genhd_media_change_notify()
  • From: Tejun Heo
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Tejun Heo
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Jeff Garzik
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Tejun Heo
• [PATCH v2 3/3] block: improve detail in I/O error messages
  • From: Mike Snitzer
• Re: promise tx2650 + ss1600 + dmraid
  • From: Philippe De Muyter
• Re: [RFC PATCH 3/3] block: improve detail in I/O error messages
  • From: Sergei Shtylyov