Linux IDE

• Date Index

• Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, (continued)
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Catalin Marinas
    • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, James Bottomley
      • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Catalin Marinas
        • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, James Bottomley
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Alan Cox
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Alan Cox
    • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Jeff Garzik
      • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Alan Cox
        • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Jeff Garzik
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Catalin Marinas
    • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Jeff Garzik
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, David Miller
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Alan Cox
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, James Bottomley
  • Re: [patch for 2.6.33? 1/1] ata: call flush_dcache_page() around PIO data transfers in libata-aff.c, Catalin Marinas
• [PATCH 0/2] atang update for 02/02/10, Bartlomiej Zolnierkiewicz
  • [PATCH 1/2] move host drivers for VLB IDE controllers to staging/out, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 1/2] move host drivers for VLB IDE controllers to staging/out, Alan Cox
      • Re: [PATCH 1/2] move host drivers for VLB IDE controllers to staging/out, Bartlomiej Zolnierkiewicz
        • Re: [PATCH 1/2] move host drivers for VLB IDE controllers to staging/out, Jeff Garzik
          • Re: [PATCH 1/2] move host drivers for VLB IDE controllers to staging/out, Bartlomiej Zolnierkiewicz
  • [PATCH 2/2] ide: remove hwif_chipset_t type, Bartlomiej Zolnierkiewicz
• 520 Bytes sector size, Dan Porat
  • Re: 520 Bytes sector size, Martin K. Petersen
    • Re: 520 Bytes sector size, Alan Cox
      • Re: 520 Bytes sector size, Martin K. Petersen
      • Re: 520 Bytes sector size, Mark Lord
        • Re: 520 Bytes sector size, Dan Porat
          • Re: 520 Bytes sector size, Mark Lord
            • Re: 520 Bytes sector size, Dan Porat
• [PATCH 02/10] drivers/ata: Fix continuation line formats, Joe Perches
  • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Mark Lord
    • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Jeff Garzik
      • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Sergey Matyukevich
    • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Joe Perches
      • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Krzysztof Halasa
        • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Joe Perches
      • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Mark Lord
        • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Andrew Morton
          • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Mark Lord
        • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Joe Perches
          • Re: [PATCH 02/10] drivers/ata: Fix continuation line formats, Mark Lord
• [PATCH 0/4] small atang update, Bartlomiej Zolnierkiewicz
  • [PATCH 4/4] ide: remove obsolete /proc/ide/ interface, Bartlomiej Zolnierkiewicz
  • [PATCH 1/4] pata_opti: move code to be re-used by ide2libata to pata_opti.h, Bartlomiej Zolnierkiewicz
  • [PATCH 2/4] opti621: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 3/4] ide: remove obsolete /proc/ide/hdx/ settings, Bartlomiej Zolnierkiewicz
• [PATCH 00/10] treewide: Fix format strings that misuse continuations, Joe Perches
  • [PATCH 03/10] drivers/ide: Fix continuation line formats, Joe Perches
    • Re: [PATCH 03/10] drivers/ide: Fix continuation line formats, David Miller
• [PATCH 0/9] few more ide2libata patches, Bartlomiej Zolnierkiewicz
  • [PATCH 2/9] pata_sil680: CodingStyle fixes, Bartlomiej Zolnierkiewicz
  • [PATCH 3/9] siimage: cleanup I/O helpers, Bartlomiej Zolnierkiewicz
  • [PATCH 7/9] cs5536: convert to ide2libata, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 7/9] cs5536: convert to ide2libata, Jeff Garzik
      • Re: [PATCH 7/9] cs5536: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 9/9] siimage: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 8/9] pata_sil680: move code to be re-used by ide2libata to pata_sil680.h, Bartlomiej Zolnierkiewicz
  • [PATCH 5/9] ide2libata: add missing credits, Bartlomiej Zolnierkiewicz
  • [PATCH 6/9] pata_cs5536: move code to be re-used by ide2libata to pata_cs5536.h, Bartlomiej Zolnierkiewicz
  • [PATCH 4/9] [ata_]piix: move documentation to ata_piix.h, Bartlomiej Zolnierkiewicz
  • [PATCH 1/9] pata_cs5536: forward port changes from cs5536, Bartlomiej Zolnierkiewicz
• [PATCH] Call flush_dcache_page around PIO data transfers in libata-aff.c, Catalin Marinas
  • Re: [PATCH] Call flush_dcache_page around PIO data transfers in libata-aff.c, Sebastian Andrzej Siewior
    • Re: [PATCH] Call flush_dcache_page around PIO data transfers in libata-aff.c, Catalin Marinas
