Linux IDE Archive

• Thread Index

• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Sergei Shtylyov
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• Re: [PATCH] libata: Pioneer DVR-216D can't do SETXFER
  • From: Sergei Shtylyov
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Sergei Shtylyov
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Sergei Shtylyov
• Re: [PATCH 2/2] pata_cmd64x: fix crash on boot with disabled secondary port
  • From: Sergei Shtylyov
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• [PATCH] libata: Pioneer DVR-216D can't do SETXFER
  • From: Jeff Mahoney
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: James Bottomley
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: James Bottomley
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: James Bottomley
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: Alan Cox
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: Bartlomiej Zolnierkiewicz
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: Alan Cox
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/2]SATA: enable flush non-queueable
  • From: Shaohua Li
• [PATCH 1/2]block: optimize non-queueable flush request drive
  • From: Shaohua Li
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: James Bottomley
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: David Miller
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: James Bottomley
• Re: [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: Alan Cox
• [PATCH 2/2] pata_cmd64x: fix crash on boot with disabled secondary port
  • From: James Bottomley
• [PATCH 1/2] libata-sff: remove hardcoded requirement for two ports
  • From: James Bottomley
• [PATCH 0/2] fix libata-sff and pata_cmd64x to not crash on boot on parisc
  • From: James Bottomley
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: Sergei Shtylyov
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: James Bottomley
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Bruce Stenning
• Re: libata-sff/pata_cmd64x problem with hardwired configurations
  • From: Sergei Shtylyov
• [Bug 33342] [2.6.39-rc2][bisected] Constant DISK_MEDIA_CHANGE_EVENTS from CDROM drive.
  • From: bugzilla-daemon
• [Bug 33412] 2.6.39-rc3 udevadm settle timeout, many hdb events, interrupt storm
  • From: bugzilla-daemon
• libata-sff/pata_cmd64x problem with hardwired configurations
  • From: James Bottomley
• Re: [PATCH 3/4] ata: Add and use ata_print_version_once
  • From: Joe Perches
• [Bug 33412] 2.6.39-rc3 udevadm settle timeout, many hdb events, interrupt storm
  • From: bugzilla-daemon
• [Bug 33412] New: 2.6.39-rc3 udevadm settle timeout, many hdb events, interrupt storm
  • From: bugzilla-daemon
• [Bug 33402] [regression] 2.6.39-rc[1-3] fail to boot on G5 PowerMac
  • From: bugzilla-daemon
• [Bug 33402] New: [regression] 2.6.39-rc[1-3] fail to boot on G5 PowerMac
  • From: bugzilla-daemon
• [Bug 32262] 2.6.38-git15+ IDE hangs boot
  • From: bugzilla-daemon
• [Bug 32262] 2.6.38-git15+ IDE hangs boot
  • From: bugzilla-daemon
• [Bug 32262] 2.6.38-git15+ IDE hangs boot
  • From: bugzilla-daemon
• Re: [PATCH 3/4] ata: Add and use ata_print_version_once
  • From: saeed bishara
• [PATCH 4/4] ata: sata_via: Use dev_dbg
  • From: Joe Perches
• [PATCH 3/4] ata: Add and use ata_print_version_once
  • From: Joe Perches
• [PATCH 2/4] ata: Convert ata_<foo>_printk(KERN_<LEVEL> to ata_<foo>_<level>(
  • From: Joe Perches
• [PATCH 1/4] ata: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches
• [PATCH 0/4] ata: Logging message cleanups
  • From: Joe Perches
• Re: Marvell support in ahci
  • From: arnaud atoch
• Re: WARNING at libata-core.c:5015 in 2.6.39-rc3-wl+, then lockup. (bisected)
  • From: Ben Greear
• Re: WARNING at libata-core.c:5015 in 2.6.39-rc3-wl+, then lockup. (bisected)
  • From: Jeff Garzik
• [Bug 33342] [2.6.39-rc2][bisected] Constant DISK_MEDIA_CHANGE_EVENTS from CDROM drive.
  • From: bugzilla-daemon
• [Bug 33342] New: [2.6.39-rc2][bisected] Constant DISK_MEDIA_CHANGE_EVENTS from CDROM drive.
  • From: bugzilla-daemon
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mikael Abrahamsson
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Bruce Stenning
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mikael Abrahamsson
• Re: [PATCH 2/2] libata: Implement ATA_FLAG_NO_DIPM and apply it to mcp65
  • From: Jeff Garzik
• Re: [PATCH 2/2] libata: Implement ATA_FLAG_NO_DIPM and apply it to mcp65
  • From: Stefan Bader
• pata_cmd64x provokes bus error on Sun Fire 480R or 880
  • From: Ben Hutchings
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mikael Abrahamsson
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Bruce Stenning
• [PATCH V5 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• [PATCH V5 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Bruce Stenning
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• Re: sata link speed on amd hudson
  • From: Gottfried Haider
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Richard Kennedy
• RE: [PATCH V4 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Zhu Richard-R65037
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• RE: sata link speed on amd hudson
  • From: Huang, Shane
• Re: [PATCH V4 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Sergei Shtylyov
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Bruce Stenning
• RE: [PATCH] OMAP: TI816X: Add SATA support
  • From: Basheer, Mansoor Ahamed
• [PATCH V4 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• [PATCH V4 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• Re: Marvell support in ahci
  • From: Robert Hancock
• Re: Marvell support in ahci
  • From: Lars Randers
• RE: [PATCH V3 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Zhu Richard-R65037
• RE: [PATCH V3 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Zhu Richard-R65037
• Re: [PATCH V3 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Uwe Kleine-König
• Re: [PATCH V3 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Uwe Kleine-König
• [PATCH V3 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• [PATCH V3 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Tejun Heo
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Mark Lord
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Pavel Herrmann
• Re: [PATCH V2 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Sascha Hauer
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Tejun Heo
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• RE: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Bruce Stenning
• RE: known working sata_sil24.c setup on powerpc platforms?
  • From: Kushwaha Prabhakar-B32579
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• Re: sata link speed on amd hudson
  • From: Gottfried Haider
• RE: known working sata_sil24.c setup on powerpc platforms?
  • From: Kushwaha Prabhakar-B32579
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• RE: [PATCH V2 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Zhu Richard-R65037
• RE: known working sata_sil24.c setup on powerpc platforms?
  • From: Kushwaha Prabhakar-B32579
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Pavel Herrmann
• Re: [PATCH V2 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Sascha Hauer
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Jeff Garzik
• RE: sata link speed on amd hudson
  • From: Huang, Shane
• RE: known working sata_sil24.c setup on powerpc platforms?
  • From: Kushwaha Prabhakar-B32579
• [PATCH] constify functions in drivers/ata
  • From: Hanno Böck
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Pavel Herrmann
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Tejun Heo
• Re: [PATCH] OMAP: TI816X: Add SATA support
  • From: Kevin Hilman
• Re: [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Pavel Herrmann
• [PATCH] support for PMP used in TT BlackX Duet drive dock
  • From: Pavel Herrmann
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• Re: [PATCH] OMAP: TI816X: Add SATA support
  • From: Cousson, Benoit
• Re: [PATCH] OMAP: TI816X: Add SATA support
  • From: Felipe Balbi
• [PATCH] OMAP: TI816X: Add SATA support
  • From: Basheer, Mansoor Ahamed
• RE: known working sata_sil24.c setup on powerpc platforms?
  • From: Kushwaha Prabhakar-B32579
• [Bug 32852] Random timeouts and unsuccessful resets on JMicron JMB393 PMP
  • From: bugzilla-daemon
• [Bug 32852] New: Random timeouts and unsuccessful resets on JMicron JMB393 PMP
  • From: bugzilla-daemon
• Re: sata_mv port lockup on hotplug (kernel 2.6.38.2)
  • From: Alejandro Riveira Fernández
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Moffett, Kyle D
• Re: known working sata_sil24.c setup on powerpc platforms?
  • From: Jeff Garzik
• known working sata_sil24.c setup on powerpc platforms?
  • From: Leon Woestenberg
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Richard Kennedy
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: sata link speed on amd hudson
  • From: Gottfried Haider
• Re: sata link speed on amd hudson
  • From: Borislav Petkov
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Andreas Mohr
• sata link speed on amd hudson
  • From: Gottfried Haider
• Re: Marvell support in ahci
  • From: arnaud atoch
• [Bug 32472] New: Mips ar71xx can't allocate I/O resource for mini-pci IDE storage.
  • From: bugzilla-daemon
• Re: sata_sil24 driver / Sil3132 controller fails on powerpc
  • From: Leon Woestenberg
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Mark Lord
• sata_sil24 driver / Sil3132 controller fails on powerpc
  • From: Leon Woestenberg
• Re: 2.6.39-rc1 problem
  • From: Tejun Heo
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Nicholas A. Bellinger
• Re: 2.6.39-rc1 problem
  • From: Andrew Morton
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Richard Kennedy
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Richard Kennedy
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Richard Kennedy
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Tejun Heo
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: PROBLEM: HDD (PATA) 40-wire cable wrong detection
  • From: Alan Cox
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Arnd Bergmann
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Daniel Palmer
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Alan Cox
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Linus Torvalds
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Arnd Bergmann
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Daniel Palmer
• [Bug 32262] 2.6.38-git15+ IDE hangs boot
  • From: bugzilla-daemon
• [Bug 32262] New: 2.6.38-git15+ IDE hangs boot
  • From: bugzilla-daemon
• Re: PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Alan Cox
• PATA_ARTOP reads byte from PCI IO port without mapping it to the right address.
  • From: Daniel Palmer
• Message
  • From: terrissonz
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Pete Clements
• Re: PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• Re: PMP and Smart Enclosure ...
  • From: Tejun Heo
• Re: PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: PMP and Smart Enclosure ...
  • From: Tejun Heo
• Re: Commit 7eaceaccab5f40 causing boot hang.
  • From: Jens Axboe
• Commit 7eaceaccab5f40 causing boot hang.
  • From: Rob Landley
• Re: PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• Re: PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• Re: [PATCH v3] ata: pata_at91.c bugfix for high master clock
  • From: Stanislaw Gruszka
• Re: [PATCH v4 1/2] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Igor Plyatov
• Re: [PATCH v4 1/2] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Sergei Shtylyov
• Re: PMP and Smart Enclosure ...
  • From: Tejun Heo
• Re: [PATCH v3] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• Re: [PATCH] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Igor Plyatov
• [PATCH v4 2/2] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• [PATCH v4 1/2] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Igor Plyatov
• Re: PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• Re: [PATCH] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Sergei Shtylyov
• Re: [PATCH] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Eric Dumazet
• [PATCH v3] ata: pata_at91.c bugfix for high master clock
  • From: Igor Plyatov
• [PATCH] ata: pata_at91.c bugfix for initial_timing initialisation
  • From: Igor Plyatov
• Re: PMP and Smart Enclosure ...
  • From: Tejun Heo
• Re: PATA_ARTOP oppes in 2.6.38
  • From: Daniel Palmer
• Re: PATA_ARTOP oppes in 2.6.38
  • From: Mikael Pettersson
• PATA_ARTOP oppes in 2.6.38
  • From: Daniel Palmer
• PROBLEM: HDD (PATA) 40-wire cable wrong detection
  • From: Allen Weiner
• [PATCH v2 3/4] davinci: da850: add support for SATA interface
  • From: Sekhar Nori
• [PATCH 4/4] davinci: da850 evm: register SATA device
  • From: Sekhar Nori
• RE: [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Nori, Sekhar
• Re: [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Sergei Shtylyov
• RE: [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Nori, Sekhar
• Re: [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Sergei Shtylyov
• RE: [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Nori, Sekhar
• Re: [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Sergei Shtylyov
• [PATCH 3/4] davinci: da850: add support for SATA interface
  • From: Sekhar Nori
• [PATCH 4/4] davinci: da850 evm: register SATA device
  • From: Sekhar Nori
• Re: PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• PMP and Smart Enclosure ...
  • From: Herbert Poetzl
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Tejun Heo
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3
  • From: Tobias Karnat
• [PATCH V2 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• [PATCH V2 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• RE: [PATCH V1 1/3] ahci_platform: add two clk pointer member into ahci_platform_data struct
  • From: Zhu Richard-R65037
• Re: [PATCH V1 2/3] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Sascha Hauer
• Re: [PATCH V1 1/3] ahci_platform: add two clk pointer member into ahci_platform_data struct
  • From: Sascha Hauer
• [PATCH V1 1/3] ahci_platform: add two clk pointer member into ahci_platform_data struct
  • From: Richard Zhu
• [PATCH V1 3/3] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• [PATCH V1 2/3] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• [PATCH] libsas: check dev->gone before submitting sata i/o
  • From: Dan Williams
• [PATCH v2] ahci: don't enable port irq before handler is registered
  • From: Maxime Bizon
• [PATCH 2/2] libata: Implement ATA_FLAG_NO_DIPM and apply it to mcp65
  • From: Tejun Heo
• [PATCH 1/2] libata: Kill unused ATA_DFLAG_{H|D}IPM flags
  • From: Tejun Heo
• RE: [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Zhu Richard-R65037
• RE: [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Zhu Richard-R65037
• RE: [RFC PATCH 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Zhu Richard-R65037
• Re: [PATCH] ahci: don't enable port irq before handler is registered
  • From: Tejun Heo
• Re: [PATCH] ahci: don't enable port irq before handler is registered
  • From: Tejun Heo
• [PATCH] ahci: don't enable port irq before handler is registered
  • From: Maxime Bizon
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Stefan Bader
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Maxime Bizon
• Re: [PATCH 1/2] ATA: Add FSL sata v2 controller support
  • From: Kumar Gala
• Re: [PATCH 2/2] dts: Update sata controller compatible for p1022ds board
  • From: Kumar Gala
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Tejun Heo
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Maxime Bizon
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Maxime Bizon
• Re: [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Sascha Hauer
• Re: [RFC PATCH 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Sascha Hauer
• Re: [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Sascha Hauer
• [git patches] libata updates for 2.6.39
  • From: Jeff Garzik
• Re: [Bugme-new] [Bug 31022] New: Kernel oops under dequeue_task_fair
  • From: Tejun Heo
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] ahci: add another PCI ID for marvell
  • From: Jeff Garzik
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Maxime Bizon
• Re: "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Robert Hancock
• Re: [Bugme-new] [Bug 31022] New: Kernel oops under dequeue_task_fair
  • From: Andrew Morton
• Re: sata problem...
  • From: Mark Lord
• "irq 4: nobody cared" when loading ahci driver on ce4100
  • From: Maxime Bizon
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Hannes Reinecke
• Re: [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Jeff Garzik
• Re: [RFC PATCH 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Jeff Garzik
• [RFC PATCH 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• Re: [PATCH] driver/FSL SATA: Update RX_WATER_MARK for TRANSCFG
  • From: Sergei Shtylyov
• RE: [PATCH][v3] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Kushwaha Prabhakar-B32579
• Re: [PATCH] driver/FSL SATA: Update RX_WATER_MARK for TRANSCFG
  • From: Jeff Garzik
• Re: [PATCH][v3] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Jeff Garzik
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Jeff Garzik
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Jeff Garzik
• Re: [PATCH] ata/pata_arasan_cf: fill dma chan->private from pdata->dma_priv
  • From: Jeff Garzik
• Re: [PATCH V2] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Jeff Garzik
• Re: [PATCH V1 resend 1/2] libata-sff: add ata_sff_queue_work() & ata_sff_queue_delayed_work()
  • From: Jeff Garzik
• Re: [PATCH 2.6.37.3] ahci: AHCI mode SATA patch for Intel Patsburg SATA RAID controller
  • From: Jeff Garzik
• Re: sata problem...
  • From: Tejun Heo
• Re: sata problem...
  • From: Robert Hancock
• Re: sata problem...
  • From: Peter
• [PATCH 2.6.37.3] ahci: AHCI mode SATA patch for Intel Patsburg SATA RAID controller
  • From: Seth Heasley
• Re: [PATCH] libsas: fix ata list corruption issue
  • From: James Bottomley
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Tejun Heo
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Stefan Bader
• RE: [PATCH] driver/FSL SATA: Update RX_WATER_MARK for TRANSCFG
  • From: Kushwaha Prabhakar-B32579
• Re: [PATCH] libsas: fix ata list corruption issue
  • From: Jeff Garzik
• [PATCH] libsas: fix ata list corruption issue
  • From: James Bottomley
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• Re: Performance issue with SATA port multiplier
  • From: Sylvain LEVEQUE
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• Re: Recall: [RFC 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Russell King - ARM Linux
• Recall: [RFC 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Zhu Richard-R65037
• Recall: [RFC 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Zhu Richard-R65037
• [RFC PATCH 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• [RFC PATCH 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• [RFC 2/2] MX53 Enable the AHCI SATA on MX53 LOCO
  • From: Richard Zhu
• [RFC 1/2] AHCI Add the AHCI SATA feature on MX53 platforms
  • From: Richard Zhu
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3
  • From: Leon Woestenberg
• Re: [PATCH 04/16] ide: Convert to bdops->check_events()
  • From: David Miller
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• [Bug 30802] exception & eSATA hard link resets
  • From: bugzilla-daemon
• [Bug 30802] New: exception & eSATA hard link resets
  • From: bugzilla-daemon
• [PATCH 04/16] ide: Convert to bdops->check_events()
  • From: Tejun Heo
• [PATCH][v3] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Prabhakar Kushwaha
• [PATCH][v3] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Prabhakar Kushwaha
• RE: [PATCH][v2] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: David Laight
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Tejun Heo
• [PATCH][v2] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Prabhakar Kushwaha
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jeff Moyer
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jens Axboe
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jeff Moyer
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jens Axboe
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jeff Moyer
• Re: [PATCH] libata: Power off empty ports
  • From: Tejun Heo
• Re: [PATCH] libata: Power off empty ports
  • From: Kristen Carlson Accardi
• Re: [PATCH] ahci: EM supported message type sysfs attribute
  • From: Kristen Carlson Accardi
• Re: [PATCH] ahci: EM supported message type sysfs attribute
  • From: Hannes Reinecke
• Re: [PATCH] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Sergei Shtylyov
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Hannes Reinecke
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jens Axboe
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Jeff Garzik
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Hannes Reinecke
• [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Hannes Reinecke
• [PATCH] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Prabhakar Kushwaha
• [PATCH] driver/FSL SATA: Update RX_WATER_MARK for TRANSCFG
  • From: Prabhakar Kushwaha
• [PATCH] driver/FSL SATA: Update RX_WATER_MARK for TRANSCFG
  • From: Prabhakar Kushwaha
• [PATCH] driver/FSL SATA:Fix wrong Device Error Register usage
  • From: Prabhakar Kushwaha
• Re: Second drive on VT6421
  • From: Philippe LeCavalier
• Re: Second drive on VT6421
  • From: Alejandro Riveira Fernández
• Re: [PATCH] libata: Power off empty ports
  • From: Tejun Heo
• Re: NEC ND-4550A problems reading DVD-R
  • From: Jens Axboe
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Kushal Koolwal
• Re: [PATCH] libata: Power off empty ports
  • From: Kristen Carlson Accardi
• Re: [PATCH] libata: Power off empty ports
  • From: Tejun Heo
• Re: [PATCH] ahci: EM supported message type sysfs attribute
  • From: Kristen Carlson Accardi
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Tejun Heo
• [PATCH] libata: Power off empty ports
  • From: Kristen Carlson Accardi
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Jeff Garzik
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Tejun Heo
• Re: Should minimum_io_size be adjustable (fake 512/4KB drives)?
  • From: Martin K. Petersen
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Philippe De Muyter
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Philippe De Muyter
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Philippe De Muyter
• Re: NEC ND-4550A problems reading DVD-R
  • From: Stephen Clark
• Should minimum_io_size be adjustable (fake 512/4KB drives)?
  • From: Markus Trippelsdorf
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Alan Cox
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Hannes Reinecke
• Re: [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Sergei Shtylyov
• Re: [PATCH] ata/pata_arasan_cf: fill dma chan->private from pdata->dma_priv
  • From: Tejun Heo
• [PATCH] ata/pata_arasan_cf: fill dma chan->private from pdata->dma_priv
  • From: Viresh Kumar
• Re: NEC ND-4550A problems reading DVD-R
  • From: Tejun Heo
• Re: [PATCH 0/2] Power off empty ports
  • From: Tejun Heo
• [PATCH] libata: Include WWN ID in inquiry VPD emulation
  • From: Hannes Reinecke
• [PATCH] ahci: EM supported message type sysfs attribute
  • From: Hannes Reinecke
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Robert Hancock
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Kushal Koolwal
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Alan Stern
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Mark Lord
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Alan Stern
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Mark Lord
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Mark Lord
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Alan Stern
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Greg KH
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Mark Lord
• [PATCH 1/2] libata: add power_off policy for unoccupied ports
  • From: Kristen Carlson Accardi
• [PATCH 0/2] Power off empty ports
  • From: Kristen Carlson Accardi
• [PATCH 2/2] Documentation: document new link power management policy option
  • From: Kristen Carlson Accardi
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Mark Lord
• Re: XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Sergei Shtylyov
• XT-PIC interrupts blocked by usbserial ? [Was Re: Intel ICH9M bug : sata unusable with usbserial]
  • From: Philippe De Muyter
• Re: warning of 2.6.37 kernel with gcc-4.5.2
  • From: Sergei Shtylyov
• Re: libata default FUA support
  • From: Robert Hancock
• warning of 2.6.37 kernel with gcc-4.5.2
  • From: Jian Peng
• Re: [Bugme-new] [Bug 29922] New: irqpool crash
  • From: Jorge Bastos
• Re: [Bugme-new] [Bug 29922] New: irqpool crash
  • From: Len Brown
• Re: libata default FUA support
  • From: Markus Trippelsdorf
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Jens Axboe
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Mark Lord
• Re: [PATCH v2.6.38-rc5 1/2] block: add @force_kblockd to __blk_run_queue()
  • From: Jan Beulich
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Alan Cox
• Re: libata default FUA support
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libata: fix hotplug for drivers which don't implement LPM
  • From: Tejun Heo
• Re: [PATCH #upstream-fixes] libata: fix hotplug for drivers which don't implement LPM
  • From: Jeff Garzik
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Kushal Koolwal
• Re: libata default FUA support
  • From: Michael Tokarev
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Kushal Koolwal
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Robert Hancock
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Kushal Koolwal
• Re: libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Robert Hancock
• Re: libata default FUA support
  • From: Robert Hancock
• Re: [Bugme-new] [Bug 29922] New: irqpool crash
  • From: Andrew Morton
• libata: ATA exception error messages in pata_sch module (CONFIG_PATA_SCH)
  • From: Kushal Koolwal
• libata default FUA support
  • From: Markus Trippelsdorf
• Re: NEC ND-4550A problems reading DVD-R
  • From: Stephen Clark
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Philippe De Muyter
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Greg KH
• Re: NEC ND-4550A problems reading DVD-R
  • From: Mark Lord
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Philippe De Muyter
• Re: NEC ND-4550A problems reading DVD-R
  • From: Krzysztof Halasa
• Re: NEC ND-4550A problems reading DVD-R
  • From: Tejun Heo
• NEC ND-4550A problems reading DVD-R
  • From: Krzysztof Halasa
• How to debug not working dma mode
  • From: Christian Gmeiner
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Greg KH
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Philippe De Muyter
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Tejun Heo
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Philippe De Muyter
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Tejun Heo
• Re: Intel ICH9M bug : sata unusable with usbserial
  • From: Alan Cox
• Intel ICH9M bug : sata unusable with usbserial
  • From: Philippe De Muyter
• Re: sata-sil drive detection issues.
  • From: Steven Haigh
• Re: Supporting SATA Target mode (or any data transfer w/crossover cable) on AHCI
  • From: Richard Aplin
• Re: Supporting SATA Target mode (or any data transfer w/crossover cable) on AHCI
  • From: Richard Aplin
• Re: Supporting SATA Target mode (or any data transfer w/crossover cable) on AHCI
  • From: Mark Lord
• Supporting SATA Target mode (or any data transfer w/crossover cable) on AHCI
  • From: Richard Aplin
• Re: sata-sil drive detection issues.
  • From: Mark Lord
• Re: sata-sil drive detection issues.
  • From: Mark Lord
• [PATCH #upstream-fixes] libata: fix hotplug for drivers which don't implement LPM
  • From: Tejun Heo
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Alan Cox
• Re: Performance issue with SATA port multiplier
  • From: Sylvain LEVEQUE
• Re: sata-sil drive detection issues.
  • From: Steven Haigh
• Re: sata-sil drive detection issues.
  • From: Mark Lord
• Re: Performance issue with SATA port multiplier
  • From: Tejun Heo
• Performance issue with SATA port multiplier
  • From: Sylvain LEVEQUE
• Re: sata-sil drive detection issues.
  • From: Tejun Heo
• Re: sata-sil drive detection issues.
  • From: Steven Haigh
• Re: sata-sil drive detection issues.
  • From: Tejun Heo
• Re: sata-sil drive detection issues.
  • From: Steven Haigh
• Re: ExpressCard compact flash card very slow
  • From: Robert Hancock
• Re: ExpressCard compact flash card very slow
  • From: Damon Lynch
• Re: ExpressCard compact flash card very slow
  • From: Robert Hancock
• Re: ExpressCard compact flash card very slow
  • From: Lars Randers
• 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 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 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: Bartlomiej Zolnierkiewicz
• Re: ExpressCard compact flash card very slow
  • From: Damon Lynch
• Re: ExpressCard compact flash card very slow
  • From: Robert Hancock
• ExpressCard compact flash card very slow
  • From: Damon Lynch
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Alan Cox
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• Re: [PATCH V3 resend 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• Re: [PATCH RFC v2] support SATA ODD zero power
  • From: Joey Lee
• [PATCH V3 resend 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Viresh Kumar
• Re: [PATCH V3 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH V3 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• [PATCH V3 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Viresh Kumar
• [PATCH V1 resend 1/2] libata-sff: add ata_sff_queue_work() & ata_sff_queue_delayed_work()
  • From: Viresh Kumar
• [PATCH V3 0/2] add pata_arasan_cf support
  • From: Viresh Kumar
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: [PATCH 05/20] pata_efar: always program master_data before slave_data
  • From: Jeff Garzik
• Re: [PATCH] ata: sata_dwc_460ex: fix error path
  • From: Sergei Shtylyov
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Alan Cox
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Alan Cox
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Roedel, Joerg
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Alan Cox
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Alan Cox
• Re: [PATCH 12/20] pata_rdc: parallel scanning needs an extra locking
  • From: Sergei Shtylyov
• Re: [PATCH 10/20] pata_radisys: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 09/20] pata_oldpiix: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 07/20] pata_it8213: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 04/20] pata_efar: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• Re: [PATCH 02/20] ata_piix: unify code for programming PIO and MWDMA timings
  • From: Sergei Shtylyov
• 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 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 V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: [PATCH] ata: sata_dwc_460ex: fix error path
  • From: Vasiliy Kulikov
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: ejun Heo
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Stefan Bader
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Tejun Heo
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Stefan Bader
• Re: Some hints needed how to handle SATA ALPM failures
  • From: Tejun Heo
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Tejun Heo
• Re: [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• Re: [PATCH V1 1/2] libata-sff: add ata_sff_queue_work() & ata_sff_queue_delayed_work()
  • From: Tejun Heo
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Bjørn Mork
• Some hints needed how to handle SATA ALPM failures
  • From: Stefan Bader
• [PATCH V1 1/2] libata-sff: add ata_sff_queue_work() & ata_sff_queue_delayed_work()
  • From: Viresh Kumar
• [PATCH V2 0/2] add pata_arasan_cf support
  • From: Viresh Kumar
• [PATCH V2 2/2] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Viresh Kumar
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Tejun Heo
• Re: [PATCH] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: sata-sil drive detection issues.
  • From: Tejun Heo
• Re: [PATCH] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• Re: [PATCH] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: viresh kumar
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: sata-sil drive detection issues.
  • From: Steven Haigh
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Mark Lord
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Joerg Dorchain
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Joerg Dorchain
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Matthew Garrett
• Re: [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Mike Snitzer
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: Daniel Lezcano
• Re: [PATCH] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Tejun Heo
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: Tejun Heo
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: Daniel Lezcano
• [PATCH] pata_arasan_cf: Adding support for arasan compact flash host controller
  • From: Viresh Kumar
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: Tejun Heo
• [PATCH v2.6.38-rc5 2/2] block: blk-flush shouldn't call directly into q->request_fn() __blk_run_queue()
  • From: Tejun Heo
• [PATCH v2.6.38-rc5 1/2] block: add @force_kblockd to __blk_run_queue()
  • From: Tejun Heo
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Tejun Heo
• Re: sata-sil drive detection issues.
  • From: Tejun Heo
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: sata-sil drive detection issues.
  • From: Steven Haigh
• sata-sil drive detection issues.
  • From: Steven Haigh
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: Yong Zhang
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: David Miller
• Re: WARNING: at kernel/lockdep.c:2323 trace_hardirqs_on_caller+0xb9/0x16c()
  • From: Yong Zhang
• Re: [Patch] enable AHCI mode on certain ich chipsets
  • From: Jeff Garzik
• Re: [PATCH 1/10] ide: use pci_dev->revision
  • From: Auke Kok
• Re: [PATCH 2/4] sata_dwc_460ex: fix return value of dma_dwc_xfer_setup()
  • From: Sergei Shtylyov
• Re: [PATCH] ata: sata_dwc_460ex: fix error path
  • From: Sergei Shtylyov
• Re: [PATCH 1/10] ide: use pci_dev->revision
  • From: Sergei Shtylyov
• RE: Process for subsystem maintainers to get Hyper-V code out of staging. - CORRECTED RECIPIENTS
  • From: Hank Janssen
• Re: old ide driver incompatible with new flush implementation (was: conflicting commits (block flush vs. ide))
  • From: Jan Beulich
• Re: [Patch] Make suspend/resume work with ich chipset in force AHCI mode
  • From: Sergei Shtylyov
• [Patch] Make suspend/resume work with ich chipset in force AHCI mode
  • From: Joerg Dorchain
• [Patch] enable AHCI mode on certain ich chipsets
  • From: Joerg Dorchain
• Re: [PATCH] ide-cs: housekeeping
  • From: Dominik Brodowski
• Re: sct erc does not work with megaraid
  • From: Douglas Gilbert
• Re: sct erc does not work with megaraid
  • From: Bokhan Artem
• Re: sct erc does not work with megaraid
  • From: Douglas Gilbert
• Re: old ide driver incompatible with new flush implementation (was: conflicting commits (block flush vs. ide))
  • From: Tejun Heo
• Re: old ide driver incompatible with new flush implementation (was: conflicting commits (block flush vs. ide))
  • From: Jan Beulich
• Re: sct erc does not work with megaraid
  • From: Bokhan Artem
• Re: sct erc does not work with megaraid
  • From: Douglas Gilbert
• Re: old ide driver incompatible with new flush implementation (was: conflicting commits (block flush vs. ide))
  • From: Tejun Heo
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH v5 0/3] add CNS3xxx AHCI support
  • From: Lin Mac
• Re: Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Lin Mac
• old ide driver incompatible with new flush implementation (was: conflicting commits (block flush vs. ide))
  • From: Jan Beulich
• Re: Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Tejun Heo
• Re: Process for subsystem maintainers to get Hyper-V code out of staging.
  • From: Alan Cox
• Re: Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Lin Mac
• sct erc does not work with megaraid
  • From: Artem Bokhan
• Re: Process for subsystem maintainers to get Hyper-V code out of staging.
  • From: Christoph Hellwig
• Re: Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Tejun Heo
• Re: Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Lin Mac
• conflicting commits (block flush vs. ide)
  • From: Jan Beulich
• conflicting commits (block flush vs. ide)
  • From: Jan Beulich
• Re: Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Tejun Heo
• Question regarding PORT_IRQ_BAD_PMP (Re: AHCI support Port Multiplier problem.)
  • From: Mac Lin
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Jeff Garzik
• Re: Process for subsystem maintainers to get Hyper-V code out of staging. - CORRECTED RECIPIENTS
  • From: Robert Hancock
• Re: Process for subsystem maintainers to get Hyper-V code out of staging.
  • From: Greg KH
• RE: Process for subsystem maintainers to get Hyper-V code out of staging. - CORRECTED RECIPIENTS
  • From: Hank Janssen
• Process for subsystem maintainers to get Hyper-V code out of staging.
  • From: Hank Janssen
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Stanislaw Gruszka
• Re: [PATCH v2] ata: add CONFIG_SATA_HOST config option
  • From: Sergei Shtylyov
• Re: [PATCH v2] ata: add CONFIG_SATA_HOST config option
  • From: Bartlomiej Zolnierkiewicz
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Joerg Dorchain
• Re: 2.6.35.9 bug shown in dmesg (fwd)
  • From: Russell Whitaker
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH v2] ata: add CONFIG_SATA_HOST config option
  • From: Sergei Shtylyov
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Bartlomiej Zolnierkiewicz
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Joerg Dorchain
• Re: [Patch] Enable AHCI on certain ich chipsets
  • 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: Alan Cox
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: libata: implement on-demand HPA unlocking
  • From: Phillip Susi
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Joerg Dorchain
• Re: [PATCH option B 2/2] PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO for ICH
  • From: Jiri Slaby
• [PATCH v2] ata: add CONFIG_SATA_HOST config option
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH 21/20] ata_piix: add new PIIX_FLAG_* flags
  • From: Sergei Shtylyov
• Re: [Patch] Enable AHCI on certain ich chipsets
  • From: Sergei Shtylyov
• 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