From: Andy Green <a...@warmcat.com>

This is how the driver can find the flags for its implementation
functionality in its platform_data

Cc: patc...@linaro.org
Cc: Ben Dooks <ben-li...@fluff.org>
Reported-by: Peter Maydell <peter.mayd...@linaro.org>
Signed-off-by: Andy Green <andy.gr...@linaro.org>
Signed-off-by: Tony Lindgren <t...@atomide.com>
Signed-off-by: Kevin Hilman <khil...@ti.com>
---
 arch/arm/plat-omap/i2c.c |    7 ++++++-
 1 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/arch/arm/plat-omap/i2c.c b/arch/arm/plat-omap/i2c.c
index 0d3eda7..9098669 100644
--- a/arch/arm/plat-omap/i2c.c
+++ b/arch/arm/plat-omap/i2c.c
@@ -141,6 +141,7 @@ static inline int omap2_i2c_add_bus(int bus_id)
        struct omap_device *od;
        char oh_name[MAX_OMAP_I2C_HWMOD_NAME_LEN];
        struct omap_i2c_bus_platform_data *pdata;
+       struct omap_i2c_dev_attr *dev_attr;
 
        omap2_i2c_mux_pins(bus_id);
 
@@ -156,10 +157,14 @@ static inline int omap2_i2c_add_bus(int bus_id)
        pdata = &i2c_pdata[bus_id - 1];
        /*
         * pass the hwmod class's CPU-specific knowledge of I2C IP revision in
-        * use up to the OMAP I2C driver via platform data
+        * use, and functionality implementation flags, up to the OMAP I2C
+        * driver via platform data
         */
        pdata->rev = oh->class->rev;
 
+       dev_attr = (struct omap_i2c_dev_attr *)oh->dev_attr;
+       pdata->flags = dev_attr->flags;
+
        /*
         * When waiting for completion of a i2c transfer, we need to
         * set a wake up latency constraint for the MPU. This is to
-- 
1.7.4

--
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to