linux-ide  

Messages by Thread

• Re: linux-next: first tree Jeff Garzik
  • Re: linux-next: first tree Jeff Garzik
  • Re: linux-next: first tree James Bottomley
  • Re: linux-next: first tree Jeff Garzik
  • Re: linux-next: first tree Stephen Rothwell
• [PATCH 1/2] ide: add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS Bartlomiej Zolnierkiewicz
  • Re: [PATCH 1/2] ide: add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS Sam Ravnborg
  • Re: [PATCH 1/2] ide: add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS Bartlomiej Zolnierkiewicz
  • Re: [PATCH 1/2] ide: add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS Sam Ravnborg
• [PATCH 2/2] ide: remove CONFIG_IDE_ARCH_OBSOLETE_INIT Bartlomiej Zolnierkiewicz
• [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Harvey Harrison
  • Re: [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Tejun Heo
  • Re: [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Harvey Harrison
  • Re: [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Tejun Heo
  • Re: [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Mikael Pettersson
  • Re: [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Jeff Garzik
  • Re: [RFC-UGLYPATCH] ata: small optimization in linux/libata.h Christer Weinigel
  • [PATCH] ata: fix sparse warning in libata.h Harvey Harrison
  • Re: [PATCH] ata: fix sparse warning in libata.h Tejun Heo
  • Re: [PATCH] ata: fix sparse warning in libata.h Jeff Garzik
• [PATCH 3/3] ata: simplify clock divisor logic in pata_amd.c Harvey Harrison
• [PATCH 1/3] ata: make ata_scsiop_inq_89 static in libata-scsi.c Harvey Harrison
  • Re: [PATCH 1/3] ata: make ata_scsiop_inq_89 static in libata-scsi.c Jeff Garzik
  • Re: [PATCH 1/3] ata: make ata_scsiop_inq_89 static in libata-scsi.c Harvey Harrison
• [PATCH 2/3] ata: fix sparse warning in libata-core.c Harvey Harrison
• ST31000340NS (1000G) Capacity equal 33MB issue. Richard Liu
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Greg Freemyer
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Mark Lord
  • Fwd: ST31000340NS (1000G) Capacity equal 33MB issue. Richard Liu
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Mark Lord
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Mark Lord
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Richard Liu
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Mark Lord
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Mark Lord
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Richard Liu
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Greg Freemyer
  • Re: ST31000340NS (1000G) Capacity equal 33MB issue. Mark Lord
• [PATCH] libata: Register for dock events when the drive is inside a dock station Holger Macht
  • Re: [PATCH] libata: Register for dock events when the drive is inside a dock station Holger Macht
  • Re: [PATCH] libata: Register for dock events when the drive is inside a dock station Jeff Garzik
  • Re: [PATCH] libata: Register for dock events when the drive is inside a dock station Holger Macht
  • Re: [PATCH] libata: Register for dock events when the drive is inside a dock station Tejun Heo
  • Re: [PATCH] libata: Register for dock events when the drive is inside a dock station Holger Macht
• sparse patches for libata Harvey Harrison
• [PATCH 02/11] ata: fix sparse warning in sata_promise.c Harvey Harrison
• [PATCH 11/11] ata: fix sparse warnings in pata_legacy.c Harvey Harrison
  • Re: [PATCH 11/11] ata: fix sparse warnings in pata_legacy.c Alan Cox
  • [PATCH 11/11v2] ata: fix sparse warnings in pata_legacy.c Harvey Harrison
  • Re: [PATCH 11/11v2] ata: fix sparse warnings in pata_legacy.c Alan Cox
  • Re: [PATCH 11/11v2] ata: fix sparse warnings in pata_legacy.c Jeff Garzik
• [PATCH 10/11] ata: fix sparse warning in pata_acpi.c Harvey Harrison
• [PATCH 09/11] ata: fix sparse warning in pata_marvell.c Harvey Harrison
  • Re: [PATCH 09/11] ata: fix sparse warning in pata_marvell.c Jan Engelhardt
• [PATCH 08/11] ata: fix sparse warning in pata_jmicron.c Harvey Harrison
• [PATCH 07/11] ata: fix sparse warning in pata_cs5536.c Harvey Harrison
• [PATCH 06/11] ata: sparse fixes for pata_amd.c Harvey Harrison
  • Re: [PATCH 06/11] ata: sparse fixes for pata_amd.c Jeff Garzik
• [PATCH 05/11] ata: replace macro with static inline in libata.h Harvey Harrison
  • Re: [PATCH 05/11] ata: replace macro with static inline in libata.h Alan Cox
  • Re: [PATCH 05/11] ata: replace macro with static inline in libata.h Harvey Harrison
  • [PATCH 05/11v2] ata: replace macro with static inline in libata.h Harvey Harrison
• [PATCH 04/11] ata: fix sparse warnings in sata_mv.c Harvey Harrison
• [PATCH 03/11] ata: fix sparse warning in sata_via.c Harvey Harrison
• [PATCH 01/11] ata: fix sparse warning in ata_piix.c Harvey Harrison
  • Re: [PATCH 01/11] ata: fix sparse warning in ata_piix.c Jeff Garzik
• [PATCH 00/11] ide/ppc: remove PPC specific IDE hacks Bartlomiej Zolnierkiewicz
  • [PATCH 01/11] ide-pmac: remove dead code Bartlomiej Zolnierkiewicz
  • [PATCH 02/11] ppc/hdpu: remove dead IDE code Bartlomiej Zolnierkiewicz
  • [PATCH 03/11] ppc/ppc4xx: remove ppc_ide_md hooks Bartlomiej Zolnierkiewicz
  • [PATCH 04/11] ppc/pmac: remove ppc_ide_md hooks Bartlomiej Zolnierkiewicz
  • [PATCH 05/11] ppc/mpc8xx: remove ppc_ide_md hooks Bartlomiej Zolnierkiewicz
  • Re: [PATCH 05/11] ppc/mpc8xx: remove ppc_ide_md hooks Vitaly Bordug
  • [PATCH 06/11] ppc/lopec: remove ppc_ide_md hooks Bartlomiej Zolnierkiewicz
  • [PATCH 07/11] ppc/sandpoint: remove ppc_ide_md hooks Bartlomiej Zolnierkiewicz
  • [PATCH 08/11] ppc/pplus: remove ppc_ide_md.ide_init_hwif hook Bartlomiej Zolnierkiewicz
  • [PATCH 10/11] ppc: don't include <linux/ide.h> Bartlomiej Zolnierkiewicz
  • [PATCH 09/11] ppc: remove ppc_ide_md Bartlomiej Zolnierkiewicz
  • [PATCH 11/11] ppc/pmac: remove no longer needed IDE quirk Bartlomiej Zolnierkiewicz
• [Bug 9962] New: 2.6.26-git0: IDE oops during boot bugme-daemon
  • [Bug 9962] 2.6.26-git0: IDE oops during boot bugme-daemon
  • [Bug 9962] 2.6.26-git0: IDE oops during boot bugme-daemon
  • [Bug 9962] 2.6.26-git0: IDE oops during boot bugme-daemon
  • [Bug 9962] 2.6.26-git0: IDE oops during boot bugme-daemon
  • [Bug 9962] mount: could not find filesystem bugme-daemon
  • [Bug 9962] mount: could not find filesystem bugme-daemon
• [PATCH] ide-floppy: merge callbacks Borislav Petkov
  • Re: [PATCH] ide-floppy: merge callbacks Bartlomiej Zolnierkiewicz
  • Re: [PATCH] ide-floppy: merge callbacks Borislav Petkov
  • Re: [PATCH] ide-floppy: merge callbacks Bartlomiej Zolnierkiewicz
• [PATCH 1/2] sata_mv: use hpriv->base instead of the host->iomap Saeed Bishara
  • [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove Saeed Bishara
  • Re: [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove Mark Lord
  • Re: [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove saeed bishara
  • Re: [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove Mark Lord
  • Re: [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove saeed bishara
  • Re: [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove Mark Lord
  • Re: [PATCH 2/2] sata_mv: remove iounmap in mv_platform_remove Martin Michlmayr
  • Re: [PATCH 1/2] sata_mv: use hpriv->base instead of the host->iomap Mark Lord
  • Re: [PATCH 1/2] sata_mv: use hpriv->base instead of the host->iomap Jeff Garzik
• [PATCH 1/2] ide: use generic ATAPI packet command flags in ide-{floppy,tape} Borislav Petkov
  • [PATCH 2/2] ide-scsi: do non-atomic pc->flags testing Borislav Petkov
  • Re: [PATCH 2/2] ide-scsi: do non-atomic pc->flags testing Bartlomiej Zolnierkiewicz
  • Re: [PATCH 1/2] ide: use generic ATAPI packet command flags in ide-{floppy,tape} Bartlomiej Zolnierkiewicz
• [PATCH 1/2] ide: use generic ATAPI packet command flags in ide-{floppy,tape,scsi} Borislav Petkov
  • [PATCH 2/2] ide-scsi: do non-atomic pc->flags testing Borislav Petkov
  • Re: [PATCH 1/2] ide: use generic ATAPI packet command flags in ide-{floppy,tape,scsi} Bartlomiej Zolnierkiewicz
• sil3114 corruptions (was: Re: [PATCH 3/3] faster workaround) Bernd Schubert
  • Re: sil3114 corruptions (was: Re: [PATCH 3/3] faster workaround) Tejun Heo
• [libata-dev #upstream-fixes] pata_legacy: don't call ata_host_detach() after initialization failure Tejun Heo
  • Re: [libata-dev #upstream-fixes] pata_legacy: don't call ata_host_detach() after initialization failure Ingo Molnar
  • Re: [libata-dev #upstream-fixes] pata_legacy: don't call ata_host_detach() after initialization failure Jeff Garzik
• [PATCHSET] printk: implement printk_header() and merging printk, take #3 Tejun Heo
  • [PATCH 1/5] printk: keep log level on multiline messages Tejun Heo
  • [PATCH 2/5] printk: implement [v]printk_header() Tejun Heo
  • [PATCH 3/5] printk: implement merging printk Tejun Heo
  • [PATCH 4/5] printk: add Documentation/printk.txt Tejun Heo
  • [PATCH 5/5] libata: make libata use printk_header() and mprintk Tejun Heo
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Andrew Morton
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Tejun Heo
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Andrew Morton
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Tejun Heo
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Tejun Heo
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Andrew Morton
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Tejun Heo
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Andrew Morton
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Tejun Heo
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Mark Lord
  • Re: [PATCHSET] printk: implement printk_header() and merging printk, take #3 Mark Lord
• [PATCH] pata_cs5536.c bugfix Martin K. Petersen
  • Re: [PATCH] pata_cs5536.c bugfix Jeff Garzik
• [PATCH] pata_scc.c: add thaw ops Akira Iguchi
  • Re: [PATCH] pata_scc.c: add thaw ops Tejun Heo
  • Re: [PATCH] pata_scc.c: add thaw ops Jeff Garzik
• "ide=reverse" do we still need this? Greg KH
  • pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Alan Cox
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Bartlomiej Zolnierkiewicz
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Bartlomiej Zolnierkiewicz
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Bartlomiej Zolnierkiewicz
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Sergei Shtylyov
  • Re: [discuss] pci_get_device_reverse(), why does Calgary need this? Andreas Jaeger
  • Re: [discuss] pci_get_device_reverse(), why does Calgary need this? Bartlomiej Zolnierkiewicz
  • Re: [discuss] pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: [discuss] pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Muli Ben-Yehuda
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Muli Ben-Yehuda
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Muli Ben-Yehuda
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Sam Ravnborg
  • Re: pci_get_device_reverse(), why does Calgary need this? yong xue
  • Re: pci_get_device_reverse(), why does Calgary need this? Greg KH
  • Re: pci_get_device_reverse(), why does Calgary need this? Muli Ben-Yehuda
  • Re: "ide=reverse" do we still need this? Rene Herman
  • Re: "ide=reverse" do we still need this? Greg KH
  • Re: "ide=reverse" do we still need this? Rene Herman
  • Re: "ide=reverse" do we still need this? Michael Ellerman
  • Re: "ide=reverse" do we still need this? Rene Herman
  • Re: "ide=reverse" do we still need this? Michael Ellerman
  • Re: "ide=reverse" do we still need this? Rene Herman
  • Re: "ide=reverse" do we still need this? Bill Davidsen
  • Re: "ide=reverse" do we still need this? Matthew Wilcox
  • Re: "ide=reverse" do we still need this? Ken Moffat
  • Re: "ide=reverse" do we still need this? Greg KH
  • Re: "ide=reverse" do we still need this? Ken Moffat
  • Re: "ide=reverse" do we still need this? Ken Moffat
  • Re: [discuss] "ide=reverse" do we still need this? Dirk GOUDERS
  • Re: [discuss] "ide=reverse" do we still need this? Greg KH
  • Re: [discuss] "ide=reverse" do we still need this? Dirk GOUDERS
  • Re: [discuss] "ide=reverse" do we still need this? Dirk GOUDERS
  • Re: [discuss] "ide=reverse" do we still need this? Greg KH
• libata/sata_sil24 cache alignment problem? Mark Mason
  • Re: libata/sata_sil24 cache alignment problem? Alan Cox
  • Re: libata/sata_sil24 cache alignment problem? James Bottomley
  • Re: libata/sata_sil24 cache alignment problem? Alan Cox
  • Re: libata/sata_sil24 cache alignment problem? James Bottomley
  • Re: libata/sata_sil24 cache alignment problem? Mark Mason
  • Re: libata/sata_sil24 cache alignment problem? Alan Cox
  • Re: libata/sata_sil24 cache alignment problem? Mark Mason
  • Re: libata/sata_sil24 cache alignment problem? Alan Cox
  • Re: libata/sata_sil24 cache alignment problem? Tejun Heo
  • [PATCH] libata: align ap->sector_buf to cacheline Tejun Heo
  • [PATCH] scsi: align shost->hostdata to cacheline Tejun Heo
  • Re: [PATCH] scsi: align shost->hostdata to cacheline James Bottomley
  • Re: [PATCH] scsi: align shost->hostdata to cacheline Tejun Heo
  • Re: [PATCH] scsi: align shost->hostdata to cacheline James Bottomley
  • Re: [PATCH] scsi: align shost->hostdata to cacheline Tejun Heo
  • Re: libata/sata_sil24 cache alignment problem? Mark Mason
  • Re: libata/sata_sil24 cache alignment problem? Thomas Evans
• [RFC PATCH] ide-floppy: use rq->cmd for preparing and sending packet cmds to the drive Borislav Petkov
  • Re: [RFC PATCH] ide-floppy: use rq->cmd for preparing and sending packet cmds to the drive Bartlomiej Zolnierkiewicz
  • Re: [RFC PATCH] ide-floppy: use rq->cmd for preparing and sending packet cmds to the drive Borislav Petkov
  • Re: [RFC PATCH] ide-floppy: use rq->cmd for preparing and sending packet cmds to the drive Bartlomiej Zolnierkiewicz

• Earlier messages
• Later messages