I2C cleanups
Subsystems (6)
v8 cover I2C cleanups
The patch series does the following
- I2C register restore only if context if the context is lost
- Bus busy recovery mechanism.
- the reset is not done in init.
- Adds a patch to use devm_* functions
- Adds a pdata function pointer to do context save restore
- Split the omap_i2c_isr to increase readability
- Make the i2c use SET_RUNTIME_PM_OPS
- Use INIT_COMPLETION instead of init_completion
- Dropping a cleanup and taking few patchs Felipe's series as it may not be needed.
This applies on Wolfram's i2c-embedded/for-next branch.
Functional testing on omap4sdp and omap3sdp.
Previous discurssions
http://www.spinics.net/lists/linux-i2c/msg07748.html
This series mainly is the cleanups rebased on
i2c-embedded/for-next branch.
The following changes since commit 0f009a914b40be8786fa67b1f4345cacc263b48c:
i2c: tegra: make all resource allocation through devm_* (2012-06-13 16:01:38 +0200)
are available in the git repository at:
git://gitorious.org/linus-tree/linus-tree.git for_next/i2c_omap
Felipe Balbi (4):
I2C: OMAP: simplify num_bytes handling
I2C: OMAP: decrease indentation level on data handling
I2C: OMAP: add blank lines
I2C: OMAP: simplify omap_i2c_ack_stat()
Jon Hunter (1):
I2C: OMAP: Correct I2C revision for OMAP3
Shubhrajyoti D (7):
I2C: OMAP: I2C register restore only if context is lost
I2C: OMAP: Remove the definition of SYSS_RESETDONE_MASK
I2C: OMAP: Remove reset at init
I2C: OMAP: Optimise the remove code
I2C: OMAP: use devm_* functions
I2C: OMAP: Use SET_RUNTIME_PM_OPS
I2C: OMAP: Do not initialise the completion everytime
Vikram Pandita (1):
I2C: OMAP: Recover from Bus Busy condition
arch/arm/plat-omap/i2c.c | 3 + drivers/i2c/busses/i2c-omap.c | 261 +++++++++++++++++++++++----------------- include/linux/i2c-omap.h | 1 + 3 files changed, 154 insertions(+), 111 deletions(-)
PATCH v8 1/13 I2C: OMAP: I2C register restore only if context is lost
Currently i2c register restore is done always. Adding conditional restore.
The i2c register restore is done only if the context is lost or in case of error to be on the safe side.
--- arch/arm/plat-omap/i2c.c | 3 +++ drivers/i2c/busses/i2c-omap.c | 35 ++++++++++++++++++++++++++--------- include/linux/i2c-omap.h | 1 + 3 files changed, 30 insertions(+), 9 deletions(-)
arch/arm/plat-omap/i2c.c +3 -0
@@ -179,6 +179,9 @@ static inline int omap2_i2c_add_bus(int bus_id)*/ if (cpu_is_omap34xx ()) pdata->set_mpu_wkup_lat = omap_pm_set_max_mpu_wakeup_lat_compat; + + pdata->get_context_loss_count = omap_pm_get_dev_context_loss_count; + pdev =omap_device_build (name, bus_id, oh, pdata,sizeof (struct omap_i2c_bus_platform_data ),NULL ,0 ,0 );
drivers/i2c/busses/i2c-omap.c +26 -9
@@ -43,6 +43,7 @@#include <linux/slab.h> #include <linux/i2c-omap.h> #include <linux/pm_runtime.h> +#include <plat/omap_device.h> /* I2C controller revisions */ #define OMAP_I2C_OMAP1_REV_2 0x20
@@ -185,6 +186,7 @@ struct omap_i2c_dev {u32 latency;/* maximum mpu wkup latency */ void (*set_mpu_wkup_lat)(struct device *dev,long latency); +int (*get_context_loss_count)(struct device *dev);u32 speed;/* Speed of bus in kHz */ u32 dtrev;/* extra revision from DT */ u32 flags;
@@ -207,6 +209,7 @@ struct omap_i2c_dev {u16 syscstate;u16 westate;u16 errata; +int dev_lost_count; };static const u8 reg_map_ip_v1[] = {
@@ -987,6 +990,7 @@ omap_i2c_probe(struct platform_device *pdev) dev->speed = pdata->clkrate; dev->flags = pdata->flags; dev->set_mpu_wkup_lat = pdata->set_mpu_wkup_lat; + dev->get_context_loss_count = pdata->get_context_loss_count; dev->dtrev = pdata->rev; }
@@ -1128,12 +1132,26 @@ omap_i2c_remove(struct platform_device *pdev) }#ifdef CONFIG_PM_RUNTIME +static void omap_i2c_restore (struct omap_i2c_dev *dev) +{ +omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,0 ); +omap_i2c_write_reg (dev,OMAP_I2C_PSC_REG , dev->pscstate); +omap_i2c_write_reg (dev,OMAP_I2C_SCLL_REG , dev->scllstate); +omap_i2c_write_reg (dev,OMAP_I2C_SCLH_REG , dev->sclhstate); +omap_i2c_write_reg (dev,OMAP_I2C_BUF_REG , dev->bufstate); +omap_i2c_write_reg (dev,OMAP_I2C_WE_REG , dev->westate); +omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,OMAP_I2C_CON_EN ); + +}static int omap_i2c_runtime_suspend (struct device *dev) {struct platform_device *pdev =to_platform_device (dev);struct omap_i2c_dev *_dev =platform_get_drvdata (pdev);u16 iv; +if (_dev->get_context_loss_count) + _dev->dev_lost_count = _dev->get_context_loss_count (dev); + _dev->iestate =omap_i2c_read_reg (_dev,OMAP_I2C_IE_REG );omap_i2c_write_reg (_dev,OMAP_I2C_IE_REG ,0 );
@@ -1154,16 +1172,15 @@ static int omap_i2c_runtime_resume(struct device *dev) {struct platform_device *pdev =to_platform_device (dev);struct omap_i2c_dev *_dev =platform_get_drvdata (pdev); +int loss_cnt; + +if (!(_dev->flags &OMAP_I2C_FLAG_RESET_REGS_POSTIDLE )) +return 0 ; -if (_dev->flags &OMAP_I2C_FLAG_RESET_REGS_POSTIDLE ) { -omap_i2c_write_reg (_dev,OMAP_I2C_CON_REG ,0 ); -omap_i2c_write_reg (_dev,OMAP_I2C_PSC_REG , _dev->pscstate); -omap_i2c_write_reg (_dev,OMAP_I2C_SCLL_REG , _dev->scllstate); -omap_i2c_write_reg (_dev,OMAP_I2C_SCLH_REG , _dev->sclhstate); -omap_i2c_write_reg (_dev,OMAP_I2C_BUF_REG , _dev->bufstate); -omap_i2c_write_reg (_dev,OMAP_I2C_SYSC_REG , _dev->syscstate); -omap_i2c_write_reg (_dev,OMAP_I2C_WE_REG , _dev->westate); -omap_i2c_write_reg (_dev,OMAP_I2C_CON_REG ,OMAP_I2C_CON_EN ); +if (_dev->get_context_loss_count) { + loss_cnt = _dev->get_context_loss_count (dev); +if (_dev->dev_lost_count != loss_cnt) +omap_i2c_restore (_dev); }/*
include/linux/i2c-omap.h +1 -0
@@ -35,6 +35,7 @@ struct omap_i2c_bus_platform_data {u32 rev;u32 flags;void (*set_mpu_wkup_lat)(struct device *dev,long set); + int (*get_context_loss_count)(struct device *dev); };#endif
Signature · 1 line
1.7.5.4
PATCH v8 2/13 I2C: OMAP: Remove the definition of SYSS_RESETDONE_MASK
In reply to Shubhrajyoti DRemove the definition of SYSS_RESETDONE_MASK and use the one in omap_hwmod.h.
Also fixes the warning
CC drivers/i2c/busses/i2c-omap.odrivers/i2c/busses/i2c-omap.c:163: warning: "SYSS_RESETDONE_MASK" redefined
--- drivers/i2c/busses/i2c-omap.c | 3 --- 1 files changed, 0 insertions(+), 3 deletions(-)
drivers/i2c/busses/i2c-omap.c +0 -3
@@ -159,9 +159,6 @@ enum {#define OMAP_I2C_SYSTEST_SDA_O (1 << 0)/* SDA line drive out */ #endif -/* OCP_SYSSTATUS bit definitions */ -#define SYSS_RESETDONE_MASK (1 << 0) -/* OCP_SYSCONFIG bit definitions */ #define SYSC_CLOCKACTIVITY_MASK (0x3 << 8)#define SYSC_SIDLEMODE_MASK (0x3 << 3)
Signature · 1 line
1.7.5.4
PATCH v8 3/13 I2C: OMAP: Remove reset at init
In reply to Shubhrajyoti DThe reset in the driver at init is not needed anymore as the following patch has removed the HWMOD_INIT_NO_RESET flag. 6d3c55f [OMAP: hwmod: fix the i2c-reset timeout during bootup]
This patch does the following
-removes the reset from the probe and implements a omap_i2c_reset
function to reset.
- Reset is removed from omap_i2c_init, which was called not only during probe, but also after time out and error handling. omap_i2c_reset is added in those places to effect the reset.
--- drivers/i2c/busses/i2c-omap.c | 38 +++++++++++++++++++++++--------------- 1 files changed, 23 insertions(+), 15 deletions(-)
drivers/i2c/busses/i2c-omap.c +23 -15
@@ -269,15 +269,9 @@ static inline u16 omap_i2c_read_reg(struct omap_i2c_dev *i2c_dev, int reg) (i2c_dev->regs[reg] << i2c_dev->reg_shift)); } -static int omap_i2c_init (struct omap_i2c_dev *dev) +static int omap_i2c_reset (struct omap_i2c_dev *dev) { -u16 psc =0 , scll =0 , sclh =0 , buf =0 ; -u16 fsscll =0 , fssclh =0 , hsscll =0 , hssclh =0 ; -unsigned long fclk_rate =12000000 ;unsigned long timeout; -unsigned long internal_clk =0 ; -struct clk *fclk; -if (dev->rev >=OMAP_I2C_OMAP1_REV_2 ) {/* Disable I2C controller before soft reset */ omap_i2c_write_reg(dev, OMAP_I2C_CON_REG,
@@ -315,16 +309,18 @@ static int omap_i2c_init(struct omap_i2c_dev *dev)omap_i2c_write_reg (dev,OMAP_I2C_SYSC_REG , dev->syscstate); -/* -* Enabling all wakup sources to stop I2C freezing on -* WFI instruction. -* REVISIT: Some wkup sources might not be needed. -*/ - dev->westate =OMAP_I2C_WE_ALL ; -omap_i2c_write_reg (dev,OMAP_I2C_WE_REG , - dev->westate); } } +} + +static int omap_i2c_init (struct omap_i2c_dev *dev) +{ +u16 psc =0 , scll =0 , sclh =0 , buf =0 ; +u16 fsscll =0 , fssclh =0 , hsscll =0 , hssclh =0 ; +unsigned long fclk_rate =12000000 ; +unsigned long internal_clk =0 ; +struct clk *fclk; +omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,0 );if (dev->flags &OMAP_I2C_FLAG_ALWAYS_ARMXOR_CLK ) {
@@ -433,6 +429,16 @@ static int omap_i2c_init(struct omap_i2c_dev *dev) OMAP_I2C_IE_AL) | ((dev->fifo_size) ? (OMAP_I2C_IE_RDR |OMAP_I2C_IE_XDR ) :0 );omap_i2c_write_reg (dev,OMAP_I2C_IE_REG , dev->iestate); +if (dev->rev >=OMAP_I2C_REV_ON_3430_3530 ) { +/* +* Enabling all wakup sources to stop I2C freezing on +* WFI instruction. +* REVISIT: Some wkup sources might not be needed. +*/ + dev->westate =OMAP_I2C_WE_ALL ; +omap_i2c_write_reg (dev,OMAP_I2C_WE_REG , dev->westate); + } +if (dev->flags &OMAP_I2C_FLAG_RESET_REGS_POSTIDLE ) { dev->pscstate = psc; dev->scllstate = scll;
@@ -541,6 +547,7 @@ static int omap_i2c_xfer_msg(struct i2c_adapter *adap, dev->buf_len =0 ;if (timeout ==0 ) {dev_err (dev->dev,"controller timed out\n" ); +omap_i2c_reset (dev);omap_i2c_init (dev);return -ETIMEDOUT ; }
@@ -551,6 +558,7 @@ static int omap_i2c_xfer_msg(struct i2c_adapter *adap,/* We have an error */ if (dev->cmd_err & (OMAP_I2C_STAT_AL |OMAP_I2C_STAT_ROVR |OMAP_I2C_STAT_XUDF )) { +omap_i2c_reset (dev);omap_i2c_init (dev);return -EIO ; }
Signature · 1 line
1.7.5.4
Tony Lindgren
maintainerPATCH v8 3/13 I2C: OMAP: Remove reset at init
Quoted 10 lines · Shubhrajyoti D
The reset in the driver at init is not needed anymore as the following patch has removed the
HWMOD_INIT_NO_RESETflag. 6d3c55f [OMAP: hwmod: fix the i2c-reset timeout during bootup]This patch does the following
-removes the reset from the probe and implements aomap_i2c_reset
function to reset.
- Reset is removed fromomap_i2c_init, which was called not only during probe, but also after time out and error handling.omap_i2c_resetis added in those places to effect the reset.
See the comments regarding driver specific resets in hwmod code.
The way to set this up is to have a shared inline function in i2c-omap.h that both the driver and hwmod code can use.
Eventually hwmod code will do the reset only in late initcall if no driver is loaded for the device in question.
Tony
PATCH v8 3/13 I2C: OMAP: Remove reset at init
Quoted 1 line · Tony Lindgren
See the comments regarding driver specific resets in hwmod code.
you mean omap_hwmod.c
Quoted 3 lines
The way to set this up is to have a shared inline function in
i2c-omap.hthat both the driver and hwmod code can use.
hwmod reset function uses oh (omap_hwmod).
How could the driver also pass oh ?
Could we keep a local copy in driver data?
Quoted 2 lines
Eventually hwmod code will do the reset only in late initcall if no driver is loaded for the device in question.
Tony Lindgren
maintainerPATCH v8 3/13 I2C: OMAP: Remove reset at init
Quoted 13 lines · Shubhrajyoti
Quoted 1 line · Tony Lindgren
See the comments regarding driver specific resets in hwmod code.
you mean
omap_hwmod.cQuoted 3 lines
The way to set this up is to have a shared inline function in
i2c-omap.hthat both the driver and hwmod code can use.hwmod reset function uses oh (
omap_hwmod).How could the driver also pass oh ?
Could we keep a local copy in driver data?Quoted 2 lines
Eventually hwmod code will do the reset only in late initcall if no driver is loaded for the device in question.
There's no need for the driver to know anything about oh. The driver just needs to know the iobase.
Tony
PATCH v8 3/13 I2C: OMAP: Remove reset at init
Quoted 6 lines · Tony Lindgren
Quoted 5 lines · Shubhrajyoti
Quoted 1 line · Tony Lindgren
See the comments regarding driver specific resets in hwmod code.
you mean
omap_hwmod.cQuoted 2 lines
The way to set this up is to have a shared inline function in
i2c-omap.hthat both the driver and hwmod code can use.
Quoted 8 lines
Quoted 6 lines
hwmod reset function uses oh (
omap_hwmod).How could the driver also pass oh ?
Could we keep a local copy in driver data?Quoted 2 lines
Eventually hwmod code will do the reset only in late initcall if no driver is loaded for the device in question.
There's no need for the driver to know anything about oh. The driver just needs to know the iobase.
I will rework to make the hwmod and driver use the same function. In the meanwhile I will send a minimal/ remaining cleanups/ fixes so that it might get some time to bake in the next branch.
Quoted 2 lines
Tony
Tony Lindgren
maintainerPATCH v8 3/13 I2C: OMAP: Remove reset at init
Quoted 11 lines · Shubhrajyoti
Quoted 10 lines · Tony Lindgren
Quoted 9 lines · Shubhrajyoti
Quoted 1 line · Tony Lindgren
See the comments regarding driver specific resets in hwmod code.
you mean
omap_hwmod.cQuoted 2 lines
The way to set this up is to have a shared inline function in
i2c-omap.hthat both the driver and hwmod code can use.hwmod reset function uses oh (
omap_hwmod).How could the driver also pass oh ?
Could we keep a local copy in driver data?
Quoted 7 lines
Quoted 4 lines
Quoted 2 lines
Quoted 2 lines
Eventually hwmod code will do the reset only in late initcall if no driver is loaded for the device in question.
There's no need for the driver to know anything about oh. The driver just needs to know the iobase.
I will rework to make the hwmod and driver use the same function. In the meanwhile I will send a minimal/ remaining cleanups/ fixes so that it might get some time to bake in the next branch.
OK thanks!
Tony
PATCH v8 4/13 I2C: OMAP: Recover from Bus Busy condition
In reply to Shubhrajyoti DFrom: Vikram Pandita <[email protected]>
In case a peripheral is driving SDA bus low (ie. a start condition), provide a constant clock output using the test mode of the OMAP I2C controller to try and clear the bus. Soft reset I2C controller after attempting the bus clear to ensure that controller is in a good state.
Based upon Vikram Pandita's patch from TI Android 3.0. I acknowledge the contributions and suggestions of Jon and Hemant.
A couple differences from the original patch ...
1. Add a new function for bus clear
2. Ensure that the CON.I2C_EN bit is set when using the SYSTEST feature to output a permanent clock. This bit needs to be set and typically it would be set by the unidle function but this is not the case for all OMAP generations.
3. Program the SYSTEST setting only the bits we care about. However, restore SYSTEST registers to there original state as some OMAP generations do not implement perform a soft-reset.
4. Clear the CON register after performing the bus clear, so when we call the init function the controller is disabled and the init function will re-enable later.
Original patch can be found here:
http://git.omapzoom.org/?p=kernel/omap.git;a=commit;h=a2ab04192ba25e60f95ba1ff3af5601a2d7b5bd1
--- drivers/i2c/busses/i2c-omap.c | 33 ++++++++++++++++++++++++++++++--- 1 files changed, 30 insertions(+), 3 deletions(-)
drivers/i2c/busses/i2c-omap.c +30 -3
@@ -148,16 +148,15 @@ enum {#define OMAP_I2C_SCLH_HSSCLH 8/* I2C System Test Register (OMAP_I2C_SYSTEST): */ -#ifdef DEBUG #define OMAP_I2C_SYSTEST_ST_EN (1 << 15)/* System test enable */ #define OMAP_I2C_SYSTEST_FREE (1 << 14)/* Free running mode */ #define OMAP_I2C_SYSTEST_TMODE_MASK (3 << 12)/* Test mode select */ -#define OMAP_I2C_SYSTEST_TMODE_SHIFT (12)/* Test mode select */ +#define OMAP_I2C_SYSTEST_TMODE_TEST (2 << 12)/* Test mode select */ +#define OMAP_I2C_SYSTEST_TMODE_LOOP (3 << 12)/* Test mode select */ #define OMAP_I2C_SYSTEST_SCL_I (1 << 3)/* SCL line sense in */ #define OMAP_I2C_SYSTEST_SCL_O (1 << 2)/* SCL line drive out */ #define OMAP_I2C_SYSTEST_SDA_I (1 << 1)/* SDA line sense in */ #define OMAP_I2C_SYSTEST_SDA_O (1 << 0)/* SDA line drive out */ -#endif /* OCP_SYSCONFIG bit definitions */ #define SYSC_CLOCKACTIVITY_MASK (0x3 << 8)
@@ -311,6 +310,7 @@ static int omap_i2c_reset(struct omap_i2c_dev *dev) dev->syscstate); } } +return 0 ; }static int omap_i2c_init (struct omap_i2c_dev *dev)
@@ -468,6 +468,31 @@ static int omap_i2c_wait_for_bb(struct omap_i2c_dev *dev) }/* +* Bus Clear +*/ +static int omap_i2c_bus_clear (struct omap_i2c_dev *dev) +{ +u16 w; + +/* +* Per the I2C specification, if we are stuck in a bus busy state +* we can attempt a bus clear to try and recover the bus by sending +* at least 9 clock pulses on SCL. Put the I2C in a test mode so it +* will output a continuous clock on SCL. +*/ + w =omap_i2c_read_reg (dev,OMAP_I2C_SYSTEST_REG ); +omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,OMAP_I2C_CON_EN ); +omap_i2c_write_reg (dev,OMAP_I2C_SYSTEST_REG , (OMAP_I2C_SYSTEST_ST_EN + |OMAP_I2C_SYSTEST_TMODE_TEST )); +msleep (1 ); +omap_i2c_write_reg (dev,OMAP_I2C_SYSTEST_REG , w); +omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,0 ); +omap_i2c_reset (dev); +omap_i2c_init (dev); +return omap_i2c_wait_for_bb (dev); +} + +/* * Low level master read/write transaction. */ static int omap_i2c_xfer_msg(struct i2c_adapter *adap,
@@ -594,6 +619,8 @@ omap_i2c_xfer(struct i2c_adapter *adap, struct i2c_msg msgs[], int num) r =omap_i2c_wait_for_bb (dev);if (r <0 ) + r =omap_i2c_bus_clear (dev); +if (r <0 ) goto out;if (dev->set_mpu_wkup_lat !=NULL )
Signature · 1 line
1.7.5.4
PATCH v8 5/13 I2C: OMAP: Optimise the remove code
In reply to Shubhrajyoti DThe omap_i2c_remove function may not be needed after device exit so the memory could be freed.
--- drivers/i2c/busses/i2c-omap.c | 5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-)
drivers/i2c/busses/i2c-omap.c +2 -3
@@ -1138,8 +1138,7 @@ err_release_region:return r; } -static int -omap_i2c_remove (struct platform_device *pdev) +static int __devexit omap_i2c_remove(struct platform_device *pdev) {struct omap_i2c_dev *dev =platform_get_drvdata (pdev);struct resource *mem;
@@ -1236,7 +1235,7 @@ static struct dev_pm_ops omap_i2c_pm_ops = {static struct platform_driver omap_i2c_driver = { .probe = omap_i2c_probe, - .remove = omap_i2c_remove, + .remove =__devexit_p (omap_i2c_remove), .driver = { .name ="omap_i2c" , .owner =THIS_MODULE ,
Signature · 1 line
1.7.5.4
PATCH v8 6/13 I2C: OMAP: Correct I2C revision for OMAP3
In reply to Shubhrajyoti DFrom: Jon Hunter <[email protected]>
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C revision is the same for 3430 and 3530. However, the OMAP3630 device has the same I2C revision as OMAP4. Correct the revision definition to reflect this.
This patch is based on work done by Jon Hunter <[email protected]> Changes from his patch
- Update OMAP_I2C_REV_ON_3430 also to reflect that it is same as 3530
--- drivers/i2c/busses/i2c-omap.c | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-)
drivers/i2c/busses/i2c-omap.c +5 -5
@@ -50,8 +50,8 @@/* I2C controller revisions present on specific hardware */ #define OMAP_I2C_REV_ON_2430 0x36 -#define OMAP_I2C_REV_ON_3430 0x3C -#define OMAP_I2C_REV_ON_3530_4430 0x40 +#define OMAP_I2C_REV_ON_3430_3530 0x3C +#define OMAP_I2C_REV_ON_3630_4430 0x40/* timeout waiting for the controller to respond */ #define OMAP_I2C_TIMEOUT (msecs_to_jiffies(1000))
@@ -298,7 +298,7 @@ static int omap_i2c_reset(struct omap_i2c_dev *dev)omap_i2c_write_reg (dev,OMAP_I2C_SYSC_REG ,SYSC_AUTOIDLE_MASK ); - }else if (dev->rev >=OMAP_I2C_REV_ON_3430 ) { + }else if (dev->rev >=OMAP_I2C_REV_ON_3430_3530 ) { dev->syscstate =SYSC_AUTOIDLE_MASK ; dev->syscstate |=SYSC_ENAWAKEUP_MASK ; dev->syscstate |= (SYSC_IDLEMODE_SMART <<
@@ -1055,7 +1055,7 @@ omap_i2c_probe(struct platform_device *pdev)if (dev->flags &OMAP_I2C_FLAG_APPLY_ERRATA_I207 ) dev->errata |=I2C_OMAP_ERRATA_I207 ; -if (dev->rev <=OMAP_I2C_REV_ON_3430 ) +if (dev->rev <=OMAP_I2C_REV_ON_3430_3530 ) dev->errata |=I2C_OMAP_ERRATA_I462 ;if (!(dev->flags &OMAP_I2C_FLAG_NO_FIFO )) {
@@ -1073,7 +1073,7 @@ omap_i2c_probe(struct platform_device *pdev) dev->fifo_size = (dev->fifo_size /2 ); -if (dev->rev >=OMAP_I2C_REV_ON_3530_4430 ) +if (dev->rev >=OMAP_I2C_REV_ON_3630_4430 ) dev->b_hw =0 ;/* Disable hardware fixes */ else dev->b_hw =1 ;/* Enable hardware fixes */
Signature · 1 line
1.7.5.4
Tony Lindgren
maintainerPATCH v8 6/13 I2C: OMAP: Correct I2C revision for OMAP3
Quoted 9 lines · Shubhrajyoti D
From: Jon Hunter <[email protected]>
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C revision is the same for 3430 and 3530. However, the OMAP3630 device has the same I2C revision as OMAP4. Correct the revision definition to reflect this.
This patch is based on work done by Jon Hunter <[email protected]> Changes from his patch
- UpdateOMAP_I2C_REV_ON_3430also to reflect that it is same as 3530
...
drivers/i2c/busses/i2c-omap.c static int omap_i2c_reset(struct omap_i2c_dev *dev) · line 304
Quoted 11 lines
/* timeout waiting for the controller to respond */ #define
OMAP_I2C_TIMEOUT(msecs_to_jiffies(1000))drivers/i2c/busses/i2c-omap.c +1
-1@@ -298,7 +298,7 @@ static int omap_i2c_reset(struct omap_i2c_dev *dev)omap_i2c_write_reg (dev,OMAP_I2C_SYSC_REG ,SYSC_AUTOIDLE_MASK ); - }else if (dev->rev >=OMAP_I2C_REV_ON_3430 ) { + }else if (dev->rev >=OMAP_I2C_REV_ON_3430_3530 ) { dev->syscstate =SYSC_AUTOIDLE_MASK ; dev->syscstate |=SYSC_ENAWAKEUP_MASK ; dev->syscstate |= (SYSC_IDLEMODE_SMART <<
Having to patch all over the place for these revision defines leads into unmaintainable code as new SoCs get added.
Please instead just check the revision once during init, then set up some feature bits like I2C_OMAP_NEEDS_XYZ_RESET that the runtime code can check.
Quoted 10 lines
drivers/i2c/busses/i2c-omap.c +1
-1@@ -1055,7 +1055,7 @@ omap_i2c_probe(struct platform_device *pdev)if (dev->flags &OMAP_I2C_FLAG_APPLY_ERRATA_I207 ) dev->errata |=I2C_OMAP_ERRATA_I207 ; -if (dev->rev <=OMAP_I2C_REV_ON_3430 ) +if (dev->rev <=OMAP_I2C_REV_ON_3430_3530 ) dev->errata |=I2C_OMAP_ERRATA_I462 ;if (!(dev->flags &OMAP_I2C_FLAG_NO_FIFO )) {
drivers/i2c/busses/i2c-omap.c omap_i2c_probe(struct platform_device *pdev) · line 1079
Quoted 8 lines
drivers/i2c/busses/i2c-omap.c +1
-1@@ -1073,7 +1073,7 @@ omap_i2c_probe(struct platform_device *pdev) dev->fifo_size = (dev->fifo_size /2 ); -if (dev->rev >=OMAP_I2C_REV_ON_3530_4430 ) +if (dev->rev >=OMAP_I2C_REV_ON_3630_4430 ) dev->b_hw =0 ;/* Disable hardware fixes */ else dev->b_hw =1 ;/* Enable hardware fixes */
That way the code does not need to change when new SoC revisions get added.
Tony
PATCH v8 6/13 I2C: OMAP: Correct I2C revision for OMAP3
Quoted 25 lines · Tony Lindgren
Quoted 9 lines · Shubhrajyoti D
From: Jon Hunter <[email protected]>
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C revision is the same for 3430 and 3530. However, the OMAP3630 device has the same I2C revision as OMAP4. Correct the revision definition to reflect this.
This patch is based on work done by Jon Hunter <[email protected]> Changes from his patch
- UpdateOMAP_I2C_REV_ON_3430also to reflect that it is same as 3530...
drivers/i2c/busses/i2c-omap.c static int omap_i2c_reset(struct omap_i2c_dev *dev) · line 304
Quoted 11 lines
/* timeout waiting for the controller to respond */ #define
OMAP_I2C_TIMEOUT(msecs_to_jiffies(1000))drivers/i2c/busses/i2c-omap.c +1
-1@@ -298,7 +298,7 @@ static int omap_i2c_reset(struct omap_i2c_dev *dev)omap_i2c_write_reg (dev,OMAP_I2C_SYSC_REG ,SYSC_AUTOIDLE_MASK ); - }else if (dev->rev >=OMAP_I2C_REV_ON_3430 ) { + }else if (dev->rev >=OMAP_I2C_REV_ON_3430_3530 ) { dev->syscstate =SYSC_AUTOIDLE_MASK ; dev->syscstate |=SYSC_ENAWAKEUP_MASK ; dev->syscstate |= (SYSC_IDLEMODE_SMART <<Having to patch all over the place for these revision defines leads into unmaintainable code as new SoCs get added.
Quoted 3 lines
Please instead just check the revision once during init, then set up some feature bits like
I2C_OMAP_NEEDS_XYZ_RESETthat the runtime code can check.
Even now at probe
dev->rev is set by reading the rev register.
The (macro)name used to identify is only changed.
Also all the ips need reset the difference is that 2430 has less bits eg only autoidle and reset. So a flag needs reset may not be meaningful.
Quoted 15 lines
Quoted 15 lines
drivers/i2c/busses/i2c-omap.c +1
-1@@ -1055,7 +1055,7 @@ omap_i2c_probe(struct platform_device *pdev)if (dev->flags &OMAP_I2C_FLAG_APPLY_ERRATA_I207 ) dev->errata |=I2C_OMAP_ERRATA_I207 ; -if (dev->rev <=OMAP_I2C_REV_ON_3430 ) +if (dev->rev <=OMAP_I2C_REV_ON_3430_3530 ) dev->errata |=I2C_OMAP_ERRATA_I462 ;if (!(dev->flags &OMAP_I2C_FLAG_NO_FIFO )) {@@ -1073,7 +1073,7 @@ omap_i2c_probe(struct platform_device *pdev) dev->fifo_size = (dev->fifo_size /2 );
Quoted 7 lines
drivers/i2c/busses/i2c-omap.c omap_i2c_probe(struct platform_device *pdev) · line 1079
Quoted 5 lines
drivers/i2c/busses/i2c-omap.c +1
-1-if (dev->rev >=OMAP_I2C_REV_ON_3530_4430 ) +if (dev->rev >=OMAP_I2C_REV_ON_3630_4430 ) dev->b_hw =0 ;/* Disable hardware fixes */ else dev->b_hw =1 ;/* Enable hardware fixes */ That way the code does not need to change when new SoC revisions get added.
I think it might still not need to change because of >= . I have just renamed
OMAP_I2C_REV_ON_3530_4430 as 3530 rev is not the same as 4430 that the name implies.
Quoted 2 lines
Tony
Tony Lindgren
maintainerPATCH v8 6/13 I2C: OMAP: Correct I2C revision for OMAP3
Quoted 29 lines · Shubhrajyoti
Quoted 25 lines · Tony Lindgren
Quoted 9 lines · Shubhrajyoti D
From: Jon Hunter <[email protected]>
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C revision is the same for 3430 and 3530. However, the OMAP3630 device has the same I2C revision as OMAP4. Correct the revision definition to reflect this.
This patch is based on work done by Jon Hunter <[email protected]> Changes from his patch
- UpdateOMAP_I2C_REV_ON_3430also to reflect that it is same as 3530...
drivers/i2c/busses/i2c-omap.c static int omap_i2c_reset(struct omap_i2c_dev *dev) · line 304
Quoted 11 lines
/* timeout waiting for the controller to respond */ #define
OMAP_I2C_TIMEOUT(msecs_to_jiffies(1000))drivers/i2c/busses/i2c-omap.c +1
-1@@ -298,7 +298,7 @@ static int omap_i2c_reset(struct omap_i2c_dev *dev)omap_i2c_write_reg (dev,OMAP_I2C_SYSC_REG ,SYSC_AUTOIDLE_MASK ); - }else if (dev->rev >=OMAP_I2C_REV_ON_3430 ) { + }else if (dev->rev >=OMAP_I2C_REV_ON_3430_3530 ) { dev->syscstate =SYSC_AUTOIDLE_MASK ; dev->syscstate |=SYSC_ENAWAKEUP_MASK ; dev->syscstate |= (SYSC_IDLEMODE_SMART <<Having to patch all over the place for these revision defines leads into unmaintainable code as new SoCs get added.
Quoted 3 lines
Please instead just check the revision once during init, then set up some feature bits like
I2C_OMAP_NEEDS_XYZ_RESETthat the runtime code can check.
Quoted 8 lines
Even now at probe
dev->revis set by reading the rev register.The (macro)name used to identify is only changed.
Also all the ips need reset the difference is that 2430 has less bits eg only autoidle and reset. So a flag needs reset may not be meaningful.
Hmm OK so this is a cosmetic/readability fix..
..but your earlier patch now spreads the checking of revision to the new non-init function omap_i2c_reset.
Why don't you just do this cosmetic/readability rename fix before your 03/13 patch? Then set the already existing OMAP_I2C_FLAG_RESET_REGS_POSTIDLE during init for some revisions and use that instead of the rev check in omap_i2c_reset?
Tony
PATCH v8 6/13 I2C: OMAP: Correct I2C revision for OMAP3
Quoted 32 lines · Tony Lindgren
Quoted 31 lines · Shubhrajyoti
Quoted 25 lines · Tony Lindgren
Quoted 9 lines · Shubhrajyoti D
From: Jon Hunter <[email protected]>
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C revision is the same for 3430 and 3530. However, the OMAP3630 device has the same I2C revision as OMAP4. Correct the revision definition to reflect this.
This patch is based on work done by Jon Hunter <[email protected]> Changes from his patch
- UpdateOMAP_I2C_REV_ON_3430also to reflect that it is same as 3530...
Quoted 11 lines
?/* timeout waiting for the controller to respond */ ?#define
OMAP_I2C_TIMEOUT(msecs_to_jiffies(1000))(quoted diff) +1
-1@@ -298,7 +298,7 @@ static int omap_i2c_reset(struct omap_i2c_dev *dev) ? ? ? ? ? ? ? ? ? ?omap_i2c_write_reg(dev, OMAP_I2C_SYSC_REG, ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? SYSC_AUTOIDLE_MASK); - ? ? ? ? ?} else if (dev->rev >= OMAP_I2C_REV_ON_3430) { + ? ? ? ? ?} else if (dev->rev >= OMAP_I2C_REV_ON_3430_3530) { ? ? ? ? ? ? ? ? ? ?dev->syscstate = SYSC_AUTOIDLE_MASK; ? ? ? ? ? ? ? ? ? ?dev->syscstate |= SYSC_ENAWAKEUP_MASK;? ? ? ? ? ? ? ? ? ?dev->syscstate |= (
SYSC_IDLEMODE_SMART<<Having to patch all over the place for these revision defines leads into unmaintainable code as new SoCs get added.
Quoted 3 lines
Please instead just check the revision once during init, then set up some feature bits like
I2C_OMAP_NEEDS_XYZ_RESETthat the runtime code can check.Even now at probe
Quoted 8 lines
Quoted 6 lines
dev->revis set by reading the rev register.The (macro)name used to identify is only changed.
Also all the ips need reset the difference is that 2430 has less bits eg only autoidle and reset. So a flag needs reset may not be meaningful.
Hmm OK so this is a cosmetic/readability fix..
Yes
Quoted 6 lines
..but your earlier patch now spreads the checking of revision to the new non-init function
omap_i2c_reset.Why don't you just do this cosmetic/readability rename fix before your 03/13 patch?
OK thats doable.I can reorder the patch.
Quoted 4 lines
Then set the already existing
OMAP_I2C_FLAG_RESET_REGS_POSTIDLEduring init for some revisions and use that instead of the rev check inomap_i2c_reset?
OMAP_I2C_FLAG_RESET_REGS_POSTIDLE is a hwmod flag whose intention is to find know if it can lose context after idle.
The rev check that we have is because post reset( triggered by driver) to know if we have to restore only autoidle or other bits like clockactivity sidle , enable wakeup .
Quoted 7 lines
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo at vger.kernel.org
More majordomo info at ?http://vger.kernel.org/majordomo-info.html
PATCH v8 7/13 I2C: OMAP: use devm_* functions
In reply to Shubhrajyoti DThe various devm_* functions allocate memory that is released when a driver detaches. This patch uses devm_kzalloc, devm_request_and_ioremap for data that is allocated in the probe function of a platform device and is only freed in the remove function.
--- drivers/i2c/busses/i2c-omap.c | 33 +++++++++------------------------ 1 files changed, 9 insertions(+), 24 deletions(-)
drivers/i2c/busses/i2c-omap.c +9 -24
@@ -975,7 +975,7 @@ omap_i2c_probe(struct platform_device *pdev) {struct omap_i2c_dev *dev;struct i2c_adapter *adap; -struct resource *mem, *irq, *ioarea; +struct resource *mem, *irq;struct omap_i2c_bus_platform_data *pdata = pdev->dev.platform_data;struct device_node *node = pdev->dev.of_node;const struct of_device_id *match;
@@ -994,17 +994,16 @@ omap_i2c_probe(struct platform_device *pdev)return -ENODEV ; } - ioarea =request_mem_region (mem->start,resource_size (mem), - pdev->name); -if (!ioarea) { -dev_err (&pdev->dev,"I2C region already claimed\n" ); -return -EBUSY ; + dev =devm_kzalloc (&pdev->dev,sizeof (struct omap_i2c_dev ),GFP_KERNEL ); +if (!dev) { +dev_err (&pdev->dev,"Menory allocation failed\n" ); +return -ENOMEM ; } - dev =kzalloc (sizeof (struct omap_i2c_dev ),GFP_KERNEL ); -if (!dev) { - r = -ENOMEM ; - goto err_release_region; + dev->base =devm_request_and_ioremap (&pdev->dev, mem); +if (!dev->base) { +dev_err (&pdev->dev,"I2C region already claimed\n" ); +return -ENOMEM ; } match =of_match_device (of_match_ptr (omap_i2c_of_match), &pdev->dev);
@@ -1028,11 +1027,6 @@ omap_i2c_probe(struct platform_device *pdev) dev->dev = &pdev->dev; dev->irq = irq->start; - dev->base =ioremap (mem->start,resource_size (mem)); -if (!dev->base) { - r = -ENOMEM ; - goto err_free_mem; - }platform_set_drvdata (pdev, dev);
@@ -1127,13 +1121,9 @@ err_free_irq: err_unuse_clocks:omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,0 );pm_runtime_put (dev->dev); -iounmap (dev->base);pm_runtime_disable (&pdev->dev); err_free_mem:platform_set_drvdata (pdev,NULL ); -kfree (dev); -err_release_region: -release_mem_region (mem->start,resource_size (mem));return r; }
@@ -1141,7 +1131,6 @@ err_release_region: static int __devexit omap_i2c_remove(struct platform_device *pdev) {struct omap_i2c_dev *dev =platform_get_drvdata (pdev); -struct resource *mem;int ret;platform_set_drvdata (pdev,NULL );
@@ -1155,10 +1144,6 @@ static int __devexit omap_i2c_remove(struct platform_device *pdev)omap_i2c_write_reg (dev,OMAP_I2C_CON_REG ,0 );pm_runtime_put (&pdev->dev);pm_runtime_disable (&pdev->dev); -iounmap (dev->base); -kfree (dev); - mem =platform_get_resource (pdev,IORESOURCE_MEM ,0 ); -release_mem_region (mem->start,resource_size (mem));return 0 ; }
Signature · 1 line
1.7.5.4
PATCH v8 8/13 I2C: OMAP: Use SET_RUNTIME_PM_OPS
In reply to Shubhrajyoti DUse SET_RUNTIME_PM_OPS macro to set runtime functions.
--- drivers/i2c/busses/i2c-omap.c | 8 +++++--- 1 files changed, 5 insertions(+), 3 deletions(-)
drivers/i2c/busses/i2c-omap.c +5 -3
@@ -1147,6 +1147,7 @@ static int __devexit omap_i2c_remove(struct platform_device *pdev)return 0 ; } +#ifdef CONFIG_PM #ifdef CONFIG_PM_RUNTIME static void omap_i2c_restore(struct omap_i2c_dev *dev) {
@@ -1208,15 +1209,16 @@ static int omap_i2c_runtime_resume(struct device *dev)return 0 ; } +#endif /* CONFIG_PM_RUNTIME */ static struct dev_pm_ops omap_i2c_pm_ops = { - .runtime_suspend = omap_i2c_runtime_suspend, - .runtime_resume = omap_i2c_runtime_resume, +SET_RUNTIME_PM_OPS (omap_i2c_runtime_suspend, + omap_i2c_runtime_resume,NULL ) };#define OMAP_I2C_PM_OPS (&omap_i2c_pm_ops)#else #define OMAP_I2C_PM_OPS NULL -#endif +#endif /* CONFIG_PM */ static struct platform_driver omap_i2c_driver = { .probe = omap_i2c_probe,
Signature · 1 line
1.7.5.4
PATCH v8 9/13 I2C: OMAP: Do not initialise the completion everytime
In reply to Shubhrajyoti DUse INIT_COMPLETION instead of init_completion in transfer.
--- drivers/i2c/busses/i2c-omap.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-)
drivers/i2c/busses/i2c-omap.c +2 -1
@@ -521,7 +521,7 @@ static int omap_i2c_xfer_msg(struct i2c_adapter *adap, w |=OMAP_I2C_BUF_RXFIF_CLR |OMAP_I2C_BUF_TXFIF_CLR ;omap_i2c_write_reg (dev,OMAP_I2C_BUF_REG , w); -init_completion (&dev->cmd_complete); +INIT_COMPLETION (dev->cmd_complete); dev->cmd_err =0 ; w =OMAP_I2C_CON_EN |OMAP_I2C_CON_MST |OMAP_I2C_CON_STT ;
@@ -1029,6 +1029,7 @@ omap_i2c_probe(struct platform_device *pdev) dev->irq = irq->start;platform_set_drvdata (pdev, dev); +init_completion (&dev->cmd_complete); dev->reg_shift = (dev->flags >>OMAP_I2C_FLAG_BUS_SHIFT__SHIFT ) &3 ;
Signature · 1 line
1.7.5.4
PATCH v8 10/13 I2C: OMAP: simplify num_bytes handling
In reply to Shubhrajyoti DFrom: Felipe Balbi <[email protected]>
trivial patch, no functional changes
--- drivers/i2c/busses/i2c-omap.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-)
drivers/i2c/busses/i2c-omap.c +2 -4
@@ -844,8 +844,7 @@ complete: OMAP_I2C_BUFSTAT_REG) >> 8) & 0x3F; } -while (num_bytes) { - num_bytes--; +while (num_bytes--) { w =omap_i2c_read_reg (dev,OMAP_I2C_DATA_REG );if (dev->buf_len) { *dev->buf++ = w;
@@ -887,8 +886,7 @@ complete: OMAP_I2C_BUFSTAT_REG) &0x3F ; } -while (num_bytes) { - num_bytes--; +while (num_bytes--) { w =0 ;if (dev->buf_len) { w = *dev->buf++;
Signature · 1 line
1.7.5.4
PATCH v8 10/13 I2C: OMAP: simplify num_bytes handling
Quoted 3 lines · Shubhrajyoti D
From: Felipe Balbi <[email protected]>
trivial patch, no functional changes
Wrong. This patch does change some behaviour, are you aware of that?
So, please check if the side-effect is affectong the code and adapt the commit message, if everything is okay.
Quoted 35 lines
Signed-off-by Felipe Balbi <[email protected]>Reviewed-by Santosh Shilimkar <[email protected]>Signed-off-by Shubhrajyoti D <[email protected]>--- drivers/i2c/busses/i2c-omap.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-)drivers/i2c/busses/i2c-omap.c +2
-4@@ -844,8 +844,7 @@ complete: OMAP_I2C_BUFSTAT_REG) >> 8) & 0x3F; } -while (num_bytes) { - num_bytes--; +while (num_bytes--) { w =omap_i2c_read_reg (dev,OMAP_I2C_DATA_REG );if (dev->buf_len) { *dev->buf++ = w;@@ -887,8 +886,7 @@ complete: OMAP_I2C_BUFSTAT_REG) &0x3F ; } -while (num_bytes) { - num_bytes--; +while (num_bytes--) { w =0 ;if (dev->buf_len) { w = *dev->buf++;Signature · 1 line
1.7.5.4
Signature · 9 lines
Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120618/54cd854c/attachment.sig>
PATCH v8 11/13 I2C: OMAP: decrease indentation level on data handling
In reply to Shubhrajyoti DFrom: Felipe Balbi <[email protected]>
trivial patch, no functional changes.
--- drivers/i2c/busses/i2c-omap.c | 63 ++++++++++++++++++++--------------------- 1 files changed, 31 insertions(+), 32 deletions(-)
drivers/i2c/busses/i2c-omap.c +31 -32
@@ -845,22 +845,7 @@ complete: >> 8) & 0x3F; }while (num_bytes--) { - w =omap_i2c_read_reg (dev,OMAP_I2C_DATA_REG ); -if (dev->buf_len) { - *dev->buf++ = w; - dev->buf_len--; -/* -* Data reg in 2430, omap3 and -* omap4 is 8 bit wide -*/ -if (dev->flags & -OMAP_I2C_FLAG_16BIT_DATA_REG ) { -if (dev->buf_len) { - *dev->buf++ = w >>8 ; - dev->buf_len--; - } - } - }else { +if (!dev->buf_len) {if (stat &OMAP_I2C_STAT_RRDY )dev_err (dev->dev, "RRDY IRQ while no data"
@@ -871,6 +856,21 @@ complete: " requested\n");break ; } + + w =omap_i2c_read_reg (dev,OMAP_I2C_DATA_REG ); + *dev->buf++ = w; + dev->buf_len--; +/* +* Data reg in 2430, omap3 and +* omap4 is 8 bit wide +*/ +if (dev->flags & +OMAP_I2C_FLAG_16BIT_DATA_REG ) { +if (dev->buf_len) { + *dev->buf++ = w >>8 ; + dev->buf_len--; + } + } }omap_i2c_ack_stat (dev, stat & (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR ));
@@ -887,22 +887,7 @@ complete: &0x3F ; }while (num_bytes--) { - w =0 ; -if (dev->buf_len) { - w = *dev->buf++; - dev->buf_len--; -/* -* Data reg in 2430, omap3 and -* omap4 is 8 bit wide -*/ -if (dev->flags & -OMAP_I2C_FLAG_16BIT_DATA_REG ) { -if (dev->buf_len) { - w |= *dev->buf++ <<8 ; - dev->buf_len--; - } - } - }else { +if (!dev->buf_len) {if (stat &OMAP_I2C_STAT_XRDY )dev_err (dev->dev, "XRDY IRQ while no "
@@ -914,6 +899,20 @@ complete:break ; } + w = *dev->buf++; + dev->buf_len--; +/* +* Data reg in 2430, omap3 and +* omap4 is 8 bit wide +*/ +if (dev->flags & +OMAP_I2C_FLAG_16BIT_DATA_REG ) { +if (dev->buf_len) { + w |= *dev->buf++ <<8 ; + dev->buf_len--; + } + } +if ((dev->errata &I2C_OMAP_ERRATA_I462 ) &&errata_omap3_i462 (dev, &stat, &err)) goto complete;
Signature · 1 line
1.7.5.4
PATCH v8 11/13 I2C: OMAP: decrease indentation level on data handling
Quoted 3 lines · Shubhrajyoti D
From: Felipe Balbi <[email protected]>
trivial patch, no functional changes.
This patch seems to be correct, but it is not trivial. In fact, it is pretty easy to miss a "!" here which can cause subtle bugs.
Quoted 106 lines
Signed-off-by Felipe Balbi <[email protected]>Reviewed-by Santosh Shilimkar <[email protected]>Signed-off-by Shubhrajyoti D <[email protected]>--- drivers/i2c/busses/i2c-omap.c | 63 ++++++++++++++++++++--------------------- 1 files changed, 31 insertions(+), 32 deletions(-)drivers/i2c/busses/i2c-omap.c +31
-32@@ -845,22 +845,7 @@ complete: >> 8) & 0x3F; }while (num_bytes--) { - w =omap_i2c_read_reg (dev,OMAP_I2C_DATA_REG ); -if (dev->buf_len) { - *dev->buf++ = w; - dev->buf_len--; -/* -* Data reg in 2430, omap3 and -* omap4 is 8 bit wide -*/ -if (dev->flags & -OMAP_I2C_FLAG_16BIT_DATA_REG ) { -if (dev->buf_len) { - *dev->buf++ = w >>8 ; - dev->buf_len--; - } - } - }else { +if (!dev->buf_len) {if (stat &OMAP_I2C_STAT_RRDY )dev_err (dev->dev, "RRDY IRQ while no data"@@ -871,6 +856,21 @@ complete: " requested\n");break ; } + + w =omap_i2c_read_reg (dev,OMAP_I2C_DATA_REG ); + *dev->buf++ = w; + dev->buf_len--; +/* +* Data reg in 2430, omap3 and +* omap4 is 8 bit wide +*/ +if (dev->flags & +OMAP_I2C_FLAG_16BIT_DATA_REG ) { +if (dev->buf_len) { + *dev->buf++ = w >>8 ; + dev->buf_len--; + } + } }omap_i2c_ack_stat (dev, stat & (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR ));@@ -887,22 +887,7 @@ complete: &0x3F ; }while (num_bytes--) { - w =0 ; -if (dev->buf_len) { - w = *dev->buf++; - dev->buf_len--; -/* -* Data reg in 2430, omap3 and -* omap4 is 8 bit wide -*/ -if (dev->flags & -OMAP_I2C_FLAG_16BIT_DATA_REG ) { -if (dev->buf_len) { - w |= *dev->buf++ <<8 ; - dev->buf_len--; - } - } - }else { +if (!dev->buf_len) {if (stat &OMAP_I2C_STAT_XRDY )dev_err (dev->dev, "XRDY IRQ while no "@@ -914,6 +899,20 @@ complete:break ; } + w = *dev->buf++; + dev->buf_len--; +/* +* Data reg in 2430, omap3 and +* omap4 is 8 bit wide +*/ +if (dev->flags & +OMAP_I2C_FLAG_16BIT_DATA_REG ) { +if (dev->buf_len) { + w |= *dev->buf++ <<8 ; + dev->buf_len--; + } + } +if ((dev->errata &I2C_OMAP_ERRATA_I462 ) &&errata_omap3_i462 (dev, &stat, &err)) goto complete;Signature · 1 line
1.7.5.4
Signature · 9 lines
Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120618/41392bea/attachment.sig>
PATCH v8 12/13 I2C: OMAP: add blank lines
In reply to Shubhrajyoti DFrom: Felipe Balbi <[email protected]>
trivial patch to aid readability. No functional
changes.
--- drivers/i2c/busses/i2c-omap.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-)
drivers/i2c/busses/i2c-omap.c +5 -0
@@ -818,6 +818,7 @@ complete:dev_err (dev->dev,"Arbitration lost\n" ); err |=OMAP_I2C_STAT_AL ; } +/* * ProDB0017052: Clear ARDY bit twice */
@@ -830,6 +831,7 @@ complete:omap_i2c_complete_cmd (dev, err);return IRQ_HANDLED ; } +if (stat & (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR )) {u8 num_bytes =1 ;
@@ -876,6 +878,7 @@ complete: stat & (OMAP_I2C_STAT_RRDY | OMAP_I2C_STAT_RDR));continue ; } +if (stat & (OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR )) {u8 num_bytes =1 ;if (dev->fifo_size) {
@@ -923,10 +926,12 @@ complete: stat & (OMAP_I2C_STAT_XRDY | OMAP_I2C_STAT_XDR));continue ; } +if (stat &OMAP_I2C_STAT_ROVR ) {dev_err (dev->dev,"Receive overrun\n" ); dev->cmd_err |=OMAP_I2C_STAT_ROVR ; } +if (stat &OMAP_I2C_STAT_XUDF ) {dev_err (dev->dev,"Transmit underflow\n" ); dev->cmd_err |=OMAP_I2C_STAT_XUDF ;
Signature · 1 line
1.7.5.4
PATCH v8 13/13 I2C: OMAP: simplify omap_i2c_ack_stat()
In reply to Shubhrajyoti DFrom: Felipe Balbi <[email protected]>
stat & BIT(1) is the same as BIT(1), so let's
simplify things a bit by removing "stat &" from
all omap_i2c_ack_stat() calls.
--- drivers/i2c/busses/i2c-omap.c | 19 ++++++++++--------- 1 files changed, 10 insertions(+), 9 deletions(-)
drivers/i2c/busses/i2c-omap.c +10 -9
@@ -763,7 +763,7 @@ static int errata_omap3_i462(struct omap_i2c_dev *dev, u16 *stat, int *err)while (--timeout && !(*stat &OMAP_I2C_STAT_XUDF )) {if (*stat & (OMAP_I2C_STAT_NACK |OMAP_I2C_STAT_AL )) { -omap_i2c_ack_stat (dev, *stat & (OMAP_I2C_STAT_XRDY | +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR ));return -ETIMEDOUT ; }
@@ -824,10 +824,11 @@ complete:*/ if (stat & (OMAP_I2C_STAT_ARDY |OMAP_I2C_STAT_NACK |OMAP_I2C_STAT_AL )) { -omap_i2c_ack_stat (dev, stat & - (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR | -OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR | -OMAP_I2C_STAT_ARDY )); +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_RRDY | +OMAP_I2C_STAT_RDR | +OMAP_I2C_STAT_XRDY | +OMAP_I2C_STAT_XDR | +OMAP_I2C_STAT_ARDY ));omap_i2c_complete_cmd (dev, err);return IRQ_HANDLED ; }
@@ -874,8 +875,8 @@ complete: } } } -omap_i2c_ack_stat (dev, - stat & (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR )); +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_RRDY | +OMAP_I2C_STAT_RDR ));continue ; }
@@ -922,8 +923,8 @@ complete:omap_i2c_write_reg (dev,OMAP_I2C_DATA_REG , w); } -omap_i2c_ack_stat (dev, - stat & (OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR )); +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_XRDY | +OMAP_I2C_STAT_XDR ));continue ; }
Signature · 1 line
1.7.5.4
PATCH v8 13/13 I2C: OMAP: simplify omap_i2c_ack_stat()
Quoted 3 lines · Shubhrajyoti D
From: Felipe Balbi <[email protected]>
stat & BIT(1) is the same as BIT(1),
Not true. I'd guess you are missing some context in the patch description.
Quoted 65 lines
so let's
simplify things a bit by removing "stat &" from
allomap_i2c_ack_stat()calls.Signed-off-by Felipe Balbi <[email protected]>Reviewed-by Santosh Shilimkar <[email protected]>Signed-off-by Shubhrajyoti D <[email protected]>--- drivers/i2c/busses/i2c-omap.c | 19 ++++++++++--------- 1 files changed, 10 insertions(+), 9 deletions(-)drivers/i2c/busses/i2c-omap.c +10
-9@@ -763,7 +763,7 @@ static int errata_omap3_i462(struct omap_i2c_dev *dev, u16 *stat, int *err)while (--timeout && !(*stat &OMAP_I2C_STAT_XUDF )) {if (*stat & (OMAP_I2C_STAT_NACK |OMAP_I2C_STAT_AL )) { -omap_i2c_ack_stat (dev, *stat & (OMAP_I2C_STAT_XRDY | +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR ));return -ETIMEDOUT ; }@@ -824,10 +824,11 @@ complete:*/ if (stat & (OMAP_I2C_STAT_ARDY |OMAP_I2C_STAT_NACK |OMAP_I2C_STAT_AL )) { -omap_i2c_ack_stat (dev, stat & - (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR | -OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR | -OMAP_I2C_STAT_ARDY )); +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_RRDY | +OMAP_I2C_STAT_RDR | +OMAP_I2C_STAT_XRDY | +OMAP_I2C_STAT_XDR | +OMAP_I2C_STAT_ARDY ));omap_i2c_complete_cmd (dev, err);return IRQ_HANDLED ; }@@ -874,8 +875,8 @@ complete: } } } -omap_i2c_ack_stat (dev, - stat & (OMAP_I2C_STAT_RRDY |OMAP_I2C_STAT_RDR )); +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_RRDY | +OMAP_I2C_STAT_RDR ));continue ; }@@ -922,8 +923,8 @@ complete:omap_i2c_write_reg (dev,OMAP_I2C_DATA_REG , w); } -omap_i2c_ack_stat (dev, - stat & (OMAP_I2C_STAT_XRDY |OMAP_I2C_STAT_XDR )); +omap_i2c_ack_stat (dev, (OMAP_I2C_STAT_XRDY | +OMAP_I2C_STAT_XDR ));continue ; }Signature · 1 line
1.7.5.4
Signature · 9 lines
Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120618/fd776f45/attachment-0001.sig>
PATCH v8 13/13 I2C: OMAP: simplify omap_i2c_ack_stat()
Quoted 7 lines · Wolfram Sang
Quoted 3 lines · Shubhrajyoti D
From: Felipe Balbi <[email protected]>
stat & BIT(1) is the same as BIT(1),
Not true. I'd guess you are missing some context in the patch description.
See the explanation , hope I understood your concern correctly.
http://www.mail-archive.com/linux-omap at vger.kernel.org/msg70277.html
Quoted 70 lines
Quoted 64 lines
so let's
simplify things a bit by removing "stat &" from
allomap_i2c_ack_stat()calls.Signed-off-by Felipe Balbi <[email protected]>Reviewed-by Santosh Shilimkar <[email protected]>Signed-off-by Shubhrajyoti D <[email protected]>---
?drivers/i2c/busses/i2c-omap.c | ? 19 ++++++++++--------- ?1 files changed, 10 insertions(+), 9 deletions(-)drivers/i2c/busses/i2c-omap.c +1
-1@@ -763,7 +763,7 @@ static int errata_omap3_i462(struct omap_i2c_dev *dev, u16 *stat, int *err) ? ? ? while (--timeout && !(*stat & OMAP_I2C_STAT_XUDF)) { ? ? ? ? ? ? ? if (*stat & (OMAP_I2C_STAT_NACK | OMAP_I2C_STAT_AL)) { - ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, *stat & (OMAP_I2C_STAT_XRDY | + ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, (OMAP_I2C_STAT_XRDY | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? OMAP_I2C_STAT_XDR)); ? ? ? ? ? ? ? ? ? ? ? return -ETIMEDOUT; ? ? ? ? ? ? ? }@@ -824,10 +824,11 @@ complete:? ? ? ? ? ? ? ?*/
? ? ? ? ? ? ? if (stat & (OMAP_I2C_STAT_ARDY|OMAP_I2C_STAT_NACK| ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_AL)) {
- ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, stat &
- ? ? ? ? ? ? ? ? ? ? ? ? ? ? (OMAP_I2C_STAT_RRDY|OMAP_I2C_STAT_RDR|
- ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_XRDY|OMAP_I2C_STAT_XDR|
- ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_ARDY));
+ ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, (OMAP_I2C_STAT_RRDY|
+ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_RDR|
+ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_XRDY|
+ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_XDR|
+ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OMAP_I2C_STAT_ARDY)); ? ? ? ? ? ? ? ? ? ? ?omap_i2c_complete_cmd(dev, err);
? ? ? ? ? ? ? ? ? ? ? returnIRQ_HANDLED;
? ? ? ? ? ? ? }drivers/i2c/busses/i2c-omap.c +4
-5@@ -874,8 +875,8 @@ complete: ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? } ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? } ? ? ? ? ? ? ? ? ? ? ? } - ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, - ? ? ? ? ? ? ? ? ? ? ? ? ? ? stat & (OMAP_I2C_STAT_RRDY | OMAP_I2C_STAT_RDR)); + ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, (OMAP_I2C_STAT_RRDY | + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? OMAP_I2C_STAT_RDR)); ? ? ? ? ? ? ? ? ? ? ? continue; ? ? ? ? ? ? ? }@@ -922,8 +923,8 @@ complete: ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? omap_i2c_write_reg(dev, OMAP_I2C_DATA_REG, w); ? ? ? ? ? ? ? ? ? ? ? } - ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, - ? ? ? ? ? ? ? ? ? ? ? ? ? ? stat & (OMAP_I2C_STAT_XRDY | OMAP_I2C_STAT_XDR)); + ? ? ? ? ? ? ? ? ? ? omap_i2c_ack_stat(dev, (OMAP_I2C_STAT_XRDY | + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? OMAP_I2C_STAT_XDR)); ? ? ? ? ? ? ? ? ? ? ? continue; ? ? ? ? ? ? ? } --Quoted 2 lines
1.7.5.4
--
Pengutronix e.K. ? ? ? ? ? ? ? ? ? ? ? ? ? | Wolfram Sang ? ? ? ? ? ? ? ?| Industrial Linux Solutions ? ? ? ? ? ? ? ? | http://www.pengutronix.de/ ?|
PATCH v8 13/13 I2C: OMAP: simplify omap_i2c_ack_stat()
Quoted 6 lines · Shubhrajyoti Datta
Quoted 5 lines · Wolfram Sang
Quoted 3 lines · Shubhrajyoti D
From: Felipe Balbi <[email protected]>
stat & BIT(1) is the same as BIT(1),
Quoted 7 lines
Quoted 2 lines
Not true. I'd guess you are missing some context in the patch description.
See the explanation , hope I understood your concern correctly.
http://www.mail-archive.com/linux-omap at vger.kernel.org/msg70277.html
The code may be right, but as Russell pointed out, the patch description is very weak. I could read the mail now to understand, but I prefer to wait for a better patch description. Because I need to ensure other people reading the git history later will understand easily without having to search the web.
Regards,
Wolfram
Signature · 9 lines
Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120619/f49d51fb/attachment.sig>
v8 cover I2C cleanups
In reply to Shubhrajyoti DQuoted 13 lines · Shubhrajyoti D
The patch series does the following
- I2C register restore only if context if the context is lost
- Bus busy recovery mechanism.
- the reset is not done in init.
- Adds a patch to use devm_* functions
- Adds a pdata function pointer to do context save restore
- Split theomap_i2c_isrto increase readability
- Make the i2c useSET_RUNTIME_PM_OPS
- UseINIT_COMPLETIONinstead ofinit_completion
- Dropping a cleanup and taking few patchs Felipe's series as it may not be needed.
Patches look mostly okay for me without knowing the platform too much. For that reason, I'd be really appreciating Tested-by or even Reviewed-by tags!
Quoted 2 lines
This series mainly is the cleanups rebased on
i2c-embedded/for-next branch.
Thanks.
Regards,
Wolfram
Signature · 9 lines
Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120618/cb82cb11/attachment.sig>