• [PATCH 00/68] ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 03/68] libata: move ATA timings code to ata-timings.c, Bartlomiej Zolnierkiewicz
  • [PATCH 05/68] ata: enable XFER_PIO_SLOW mode in ata_timing table, Bartlomiej Zolnierkiewicz
  • [PATCH 09/68] ata_piix: factor out short cable detection code to ich_short_ata40(), Bartlomiej Zolnierkiewicz
  • [PATCH 11/68] piix: use ata_piix.h, Bartlomiej Zolnierkiewicz
  • [PATCH 12/68] pata_ali: move short cable handling to pata_ali.h, Bartlomiej Zolnierkiewicz
  • [PATCH 14/68] pata_sis: move short cable handling to pata_sis.h, Bartlomiej Zolnierkiewicz
  • [PATCH 15/68] sis5513: use pata_sis.h, Bartlomiej Zolnierkiewicz
  • [PATCH 16/68] pata_via: move short cable handling to pata_via.h, Bartlomiej Zolnierkiewicz
  • [PATCH 22/68] ide: add drive->devno field, Bartlomiej Zolnierkiewicz
  • [PATCH 25/68] it8213: always program control bits, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 25/68] it8213: always program control bits, Sergei Shtylyov
  • [PATCH 30/68] piix: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 32/68] alim15x3: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 42/68] pata_cs5520: move code to be re-used by ide2libata to pata_cs5520.h, Bartlomiej Zolnierkiewicz
  • [PATCH 46/68] pata_cs5535: move code to be re-used by ide2libata to pata_cs5535.h, Bartlomiej Zolnierkiewicz
  • [PATCH 51/68] slc90e66: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 52/68] pata_it8213: move code to be re-used by ide2libata to pata_it8213.h, Bartlomiej Zolnierkiewicz
  • [PATCH 53/68] it8213: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 56/68] pata_pdc202xx_old: move code to be re-used by ide2libata to pata_pdc202xx_old.h, Bartlomiej Zolnierkiewicz
  • [PATCH 57/68] pdc202xx_old: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 59/68] sc1200: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 62/68] pata_sl82c105: move code to be re-used by ide2libata to pata_sl82c105.h, Bartlomiej Zolnierkiewicz
  • [PATCH 64/68] pata_triflex: move code to be re-used by ide2libata to pata_triflex.h, Bartlomiej Zolnierkiewicz
  • [PATCH 68/68] via82cxxx: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 67/68] pata_via: move code to be re-used by ide2libata to pata_via.h, Bartlomiej Zolnierkiewicz
  • [PATCH 65/68] triflex: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 66/68] pata_via: factor out code for finding ISA bridge, Bartlomiej Zolnierkiewicz
  • [PATCH 60/68] pata_serverworks: move cable handling to pata_serverworks.h, Bartlomiej Zolnierkiewicz
  • [PATCH 63/68] sl82c105: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 61/68] serverworks: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 58/68] pata_sc1200: move code to be re-used by ide2libata to pata_sc1200.h, Bartlomiej Zolnierkiewicz
  • [PATCH 54/68] pata_it821x: move code to be re-used by ide2libata to pata_it821x.h, Bartlomiej Zolnierkiewicz
  • [PATCH 55/68] it821x: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 44/68] pata_cs5530: move code to be re-used by ide2libata to pata_cs5530.h, Bartlomiej Zolnierkiewicz
  • [PATCH 48/68] pata_cypress: move code to be re-used by ide2libata to pata_cypress.h, Bartlomiej Zolnierkiewicz
  • [PATCH 50/68] pata_efar: move code to be re-used by ide2libata to pata_efar.h, Bartlomiej Zolnierkiewicz
  • [PATCH 49/68] cy82c693: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 47/68] cs5535: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 39/68] pata_cmd64x: documentation fix, Bartlomiej Zolnierkiewicz
  • [PATCH 41/68] pata_cmd64x: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 45/68] cs5530: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 43/68] cs5520: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 40/68] pata_cmd64x: move code to be re-used by ide2libata to pata_cmd64x.h, Bartlomiej Zolnierkiewicz
  • [PATCH 37/68] pata_atiixp: move code to be re-used by ide2libata to pata_atiixp.h, Bartlomiej Zolnierkiewicz
  • [PATCH 38/68] atiixp: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 36/68] aec62xx: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 34/68] amd74xx: convert to ide2libata, Bartlomiej Zolnierkiewicz
  • [PATCH 33/68] pata_amd: move code to be re-used by ide2libata to pata_amd.h, Bartlomiej Zolnierkiewicz
  • [PATCH 31/68] pata_ali: move code to be re-used by ide2libata to pata_ali.h, Bartlomiej Zolnierkiewicz
  • [PATCH 35/68] pata_artop: move code to be re-used by ide2libata to pata_artop.h, Bartlomiej Zolnierkiewicz
  • [PATCH 29/68] ata_piix: move code to be re-used by ide2libata to ata_piix.h, Bartlomiej Zolnierkiewicz
  • [PATCH 28/68] add ide2libata header file, Bartlomiej Zolnierkiewicz
  • [PATCH 24/68] ide: change ->cable_detect method return type to 'int', Bartlomiej Zolnierkiewicz
  • [PATCH 26/68] piix: always program control bits, Bartlomiej Zolnierkiewicz
  • [PATCH 27/68] slc90e66: always program control bits, Bartlomiej Zolnierkiewicz
  • [PATCH 23/68] ide: add drive->class field, Bartlomiej Zolnierkiewicz
  • [PATCH 19/68] ide: add hwif->port_no field, Bartlomiej Zolnierkiewicz
  • [PATCH 21/68] ide: add hwif->private_data field, Bartlomiej Zolnierkiewicz
  • [PATCH 18/68] ide: split host->dev table, Bartlomiej Zolnierkiewicz
  • [PATCH 20/68] ide: add hwif->udma_mask field, Bartlomiej Zolnierkiewicz
  • [PATCH 13/68] alim15x3: use pata_ali.h, Bartlomiej Zolnierkiewicz
  • [PATCH 17/68] via82cxxx: use pata_via.h, Bartlomiej Zolnierkiewicz
  • [PATCH 10/68] ata_piix: move short cable handling to ata_piix.h, Bartlomiej Zolnierkiewicz
  • [PATCH 08/68] ide-cs: use pata_pcmcia.h, Bartlomiej Zolnierkiewicz
  • [PATCH 04/68] ata: make ATA timings code independent of libata, Bartlomiej Zolnierkiewicz
  • [PATCH 07/68] pata_pcmcia: move IDs table to pata_pcmcia.h, Bartlomiej Zolnierkiewicz
  • [PATCH 06/68] ide: switch to generic ATA timings code, Bartlomiej Zolnierkiewicz
  • [PATCH 01/68] piix: add new short cable IDs, Bartlomiej Zolnierkiewicz
  • [PATCH 02/68] libata: CodingStyle fixes for ATA timings code, Bartlomiej Zolnierkiewicz
  • Re: [PATCH 00/68] ide2libata, Jeff Garzik
    • Re: [PATCH 00/68] ide2libata, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 00/68] ide2libata, Alan Cox
      • Re: [PATCH 00/68] ide2libata, Bartlomiej Zolnierkiewicz
      • Re: [PATCH 00/68] ide2libata, David Miller
        • Re: [PATCH 00/68] ide2libata, Bartlomiej Zolnierkiewicz
        • Re: [PATCH 00/68] ide2libata, Alan Cox
          • Re: [PATCH 00/68] ide2libata, David Miller
            • Re: [PATCH 00/68] ide2libata, Alan Cox
              • Re: [PATCH 00/68] ide2libata, David Miller
                • Re: [PATCH 00/68] ide2libata, Alan Cox
                  • Re: [PATCH 00/68] ide2libata, David Miller
                    • Re: [PATCH 00/68] ide2libata, Jeff Garzik
                      • Re: [PATCH 00/68] ide2libata, David Miller
                        • Re: [PATCH 00/68] ide2libata, Alan Cox
                          • Re: [PATCH 00/68] ide2libata, David Miller
