Linux IDE Archive

• Thread Index

• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Mark Lord
• Re: [PATCH 01/15] libata: Setup nbytes in ata_sg_init_one
  • From: Brian King
• Re: Gigabyte i-Ram cards
  • From: Bryan Fink
• Re: [PATCH] libata: do not ignore PIO-only devices
  • From: Tejun Heo
• [PATCH] ahci: add softreset
  • From: Tejun Heo
• [PATCH] libata: do not ignore PIO-only devices
  • From: Tejun Heo
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Tejun Heo
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• Re: Gigabyte i-Ram cards
  • From: Jens Axboe
• Re: Gigabyte i-Ram cards
  • From: Mogens Valentin
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• Re: drivers/scsi/sata_vsc.c: inconsistent NULL checking
  • From: Jeff Garzik
• libata ignores non-dma disks?
  • From: Ed Sweetman
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Jeff Garzik
• Re: [PATCH 07/15] libata: Remove dependence on host_set->dev for SAS
  • From: Jeff Garzik
• Re: [PATCH 02/15] libata: Add some dummy noop functions
  • From: Jeff Garzik
• Re: [PATCH 06/15] libata: Stop using host->max_cmd_len
  • From: Jeff Garzik
• Re: [PATCH 05/15] libata: Add __ata_scsi_ioctl
  • From: Jeff Garzik
• Re: [PATCH 04/15] libata: ata_scsi_queuecmd cleanup
  • From: Jeff Garzik
• Re: [PATCH 01/15] libata: Setup nbytes in ata_sg_init_one
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata-dev: Remove ATA_PROT_PIO_MULT
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata-dev: add flush task to ata_exec_internal()
  • From: Jeff Garzik
• Re: libata SCSI page 0x83 query
  • From: Jeff Garzik
• Re: Gigabyte i-Ram cards
  • From: Jure Pečar
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Benjamin Herrenschmidt
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Jeff Garzik
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Linus Torvalds
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Jeff Garzik
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Linus Torvalds
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: James Bottomley
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• [PATCH] Fix IDE DMA resource managment
  • From: Sergei Shtylylov
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jens Axboe
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: libata+SGIO: is .dma_boundary respected?
  • From: James Bottomley
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jens Axboe
• Re: Some sata_mv error messages
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: Some sata_mv error messages
  • From: Jeff Garzik
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jens Axboe
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Linus Torvalds
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jens Axboe
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: Some sata_mv error messages
  • From: Denis Leroy
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• sata_sil did not like multiple LUNs...
  • From: Matti Aarnio
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jens Axboe
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Linus Torvalds
• Re: sata_promise does not see hardware RAID arrays on Fasttrak TX4000
  • From: Phillip Susi
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: sata_promise does not see hardware RAID arrays on Fasttrak TX4000
  • From: Gordon Atwood
• Re: [PATCH/RFC] libata-dev: handle ERR=1 DRQ=1
  • From: Eric D. Mudama
• Re: [PATCH/RFC] libata-dev: handle ERR=1 DRQ=1
  • From: Jeff Garzik
• Re: [git patches] libata updates
  • From: Alan Cox
• Re: [git patches] libata updates
  • From: Jeff Garzik
• Re: [PATCH] AHCI SATA vendor update from VIA
  • From: Jeff Garzik
• Re: Resume problems on Fujitsu-Siemens AMILO M7440G -- SATA
  • From: martin schneebacher
• Re: Some sata_mv error messages
  • From: Peter Jones
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• Re: Resume problems on Fujitsu-Siemens AMILO M7440G -- SATA
  • From: Michael Schierl
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Mark Lord
• Re: sata_Re: sata_mv success on 2.6.16-rc6-mm2
  • From: Mark Lord
• Re: [PATCH][INCOMPLETE] sata_nv: merge ADMA support
  • From: Bill Rugolsky Jr.
• Marvell SATA Support ... problem
  • From: Leopold Palomo Avellaneda
