Linux IDE Archive

• Thread Index

• 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
• Re: IRQ 15 not assigned, but still unable to use it - in MSDOS it works
  • From: Erik Rull
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Andi Kleen
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Andi Kleen
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Hans Mueller
• 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: ext3 filesystem corruption on md RAID1 device
  • From: Theodore Tso
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Theodore Tso
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Thomas Gleixner
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Arjan van de Ven
• Re: [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Jassi Brar
• Re: IRQ 15 not assigned, but still unable to use it - in MSDOS it works
  • From: Robert Hancock
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Arjan van de Ven
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Alan Cox
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Thomas Gleixner
• [PATCH #upstream-fixes] ahci,ata_generic: let ata_generic handle new MBP w/ MCP89
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: Borislav Petkov
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Arjan van de Ven
• Current topics for LSF10/MM Summit 8-9 August in Boston
  • From: James Bottomley
• Re: Very slow disk speed after "IRQ: nobody cared"
  • From: Tejun Heo
• Re: Very slow disk speed after "IRQ: nobody cared"
  • From: Tejun Heo
• IRQ 15 not assigned, but still unable to use it - in MSDOS it works
  • From: Erik Rull
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Greg KH
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• Re: [PATCH 02/12] irq: make spurious poll timer per desc
  • From: Tejun Heo
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [PATCH 02/12] irq: make spurious poll timer per desc
  • From: Konrad Rzeszutek Wilk
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Kay Sievers
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Kay Sievers
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Nick Piggin
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Jean Delvare
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Kay Sievers
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• [Bug 16142] r8169: Kernel Panic when a lot of data is transferred through network interface
  • From: bugzilla-daemon
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Greg KH
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• Re: [PATCH 12/12] usb: use IRQ watching
  • From: Greg KH
• Re: Fwd: Re: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen - "dead" harddisc until reboot
  • From: alois.klingler@xxxxxxxxx
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: James Bottomley
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Andi Kleen
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Alan Cox
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Andi Kleen
• Re: [PATCH 09/12] irq: implement IRQ expecting
  • From: Jiri Slaby
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Tejun Heo
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Andi Kleen
• Re: 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Tejun Heo
• Re: reenabling disabled ata links from the command line
  • From: Tejun Heo
• [PATCH v4] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: FUJITA Tomonori
• 2.6.34 PDC20268 PATA IO error loop makes system unusable
  • From: Andi Kleen
• [PATCH 03/12] irq: use desc->poll_timer for irqpoll
  • From: Tejun Heo
• [PATCH 06/12] irq: implement irq_schedule_poll()
  • From: Tejun Heo
• [PATCH 11/12] libata: use IRQ expecting
  • From: Tejun Heo
• [PATCH 05/12] irq: misc preparations for further changes
  • From: Tejun Heo
• [PATCH 01/12] irq: cleanup irqfixup
  • From: Tejun Heo
• [PATCH 07/12] irq: improve spurious IRQ handling
  • From: Tejun Heo
• [PATCH 10/12] irq: add comment about overall design of lost/spurious IRQ handling
  • From: Tejun Heo
• [PATCH 04/12] irq: kill IRQF_IRQPOLL
  • From: Tejun Heo
• [PATCH 12/12] usb: use IRQ watching
  • From: Tejun Heo
• [PATCH 08/12] irq: implement IRQ watching
  • From: Tejun Heo
• [PATCH 09/12] irq: implement IRQ expecting
  • From: Tejun Heo
• [PATCHSET] irq: better lost/spurious irq handling
  • From: Tejun Heo
• [PATCH 02/12] irq: make spurious poll timer per desc
  • From: Tejun Heo
• reenabling disabled ata links from the command line
  • From: Andi Kleen
• Re: More ata_piix spurious IRQs
  • From: Ben Hutchings
• Re: Bug#585556: More ata_piix spurious IRQs
  • From: maximilian attems
• Re: More ata_piix spurious IRQs
  • From: jeanseb
• Re: More ata_piix spurious IRQs
  • From: Tejun Heo
• Re: Fwd: Re: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen - "dead" harddisc until reboot
  • From: Robert Hancock
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Robert Hancock
• More ata_piix spurious IRQs
  • From: Ben Hutchings
• Re: Fwd: Re: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen - "dead" harddisc until reboot
  • From: MadLoisae@xxxxxxx
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Nick Piggin
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: FUJITA Tomonori
• libahci: Fix bug in storing EM messages
  • From: Harry Zhang
• RE: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Ben Dooks
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Ben Dooks
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Nick Piggin
• Re: Fwd: Re: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen - "dead" harddisc until reboot
  • From: Robert Hancock
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Robert Hancock
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Jeff Garzik
• Re: [patch] sata_sil24: memset() overflow
  • From: Jeff Garzik
• [git patches] libata fixes
  • From: Jeff Garzik
• Re: [PATCH 2/3] libata: Remove excess command issue delays
  • From: Jeff Garzik
• Fwd: Re: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen - "dead" harddisc until reboot
  • From: MadLoisae@xxxxxxx
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Tejun Heo
• [PATCH v2] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH] sata_sil24: Use memory barriers before issuing commands
  • From: Tejun Heo
• [PATCH] sata_sil24: Use memory barriers before issuing commands
  • From: Catalin Marinas
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Jeff Garzik
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Jeff Garzik
• Re: [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Ben Dooks
• [PATCH v3] libata: pata_samsung_cf: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: [PATCH v2 1/5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Jeff Garzik
• Re: [PATCH] Add hook for custom xfer function in PATA Platform driver
  • From: Graeme Russ
• Re: [patch] sata_sil24: memset() overflow
  • From: Tejun Heo
• [patch] sata_sil24: memset() overflow
  • From: Dan Carpenter
• [PATCH v2 4/5] ARM: S5PC100: Add support for Compact Flash driver on SMDKC100
  • From: Kukjin Kim
• [PATCH v2 1/5] libata: pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• [PATCH v2 5/5] ARM: S5PV210: Add support for Compact Flash driver on SMDKV210/C110
  • From: Kukjin Kim
• [PATCH v2 3/5] ARM: S3C64XX: Add support for Compact Flash driver on SMDK6410
  • From: Kukjin Kim
• [PATCH v2 2/5] ARM: SAMSUNG: Add Compact Flash device support for Samsung SoCs
  • From: Kukjin Kim
• [PATCH v2 0/5] Add support for Samsung CF controller
  • From: Kukjin Kim
• Re: [PATCH #upstream-fixes] sata_via: explain the magic fix
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] ahci: redo stopping DMA engines on empty ports
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] sata_sil24: fix kernel panic on ARM caused by unaligned access in sata_sil24
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] ahci: add pci quirk for JMB362
  • From: Jeff Garzik
• [git patches] libata fixes
  • From: Jeff Garzik
• eng_timeout ?
  • From: Aaron Pace
• [PATCH #upstream-fixes] ahci: redo stopping DMA engines on empty ports
  • From: Tejun Heo
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Tejun Heo
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Matthew Garrett
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Marc Dionne
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Tejun Heo
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Robert Hancock
• Re: [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Wolfgang Denk
• Re: [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Josh Boyer
• Re: [PATCH]Device tree update for the 460ex DWC SATA<resubmission>
  • From: Josh Boyer
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Marc Dionne
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Marc Dionne
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Robert Hancock
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Marc Dionne
• Re: [PATCH] tx493xide: use min_t() macro instead of min()
  • From: David Miller
• Re: [PATCH 21/27] drivers/ide: Use memdup_user
  • From: David Miller
• [PATCH #upstream-fixes] sata_sil24: fix kernel panic on ARM caused by unaligned access in sata_sil24
  • From: Tejun Heo
• Re: ARM: Fix kernel panic caused by unaligned access in sata_sil24
  • From: Tejun Heo
• Re: ARM: Fix kernel panic caused by unaligned access in sata_sil24
  • From: Tejun Heo
• [PATCH]460EX on-chip SATA driver<kernel 2.6.33><resubmission>
  • From: Rupjyoti Sarmah
• [PATCH]Device tree update for the 460ex DWC SATA<resubmission>
  • From: Rupjyoti Sarmah
• [PATCH]Device tree update for the 460ex DWC SATA<resubmission>
  • From: Rupjyoti Sarmah
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Robert Hancock
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Marc Dionne
• [PATCH #upstream-fixes] ahci: add pci quirk for JMB362
  • From: Tejun Heo
• [PATCH #upstream-fixes] sata_via: explain the magic fix
  • From: Tejun Heo
• Re: failed command FLUSH CACHE EXT
  • From: Thomas Fjellstrom
• Re: failed command FLUSH CACHE EXT
  • From: Tejun Heo
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Tejun Heo
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Marc Dionne
• Re: Hang during boot, bisected to commit 96d60303fd
  • From: Matthew Garrett
• RE: [PATCH #upstream-fixes] sata_via: magic vt6421 fix for transmission problems w/ WD drives
  • From: JosephChan
• RE: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• Re: failed command FLUSH CACHE EXT (was: Re: via 8237 sata errors)
  • From: Thomas Fjellstrom
• Re: failed command FLUSH CACHE EXT (was: Re: via 8237 sata errors)
  • From: Robert Hancock
• failed command FLUSH CACHE EXT (was: Re: via 8237 sata errors)
  • From: Thomas Fjellstrom
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• Question about the maximum value for unload_head
  • From: Erwan Velu
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Frederic Weisbecker
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Frederic Weisbecker
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• [git patches] libata updates
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] sata_nv: don't diddle with nIEN on mcp55
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] sata_via: magic vt6421 fix for transmission problems w/ WD drives
  • From: Jeff Garzik
• Re: [PATCH] libata-sff: trivial corrections to Kconfig help text
  • From: Jeff Garzik
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: Jeff Garzik
• Re: [PATCHSET] block,libata: implement ->unlock_native_capacity()
  • From: Tejun Heo
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• RE: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• RE: [PATCH 3/4] ARM: S5PC100: Add support for Compact Flash driver on SMDKC100
  • From: Kukjin Kim
• RE: [PATCH 1/4] ARM: S3C64XX: Add support for Compact Flash driver on SMDK6410
  • From: Kukjin Kim
• RE: [PATCH 1/4] ARM: S3C64XX: Add support for Compact Flash driver on SMDK6410
  • From: Kukjin Kim
• [PATCH #upstream-fixes] sata_nv: don't diddle with nIEN on mcp55
  • From: Tejun Heo
• [PATCH] tx493xide: use min_t() macro instead of min()
  • From: Atsushi Nemoto
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: ata, pcmcia: problem with irq and ata_dev_read_id()
  • From: Robert Hancock
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Jan Kara
• ahci issue on MCP89 with Macbookpro7,1
  • From: Panard
• [PATCH #upstream-fixes] sata_via: magic vt6421 fix for transmission problems w/ WD drives
  • From: Tejun Heo
• hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby
• ata, pcmcia: problem with irq and ata_dev_read_id()
  • From: Heiko Schocher
• Re: via 8237 sata errors
  • From: Thomas Fjellstrom
• Re: via 8237 sata errors
  • From: Thomas Fjellstrom
• Re: via 8237 sata errors
  • From: Robert Hancock
• Re: via 8237 sata errors
  • From: Thomas Fjellstrom
• Re: via 8237 sata errors
  • From: Thomas Fjellstrom
• Re: via 8237 sata errors
  • From: Robert Hancock
• Re: [PATCH] libata-sff: clarification and trivial correction to Kconfig text
  • From: Tejun Heo
• [PATCH] libata-sff: clarification and trivial correction to Kconfig text
  • From: Stefan Richter
• Re: [PATCH] libata-sff: trivial corrections to Kconfig help text
  • From: Tejun Heo
• via 8237 sata errors
  • From: Thomas Fjellstrom
• Re: [PATCH] libata-sff: trivial corrections to Kconfig help text
  • From: Stefan Richter
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: [PATCH] libata-sff: trivial corrections to Kconfig help text
  • From: Tejun Heo
• [PATCH] libata-sff: trivial corrections to Kconfig help text
  • From: Stefan Richter
• Re: sata_sil: freeze on modprobe
  • From: Alessandro Zummo
• Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3
  • From: Moffett, Kyle D
• Re: sata_sil: freeze on modprobe
  • From: Robert Hancock
• sata_sil: freeze on modprobe
  • From: Alessandro Zummo
• Forcing a an Intel ICH8 into AHCI mode after boot - success
  • From: Tim Small
• Re: [PATCH]Device tree update for the 460ex DWC SATA
  • From: Sergei Shtylyov
• [PATCH]Device tree update for the 460ex DWC SATA
  • From: Rupjyoti Sarmah
• RE: [PATCH 1/4] ARM: S3C64XX: Add support for Compact Flash driver on SMDK6410
  • From: Marek Szyprowski
• [git patches] libata updates
  • From: Jeff Garzik
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Tejun Heo
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Jan Kara
• Re: [PATCH 3/4] ARM: S5PC100: Add support for Compact Flash driver on SMDKC100
  • From: Russell King - ARM Linux
• Re: [PATCH 2/4] ARM: S5PV210: Add support for Compact Flash driver on SMDKV210/SMDKC110
  • From: Russell King - ARM Linux
• Re: [PATCH 1/4] ARM: S3C64XX: Add support for Compact Flash driver on SMDK6410
  • From: Russell King - ARM Linux
• Re: [PATCH]: ata: fix unused variable warning in sil_host_intr()
  • From: Prarit Bhargava
• Re: [pnfs] pnfs code structure
  • From: Benny Halevy
• Re: [PATCH]: ata: fix unused variable warning in sil_host_intr()
  • From: Sergei Shtylyov
• [PATCH]: ata: fix unused variable warning in sil_host_intr()
  • From: Prarit Bhargava
• Re: SATA in Target Mode
  • From: saeed bishara
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Sergei Shtylyov
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Jassi Brar
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Ben Dooks
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Jassi Brar
• Re: [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Ben Dooks
• [PATCH 3/4] ARM: S5PC100: Add support for Compact Flash driver on SMDKC100
  • From: Kukjin Kim
• [PATCH 4/4] pata_samsung: Add Samsung PATA controller driver
  • From: Kukjin Kim
• [PATCH 2/4] ARM: S5PV210: Add support for Compact Flash driver on SMDKV210/SMDKC110
  • From: Kukjin Kim
• [PATCH 1/4] ARM: S3C64XX: Add support for Compact Flash driver on SMDK6410
  • From: Kukjin Kim
• [PATCH] Add Compact Flash driver for Samsung SoCs
  • From: Kukjin Kim
• Re: [PATCH] Add hook for custom xfer function in PATA Platform driver
  • From: Sergei Shtylyov
• Re: [PATCH] Add hook for custom xfer function in PATA Platform driver
  • From: Sergei Shtylyov
• Re: [PATCH #upstream] libata: implement dump_id force param
  • From: Jeff Garzik
• Re: [PATCH 1/6] sata_mv: drop unncessary EH callback resetting
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: disable ATAPI AN by default
  • From: Jeff Garzik
• Re: sata_nv times out for BD-ROM iHOS104-08
  • From: Tejun Heo
• [PATCH] libata: Add libata transport class.
  • From: Gwendal Grignou
• [PATCH] libata: Add libata transport class.
  • From: Gwendal Grignou
• Re: raid 5 mismatch_cnt errors
  • From: Robert Hancock
• Re: raid 5 mismatch_cnt errors
  • From: Tim Small
• [GIT] IDE
  • From: David Miller
• Re: Fwd: CF card I/O errors on Linux
  • From: Tejun Heo
• [PATCH #upstream] libata: implement dump_id force param
  • From: Tejun Heo
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: A new drive with excessive number of load/unload
  • From: Tejun Heo
• [PATCH 21/27] drivers/ide: Use memdup_user
  • From: Julia Lawall
• [PATCH 1/2] pata-it821x: use UDMA_OFF for Vortex86SX for clearness
  • From: Otavio Salvador
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: [PATCH #upstream-fixes] libata: disable ATAPI AN by default
  • From: Robert Hancock
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Robert Hancock
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: spinlock recursion in scsi_end_request() (kernel 2.6.24)
  • From: James Bottomley
• Re: spinlock recursion in scsi_end_request() (kernel 2.6.24)
  • From: Tejun Heo
• Re: ext3 filesystem corruption on md RAID1 device
  • From: tytso
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Tim Small
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: spinlock recursion in scsi_end_request() (kernel 2.6.24)
  • From: Prashant
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Dmitry Monakhov
• RE: ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: ext3 filesystem corruption on md RAID1 device
  • From: Dmitry Monakhov
• Re: SATA in Target Mode
  • From: saeed bishara
• Re: SATA in Target Mode
  • From: Jayaraman Thiruvady
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• Re: SATA in Target Mode
  • From: saeed bishara
• ext3 filesystem corruption on md RAID1 device
  • From: Buehl, Reiner
• Re: spinlock recursion in scsi_end_request() (kernel 2.6.24)
  • From: Tejun Heo
• Re: Fwd: CF card I/O errors on Linux
  • From: Tejun Heo
• Re: Strange read data corruption on ext4/LVM/md
  • From: Tejun Heo
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: Strange read data corruption on ext4/LVM/md
  • From: Tejun Heo
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Tejun Heo
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [PATCH 6/6] libata-sff: make BMDMA optional
  • From: Tejun Heo
• [PATCH 4/6] libata-sff: separate out BMDMA init
  • From: Tejun Heo
• [PATCH 3/6] libata-sff: separate out BMDMA irq handler
  • From: Tejun Heo
• [PATCH 2/6] libata-sff: ata_sff_irq_clear() is BMDMA specific
  • From: Tejun Heo
• [PATCH 5/6] libata-sff: kill dummy BMDMA ops from sata_qstor and pata_octeon_cf
  • From: Tejun Heo
• [PATCH 1/6] sata_mv: drop unncessary EH callback resetting
  • From: Tejun Heo
• [PATCHSET #upstream] libata-sff: remainder of separate-out-SFF-and-BMDMA-take2
  • From: Tejun Heo
• [git patches] libata updates for 2.6.35
  • From: Jeff Garzik
• Re: [PATCH 19/23] libata-sff: ata_sff_irq_clear() is BMDMA specific
  • From: Jeff Garzik
• Re: [PATCH 17/23] libata-sff: prd is BMDMA specific
  • From: Jeff Garzik
• Re: [PATCH 11/23] libata-sff: introduce ata_sff_init/exit() and ata_sff_port_init()
  • From: Jeff Garzik
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: [PATCH 09/23] libata-sff: clean up inheritance in several drivers
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: disable ATAPI AN by default
  • From: Nick Bowler
• Re: [PATCH #upstream-fixes] libata: disable ATAPI AN by default
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libata: disable ATAPI AN by default
  • From: Jeff Garzik
• Re: SATA in Target Mode
  • From: Jeff Garzik
• [PATCH #upstream-fixes] libata: disable ATAPI AN by default
  • From: Tejun Heo
• [PATCH v4] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH v3] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH v3] PXA DMA-capable PATA driver
  • From: Robert Jarzmik
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Jassi Brar
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Alan Cox
• Re: [PATCHSET] block,libata: implement ->unlock_native_capacity()
  • From: Jens Axboe
• Re: [PATCHSET] block,libata: implement ->unlock_native_capacity()
  • From: Tejun Heo
• [PATCH 08/29] pcmcia: dev_node removal (drivers with updated printk call)
  • From: Dominik Brodowski
• [PATCH 05/29] pcmcia: re-work pcmcia_request_irq()
  • From: Dominik Brodowski
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• SATA in Target Mode
  • From: Jayaraman Thiruvady
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Jassi Brar
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• [Bug 3094] POOR I/O perfomance on VIA chipsets
  • From: bugzilla-daemon
• Re: [PATCH 12/23] libata-sff: rename ap->ops->drain_fifo() to sff_drain_fifo()
  • From: Tejun Heo
• Re: [PATCH 17/23] libata-sff: prd is BMDMA specific
  • From: Tejun Heo
• Re: [PATCH 09/23] libata-sff: clean up inheritance in several drivers
  • From: Tejun Heo
• Re: [PATCH v3] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH v3] PXA DMA-capable PATA driver
  • From: Jeff Garzik
• Re: [PATCH 23/23] libata-sff: make BMDMA optional
  • From: Jeff Garzik
• Re: [PATCH 17/23] libata-sff: prd is BMDMA specific
  • From: Jeff Garzik
• Re: [PATCH 16/23] libata-sff: ata_sff_[dumb_]qc_prep are BMDMA specific
  • From: Jeff Garzik
• Re: [PATCH 12/23] libata-sff: rename ap->ops->drain_fifo() to sff_drain_fifo()
  • From: Jeff Garzik
• Re: [PATCH 11/23] libata-sff: introduce ata_sff_init/exit() and ata_sff_port_init()
  • From: Jeff Garzik
• Re: [PATCH 10/23] libata-sff: clean up BMDMA initialization
  • From: Jeff Garzik
• Re: [PATCH 09/23] libata-sff: clean up inheritance in several drivers
  • From: Jeff Garzik
• Re: [PATCH 06/23] libata: kill ATA_FLAG_DISABLED
  • From: Jeff Garzik
• Re: [PATCH v3] PXA DMA-capable PATA driver
  • From: Marek Vasut
• [PATCH v3] PXA DMA-capable PATA driver
  • From: Marek Vasut
• [PATCH v2] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH 2/3] libata: Remove excess command issue delays
  • From: Jeff Garzik
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Robert Jarzmik
• spinlock recursion in scsi_end_request() (kernel 2.6.24)
  • From: Prashant
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Benjamin Herrenschmidt
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Stefan Roese
• Re: Intermittent SATA failures ("link offline, clearing class 1 to NONE")
  • From: Tejun Heo
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: Tejun Heo
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: James Bottomley
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: Tejun Heo
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: James Bottomley
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: Ben Hutchings
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: James Bottomley
• Re: [PATCH 8/8] libata: implement on-demand HPA unlocking
  • From: David Miller
• Re: [PATCH 7/8] libata: use the enlarged capacity after late HPA unlock
  • From: David Miller
• Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: David Miller
• Re: [PATCH 5/8] block: improve automatic native capacity unlocking
  • From: David Miller
• Re: [PATCH 4/8] block: use struct parsed_partitions *state universally in partition check code
  • From: David Miller
• Re: [PATCH 3/8] block,ide: simplify bdops->set_capacity() to ->unlock_native_capacity()
  • From: David Miller
• Re: [PATCH 2/8] block: restart partition scan after resizing a device
  • From: David Miller
• Re: [PATCH 1/8] buffer: make invalidate_bdev() drain all percpu LRU add caches
  • From: David Miller
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Benjamin Herrenschmidt
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Robert Jarzmik
• Re: [PATCH 8/8] libata: implement on-demand HPA unlocking
  • From: Jeff Garzik
• Re: [PATCH 7/8] libata: use the enlarged capacity after late HPA unlock
  • From: Jeff Garzik
• Re: [PATCH 3/8] block,ide: simplify bdops->set_capacity() to ->unlock_native_capacity()
  • From: Tejun Heo
• Re: [PATCH 3/8] block,ide: simplify bdops->set_capacity() to ->unlock_native_capacity()
  • From: Bartlomiej Zolnierkiewicz
• [PATCHSET] block,libata: implement ->unlock_native_capacity()
  • From: Tejun Heo
• [PATCH 5/8] block: improve automatic native capacity unlocking
  • From: Tejun Heo
• [PATCH 3/8] block,ide: simplify bdops->set_capacity() to ->unlock_native_capacity()
  • From: Tejun Heo
• [PATCH 4/8] block: use struct parsed_partitions *state universally in partition check code
  • From: Tejun Heo
• [PATCH 8/8] libata: implement on-demand HPA unlocking
  • From: Tejun Heo
• [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()
  • From: Tejun Heo
• [PATCH 1/8] buffer: make invalidate_bdev() drain all percpu LRU add caches
  • From: Tejun Heo
• [PATCH 2/8] block: restart partition scan after resizing a device
  • From: Tejun Heo
• [PATCH 7/8] libata: use the enlarged capacity after late HPA unlock
  • From: Tejun Heo
• Re: [PATCH 2/3] libata: Remove excess command issue delays
  • From: Alan Cox
• Re: [PATCHSET] libata: implement ->set_capacity()
  • From: Ben Hutchings
• Re: [PATCH] ahci: Enable SB600 64bit DMA on Gateway SJM11-YK
  • From: Jeff Garzik
• Re: [PATCH 01/23] pata_sch: use ata_pci_sff_init_one()
  • From: Jeff Garzik
• Re: [PATCH 3/3] libata: Make sil680 do its own exec_command posting
  • From: Jeff Garzik
• Re: [PATCH 1/3] libata: Remove excess delay in the tf_load path
  • From: Jeff Garzik
• Re: [PATCH 2/3] libata: Remove excess command issue delays
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] sata_nv: use ata_pci_sff_activate_host() instead of ata_host_activate()
  • From: Jeff Garzik
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Marek Vasut
• Re: [PATCH #upstream-fixes] sata_nv: use ata_pci_sff_activate_host() instead of ata_host_activate()
  • From: Tejun Heo
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Jeff Garzik
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Jeff Garzik
• Re: [PATCH 1/2] libata: don't flush dcache on slab pages
  • From: Jeff Garzik
• Re: [BUG] bug when enabling VM DEBUG
  • From: Jeff Garzik
• Re: [PATCH 1/2] libata: introduce sff_set_devctl() method
  • From: Sergei Shtylyov
• Re: [PATCH 1/2] libata: introduce sff_set_devctl() method
  • From: Jeff Garzik
• Re: [PATCH] libata: kill ata_irq_on() prototype
  • From: Jeff Garzik
• Re: [PATCH] pata_cmd640: don't read CFR pointlessly
  • From: Jeff Garzik
• Re: [PATCH] libata: kill ata_irq_on() prototype
  • From: Sergei Shtylyov
• Re: [PATCH] libata: kill ata_irq_on() prototype
  • From: Jeff Garzik
• Re: [PATCH resend 1/2] pata_scc: make scc_wait_after_reset() static
  • From: Jeff Garzik
• Re: [PATCH 1/2 v2] ahci: EM message type auto detect
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] sata_nv: use ata_pci_sff_activate_host() instead of ata_host_activate()
  • From: Jeff Garzik
• Re: [PATCH]460EX on-chip SATA driver <Kernel 2.6.33> < resubmission >
  • From: Sergei Shtylyov
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Jeff Garzik
• Re: [PATCH] PXA DMA-capable PATA driver
  • From: Marek Vasut
• [PATCH #upstream-fixes] sata_nv: use ata_pci_sff_activate_host() instead of ata_host_activate()
  • From: Tejun Heo
• Re: [PATCH] Add hook for custom xfer function in PATA Platform driver
  • From: Graeme Russ
• Re: [PATCH] Add hook for custom xfer function in PATA Platform driver
  • From: Graeme Russ