• [kekcsibe@xxxxxxxxx: PROBLEM: Pioneer DVD-RW DVR-112D does not work since linux 2.6.29], Borislav Petkov
  • Re: [kekcsibe@xxxxxxxxx: PROBLEM: Pioneer DVD-RW DVR-112D does not work since linux 2.6.29], Robert Hancock
    • Re: [kekcsibe@xxxxxxxxx: PROBLEM: Pioneer DVD-RW DVR-112D does not work since linux 2.6.29], Tejun Heo
• Re: [PATCH] ide: fixed section mismatch warning in cmd640.c, David Miller
• [PATCH] libata: fix ata_id_logical_per_physical_sectors, Christoph Hellwig
  • Re: [PATCH] libata: fix ata_id_logical_per_physical_sectors, Sergei Shtylyov
    • Re: [PATCH] libata: fix ata_id_logical_per_physical_sectors, Christoph Hellwig
  • [PATCH v2] libata: fix ata_id_logical_per_physical_sectors, Christoph Hellwig
    • Re: [PATCH v2] libata: fix ata_id_logical_per_physical_sectors, Christoph Hellwig
      • Re: [PATCH v2] libata: fix ata_id_logical_per_physical_sectors, Jeff Garzik
      • Re: [PATCH v2] libata: fix ata_id_logical_per_physical_sectors, Martin K. Petersen
        • Re: [PATCH v2] libata: fix ata_id_logical_per_physical_sectors, Christoph Hellwig
