Linux IDE Archive

• Thread Index

• [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
• [PATCH 15/20] pata_oldpiix: enable parallel scan
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 18/20] ata_piix: add RDC support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 16/20] ata_piix: add EFAR SLC90E66 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 19/20] ata_piix: add Intel old PIIX support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 20/20] ata_piix: add Radisys R82600 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 17/20] ata_piix: add IT8213 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 09/20] pata_oldpiix: unify code for programming PIO and MWDMA timings
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 08/20] pata_it8213: add UDMA100 and UDMA133 support
  • From: Bartlomiej Zolnierkiewicz
• [PATCHSET] ata: rework support for PIIX-alike PATA controllers
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ahci: recognize Marvell 88se9125 PCIe SATA 6.0 Gb/s controller
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Roedel, Joerg
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• [PATCH] ahci: recognize Marvell 88se9125 PCIe SATA 6.0 Gb/s controller
  • From: Per Jessen
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: [Bugme-new] [Bug 28482] New: ADSL PPPOE kernel bug at /arch/x86/kernel/pci-nommu.c
  • From: Andrew Morton
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• [PATCH fixed] ide: legacy VLB drivers housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/2 fixed] cmd640: always use enhanced support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH fixed] ide/pmac: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ide: legacy VLB drivers housekeeping
  • From: Bartlomiej Zolnierkiewicz
• Re: [PATCH] ide: legacy VLB drivers housekeeping
  • From: Sergei Shtylyov
• Re: [PATCH] ide/pmac: housekeeping
  • From: Sergei Shtylyov
• [PATCH] trm290: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 2/2] cmd640: always use enhanced support
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide: legacy VLB drivers housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide-cs: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH 1/2] cmd640: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [PATCH] ide/pmac: housekeeping
  • From: Bartlomiej Zolnierkiewicz
• [Bug 13399] kernel crash SONY DVD-ROM with cd
  • From: bugzilla-daemon
• [Bug 13399] kernel crash SONY DVD-ROM with cd
  • From: bugzilla-daemon
• [Bug 13770] System freeze on XFS filesystem recovery on an external disk
  • From: bugzilla-daemon
• [Bug 13770] System freeze on XFS filesystem recovery on an external disk
  • From: bugzilla-daemon
• [PATCH 4/4] libata: remove ATA_FLAG_LPM
  • From: Sergei Shtylyov
• [PATCH 3/4] libata: remove ATA_FLAG_NO_LEGACY
  • From: Sergei Shtylyov
• [PATCH RESEND 2/4] libata: remove ATA_FLAG_MMIO
  • From: Sergei Shtylyov
• [PATCH RESEND 1/4] libata: remove ATA_FLAG_{SRST|SATA_RESET}
  • From: Sergei Shtylyov
• [PATCH] libata: remove ATA_FLAG_MMIO
  • From: Sergei Shtylyov
• [PATCH] libata: remove ATA_FLAG_{SRST|SATA_RESET}
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ingo Molnar
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Pavel Machek
• Re: PATA_ARTOP doesn't detect connected disk on Landisk
  • From: Alejandro Riveira Fernández
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• ahci: hotplug failure on 2.6.37
  • From: Mark Lord
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: Eric D. Mudama
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: Eric D. Mudama
• Re: MWDMA Issue: sda: unknown partition table
  • From: Viresh Kumar
• [PATCH (v2)] cdrom: support devices that have check_events but not media_changed
  • From: Simon Arlott
• [PATCH V2] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Joe Perches
• Re: [PATCH] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH] cdrom: support devices that have check_events but not media_changed
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ingo Molnar
• Re: [PATCH] cdrom: support devices that have check_events but not media_changed
  • From: Tejun Heo
• [PATCH] ata: pata: Convert pr_*(DRV_NAME ...) to pr_fmt/pr_<level>
  • From: Joe Perches
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Rusty Russell
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• Re: [PATCH 7/8] sr: implement sr_check_events()
  • From: Simon Arlott
• [PATCH] cdrom: support devices that have check_events but not media_changed
  • From: Simon Arlott
• [LSF/MM ATTEND] discussion around bettter SAS/SATA integration
  • From: James Bottomley