• Re: [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Sander
• [PATCH/RFC] libata-dev: handle ERR=1 DRQ=1
  • From: Albert Lee
• Re: [PATCH] AHCI SATA vendor update from VIA
  • From: Tejun Heo
• Re: sata_Re: sata_mv success on 2.6.16-rc6-mm2
  • From: Andrew Morton
• Re: sata_Re: sata_mv success on 2.6.16-rc6-mm2
  • From: Sander
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Alan Cox
• Re: [git patches] libata updates
  • From: Alan Cox
• Re: Some sata_mv error messages
  • From: Sander
• Re: Some sata_mv error messages
  • From: Sander
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• [PATCH] 2.6.xx: sata_mv: another critical fix
  • From: Mark Lord
• Re: Some sata_mv error messages
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: Gigabyte i-Ram cards
  • From: Eric D. Mudama
• Re: Some sata_mv error messages
  • From: Jeff Garzik
• Re: Some sata_mv error messages
  • From: Dave Jones
• Gigabyte i-Ram cards
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: make ata_set_mode() responsible for failure handling
  • From: Jeff Garzik
• Re: [PATCH] AHCI SATA vendor update from VIA
  • From: Jeff Garzik
• Re: [PATCH][INCOMPLETE] sata_nv: merge ADMA support
  • From: Jeff Garzik
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: [git patches] libata updates
  • From: Jeff Garzik
• Re: Some sata_mv error messages
  • From: Jeff Garzik
• [git patch append] sata_mv fix
  • From: Jeff Garzik
• Re: sata_promise does not see hardware RAID arrays on Fasttrak TX4000
  • From: Jeff Garzik
• sata_promise does not see hardware RAID arrays on Fasttrak TX4000
  • From: Gordon Atwood
• Re: Resume problems on Fujitsu-Siemens AMILO M7440G -- SATA
  • From: Mark Lord
• Re: Resume problems on Fujitsu-Siemens AMILO M7440G -- SATA
  • From: Michael Schierl
• Re: [git patches] libata updates
  • From: Alan Cox
• Some sata_mv error messages (was: Re: 2.6.16-rc6-mm2)
  • From: Sander
• [git patches] libata updates
  • From: Jeff Garzik
• [PATCH 7/12] [IDE] Set CFLAGS only for au1xxx-ide
  • From: Martin Michlmayr
• Re: [PATCH][INCOMPLETE] sata_nv: merge ADMA support
  • From: Bill Rugolsky Jr.
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: sata_Re: sata_mv success on 2.6.16-rc6-mm2
  • From: Jeff Garzik
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• Re: libata+SGIO: is .dma_boundary respected?
  • From: Jeff Garzik
• Re: sata_Re: sata_mv success on 2.6.16-rc6-mm2
  • From: Mark Lord
• libata+SGIO: is .dma_boundary respected?
  • From: Mark Lord
• [PATCH: kernel 2.6.16-rc6] CMD643 does not support DMA
  • From: Komuro
• Quick patch fixes resume with host protected area
  • From: Arnaud Cornet
• Re: sata_mv success on 2.6.16-rc6-mm2 (was: Re: 2.6.16-rc6-mm2)
  • From: Andrew Morton
• Re: [PATCH] libata: implement minimal transport template for ->eh_timed_out
  • From: Christoph Hellwig
• sata_mv success on 2.6.16-rc6-mm2 (was: Re: 2.6.16-rc6-mm2)
  • From: Sander
• [PATCH] libata: implement minimal transport template for ->eh_timed_out
  • From: Tejun Heo
• Re: [PATCH][INCOMPLETE] sata_nv: merge ADMA support
  • From: Jeff Garzik
• [PATCH 04/15] libata: ata_scsi_queuecmd cleanup
  • From: Brian King
• [PATCH 09/15] libata: Add support for SATA attachment to SAS adapters
  • From: Brian King
• [PATCH 08/15] libata: Add host lock to struct ata_port
  • From: Brian King
• [PATCH 05/15] libata: Add __ata_scsi_ioctl
  • From: Brian King
• [PATCH 11/15] ipr: Fixup device type check
  • From: Brian King
• [PATCH 03/15] libata: ata_scsi_slave_config cleanup
  • From: Brian King
• [PATCH 07/15] libata: Remove dependence on host_set->dev for SAS
  • From: Brian King
• [PATCH 13/15] ipr: printk macro cleanup/removal
  • From: Brian King
• [PATCH 12/15] ipr: Simplify status area dumping
  • From: Brian King
• [PATCH 14/15] ipr: Reset device cleanup
  • From: Brian King
• [PATCH 15/15] ipr: Support attaching SATA devices
  • From: Brian King
• [PATCH 10/15] ipr: Disk remove path cleanup
  • From: Brian King
• [PATCH 01/15] libata: Setup nbytes in ata_sg_init_one
  • From: Brian King
• [PATCH 06/15] libata: Stop using host->max_cmd_len
  • From: Brian King
• [PATCH 02/15] libata: Add some dummy noop functions
  • From: Brian King
• [PATCH 0/15] libata: Add support for SATA attachment to SAS adapters
  • From: Brian King
• Re: LibPATA code issues / 2.6.15.4
  • From: Tejun Heo
• Re: LibPATA code issues / 2.6.15.4
  • From: Eric D. Mudama
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: [PATCH] AHCI SATA vendor update from VIA
  • From: Geoff Rivell
• sata_sx4 for sx4060
  • From: www-data
• Re: [PATCH] AHCI SATA vendor update from VIA
  • From: Ph. Marek
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Albert Lee
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: [PATCH 1/2] libata: use local *id instead of dev->id in ata_dev_configure()
  • From: Jeff Garzik
• Re: Linux v2.6.16-rc6
  • From: Bill Davidsen
• Re: LibPATA code issues / 2.6.15.4
  • From: Jens Axboe
• [PATCH 1/1] libata-dev: Remove ATA_PROT_PIO_MULT
  • From: Albert Lee
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Albert Lee
• Re: Warning - Maxtor SATA II and Nvidia nforce4
  • From: Sander
• re: [PATCH] AHCI SATA vendor update from VIA
  • From: Ph. Marek
• Re: LibPATA code issues / 2.6.15.4
  • From: markus ebenhoeh
• Re: Warning - Maxtor SATA II and Nvidia nforce4
  • From: Dax Kelson
• Re: Warning - Maxtor SATA II and Nvidia nforce4
  • From: Jeff Garzik
• Re: gigabyte iRam not seen by linux
  • From: Bryan Fink
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Mark Lord
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Mark Lord
• Re: [PATCH] AHCI SATA vendor update from VIA
  • From: Sergey Vlasov
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Mark Lord
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Question about VIA SATA driver
  • From: Nick Dunkele
• Status of promise sata hotplug patches? (works great!)
  • From: Philip Langdale
• LibPATA code issues / 2.6.15.4
  • From: me_trash1
• Re: [PATCH 1/1] libata-dev: add flush task to ata_exec_internal()
  • From: Tejun Heo
• nvidia status
  • From: Raz Ben-Jehuda(caro)
• Re: [PATCH 1/1] libata-dev: add flush task to ata_exec_internal()
  • From: Jeff Garzik
• Re: [PATCH 1/1] libata-dev: add flush task to ata_exec_internal()
  • From: Tejun Heo
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Albert Lee
• [PATCH 1/1] libata-dev: add flush task to ata_exec_internal()
  • From: Albert Lee
• RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Yu, Luming
• Re: Linux v2.6.16-rc6
  • From: Jan Engelhardt
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• Re: Random libata notes
  • From: Tejun Heo
• Re: [PATCHSET] libata: implement per-dev xfer masks
  • From: Alan Cox
• [PATCH 2/2] libata: move IDENTIFY info printing from ata_dev_read_id() to ata_dev_configure()
  • From: Tejun Heo
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Tejun Heo
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: make ata_set_mode() responsible for failure handling
  • From: Tejun Heo
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Tejun Heo
• Re: [PATCH] libata crashes on incorrectly initialised ports
  • From: Jeff Garzik
• Re: [PATCH] libata crashes on incorrectly initialised ports
  • From: Hannes Reinecke
• Re: [PATCH 3/4] libata: make ata_set_mode() responsible for failure handling
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: make ata_set_mode() responsible for failure handling
  • From: Tejun Heo
• Re: [PATCH 4/4] libata: make per-dev transfer mode limits per-dev
  • From: Tejun Heo
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Tejun Heo
• Re: [PATCH] libata crashes on incorrectly initialised ports
  • From: Jeff Garzik
• Re: [PATCH 2/4] libata: implement ata_dev_init()
  • From: Tejun Heo
• [PATCH] libata crashes on incorrectly initialised ports
  • From: Hannes Reinecke
• Re: [PATCH 1/1] libata-dev: Make the the in_wq check as an inline function
  • From: Jeff Garzik
• [PATCH 1/1] libata-dev: Make the the in_wq check as an inline function
  • From: Albert Lee
• RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Yu, Luming
• Re: [PATCH 3/4] libata: make ata_set_mode() responsible for failure handling
  • From: Jeff Garzik
• Re: [PATCH 4/4] libata: make per-dev transfer mode limits per-dev
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Jeff Garzik
• Re: [PATCH 2/4] libata: implement ata_dev_init()
  • From: Jeff Garzik
• Re: [PATCH 1/4] libata: implement ata_unpack_xfermask()
  • From: Jeff Garzik
• [PATCH 1/4] libata: implement ata_dev_disable()
  • From: Tejun Heo
• [PATCH 4/4] libata: add @disable_on_err argument to ata_set_mode()
  • From: Tejun Heo
• [PATCH 3/4] libata: make ata_set_mode() responsible for failure handling
  • From: Tejun Heo
• [PATCH 2/4] libata: use ata_dev_disable() in ata_bus_probe()
  • From: Tejun Heo
• Re: [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Jeff Garzik
• [PATCHSET] libata: add @disable_on_err to ata_set_mode()
  • From: Tejun Heo
• [PATCH 1/1] libata-dev: ata_check_atapi_dma() fix for ATA_FLAG_PIO_POLLING LLDDs
  • From: Albert Lee
• Re: [PATCH 3/5] libata-dev: Let ata_hsm_move() work with both irq-pio and polling pio
  • From: Jeff Garzik
• [PATCH 5/5] libata-dev: Cleanup unused enums/functions
  • From: Albert Lee
• Re: [PATCH 1/3] libata-dev: Remove trailing whitespaces
  • From: Jeff Garzik
• [PATCH 4/5] libata-dev: Convert ata_pio_task() to use the new ata_hsm_move()
  • From: Albert Lee
• [PATCH 3/5] libata-dev: Let ata_hsm_move() work with both irq-pio and polling pio
  • From: Albert Lee
• Re: [PATCH] libata: clean up IDENTIFY printing
  • From: Jeff Garzik
• [PATCH 2/5] libata-dev: Minor fix for ata_hsm_move() to work with ata_host_intr()
  • From: Albert Lee
• [PATCH 1/5] libata-dev: Move out the HSM code from ata_host_intr()
  • From: Albert Lee
• [PATCH 0/5] libata-dev: integrate polling pio with irq-pio (respin)
  • From: Albert Lee
• [PATCH 3/3] libata-dev: Remove atapi_packet_task()
  • From: Albert Lee
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• [PATCH 2/3] libata-dev: Fix merge problem with upstream
  • From: Albert Lee
• [PATCH 1/3] libata-dev: Remove trailing whitespaces
  • From: Albert Lee
• [PATCH 0/3] libata-dev: irq-pio minor fixes (respin)
  • From: Albert Lee
• Re: [PATCH 0/5] libata-dev: irq-pio minor fixes
  • From: Tejun Heo
• Re: [PATCH 0/5] libata-dev: irq-pio minor fixes
  • From: Albert Lee
• [PATCH 2/4] libata: implement ata_dev_init()
  • From: Tejun Heo
• Re: [PATCHSET] libata: implement per-dev xfer masks
  • From: Tejun Heo
• Re: [PATCH] libata: clean up IDENTIFY printing
  • From: Jeff Garzik
• Re: [PATCH] libata: clean up IDENTIFY printing
  • From: Jeff Garzik
• [PATCH] libata: clean up IDENTIFY printing
  • From: Tejun Heo
• [PATCH] libata: clean up IDENTIFY printing
  • From: Tejun Heo
• RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Yu, Luming
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Yu, Luming
• [git patch] libata fix
  • From: Jeff Garzik
• Re: Linux v2.6.16-rc6
  • From: Paul Blazejowski
• Re: Linux v2.6.16-rc6
  • From: Jeff Garzik
• Re: Linux v2.6.16-rc6
  • From: Jeff Garzik
• Re: Linux v2.6.16-rc6
  • From: Paul Blazejowski
• Re: Linux v2.6.16-rc6
  • From: Lee Revell
• Re: IDE CDROM - No DMA
  • From: Parag Warudkar
• Re: IDE CDROM - No DMA
  • From: Parag Warudkar
• Re: Linux v2.6.16-rc6
  • From: Paul Blazejowski
• Re: [PATCH] libata: fix class handling in ata_bus_probe()
  • From: Tejun Heo
• Re: [PATCH] libata: fix class handling in ata_bus_probe()
  • From: Jeff Garzik
• Re: IDE CDROM - No DMA
  • From: Alan Cox
• Re: [PATCH] libata: fix class handling in ata_bus_probe()
  • From: Jeff Garzik
• Re: IDE CDROM - No DMA
  • From: Parag Warudkar
• [PATCH] libata: fix class handling in ata_bus_probe()
  • From: Tejun Heo
• Re: IDE CDROM - No DMA
  • From: Chris Boot
• current #upstream bug?
  • From: Jeff Garzik
• Re: [PATCHSET] libata: implement per-dev xfer masks
  • From: Alan Cox
• nvidia status
  • From: Raz Ben-Jehuda(caro)
• [PATCHSET] libata: implement per-dev xfer masks
  • From: Tejun Heo
• [PATCH 2/4] libata: implement ata_dev_init()
  • From: Tejun Heo
• [PATCH 1/4] libata: implement ata_unpack_xfermask()
  • From: Tejun Heo
• [PATCH 3/4] libata: add per-dev pio/mwdma/udma_mask
  • From: Tejun Heo
• [PATCH 4/4] libata: make per-dev transfer mode limits per-dev
  • From: Tejun Heo
• Re: IDE CDROM - No DMA
  • From: Parag Warudkar
• Re: [PATCH] sata_mv: stabilize for 5081 and other fixes
  • From: Dan Aloni
• Re: [PATCH] sata_mv: stabilize for 5081 and other fixes
  • From: Dan Aloni
• [PATCH] libata: check Word 88 validity in ata_id_xfer_mask()
  • From: Tejun Heo
• [PATCH] ahci: enable prefetching
  • From: Tejun Heo
• [PATCH] ahci: enable prefetching for PACKET commands
  • From: Tejun Heo
• libata ATAPI turned on
  • From: Jeff Garzik
• Re: [PATCH] sata_mv: stabilize for 5081 and other fixes
  • From: Jeff Garzik
• Re: Random libata notes
  • From: Jeff Garzik
• Re: Random libata notes
  • From: Jeff Garzik
• Re: [PATCH/RFC 0/5] libata-dev: integrate polling pio with irq-pio
  • From: Jeff Garzik
• Re: [PATCH] AHCI prefetch
  • From: Jeff Garzik
• Re: [PATCH 0/5] libata-dev: irq-pio minor fixes
  • From: Jeff Garzik
• Re: [PATCH] ahci: fix NULL pointer dereference detected by Coverity
  • From: Jeff Garzik
• Re: [PATCH 1/6] libata: improve xfer mask constants and update ata_mode_string()
  • From: Jeff Garzik
• Re: [PATCH 2/6] libata: add xfer_mask handling functions
  • From: Jeff Garzik
• Re: [PATCH 2/4] libata: convert pio_task and packet_task to port_task
  • From: Jeff Garzik
• Re: gigabyte iRam not seen by linux
  • From: Jure Pečar
• Re: gigabyte iRam not seen by linux
  • From: Tejun Heo
• Re: gigabyte iRam not seen by linux
  • From: Eric D. Mudama
• Re: gigabyte iRam not seen by linux
  • From: Tejun Heo
• Re: gigabyte iRam not seen by linux
  • From: Jure Pečar
• Re: [PATCH] sata_sil24: lengthen softreset timeout
  • From: Chisato Yamauchi
• [PATCH] ahci: fix NULL pointer dereference detected by Coverity
  • From: Tejun Heo
• Re: gigabyte iRam not seen by linux
  • From: Tejun Heo
• Re: gigabyte iRam not seen by linux
  • From: Jure Pečar
• Re: gigabyte iRam not seen by linux
  • From: Albert Lee
• IDE CDROM - No DMA
  • From: Parag Warudkar
• drivers/scsi/ahci.c:ahci_interrupt(): NULL pointer dereference
  • From: Adrian Bunk
• Re: [PATCH/RFC 3/5] libata-dev: Let ata_hsm_move() work with both irq-pio and polling pio
  • From: Tejun Heo
• Re: gigabyte iRam not seen by linux
  • From: Tejun Heo
• [PATCH 5/5] libata-dev: Add back irq-pio patches, etc.
  • From: Albert Lee
• [PATCH 2/5] libata-dev: Make dev->id dynamically allocated
  • From: Albert Lee
• [PATCH 1/5] libata-dev: Add back missing dev->cdb_len = 16
  • From: Albert Lee
• [PATCH 0/5] libata-dev: irq-pio minor fixes
  • From: Albert Lee
• Re: Random libata notes
  • From: Tejun Heo
• Re: [PATCH/RFC 4/5] libata-dev: Convert ata_pio_task() to use the new ata_hsm_move()
  • From: Albert Lee
• Re: Random libata notes
  • From: Tejun Heo
• Re: [PATCH/RFC 3/5] libata-dev: Let ata_hsm_move() work with both irq-pio and polling pio
  • From: Albert Lee
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• [PATCH] sata_sil24: lengthen softreset timeout
  • From: Tejun Heo
• Re: [PATCH/RFC 3/5] libata-dev: Let ata_hsm_move() work with both irq-pio and polling pio
  • From: Tejun Heo
• Re: [PATCH/RFC 0/5] libata-dev: integrate polling pio with irq-pio
  • From: Tejun Heo
• Re: [PATCH/RFC 4/5] libata-dev: Convert ata_pio_task() to use the new ata_hsm_move()
  • From: Tejun Heo
• Re: [PATCH/RFC 2/5] libata-dev: Minor fix for ata_hsm_move() to work with ata_host_intr()
  • From: Tejun Heo
• Re: [PATCH/RFC 1/5] libata-dev: Move out the HSM code from ata_host_intr()
  • From: Tejun Heo
• RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Yu, Luming
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Yu, Luming
• Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT]
  • From: Sanjoy Mahajan
• Re: [PATCH] AHCI prefetch
  • From: Tejun Heo
• gigabyte iRam not seen by linux
  • From: Jure Pečar
• Re: [PATCH] ACPI support for IDE drives
  • From: Randy.Dunlap
• Re: drivers/scsi/sata_vsc.c: inconsistent NULL checking
  • From: Dan Williams
• Re: drivers/scsi/sata_vsc.c: inconsistent NULL checking
  • From: Dan Williams
• drivers/scsi/sata_vsc.c: inconsistent NULL checking
  • From: Adrian Bunk
• [PATCH/RFC 5/5] libata-dev: Cleanup unused enums/functions
  • From: Albert Lee
• [PATCH/RFC 4/5] libata-dev: Convert ata_pio_task() to use the new ata_hsm_move()
  • From: Albert Lee
• [PATCH/RFC 3/5] libata-dev: Let ata_hsm_move() work with both irq-pio and polling pio
  • From: Albert Lee
• [PATCH/RFC 2/5] libata-dev: Minor fix for ata_hsm_move() to work with ata_host_intr()
  • From: Albert Lee
• [PATCH/RFC 1/5] libata-dev: Move out the HSM code from ata_host_intr()
  • From: Albert Lee
• [PATCH/RFC 0/5] libata-dev: integrate polling pio with irq-pio
  • From: Albert Lee
• Re: [PATCHSET] implement and use port_task
  • From: Albert Lee
• Kernel panic on PC with broken hard drive, after DMA errors
  • From: Martin Michlmayr
• Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: LibPATA code issues / 2.6.15.4
  • From: Bill Davidsen
• [PATCH] fix too short span of sil24_issue_SRST() loop to reset non-native hard drives
  • From: Chisato Yamauchi
• Re: SATA ATAPI AHCI error messages?
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Dave Jones
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: FW: Kernel driver for Sil 3112 (sata_sil.c) problems
  • From: Tejun Heo
• Re: With a Barracuda harddisk as hda, Linux 2.6.14 and 2.6.15 DON'T work, 2.6.11 WORKS
  • From: Dan Fulger
• With a Barracuda harddisk as hda, Linux 2.6.14 and 2.6.15 DON'T work, 2.6.11 WORKS
  • From: Dan Fulger
• Re: [PATCH] /dev/disk/by-id incomplete and unhelpful for SATA drives
  • From: Douglas Gilbert
• Re: LibPATA code issues / 2.6.15.4
  • From: Bill Davidsen
• FW: Kernel driver for Sil 3112 (sata_sil.c) problems
  • From: kacer
• Re: [PATCHSET] implement and use port_task
  • From: Jeff Garzik
• Re: [PATCHSET] implement and use port_task
  • From: Tejun Heo
• Re: [PATCH 2/6] libata: add xfer_mask handling functions
  • From: Tejun Heo
• Re: [PATCHSET] implement and use port_task
  • From: Albert Lee
• Re: libata: why do we need to define ATA_ENABLE_PATA instead of a CONFIG option?
  • From: Ravikiran G Thirumalai
• Re: [PATCH 2/6] libata: add xfer_mask handling functions
  • From: Albert Lee
• Re: libata: why do we need to define ATA_ENABLE_PATA instead of a CONFIG option?
  • From: Jeff Garzik
• libata: why do we need to define ATA_ENABLE_PATA instead of a CONFIG option?
  • From: Ravikiran G Thirumalai
• Re: libata SCSI page 0x83 query
  • From: Douglas Gilbert
• Re: libata SCSI page 0x83 query
  • From: Douglas Gilbert
• Re: libata SCSI page 0x83 query
  • From: Jeff Garzik
• Re: [PATCH] /dev/disk/by-id incomplete and unhelpful for SATA drives
  • From: Jeff Garzik
• Re: PATA failure with piix, works with libata
  • From: Matthew Garrett
• Re: PATA failure with piix, works with libata
  • From: Alan Cox
• Re: PATA failure with piix, works with libata
  • From: Matthew Garrett
• [PATCH] ACPI support for IDE drives
  • From: Hannes Reinecke
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Hannes Reinecke
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: PATA failure with piix, works with libata
  • From: Jeff Garzik
• Re: PATA failure with piix, works with libata
  • From: Matthew Garrett
• Re: PATA failure with piix, works with libata
  • From: Jeff Garzik
• Re: PATA failure with piix, works with libata
  • From: Matthew Garrett
• Re: PATA failure with piix, works with libata
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: PATA failure with piix, works with libata
  • From: Matthew Garrett
• promise 300 tx4 does not recognize 4 drives
  • From: Stefan-W. Hahn
• [PATCH 6/6] libata: kill unused xfer_mode functions
  • From: Tejun Heo
• [PATCH 6/6] libata: kill unused xfer_mode functions
  • From: Tejun Heo
• [PATCH 5/6] libata: reimplement ata_set_mode() using xfer_mask helpers
  • From: Tejun Heo
• [PATCH 2/6] libata: add xfer_mask handling functions
  • From: Tejun Heo
• [PATCH 1/6] libata: improve xfer mask constants and update ata_mode_string()
  • From: Tejun Heo
• [PATCH 3/6] libata: use ata_id_xfermask() in ata_dev_configure()
  • From: Tejun Heo
• [PATCH 4/6] libata: use xfer_mask helpers in ata_dev_set_mode()
  • From: Tejun Heo
• [PATCHSET] libata: improve transfer mode handling
  • From: Tejun Heo
• Re: [PATCHSET] libata: implement and use ata_dev_revalidate(), take #3
  • From: Tejun Heo
• Re: [PATCH 1/4] libata: implement port_task
  • From: Tejun Heo
• Re: [PATCH] sata_sil24: fix mwdma_mask setting
  • From: Jeff Garzik
• Re: [PATCHSET] libata: implement and use ata_dev_revalidate(), take #3
  • From: Jeff Garzik
• Re: [PATCH 1/4] libata: implement port_task
  • From: Jeff Garzik
• Re: nvidia 2200/2050
  • From: Jeff Garzik
• Re: [PATCH 5/6] sata_sil: convert sil_port[] to u16 from unsigned long
  • From: Jeff Garzik
• [PATCH] sata_sil24: fix mwdma_mask setting
  • From: Tejun Heo
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• nvidia 2200/2050
  • From: Raz Ben-Jehuda(caro)
• [PATCH 1/4] libata: re-initialize parameters before configuring
  • From: Tejun Heo
• [PATCH 4/4] libata: revalidate after transfer mode configuration
  • From: Tejun Heo
• [PATCH 3/4] libata: implement ata_dev_revalidate()
  • From: Tejun Heo
• [PATCHSET] libata: implement and use ata_dev_revalidate(), take #3
  • From: Tejun Heo
• Re: [PATCH 2/6] sata_sil: kill bogus PCI ID 0x1095/0x0240
  • From: Tejun Heo
• Re: [PATCH 5/6] sata_sil: convert sil_port[] to u16 from unsigned long
  • From: Tejun Heo
• Re: [PATCH 5/6] sata_sil: convert sil_port[] to u16 from unsigned long
  • From: Jeff Garzik
• Re: [PATCH 2/6] sata_sil: kill bogus PCI ID 0x1095/0x0240
  • From: Jeff Garzik
• Re: [PATCH 1/6] sata_sil: replace sil_3112_m15w board id with sil_3112
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Raz Ben-Jehuda(caro)
• [PATCH 6/6] sata_sil: cosmetic flag/constant changes
  • From: Tejun Heo
• [PATCH 5/6] sata_sil: convert sil_port[] to u16 from unsigned long
  • From: Tejun Heo
• [PATCH 4/6] sata_sil: replace register address constants with sil_port[] entry
  • From: Tejun Heo
• [PATCH 1/6] sata_sil: replace sil_3112_m15w board id with sil_3112
  • From: Tejun Heo
• [PATCHSET] sata_sil misc updates
  • From: Tejun Heo
• [PATCH 2/6] sata_sil: kill bogus PCI ID 0x1095/0x0240
  • From: Tejun Heo
• [PATCH 3/6] sata_sil: use kzalloc
  • From: Tejun Heo
• [PATCH 2/4] libata: convert pio_task and packet_task to port_task
  • From: Tejun Heo
• [PATCHSET] implement and use port_task
  • From: Tejun Heo
• [PATCH 4/4] libata: rename ATA_FLAG_FLUSH_PIO_TASK to ATA_FLAG_FLUSH_PORT_TASK
  • From: Tejun Heo
• [PATCH 1/4] libata: implement port_task
  • From: Tejun Heo
• [PATCH 3/4] libata: kill unused pio_task and packet_task
  • From: Tejun Heo
• [PATCHSET] implement and use port_task
  • From: Tejun Heo
• Re: [PATCH] ata_piix: rename PIIX_FLAG_IGN_PRESENT to PIIX_FLAG_IGNORE_PCS
  • From: Jeff Garzik
• [PATCH] ata_piix: rename PIIX_FLAG_IGN_PRESENT to PIIX_FLAG_IGNORE_PCS
  • From: Tejun Heo
• [PATCH, WIP] libata iomap usage
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Eric D. Mudama
• terminal SATA troubles
  • From: Glenn English
• Re: NCQ general question
  • From: Steve Byan
• Re: NCQ general question
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Steve Byan
• [PATCH] AHCI prefetch
  • From: Jeff Garzik
• Random libata notes
  • From: Jeff Garzik
• Re: [PATCH] sata_promise: Support FastTrak TX4300/TX4310
  • From: Jeff Garzik
• [PATCH] sata_promise: Support FastTrak TX4300/TX4310
  • From: Daniel Drake
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• [BUG] NULL pointer dereference (Re: PIO mode of sata_sil.c)
  • From: Chisato Yamauchi
• Re: 2.6.16-rc5: known regressions
  • From: Adrian Bunk
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Randy.Dunlap
• Re: [PATCH] updated sata_promise.c with new device id
  • From: Jeff Garzik
• Re: [PATCH] sata_promise: Support FastTrak TX4310
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: [PATCH 4/4] libata: revalidate after transfer mode configuration
  • From: Jeff Garzik
• Re: [PATCH 3/4] libata: implement ata_dev_revalidate()
  • From: Jeff Garzik
• Re: [PATCH 1/4] libata: convert dev->id to pointer
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Steve Byan
• Re: 2.6.16-rc5: known regressions
  • From: Sanjoy Mahajan
• Re: [PATCHSET] ata_piix: improve combined mode handling
  • From: Jeff Garzik
• Re: [PATCH 6/6] ata_piix: don't scan non-existent device
  • From: Jeff Garzik
• Re: [PATCH 1/6] libata: seperate out ata_class_present()
  • From: Jeff Garzik
• Re: [PATCH 3/6] ata_piix: add a couple of flags
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: ATA Pass-Through support
  • From: Tejun Heo
• PATA failure with piix, works with libata
  • From: Matthew Garrett
• Re: [PATCHSET] ata_piix: improve combined mode handling
  • From: Jeff Garzik
• Re: [PATCH] libata-dev: recognize WRITE_MULTI_FUA_EXT for r/w multiple
  • From: Jeff Garzik
• Re: 2.6.16-rc5: known regressions
  • From: Matthew Garrett
• Re: ATA Pass-Through support
  • From: Brian King
• Re: ATA Pass-Through support
  • From: Brian King
• Patch: ide noprobe fix
  • From: Peter Millerchip
• Re: [PATCH] libata-dev: recognize WRITE_MULTI_FUA_EXT for r/w multiple
  • From: Jens Axboe
• Re: [PATCH] libata-dev: recognize WRITE_MULTI_FUA_EXT for r/w multiple
  • From: Mark Lord
• Re: 2.6.16-rc5: known regressions [600X S3 sleep]
  • From: Sanjoy Mahajan
• RE: 2.6.16-rc5: known regressions
  • From: Yu, Luming
• Re: 2.6.16-rc5: known regressions
  • From: Sanjoy Mahajan
• [PATCH] libata-dev: recognize WRITE_MULTI_FUA_EXT for r/w multiple
  • From: Albert Lee
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Mark Lord
• RE: ATA Pass-Through support
  • From: Quat Le
• Re: ATA Pass-Through support
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Nicolas Mailhot
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Nicolas Mailhot
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Nicolas Mailhot
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Nicolas Mailhot
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Nicolas Mailhot
• Re: sx8 driver
  • From: Raz Ben-Jehuda(caro)
• Re: sx8 driver
  • From: Jeff Garzik
• Re: sx8 driver
  • From: Raz Ben-Jehuda(caro)
• Re: sx8 driver
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Rafal Krzewski
• sx8 driver
  • From: Raz Ben-Jehuda(caro)
• Re: [v4l-dvb-maintainer] 2.6.16-rc5: known regressions
  • From: Mauro Carvalho Chehab
• Re: NCQ general question
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Raz Ben-Jehuda(caro)
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Sander
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Sander
• Re: NCQ general question
  • From: Jens Axboe
• Re: NCQ general question
  • From: Rafal Krzewski
• Re: NCQ general question
  • From: Raz Ben-Jehuda(caro)
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jens Axboe
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Eric D. Mudama
• Re: libata queue contents
  • From: Jeff Garzik
• Re: libata queue contents
  • From: Randy.Dunlap
• Re: libata queue contents
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Mark Lord
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Tejun Heo
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Eric D. Mudama
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Eric D. Mudama
• Re: FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• FUA and 311x (was Re: LibPATA code issues / 2.6.15.4)
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Eric D. Mudama
• Re: LibPATA code issues / 2.6.15.4
  • From: Eric D. Mudama
• Re: libata queue contents
  • From: Mark Lord
• Re: [PATCH] pcmcia: add another ide-cs CF card id
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Nicolas Mailhot
• Re: [PATCH] rate-limit libata-scsi status/error message
  • From: Jeff Garzik
• libata queue contents
  • From: Jeff Garzik
• [SRC] sata_nv w/ ADMA sauce
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Phillip Susi
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Nicolas Mailhot
• Re: NCQ general question
  • From: Jens Axboe
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: NCQ general question
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• RE: regarding sata_sil errata
  • From: Carlos Pardo
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: NCQ general question
  • From: Gentoopower
• Re: NCQ general question
  • From: Jeff Garzik
• Re: NCQ general question
  • From: Jens Axboe
• Re: NCQ general question
  • From: Gentoopower
• Re: NCQ general question
  • From: Jens Axboe
• Re: NCQ general question
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Sil 3114 with 2 disks problem
  • From: Joost Kraaijeveld
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Andrew Morton
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: James Courtier-Dutton
• [PATCH] sata_sil: remove unneeded ATA_FLAG_SRST from 3512 port info
  • From: Tejun Heo
• Re: NCQ general question
  • From: Gentoopower
• [PATCH 3/4] libata: implement ata_dev_revalidate()
  • From: Tejun Heo
• [PATCH 4/4] libata: revalidate after transfer mode configuration
  • From: Tejun Heo
• [PATCH 1/4] libata: re-initialize parameters before configuring
  • From: Tejun Heo
• [PATCHSET] libata: implement and use ata_dev_revalidate(), take #2
  • From: Tejun Heo
• [PATCH 3/4] libata: fold ata_dev_config() into ata_dev_configure()
  • From: Tejun Heo
• [PATCH 2/4] libata: separate out ata_dev_configure()
  • From: Tejun Heo
• [PATCH 4/4] libata: reorganize ata_bus_probe()
  • From: Tejun Heo
• [PATCH 1/4] libata: convert dev->id to pointer
  • From: Tejun Heo
• [PATCHSET] libata: reorganize ata_dev_identify(), take 3
  • From: Tejun Heo
• NCQ general question
  • From: Raz Ben-Jehuda(caro)
• [PATCH] sata_sil: remove unaffected drives from m15w blacklist
  • From: Tejun Heo
• Re: Feature request: HDD status
  • From: shogunx
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: [PATCH] ahci: add softreset
  • From: Tejun Heo
• regarding sata_sil errata
  • From: Tejun Heo
• Re: [PATCHSET] ata_piix: improve combined mode handling
  • From: Tejun Heo
• Re: what is hdparm doing?
  • From: Mark Lord
• Re: what is hdparm doing?
  • From: Sebastian Kuzminsky
• Re: what is hdparm doing?
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: 2.6.16-rc5: known regressions
  • From: Randy.Dunlap
• Re: [ltp] ICH6M legacy hotswap?
  • From: Shem Multinymous
• Re: Feature request: HDD status
  • From: Shem Multinymous
• Feature request: HDD status
  • From: Victor Porton,,,
• what is hdparm doing?
  • From: Sebastian Kuzminsky
• Re: [PATCH] libata: kill illegal kfree(id)
  • From: Randy.Dunlap
• Re: [ltp] ICH6M legacy hotswap?
  • From: Matthew Garrett
• Re: [PATCH 12/13] ATA ACPI: use scsi_bus_shutdown for SATA/PATA
  • From: Pavel Machek
• Re: [ltp] ICH6M legacy hotswap?
  • From: Shem Multinymous
• Re: [PATCH 12/13] ATA ACPI: use scsi_bus_shutdown for SATA/PATA
  • From: Randy Dunlap
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Jeff Garzik
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Randy Dunlap
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Andrew Morton
• Re: [PATCHSET] ata_piix: improve combined mode handling
  • From: Jeff Garzik
• Re: [PATCH] ahci: add softreset
  • From: Jeff Garzik
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Jens Axboe
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Phillip Susi
• Re: LibPATA code issues / 2.6.15.4
  • From: Eric D. Mudama
• [PATCH 6/6] ata_piix: don't scan non-existent device
  • From: Tejun Heo
• [PATCH 5/6] ata_piix: reimplement piix_sata_probe()
  • From: Tejun Heo
• [PATCH 2/6] ata_piix: finer-grained port_info
  • From: Tejun Heo
• [PATCH 4/6] ata_piix: implement proper port map
  • From: Tejun Heo
• [PATCH 3/6] ata_piix: add a couple of flags
  • From: Tejun Heo
• [PATCH 1/6] libata: seperate out ata_class_present()
  • From: Tejun Heo
• [PATCHSET] ata_piix: improve combined mode handling
  • From: Tejun Heo
• translated ATA stat/err
  • From: kyle
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Hannes Reinecke
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: [ltp] ICH6M legacy hotswap?
  • From: Shem Multinymous
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Jens Axboe
• Re: [PATCH 7/13] ATA ACPI: more Makefile/Kconfig
  • From: Randy.Dunlap
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Jeff Garzik
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Jens Axboe
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Hannes Reinecke
• Re: 2.6.16-rc5: known regressions
  • From: Pavel Machek
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: [PATCH] Fixup ahci suspend / resume
  • From: Mark Lord
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• [PATCH] Fixup ahci suspend / resume
  • From: Hannes Reinecke
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Jeff Garzik
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Andrew Morton
• Re: [PATCH 10/13] ATA ACPI: do taskfile before mode commands
  • From: Jeff Garzik
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Jeff Garzik
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Pavel Machek
• Re: [PATCH 10/13] ATA ACPI: do taskfile before mode commands
  • From: Pavel Machek
• Re: [PATCH 10/13] ATA ACPI: do taskfile before mode commands
  • From: Jeff Garzik
• Re: [PATCH 12/13] ATA ACPI: use scsi_bus_shutdown for SATA/PATA
  • From: Pavel Machek
• Re: [PATCH 7/13] ATA ACPI: more Makefile/Kconfig
  • From: Jeff Garzik
• Re: [PATCH 8/13] ATA ACPI: PATA methods
  • From: Jeff Garzik
• Re: [PATCH 13/13] ATA ACPI: enable writing PATA taskfiles
  • From: Pavel Machek
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Jeff Garzik
• Re: [PATCH 10/13] ATA ACPI: do taskfile before mode commands
  • From: Pavel Machek
• Re: [PATCH 8/13] ATA ACPI: PATA methods
  • From: Pavel Machek
• Re: [PATCH 5/13] ATA ACPI: use debugging macros
  • From: Jeff Garzik
• Re: [PATCH 4/13] ATA ACPI: add params/docs.
  • From: Jeff Garzik
• Re: [PATCH 7/13] ATA ACPI: more Makefile/Kconfig
  • From: Pavel Machek
• Re: [PATCH 5/13] ATA ACPI: use debugging macros
  • From: Pavel Machek
• Re: [PATCH 4/13] ATA ACPI: add params/docs.
  • From: Pavel Machek
• Re: [PATCH 2/13] ATA ACPI: debugging infrastructure
  • From: Pavel Machek
• libata CHS mapping
  • From: Jo Geraerts
• Re: LibPATA code issues / 2.6.15.4
  • From: David Greaves
• Re: LibPATA code issues / 2.6.15.4
  • From: Justin Piszcz
• Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: 2.6.16-rc5: known regressions
  • From: Jens Axboe
• ICH6M legacy hotswap?
  • From: Shem Multinymous
• [PATCH] libata: kill illegal kfree(id)
  • From: Tejun Heo
• Re: LibPATA code issues / 2.6.15.4
  • From: Jens Axboe
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: [PATCH 1/6] libata: separate out ata_dev_read_id()
  • From: Jeff Garzik
• Re: [PATCH 1/6] libata: separate out ata_dev_read_id()
  • From: Tejun Heo
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Linus Torvalds
• Re: LibPATA code issues / 2.6.15.4
  • From: Jeff Garzik
• Re: LibPATA code issues / 2.6.15.4
  • From: Linus Torvalds
• Re: LibPATA code issues / 2.6.15.4
  • From: Tejun Heo
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• bad kfree(id) ?
  • From: Randy.Dunlap
• Re: Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: 2.6.16-rc5: known regressions
  • From: Mark Lord
• Re: Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: 2.6.16-rc5: known regressions (ps2 mouse/keyboard issues)
  • From: Duncan
• RE: 2.6.16-rc5: known regressions
  • From: Yu, Luming
• Re: 2.6.16-rc5: known regressions
  • From: Adrian Bunk
• Re: 2.6.16-rc5: known regressions
  • From: Jeff Garzik
• Re: 2.6.16-rc5: known regressions
  • From: Vojtech Pavlik
• Re: 2.6.16-rc5: known regressions
  • From: Ryan Phillips
• 2.6.16-rc5: known regressions
  • From: Adrian Bunk
• Re: Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4
  • From: Oliver Joa
• Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4
  • From: Oliver Joa
• RE: Kernel driver for Sil 3112 (sata_sil.c) problems
  • From: kacer
• Re: Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: Alan Cox
• Re: Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: Dr. David Alan Gilbert
• Re: Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord
• Kernel SeekCompleteErrors... Different from Re: LibPATA code issues / 2.6.15.4
  • From: James Courtier-Dutton
• Re: LibPATA code issues / 2.6.15.4
  • From: Mark Lord