The patch titled
libata: add ATA_CBL_PATA_IGN
has been added to the -mm tree. Its filename is
libata-add-ata_cbl_pata_ign.patch
*** Remember to use Documentation/SubmitChecklist when testing your code ***
See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
out what to do about this
------------------------------------------------------
Subject: libata: add ATA_CBL_PATA_IGN
From: Tejun Heo <htejun@xxxxxxxxx>
ATA_CBL_PATA_UNK indicates that the cable type can't be determined from the
host side and might be either 80c or 40c. libata applies drive or other
generic limit in this case. However, there are controllers where both host
and drive side detections are misimplemented and the driver has to rely solely
on private method - peeking BIOS or ACPI configuration or using some other
private mechanism.
This patch adds ATA_CBL_PATA_IGN which tells libata to ignore the cable type
completely and just let the LLD determine the transfer mode via host transfer
mode masks and ->mode_filter().
Signed-off-by: Tejun Heo <htejun@xxxxxxxxx>
Cc: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
drivers/ata/libata-core.c | 13 +++++++++++++
include/linux/ata.h | 7 ++++---
include/linux/libata.h | 1 +
3 files changed, 18 insertions(+), 3 deletions(-)
diff -puN drivers/ata/libata-core.c~libata-add-ata_cbl_pata_ign drivers/ata/libata-core.c
--- a/drivers/ata/libata-core.c~libata-add-ata_cbl_pata_ign
+++ a/drivers/ata/libata-core.c
@@ -2345,6 +2345,18 @@ int ata_cable_unknown(struct ata_port *a
}
/**
+ * ata_cable_ignore - return ignored PATA cable.
+ * @ap: port
+ *
+ * Helper method for drivers which don't use cable type to limit
+ * transfer mode.
+ */
+int ata_cable_ignore(struct ata_port *ap)
+{
+ return ATA_CBL_PATA_IGN;
+}
+
+/**
* ata_cable_sata - return SATA cable type
* @ap: port
*
@@ -7791,4 +7803,5 @@ EXPORT_SYMBOL_GPL(ata_dev_try_classify);
EXPORT_SYMBOL_GPL(ata_cable_40wire);
EXPORT_SYMBOL_GPL(ata_cable_80wire);
EXPORT_SYMBOL_GPL(ata_cable_unknown);
+EXPORT_SYMBOL_GPL(ata_cable_ignore);
EXPORT_SYMBOL_GPL(ata_cable_sata);
diff -puN include/linux/ata.h~libata-add-ata_cbl_pata_ign include/linux/ata.h
--- a/include/linux/ata.h~libata-add-ata_cbl_pata_ign
+++ a/include/linux/ata.h
@@ -271,9 +271,10 @@ enum {
ATA_CBL_NONE = 0,
ATA_CBL_PATA40 = 1,
ATA_CBL_PATA80 = 2,
- ATA_CBL_PATA40_SHORT = 3, /* 40 wire cable to high UDMA spec */
- ATA_CBL_PATA_UNK = 4,
- ATA_CBL_SATA = 5,
+ ATA_CBL_PATA40_SHORT = 3, /* 40 wire cable to high UDMA spec */
+ ATA_CBL_PATA_UNK = 4, /* don't know, maybe 80c? */
+ ATA_CBL_PATA_IGN = 5, /* don't know, ignore cable handling */
+ ATA_CBL_SATA = 6,
/* SATA Status and Control Registers */
SCR_STATUS = 0,
diff -puN include/linux/libata.h~libata-add-ata_cbl_pata_ign include/linux/libata.h
--- a/include/linux/libata.h~libata-add-ata_cbl_pata_ign
+++ a/include/linux/libata.h
@@ -921,6 +921,7 @@ extern u8 ata_irq_on(struct ata_port *ap
extern int ata_cable_40wire(struct ata_port *ap);
extern int ata_cable_80wire(struct ata_port *ap);
extern int ata_cable_sata(struct ata_port *ap);
+extern int ata_cable_ignore(struct ata_port *ap);
extern int ata_cable_unknown(struct ata_port *ap);
/*
_
Patches currently in -mm which might be from htejun@xxxxxxxxx are
git-libata-all.patch
ata_generic-unindent-loop-in-generic_set_mode.patch
libata-export-xfermode--pata-timing-related-functions.patch
libata-clean-up-xfermode--pata-timing-related-stuff.patch
libata-kill-ata_id_to_dma_mode.patch
libata-xfer_mask-is-unsigned-int-not-unsigned-long.patch
libata-separate-out-ata_acpi_gtm_xfermask-from-pacpi_discover_modes.patch
libata-fix-ata_acpi_gtm_xfermask.patch
libata-implement-ata_timing_cycle2mode-and-use-it-in-libata-acpi-and-pata_acpi.patch
libata-implement-ata_acpi_init_gtm.patch
libata-reimplement-ata_acpi_cbl_80wire-using-ata_acpi_gtm_xfermask.patch
libata-add-ata_cbl_pata_ign.patch
pata_amd-update-mode-selection-for-nv-patas.patch
scsi-early-detection-of-medium-not-present-updated.patch
-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