• Re: IO_PAGE_FAULT from SATA card during boot
  • From: Robert Hancock
• IO_PAGE_FAULT from SATA card during boot
  • From: Chris Webb
• [PATCH 4/4] sata_dwc_460ex: add debugging options
  • From: Sergei Shtylyov
• [PATCH 3/4] sata_dwc_460ex: fix misuse of ata_get_cmd_descript()
  • From: Sergei Shtylyov
• [PATCH 2/4] sata_dwc_460ex: fix return value of dma_dwc_xfer_setup()
  • From: Sergei Shtylyov
• [PATCH 1/4] sata_dwc_460ex: fix compilation errors/warnings
  • From: Sergei Shtylyov
• [git patches] libata updates
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jan Ceuleers
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: James Bottomley
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: BingJiun Luo
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: BingJiun Luo
• RE: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Luck, Tony
• RE: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Luck, Tony
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: Douglas Gilbert
• Re: Why is scsi_request_fn called every 4 milliseconds?
  • From: James Bottomley
• Why is scsi_request_fn called every 4 milliseconds?
  • From: BingJiun Luo
• RE: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Luck, Tony
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Jeff Garzik
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: [PATCH -next 2/2][RFC] x86: Saveoops: Reserve low memory and register code
  • From: Ahmed S. Darwish
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Randy Dunlap
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Mark Lord
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Linus Torvalds
• Re: [PATCH #upstream-fixes] ahci: add another PCI ID for marvell
  • From: Jeff Garzik
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Jeff Garzik
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Brian King
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: H. Peter Anvin
• Re: [PATCH -next 2/2][RFC] x86: Saveoops: Reserve low memory and register code
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Tony Luck
• Re: [PATCH -next 1/2][RFC] x86: Saveoops: Switch to real-mode and call BIOS
  • From: H. Peter Anvin
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• [PATCH] sata_dwc_460ex: use ATA_PIO4
  • From: Sergei Shtylyov
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Tejun Heo
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ingo Molnar
• [PATCH -next 2/2][RFC] x86: Saveoops: Reserve low memory and register code
  • From: Ahmed S. Darwish
• [PATCH -next 1/2][RFC] x86: Saveoops: Switch to real-mode and call BIOS
  • From: Ahmed S. Darwish
• [PATCH 0/2][concept RFC] x86: BIOS-save kernel log to disk upon panic
  • From: Ahmed S. Darwish
• Re: [PATCH #upstream-fixes] ahci: add another PCI ID for marvell
  • From: Tejun Heo
• [PATCH UPDATED #upstream-fixes] libata: DVR-212D can't do SETXFER DVD-RW DVR-212D
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: WDC WD20EARS and 4k sector size
  • From: Tejun Heo
• Re: libata EH running when switching VTs
  • From: Toralf Förster
• Re: WDC WD20EARS and 4k sector size
  • From: Michael Tokarev
• Re: Seagate hard disk firmware issue
  • From: BU66ER BAD6ER
• Re: WDC WD20EARS and 4k sector size
  • From: Herbert Poetzl
• Re: WDC WD20EARS and 4k sector size
  • From: Mark Lord
• Re: WDC WD20EARS and 4k sector size
  • From: Mark Lord
• Re: WDC WD20EARS and 4k sector size
  • From: Jeff Garzik
• Re: WDC WD20EARS and 4k sector size
  • From: Martin K. Petersen
• Re: WDC WD20EARS and 4k sector size
  • From: Greg Freemyer
• Re: WDC WD20EARS and 4k sector size
  • From: Herbert Poetzl
• Re: WDC WD20EARS and 4k sector size
  • From: Martin K. Petersen
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• WDC WD20EARS and 4k sector size
  • From: Herbert Poetzl
• Re: libata EH running when switching VTs
  • From: Robert Hancock
• Re: Seagate hard disk firmware issue
  • From: Robert Hancock
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• Re: [PATCH 0/2] convert libsas to the libata new eh
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] libata: DVR-212D can't do SETXFER DVD-RW DVR-212D
  • From: Sergei Shtylyov
• Re: patch for "failed to set xfermode (err_mask=0x4)" with PIONEER DVD-RW DVR-212D
  • From: Sergei Shtylyov
• Re: sata_via bus errors fixed?
  • From: Dave Howorth
• Re: sata_via bus errors fixed?
  • From: Tejun Heo
• sata_via bus errors fixed?
  • From: Dave Howorth
• [PATCH #upstream-fixes] libata: DVR-212D can't do SETXFER DVD-RW DVR-212D
  • From: Tejun Heo
• patch for "failed to set xfermode (err_mask=0x4)" with PIONEER DVD-RW DVR-212D
  • From: Francesco Antonacci
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• [PATCH 2/2] libsas: convert to libata new error handler
  • From: James Bottomley
• [PATCH 1/2] libata: separate error handler into usable components
  • From: James Bottomley
• [PATCH 0/2] convert libsas to the libata new eh
  • From: James Bottomley
• [PATCH 3/3] libata: fix eh locking
  • From: James Bottomley
• [PATCH 2/3] libata: fix locking for sas paths
  • From: James Bottomley
• [PATCH 1/3] libata: plumb sas port scan into standard libata paths
  • From: James Bottomley
• [PATCH 0/3] libata bug fixes and updates as a precursor for converting libsas to the new eh
  • From: James Bottomley
• Re: Seagate hard disk firmware issue
  • From: Alan Cox
• Seagate hard disk firmware issue
  • From: BU66ER BAD6ER
• Re: libata EH running when switching VTs
  • From: Toralf Förster
• Re: libata EH running when switching VTs
  • From: Robert Hancock
• [PATCH] drivers/ata/ahci.c: add device code for marvell 88se6141
  • From: Lars Randers
• Re: MWDMA Issue: sda: unknown partition table
  • From: Tejun Heo
• Re: MWDMA Issue: sda: unknown partition table
  • From: Viresh Kumar
• [PATCH] ipr/sas_ata: use mode mask macros from <linux/ata.h>
  • From: Sergei Shtylyov
• Re: MWDMA Issue: sda: unknown partition table
  • From: Tejun Heo
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: MWDMA Issue: sda: unknown partition table
  • From: Tejun Heo
• MWDMA Issue: sda: unknown partition table
  • From: viresh kumar
• Re: [PATCH] Export ahci eSATA attribute
  • From: Phillip Susi
• [PATCH #upstream-fixes] libata: set queue DMA alignment to sector size for ATAPI too
  • From: Tejun Heo
• Re: [RFC/PATCH] Deferred disk spinup during system resume
  • From: Jeff Garzik
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: [RFC/PATCH] Deferred disk spinup during system resume
  • From: Maksim Rayskiy
• Re: Problem: security locked disk and partition table read..
  • From: Tejun Heo
• Re: PROBLEM: Disk continually remounts and hardlocks the entire system if running on battery.
  • From: Ted Ts'o
• Re: PROBLEM: Disk continually remounts and hardlocks the entire system if running on battery.
  • From: Robert Hancock
• [PATCH 1/2] ATA: Add FSL sata v2 controller support
  • From: Xulei
• [PATCH 2/2] dts: Update sata controller compatible for p1022ds board
  • From: Xulei
• [FYI] linux-ata.org domain becoming available
  • From: Jeff Garzik
• Re: [RFC/PATCH] Deferred disk spinup during system resume
  • From: Jeff Garzik
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Kumar Gala
• Problem: security locked disk and partition table read..
  • From: Mark Lord
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Jeff Garzik
• Re: [PATCH #upstream] ahci: add HFLAG_YES_FBS and apply it to 88SE9128
  • From: Jeff Garzik
• Re: [PATCH 2.3.37] ahci: AHCI mode SATA patch for Intel DH89xxCC DeviceIDs
  • From: Jeff Garzik
• Re: [PATCH #upstream-fixes] pata_mpc52xx: inherit from ata_bmdma_port_ops
  • From: Jeff Garzik
• Re: [PATCH v2] pata_hpt37x: fold 'if' statement into 'switch'
  • From: Jeff Garzik
• Re: [PATCH 2/2 v3] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Jeff Garzik
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: [PATCH 1/2 v3] pata_hpt{366|37x}: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Jeff Garzik
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jeff Garzik
• Re: PROBLEM: Disk continually remounts and hardlocks the entire system if running on battery.
  • From: Robert Hancock
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• Re: Why is only one command issue per time in AHCI driver?
  • From: Robert Hancock
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Sergei Shtylyov
• RE: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Zang Roy-R61911
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Sergei Shtylyov
• Re: Why is only one command issue per time in AHCI driver?
  • From: Jeff Garzik
• Re: Why is only one command issue per time in AHCI driver?
  • From: Seed
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• RE: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Zang Roy-R61911
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• [Bug 15941] Thinkpad T61 after suspend to ram ide cdrom doesn't work
  • From: bugzilla-daemon
• Re: PMP and SEMB messages to SEP
  • From: Jeff Garzik
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP SMART error recovery and failure code decoding help
  • From: Marc MERLIN
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP SMART error recovery and failure code decoding help
  • From: Tejun Heo
• Re: PMP SMART error recovery and failure code decoding help
  • From: Marc MERLIN
• Re: PMP and SEMB messages to SEP
  • From: James Bottomley
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Kumar Gala
• Re: PMP SMART error recovery and failure code decoding help
  • From: Tejun Heo
• RE: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Aggrwal Poonam-B10812
• Re: [PATCH] ATA: Add FSL sata v2 controller support
  • From: Sergei Shtylyov
• [PATCH] ATA: Add FSL sata v2 controller support
  • From: Xulei
• Re: Why is only one command issue per time in AHCI driver?
  • From: BingJiun Luo
• PMP SMART error recovery and failure code decoding help
  • From: Marc MERLIN
• Re: Strange read data corruption on ext4/LVM/md
  • From: Pierre Ossman
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Robert Hancock
• Re: IRQ enable/disable BUG in IDE w/shared IRQs
  • From: Jeff Garzik
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• Re: PMP and SEMB messages to SEP
  • From: Tejun Heo
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• [PATCH 1/2] PCI: add more checking to ICH region quirks
  • From: Jiri Slaby
• [PATCH option B 2/2] PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO for ICH
  • From: Jiri Slaby
• [PATCH option A 2/2] PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO
  • From: Jiri Slaby
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: IRQ enable/disable BUG in IDE w/shared IRQs
  • From: Thomas Gleixner
• Re: training mpath to discern between SCSI errors
  • From: Hannes Reinecke
• IRQ enable/disable BUG in IDE w/shared IRQs
  • From: David Miller
• Re: Why is only one command issue per time in AHCI driver?
  • From: Robert Hancock
• Re: [RFC PATCH 0/3] differentiate between I/O errors
  • From: Mike Snitzer
• Re: training mpath to discern between SCSI errors
  • From: Mike Snitzer
• Re: Why is only one command issue per time in AHCI driver?
  • From: 羅秉鈞
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Linus Torvalds
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• PMP and SEMB messages to SEP
  • From: Herbert Poetzl
• Re: Why is only one command issue per time in AHCI driver?
  • From: Jeff Garzik
• Why is only one command issue per time in AHCI driver?
  • From: 羅秉鈞
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: AHCI support Port Multiplier problem.
  • From: Luo Dislo
• (help!) MD RAID6 won't --re-add devices?
  • From: Bart Kus
• Re: AHCI support Port Multiplier problem.
  • From: Luo Dislo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Harik
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• Re: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Tejun Heo
• RE: questions regarding possible violation of AHCI spec in AHCI driver
  • From: Jian Peng
• [PATCH] pata_hpt37x: inherit prereset() method for HPT374
  • From: Sergei Shtylyov
• Re: AHCI support Port Multiplier problem.
  • From: Tejun Heo
• Re: AHCI support Port Multiplier problem.
  • From: Tejun Heo
• Re: AHCI support Port Multiplier problem.
  • From: Robert Hancock
• [PATCH 2.3.37] ahci: AHCI mode SATA patch for Intel DH89xxCC DeviceIDs
  • From: Seth Heasley
• Re: [PATCH v2] pata_hpt37x: fold 'if' statement into 'switch'
  • From: Sergei Shtylyov
• [PATCH v2] pata_hpt37x: fold 'if' statement into 'switch'
  • From: Sergei Shtylyov
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas
• [PATCH 2/2 v3] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• [PATCH 1/2 v3] pata_hpt{366|37x}: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• Re: [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Sergei Shtylyov
• Re: [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Vasily Tarasov
• Re: [PATCH 1/2 v2] pata_hpt366: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• [PATCH 1/2 v2] pata_hpt366: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• Re: AHCI support Port Multiplier problem.
  • From: Mac Lin
• Re: [PATCH v5 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: Lin Mac
• Re: [PATCH v2] pata_hpt37x: coding style cleanup
  • From: Sergei Shtylyov
• RE: [PATCH v5 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: Basheer, Mansoor Ahamed
• Re: [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Sergei Shtylyov
• Re: [PATCH #upstream-fixes] pata_mpc52xx: inherit from ata_bmdma_port_ops
  • From: Roman Fietze
• Re: AHCI support Port Multiplier problem.
  • From: Luo Dislo
• [PATCH] ide: no need to check for the rq pointer to be NULL
  • From: Vasily Tarasov
• [PATCH #upstream-fixes] pata_mpc52xx: inherit from ata_bmdma_port_ops
  • From: Tejun Heo
• [PATCH v5 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v5 2/3] ahci_platform: switch to module device table matching
  • From: mkl0301
• [PATCH v5 1/3] ahci_platform: rename module ahci_platform to ahci_platforms
  • From: mkl0301
• [PATCH v5 0/3] add CNS3xxx AHCI support
  • From: mkl0301
• Re: [PATCH v4 1/3] ahci_platform: rename module ahci_platform to ahci_platforms
  • From: Anton Vorontsov
• Re: [PATCH v4 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: Anton Vorontsov
• Re: [PATCH v4 2/3] ahci_platform: switch to module device table matching
  • From: Anton Vorontsov
• [PATCH v4 3/3] ahci_platforms: add support for CNS3xxx SoC devices
  • From: mkl0301
• [PATCH v4 2/3] ahci_platform: switch to module device table matching
  • From: mkl0301
• [PATCH v4 1/3] ahci_platform: rename module ahci_platform to ahci_platforms
  • From: mkl0301
• [PATCH v4 0/3] add CNS3xxx AHCI support
  • From: mkl0301
• Re: CF Card Adapter White List Candidate
  • From: Tom Denchfield
• Problem on initialization bad hardware with driver from sata subsystem.
  • From: Andrey Gusev
• Re: [PATCH v2] pata_hpt37x: coding style cleanup
  • From: Jeff Garzik
• [git patches] libata updates for 2.6.38
  • From: Jeff Garzik
• [PATCH 2/2 v2] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• Re: [PATCH 2/2] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• [PATCH 2/2] pata_hpt{37x|3x2n}: use pr_*(DRV_NAME ...) instead of printk(KERN_* ...)
  • From: Sergei Shtylyov
• [PATCH 1/2] pata_hpt366: use pr_warning(...) instead of printk(KERN_WARNING ...)
  • From: Sergei Shtylyov
• [PATCH v2] pata_hpt37x: coding style cleanup
  • From: Sergei Shtylyov
• [PATCH v2] pata_hpt366: coding style cleanup
  • From: Sergei Shtylyov
• Re: CF Card Adapter White List Candidate
  • From: Robert Hancock
• Re: CF Card Adapter White List Candidate
  • From: Michael Tokarev
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Jiri Slaby
• Re: [PATCH] pata_hpt37x: actually limit HPT370 to UltraDMA/66
  • From: Jeff Garzik
• Re: [PATCH 1/3] pata_hpt366: coding style cleanup
  • From: Jeff Garzik
• Re: [PATCH] pata_hpt3x2n: calculate average f_CNT
  • From: Jeff Garzik
• Re: [PATCH v3] pata_hpt3x2n: clarify about HPT371N support
  • From: Jeff Garzik
• Re: [PATCH resend] pata_hpt{37x|3x2n}: SATA mode filtering
  • From: Jeff Garzik
• [PATCH] pata_platform: Remove CONFIG_HAVE_PATA_PLATFORM's dependencies.
  • From: Nick Bowler
• Re: [PATCH 1/1] PCI: tune up ICH4 quirk for broken BIOSes
  • From: Bjorn Helgaas