• [PATCH #upstream-fixes] ahci: add Acer G725 to broken suspend list, Tejun Heo
• Re: 2.6.32.4 - still getting ext4 related crashes, Ric Wheeler
  • Re: 2.6.32.4 - still getting ext4 related crashes, Nikola Ciprich
    • Re: 2.6.32.4 - still getting ext4 related crashes, Ric Wheeler
      • Re: 2.6.32.4 - still getting ext4 related crashes, Nikola Ciprich
        • Re: 2.6.32.4 - still getting ext4 related crashes, Tejun Heo
          • Re: 2.6.32.4 - still getting ext4 related crashes, Nikola Ciprich
• [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Robert Hancock
  • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Robert Hancock
  • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Jeff Garzik
    • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Robert Hancock
      • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Jeff Garzik
        • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Robert Hancock
  • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Prajakta Gudadhe
    • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Robert Hancock
  • Re: [PATCH] ahci: disable FPDMA auto-activate optimization on NVIDIA AHCI, Jeff Garzik
• [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
  • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Alan Cox
    • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
      • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Willy Tarreau
      • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, David Rees
        • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
          • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, David Rees
            • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
            • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Alan Cox
              • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
                • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Mark Lord
                  • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
                    • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, David Rees
                      • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
                        • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
          • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Jarod Wilson
            • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
              • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Jarod Wilson
      • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Jeff Garzik
        • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
          • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Mark Lord
            • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
              • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Vishal Rao
          • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Mark Lord
            • Re: [PATCH] ata: Disable NCQ for Crucial M225 brand SSDs, Mark Lord
• sata_via.c next-20100125 unsuccess report, Alexey Lobanov
  • Re: sata_via.c next-20100125 unsuccess report, Bart Hartgers
    • Re: sata_via.c next-20100125 unsuccess report, Alexey Lobanov
• [PATCH] hdparm: Fix error in sector offset reporting, Martin K. Petersen
  • Re: [PATCH] hdparm: Fix error in sector offset reporting, Mark Lord
• PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
  • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Robert Hancock
    • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
      • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Robert Hancock
        • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
          • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Robert Hancock
            • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
          • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Alan Cox
            • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
              • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Alan Cox
                • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
                  • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
                • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
                  • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Alan Cox
                    • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, infernix
  • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Jeff Garzik
  • <Possible follow-ups>
  • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Joe Ceklosky
    • Re: PATA port not detected when using AHCI on Intel 82801GB/GR/GH, Robert Hancock
• port multiplier problem, Chandra Nepali
  • <Possible follow-ups>
  • Re: port multiplier problem, Tejun Heo
    • Re: port multiplier problem, Chandra Shekhar Sah
      • Re: port multiplier problem, Grant Grundler
        • Message not available
          • Re: port multiplier problem, Grant Grundler
            • Message not available
              • Re: port multiplier problem, Grant Grundler
                • Re: port multiplier problem, Tejun Heo
                  • Re: port multiplier problem, Grant Grundler
                    • Re: port multiplier problem, Tejun Heo
                    • Re: port multiplier problem, Chandra Shekhar Sah
                • Re: port multiplier problem, Chandra Shekhar Sah
        • Re: port multiplier problem, Tejun Heo
• Intermittent SATA link down SStatus 0, Paul Check
  • Re: Intermittent SATA link down SStatus 0, Paul Check
  • Intermittent SATA link down SStatus 0, Paul Check
  • Re: Intermittent SATA link down SStatus 0, Jeff Garzik
    • Re: Intermittent SATA link down SStatus 0, Paul Check
  • Re: Intermittent SATA link down SStatus 0, Alan Cox
    • Re: Intermittent SATA link down SStatus 0, Paul Check
      • Re: Intermittent SATA link down SStatus 0, Paul Check
  • Re: Intermittent SATA link down SStatus 0, Paul Check
    • Re: Intermittent SATA link down SStatus 0, Paul Check
  • Re: Intermittent SATA link down SStatus 0, Tejun Heo
    • Re: Intermittent SATA link down SStatus 0, Tim
      • Re: Intermittent SATA link down SStatus 0, Paul Check
        • Re: Intermittent SATA link down SStatus 0, Paul Check
          • Re: Intermittent SATA link down SStatus 0, Paul Check
            • Re: Intermittent SATA link down SStatus 0, Tejun Heo
              • Re: Intermittent SATA link down SStatus 0, Paul Check
                • Re: Intermittent SATA link down SStatus 0, Tejun Heo
                  • Re: Intermittent SATA link down SStatus 0, Paul Check
                    • Re: Intermittent SATA link down SStatus 0, Tejun Heo
                      • Re: Intermittent SATA link down SStatus 0, Tejun Heo
                        • Re: Intermittent SATA link down SStatus 0, Paul Check
• WARNING: at drivers/ata/libata-core.c:5162 ata_qc_issue, Ilia Mirkin
  • Re: WARNING: at drivers/ata/libata-core.c:5162 ata_qc_issue, Robert Hancock
    • Re: WARNING: at drivers/ata/libata-core.c:5162 ata_qc_issue, Ilia Mirkin
      • Re: WARNING: at drivers/ata/libata-core.c:5162 ata_qc_issue, Robert Hancock
• Unreferenced config in kernel (libata-sff.c) source (NO_ATA_LEGACY), Christoph Egger
  • [PATCH #upstream-fixes] libata-sff: remove CONFIG_NO_ATA_LEGACY, Tejun Heo
    • Re: [PATCH #upstream-fixes] libata-sff: remove CONFIG_NO_ATA_LEGACY, Tejun Heo
      • Re: [PATCH #upstream-fixes] libata-sff: remove CONFIG_NO_ATA_LEGACY, Jeff Garzik
    • Re: [PATCH #upstream-fixes] libata-sff: remove CONFIG_NO_ATA_LEGACY, Alan Cox
      • Re: [PATCH #upstream-fixes] libata-sff: remove CONFIG_NO_ATA_LEGACY, Tejun Heo
• pata_sch: fix PSTS register reading., Denis Turischev
  • Re: pata_sch: fix PSTS register reading., Alan Cox
  • Re: pata_sch: fix PSTS register reading., Sergei Shtylyov
• [PATCH] libata: make functions/variables static, Robert Hancock
  • Re: [PATCH] libata: make functions/variables static, Jeff Garzik
• [Bug 11133] PIIX4 DMA timeout issue, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 11133] PIIX4 DMA timeout issue, bugzilla-daemon
  • [Bug 11133] PIIX4 DMA timeout issue, bugzilla-daemon
    • Re: [Bug 11133] PIIX4 DMA timeout issue, Sergei Shtylyov
• [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
    • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), Borislav Petkov
      • Re: [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), Borislav Petkov
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
  • [Bug 14994] Random Panic/Freeze due to BUG: unable to handle kernel NULL pointer dereference at 00000024(?), bugzilla-daemon
• [PATCH #upstream 1/2] libata: cleanup ata_sff_interrupt(), Tejun Heo
  • [PATCH #upstream 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Tejun Heo
    • Re: [PATCH #upstream 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Jeff Garzik
      • Re: [PATCH #upstream 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Tejun Heo
        • Re: [PATCH #upstream 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Alan Cox
        • Re: [PATCH #upstream 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Jeff Garzik
          • Re: [PATCH #upstream 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Tejun Heo
  • Re: [PATCH #upstream 1/2] libata: cleanup ata_sff_interrupt(), Jeff Garzik
• [PATCH 00/64] more PATA fixes, Bartlomiej Zolnierkiewicz
  • [PATCH 01/64] libata: fix CFA handling in ide_timing_compute(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 01/64] libata: fix CFA handling in ide_timing_compute(), Sergei Shtylyov
      • Re: [PATCH 01/64] libata: fix CFA handling in ide_timing_compute(), Bartlomiej Zolnierkiewicz
        • Re: [PATCH 01/64] libata: fix CFA handling in ide_timing_compute(), Sergei Shtylyov
          • Re: [PATCH 01/64] libata: fix CFA handling in ide_timing_compute(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 01/64] libata: fix CFA handling in ide_timing_compute(), Jeff Garzik
  • [PATCH 03/64] pata_ali: cleanup ali_set_piomode(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 03/64] pata_ali: cleanup ali_set_piomode(), Alan Cox
      • Re: [PATCH 03/64] pata_ali: cleanup ali_set_piomode(), Bartlomiej Zolnierkiewicz
  • [PATCH 05/64] pata_atiixp: remove superfluous wrapper function, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 05/64] pata_atiixp: remove superfluous wrapper function, Jeff Garzik
      • Re: [PATCH 05/64] pata_atiixp: remove superfluous wrapper function, Jeff Garzik
        • Re: [PATCH 05/64] pata_atiixp: remove superfluous wrapper function, Bartlomiej Zolnierkiewicz
          • Re: [PATCH 05/64] pata_atiixp: remove superfluous wrapper function, Jeff Garzik
  • [PATCH 07/64] pata_atiixp: enable parallel scan, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 07/64] pata_atiixp: enable parallel scan, Alan Cox
      • Re: [PATCH 07/64] pata_atiixp: enable parallel scan, Bartlomiej Zolnierkiewicz
  • [PATCH 08/64] pata_cmd64x: fix PIO setup, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 08/64] pata_cmd64x: fix PIO setup, Jeff Garzik
  • [PATCH 13/64] pata_cs5535: use correct values for PIO1 and PIO2 data timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 13/64] pata_cs5535: use correct values for PIO1 and PIO2 data timings, Jeff Garzik
  • [PATCH 15/64] pata_efar: always program master_data before slave_data, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 15/64] pata_efar: always program master_data before slave_data, Alan Cox
    • Re: [PATCH 15/64] pata_efar: always program master_data before slave_data, Jeff Garzik
  • [PATCH 18/64] pata_efar: enable parallel scan, Bartlomiej Zolnierkiewicz
  • [PATCH 19/64] pata_serverworks: fix PIO setup for the second channel, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 19/64] pata_serverworks: fix PIO setup for the second channel, Jeff Garzik
  • [PATCH 24/64] ide: fix for ide_timing quantisation errors, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 24/64] ide: fix for ide_timing quantisation errors, Sergei Shtylyov
      • Re: [PATCH 24/64] ide: fix for ide_timing quantisation errors, David Miller
  • [PATCH 23/64] pata_via: store UDMA masks in via_isa_bridges table, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 23/64] pata_via: store UDMA masks in via_isa_bridges table, Alan Cox
    • Re: [PATCH 23/64] pata_via: store UDMA masks in via_isa_bridges table, Jeff Garzik
  • [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), Sergei Shtylyov
    • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), David Miller
      • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), Bartlomiej Zolnierkiewicz
        • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), David Miller
        • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), Sergei Shtylyov
          • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), David Miller
            • Re: [PATCH 25/64] ide: use standard timing for XFER_PIO_SLOW mode in ide_timing_compute(), Bartlomiej Zolnierkiewicz
  • [PATCH 29/64] alim15x3: cleanup ali_cable_detect(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 29/64] alim15x3: cleanup ali_cable_detect(), David Miller
  • [PATCH 30/64] amd74xx: don't change UDMA settings when programming PIO timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 30/64] amd74xx: don't change UDMA settings when programming PIO timings, David Miller
  • [PATCH 28/64] alim15x3: remove superfluous locking from ali_set_pio_mode(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 28/64] alim15x3: remove superfluous locking from ali_set_pio_mode(), David Miller
  • [PATCH 37/64] serverworks: cleanup svwks_udma_filter(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 37/64] serverworks: cleanup svwks_udma_filter(), David Miller
  • [PATCH 40/64] ide: add SATA cable detection support, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 40/64] ide: add SATA cable detection support, David Miller
  • [PATCH 41/64] via82cxxx: fix SATA cable detection, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 41/64] via82cxxx: fix SATA cable detection, David Miller
  • [PATCH 43/64] via82cxxx: add support for vt8261 and future chips, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 43/64] via82cxxx: add support for vt8261 and future chips, David Miller
  • [PATCH 44/64] via82cxxx: add support for VT6415 PCIE PATA IDE Host Controller, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 44/64] via82cxxx: add support for VT6415 PCIE PATA IDE Host Controller, David Miller
  • [PATCH 50/64] ide-timings: use ->pio_mode value to determine fastest PIO speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 50/64] ide-timings: use ->pio_mode value to determine fastest PIO speed, David Miller
  • [PATCH 51/64] alim15x3: fix handling of address setup timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 51/64] alim15x3: fix handling of address setup timings, David Miller
  • [PATCH 55/64] amd74xx: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 55/64] amd74xx: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 57/64] cs5535: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 57/64] cs5535: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 58/64] cs5536: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 58/64] cs5536: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 59/64] it821x: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 59/64] it821x: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 62/64] tx493xide: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 62/64] tx493xide: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 64/64] ide: make ide_get_best_pio_mode() static, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 64/64] ide: make ide_get_best_pio_mode() static, David Miller
  • [PATCH 61/64] siimage: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 61/64] siimage: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 63/64] via82cxxx: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 63/64] via82cxxx: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 60/64] palm_bk3710: use ->pio_mode value to determine pair device speed, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 60/64] palm_bk3710: use ->pio_mode value to determine pair device speed, David Miller
  • [PATCH 54/64] alim15x3: fix handling of UDMA enable bit, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 54/64] alim15x3: fix handling of UDMA enable bit, David Miller
    • Re: [PATCH 54/64] alim15x3: fix handling of UDMA enable bit, Sergei Shtylyov
      • Re: [PATCH 54/64] alim15x3: fix handling of UDMA enable bit, Bartlomiej Zolnierkiewicz
  • [PATCH 56/64] cmd64x: fix handling of address setup timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 56/64] cmd64x: fix handling of address setup timings, David Miller
  • [PATCH 53/64] alim15x3: fix handling of DMA timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 53/64] alim15x3: fix handling of DMA timings, David Miller
  • [PATCH 48/64] ide: change ->set_pio_mode method parameters, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 48/64] ide: change ->set_pio_mode method parameters, David Miller
  • [PATCH 52/64] alim15x3: fix handling of command timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 52/64] alim15x3: fix handling of command timings, David Miller
  • [PATCH 49/64] ide: change ->set_dma_mode method parameters, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 49/64] ide: change ->set_dma_mode method parameters, David Miller
  • [PATCH 46/64] ide: add drive->pio_mode field, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 46/64] ide: add drive->pio_mode field, Sergei Shtylyov
      • Re: [PATCH 46/64] ide: add drive->pio_mode field, Bartlomiej Zolnierkiewicz
        • Re: [PATCH 46/64] ide: add drive->pio_mode field, Sergei Shtylyov
    • Re: [PATCH 46/64] ide: add drive->pio_mode field, David Miller
  • [PATCH 47/64] ide: add drive->dma_mode field, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 47/64] ide: add drive->dma_mode field, David Miller
    • Re: [PATCH 47/64] ide: add drive->dma_mode field, Sergei Shtylyov
  • [PATCH 45/64] via82cxxx: fix UDMA settings programming, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 45/64] via82cxxx: fix UDMA settings programming, David Miller
  • [PATCH 42/64] via82cxxx: workaround h/w bugs, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 42/64] via82cxxx: workaround h/w bugs, David Miller
  • [PATCH 38/64] serverworks: add missing pci_dev_put() call, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 38/64] serverworks: add missing pci_dev_put() call, David Miller
  • [PATCH 39/64] via82cxxx: vx855 is a single channel controller, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 39/64] via82cxxx: vx855 is a single channel controller, David Miller
  • [PATCH 34/64] cy82c693: remove stale driver history, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 34/64] cy82c693: remove stale driver history, David Miller
  • [PATCH 35/64] opti621: remove stale driver history, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 35/64] opti621: remove stale driver history, David Miller
  • [PATCH 36/64] pdc202xx_old: add ->init_hwif method, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 36/64] pdc202xx_old: add ->init_hwif method, David Miller
  • [PATCH 33/64] cy82c693: fix PIO timings calculations, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 33/64] cy82c693: fix PIO timings calculations, David Miller
  • [PATCH 32/64] cmd64x: remove superfluous checks from cmd64x_set_dma_mode(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 32/64] cmd64x: remove superfluous checks from cmd64x_set_dma_mode(), David Miller
  • [PATCH 31/64] cmd64x: fix PIO and MWDMA timings calculations, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 31/64] cmd64x: fix PIO and MWDMA timings calculations, David Miller
  • [PATCH 26/64] alim15x3: fix PIO timings calculations, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 26/64] alim15x3: fix PIO timings calculations, David Miller
  • [PATCH 27/64] alim15x3: add ali_fifo_control() helper, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 27/64] alim15x3: add ali_fifo_control() helper, David Miller
  • [PATCH 22/64] pata_via: fix address setup timings underlocking, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 22/64] pata_via: fix address setup timings underlocking, Alan Cox
    • Re: [PATCH 22/64] pata_via: fix address setup timings underlocking, Jeff Garzik
  • [PATCH 20/64] pata_serverworks: fix error message, Bartlomiej Zolnierkiewicz
  • [PATCH 21/64] pata_serverworks: cleanup cable detection, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 21/64] pata_serverworks: cleanup cable detection, Jeff Garzik
  • [PATCH 17/64] pata_efar: add locking for parallel scanning, Bartlomiej Zolnierkiewicz
  • [PATCH 14/64] pata_cypress: fix PIO timings underclocking, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 14/64] pata_cypress: fix PIO timings underclocking, Sergei Shtylyov
  • [PATCH 16/64] pata_efar: fix secondary port support, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 16/64] pata_efar: fix secondary port support, Jeff Garzik
  • [PATCH 10/64] pata_cmd64x: cmd648_bmdma_stop() fix, Bartlomiej Zolnierkiewicz
  • [PATCH 11/64] pata_cmd64x: remove unused definitions, Bartlomiej Zolnierkiewicz
  • [PATCH 12/64] pata_cs5520: convert to use ->init_host method, Bartlomiej Zolnierkiewicz
  • [PATCH 09/64] pata_cmd64x: fix handling of address setup timings, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 09/64] pata_cmd64x: fix handling of address setup timings, Sergei Shtylyov
  • [PATCH 04/64] pata_amd: remove bogus code from timing_setup(), Bartlomiej Zolnierkiewicz
    • Re: [PATCH 04/64] pata_amd: remove bogus code from timing_setup(), Alan Cox
      • Re: [PATCH 04/64] pata_amd: remove bogus code from timing_setup(), Bartlomiej Zolnierkiewicz
  • [PATCH 06/64] pata_atiixp: add locking for parallel scanning, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 06/64] pata_atiixp: add locking for parallel scanning, Jeff Garzik
  • [PATCH 02/64] pata_ali: documentation fixes, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 02/64] pata_ali: documentation fixes, Jeff Garzik
• sata_mv: wrong EDMA error cause when disk unplugged, Prashant Bhole
  • Re: sata_mv: wrong EDMA error cause when disk unplugged, Caspar Smit
    • Re: sata_mv: wrong EDMA error cause when disk unplugged, Prashant Bhole
• [patch 0/2] sata_via: bugfixes for vt6420 and vt6421, Bart Hartgers
  • [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Bart Hartgers
    • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Tejun Heo
      • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Robert Hancock
        • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Bart Hartgers
          • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Tejun Heo
            • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Bart Hartgers
      • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Bart Hartgers
        • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Tejun Heo
          • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Jeff Garzik
            • Re: [patch 2/2] sata_via: Delay on vt6420 when starting ATAPI DMA write, Bart Hartgers
  • [patch 1/2] sata_via: Correctly setup PIO/DMA for pata slave on vt6421., Bart Hartgers
    • Re: [patch 1/2] sata_via: Correctly setup PIO/DMA for pata slave on vt6421., Tejun Heo
    • Re: [patch 1/2] sata_via: Correctly setup PIO/DMA for pata slave on vt6421., Jeff Garzik
• JMB363 false hotplug detections (was: ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs), Robert Hancock
  • Re: JMB363 false hotplug detections, Krzysztof Halasa
  • Re: JMB363 false hotplug detections (was: ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs), Tejun Heo
    • Re: JMB363 false hotplug detections, Krzysztof Halasa
      • Re: JMB363 false hotplug detections, Tejun Heo
• silicon image 3124 support PATA, amruth pattanada
  • Re: silicon image 3124 support PATA, Robert Hancock
    • Re: silicon image 3124 support PATA, amruth pattanada
      • Re: silicon image 3124 support PATA, Robert Hancock
• [PATCH #upstream-fixes 1/2] libata: cleanup ata_sff_interrupt(), Tejun Heo
  • [PATCH #upstream-fixes 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Tejun Heo
    • Re: [PATCH #upstream-fixes 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Sergei Shtylyov
      • Re: [PATCH #upstream-fixes 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Tejun Heo
        • Re: [PATCH #upstream-fixes 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Sergei Shtylyov
          • Re: [PATCH #upstream-fixes 2/2] libata: implement spurious irq handling for SFF and apply it to piix, Tejun Heo
  • Re: [PATCH #upstream-fixes 1/2] libata: cleanup ata_sff_interrupt(), Sergei Shtylyov
    • Re: [PATCH #upstream-fixes 1/2] libata: cleanup ata_sff_interrupt(), Tejun Heo
  • Re: [PATCH #upstream-fixes 1/2] libata: cleanup ata_sff_interrupt(), Jeff Garzik
    • Re: [PATCH #upstream-fixes 1/2] libata: cleanup ata_sff_interrupt(), Tejun Heo
• [PATCH #upstream-fixes] libata: retry FS IOs even if it has failed with AC_ERR_INVALID, Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: retry FS IOs even if it has failed with AC_ERR_INVALID, Jeff Garzik
• [PATCH 2.6.32.3] ata_piix: IDE Mode SATA patch for Intel Cougar Point DeviceIDs, Seth Heasley
  • [PATCH 2.6.35.4] ata_piix: IDE Mode SATA patch for Intel Patsburg DeviceIDs, Seth Heasley
• [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Seth Heasley
  • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
    • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Jeff Garzik
      • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, David Milburn
        • RE: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Heasley, Seth
          • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
      • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Krzysztof Halasa
        • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Jeff Garzik
          • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Krzysztof Halasa
            • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
              • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Krzysztof Halasa
                • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
                  • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Krzysztof Halasa
                    • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
                      • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Krzysztof Halasa
      • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
        • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
          • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Henrique de Moraes Holschuh
            • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
              • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Henrique de Moraes Holschuh
                • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Robert Hancock
              • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Tejun Heo
        • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Krzysztof Halasa
  • Re: [PATCH 2.6.32.3] ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs, Jeff Garzik
  • [PATCH 2.6.35.4] ahci: AHCI and RAID mode SATA patch for Intel Patsburg DeviceIDs, Seth Heasley
• [PATCH] ide/ide-cs: fix order of releasing resources, Wolfram Sang
  • Re: [PATCH] ide/ide-cs: fix order of releasing resources, David Miller
    • Re: [PATCH] ide/ide-cs: fix order of releasing resources, Bartlomiej Zolnierkiewicz
      • Re: [PATCH] ide/ide-cs: fix order of releasing resources, David Miller
        • Re: [PATCH] ide/ide-cs: fix order of releasing resources, Wolfram Sang
        • Re: [PATCH] ide/ide-cs: fix order of releasing resources, Wolfram Sang
          • Re: [PATCH] ide/ide-cs: fix order of releasing resources, David Miller
  • Re: [PATCH] ide/ide-cs: fix order of releasing resources, Dominik Brodowski
• Re: Fix Promise UDMA33 IDE driver (pdc202xx_old), David Miller
• Re: icside: bring back ->maskproc method, David Miller
• [PATCH #upstream-fixes] ata_piix: enable 32bit PIO on SATA piix, Tejun Heo
  • Re: [PATCH #upstream-fixes] ata_piix: enable 32bit PIO on SATA piix, Jeff Garzik
• [PATCH #upstream-fixes] libata: retry link resume if necessary, Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: retry link resume if necessary, Greg KH
    • Re: [PATCH #upstream-fixes] libata: retry link resume if necessary, Tejun Heo
  • Re: [PATCH #upstream-fixes] libata: retry link resume if necessary, Jeff Garzik
• [PATCH 2.6.33-rc3] sata_promise: don't classify overruns as HSM errors, Mikael Pettersson
  • Re: [PATCH 2.6.33-rc3] sata_promise: don't classify overruns as HSM errors, Jeff Garzik
• Sparse warning in sata_nv.c, Stephen Hemminger
  • Re: Sparse warning in sata_nv.c, Tejun Heo
• New MSI support in sata_sil24 still broken in 2.6.33-rc3, Torsten Kaiser
  • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Robert Hancock
    • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Torsten Kaiser
      • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Robert Hancock
        • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Torsten Kaiser
          • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Yinghai Lu
    • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Moffett, Kyle D
      • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Leon Woestenberg
  • <Possible follow-ups>
  • Re: New MSI support in sata_sil24 still broken in 2.6.33-rc3, Tobias Karnat
• Re: ata error EH in SWNCQ mode, with nVidia MCP55 sata controller and SAMSUNG HD103UJ, Robert Hancock
• [PATCH] icside: bring back ->maskproc method, Bartlomiej Zolnierkiewicz
• [Bug 7735] DriveReady SeekComplete Error every 5 minutes by plextor CD-R/RW 40/12/40A, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 7735] DriveReady SeekComplete Error every 5 minutes by plextor CD-R/RW 40/12/40A, bugzilla-daemon
  • [Bug 7735] DriveReady SeekComplete Error every 5 minutes by plextor CD-R/RW 40/12/40A, bugzilla-daemon
• [Bug 8567] DMA: Wrong device is disabled, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 8567] DMA: Wrong device is disabled, bugzilla-daemon
  • [Bug 8567] DMA: Wrong device is disabled, bugzilla-daemon
  • [Bug 8567] DMA: Wrong device is disabled, bugzilla-daemon
  • [Bug 8567] DMA: Wrong device is disabled, bugzilla-daemon
• [PATCH] ide_tape: kill off use of the ->ioctl operation, Alan Cox
  • Re: [PATCH] ide_tape: kill off use of the ->ioctl operation, David Miller
• pata_pdc202xx_old regression?, David A Sinck
  • Re: pata_pdc202xx_old regression?, Robert Hancock
    • Re: pata_pdc202xx_old regression?, David A. Sinck
      • Re: pata_pdc202xx_old regression?, Robert Hancock
• [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), René Bolldorf
  • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), Jeff Garzik
    • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), René Bolldorf
      • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), René Bolldorf
        • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), Rolf Eike Beer
    • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), James Bottomley
      • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), René Bolldorf
  • <Possible follow-ups>
  • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), Marc Bejarano
    • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), René Bolldorf
      • Re: [PATCH]drivers/ata/libata-eh.c:1509 unneeded memset(), Marc Bejarano
• Fwd: the biggest regression at all, werner
  • Re: Fwd: the biggest regression at all, Tejun Heo
  • <Possible follow-ups>
  • Re: Re: the biggest regression at all, Robert Hancock
• [Bug #14909] pata_cmd64x broken in 2.6.33-rc1, Rafael J. Wysocki
  • Message not available
    • Re: [Bug #14909] pata_cmd64x broken in 2.6.33-rc1, Rafael J. Wysocki
• how to flush write back cache of storage driver, Gao, Yunpeng
• HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
  • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, Robert Hancock
    • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, Mikael Pettersson
      • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
      • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
      • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
      • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, Mikael Pettersson
        • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
          • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, Mikael Pettersson
            • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
        • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, Tejun Heo
          • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, thomas schorpp
            • Re: HSM violations from ATA PACKET cmd ABRT errors in initial comms with LG GH22 SATA DVDRW, Tejun Heo
• 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Mikael Pettersson
  • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Benjamin Herrenschmidt
  • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Benjamin Herrenschmidt
    • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Tejun Heo
      • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Benjamin Herrenschmidt
        • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Tejun Heo
          • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Benjamin Herrenschmidt
    • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Mikael Pettersson
      • Re: 2.6.33-rc2 pata_macio fails to detect PMac G3 CD-drive, Benjamin Herrenschmidt
• MSI broken in libata?, Torsten Kaiser
  • Re: MSI broken in libata?, Tejun Heo
    • Re: MSI broken in libata?, Torsten Kaiser
      • Re: MSI broken in libata?, Tejun Heo
        • Re: MSI broken in libata?, Robert Hancock
          • Re: MSI broken in libata?, Tejun Heo
          • Re: MSI broken in libata?, Torsten Kaiser
            • Re: MSI broken in libata?, Robert Hancock
              • Re: MSI broken in libata?, Torsten Kaiser
                • Re: MSI broken in libata?, Torsten Kaiser
                  • Re: MSI broken in libata?, Robert Hancock
                    • Re: MSI broken in libata?, Torsten Kaiser
                    • Re: MSI broken in libata?, Torsten Kaiser
                      • Re: MSI broken in libata?, Robert Hancock
                        • Re: MSI broken in libata?, Torsten Kaiser
                          • Re: MSI broken in libata?, Robert Hancock
        • Re: MSI broken in libata?, Torsten Kaiser
• array failure, Matt Kowalczyk
  • Re: array failure, Matt Kowalczyk
    • Re: array failure, Tejun Heo
• 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
  • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
    • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
      • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Robert Hancock
        • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
          • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
      • [PATCH] Fix Promise UDMA33 IDE driver (pdc202xx_old), Russell King
        • Re: [PATCH] Fix Promise UDMA33 IDE driver (pdc202xx_old), Sergei Shtylyov
          • Re: [PATCH] Fix Promise UDMA33 IDE driver (pdc202xx_old), David Miller
            • Re: [PATCH] Fix Promise UDMA33 IDE driver (pdc202xx_old), Russell King
              • Re: [PATCH] Fix Promise UDMA33 IDE driver (pdc202xx_old), Sergei Shtylyov
      • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
        • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
          • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
            • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
              • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Jeff Garzik
                • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
                  • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
                    • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
                      • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Jeff Garzik
                      • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Sergei Shtylyov
                • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
            • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Jeff Garzik
              • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Russell King
                • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Robert Hancock
                  • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
                    • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Jeff Garzik
                      • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
                  • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Jeff Garzik
              • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox
                • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Jeff Garzik
                  • Re: 2.6.32: Promise UDMA33 card refuses to work in UDMA mode, Alan Cox