* [PATCH] mxc i2c: let time to generate stop bit
@ 2010-01-21 11:27 Valentin Longchamp
[not found] ` <1264073263-16374-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org>
0 siblings, 1 reply; 4+ messages in thread
From: Valentin Longchamp @ 2010-01-21 11:27 UTC (permalink / raw)
To: s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ, w.sang-bIcnvbaLZ9MEGnE8C9+IrQ,
augulis.darius-Re5JQEeQqe8AvxtiuMwx3w
Cc: linux-i2c-u79uwXL29TY76Z2rM5mHXA, Valentin Longchamp
After generating the stop bit by changing MSTA from 1 to 0,
the i2c_imx->stopped was immediatly set to 1. The second test
on i2c_imx->stopped then is correct and the controller never
waits if the bus is busy. This patch corrects this.
On mx31moboard, stop bit was not generated on single write transfers.
This was kept unnoticed other transfers are made afterwards that
help the write recipient to resynchronize.
Thanks to Philippe and Michael for the debugging.
Signed-off-by: Valentin Longchamp <valentin.longchamp-p8DiymsW2f8@public.gmane.org>
---
drivers/i2c/busses/i2c-imx.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c
index e3654d6..602b30e 100644
--- a/drivers/i2c/busses/i2c-imx.c
+++ b/drivers/i2c/busses/i2c-imx.c
@@ -226,7 +226,6 @@ static void i2c_imx_stop(struct imx_i2c_struct *i2c_imx)
temp = readb(i2c_imx->base + IMX_I2C_I2CR);
temp &= ~(I2CR_MSTA | I2CR_MTX);
writeb(temp, i2c_imx->base + IMX_I2C_I2CR);
- i2c_imx->stopped = 1;
}
if (cpu_is_mx1()) {
/*
@@ -236,8 +235,10 @@ static void i2c_imx_stop(struct imx_i2c_struct *i2c_imx)
udelay(i2c_imx->disable_delay);
}
- if (!i2c_imx->stopped)
+ if (!i2c_imx->stopped) {
i2c_imx_bus_busy(i2c_imx, 0);
+ i2c_imx->stopped = 1;
+ }
/* Disable I2C controller */
writeb(0, i2c_imx->base + IMX_I2C_I2CR);
--
1.6.3.3
^ permalink raw reply related [flat|nested] 4+ messages in thread[parent not found: <1264073263-16374-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org>]
* Re: [PATCH] mxc i2c: let time to generate stop bit [not found] ` <1264073263-16374-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org> @ 2010-01-21 11:42 ` Wolfram Sang [not found] ` <20100121114216.GA3738-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org> 0 siblings, 1 reply; 4+ messages in thread From: Wolfram Sang @ 2010-01-21 11:42 UTC (permalink / raw) To: Valentin Longchamp Cc: s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ, augulis.darius-Re5JQEeQqe8AvxtiuMwx3w, linux-i2c-u79uwXL29TY76Z2rM5mHXA [-- Attachment #1: Type: text/plain, Size: 1011 bytes --] On Thu, Jan 21, 2010 at 12:27:43PM +0100, Valentin Longchamp wrote: > After generating the stop bit by changing MSTA from 1 to 0, > the i2c_imx->stopped was immediatly set to 1. The second test > on i2c_imx->stopped then is correct and the controller never > waits if the bus is busy. This patch corrects this. > > On mx31moboard, stop bit was not generated on single write transfers. > This was kept unnoticed other transfers are made afterwards that > help the write recipient to resynchronize. "as other transfers"? > Thanks to Philippe and Michael for the debugging. Either full names, or maybe even Reported-by or Tested-by tags? > Signed-off-by: Valentin Longchamp <valentin.longchamp-p8DiymsW2f8@public.gmane.org> Patch itself looks good to me: Acked-by: Wolfram Sang <w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org> -- Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <20100121114216.GA3738-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>]
* [PATCH] mxc i2c: let time to generate stop bit [not found] ` <20100121114216.GA3738-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org> @ 2010-01-21 17:55 ` Valentin Longchamp [not found] ` <1264096532-23580-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org> 0 siblings, 1 reply; 4+ messages in thread From: Valentin Longchamp @ 2010-01-21 17:55 UTC (permalink / raw) To: s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ, w.sang-bIcnvbaLZ9MEGnE8C9+IrQ, augulis.darius-Re5JQEeQqe8AvxtiuMwx3w Cc: linux-i2c-u79uwXL29TY76Z2rM5mHXA, Valentin Longchamp After generating the stop bit by changing MSTA from 1 to 0, the i2c_imx->stopped was immediatly set to 1. The second test on i2c_imx->stopped then is correct and the controller never waits if the bus is busy. This patch corrects this. On mx31moboard, stop bit was not generated on single write transfers. This was kept unnoticed as other transfers are made afterwards that help the write recipient to resynchronize. Thanks to Philippe and Michael for the debugging. Signed-off-by: Valentin Longchamp <valentin.longchamp-p8DiymsW2f8@public.gmane.org> Signed-off by: Philippe Rétornaz <philippe.retornaz-p8DiymsW2f8@public.gmane.org> Reported-by: Michael Bonani <michael.bonani-p8DiymsW2f8@public.gmane.org> --- drivers/i2c/busses/i2c-imx.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c index e3654d6..602b30e 100644 --- a/drivers/i2c/busses/i2c-imx.c +++ b/drivers/i2c/busses/i2c-imx.c @@ -226,7 +226,6 @@ static void i2c_imx_stop(struct imx_i2c_struct *i2c_imx) temp = readb(i2c_imx->base + IMX_I2C_I2CR); temp &= ~(I2CR_MSTA | I2CR_MTX); writeb(temp, i2c_imx->base + IMX_I2C_I2CR); - i2c_imx->stopped = 1; } if (cpu_is_mx1()) { /* @@ -236,8 +235,10 @@ static void i2c_imx_stop(struct imx_i2c_struct *i2c_imx) udelay(i2c_imx->disable_delay); } - if (!i2c_imx->stopped) + if (!i2c_imx->stopped) { i2c_imx_bus_busy(i2c_imx, 0); + i2c_imx->stopped = 1; + } /* Disable I2C controller */ writeb(0, i2c_imx->base + IMX_I2C_I2CR); -- 1.6.3.3 ^ permalink raw reply related [flat|nested] 4+ messages in thread
[parent not found: <1264096532-23580-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org>]
* Re: [PATCH] mxc i2c: let time to generate stop bit [not found] ` <1264096532-23580-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org> @ 2010-01-21 18:09 ` Wolfram Sang 0 siblings, 0 replies; 4+ messages in thread From: Wolfram Sang @ 2010-01-21 18:09 UTC (permalink / raw) To: Valentin Longchamp Cc: s.hauer-bIcnvbaLZ9MEGnE8C9+IrQ, augulis.darius-Re5JQEeQqe8AvxtiuMwx3w, linux-i2c-u79uwXL29TY76Z2rM5mHXA [-- Attachment #1: Type: text/plain, Size: 1054 bytes --] On Thu, Jan 21, 2010 at 06:55:32PM +0100, Valentin Longchamp wrote: > After generating the stop bit by changing MSTA from 1 to 0, > the i2c_imx->stopped was immediatly set to 1. The second test > on i2c_imx->stopped then is correct and the controller never > waits if the bus is busy. This patch corrects this. > > On mx31moboard, stop bit was not generated on single write transfers. > This was kept unnoticed as other transfers are made afterwards that > help the write recipient to resynchronize. > > Thanks to Philippe and Michael for the debugging. > > Signed-off-by: Valentin Longchamp <valentin.longchamp-p8DiymsW2f8@public.gmane.org> > Signed-off by: Philippe Rétornaz <philippe.retornaz-p8DiymsW2f8@public.gmane.org> > Reported-by: Michael Bonani <michael.bonani-p8DiymsW2f8@public.gmane.org> Acked-by: Wolfram Sang <w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org> -- Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-01-21 18:09 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-21 11:27 [PATCH] mxc i2c: let time to generate stop bit Valentin Longchamp
[not found] ` <1264073263-16374-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org>
2010-01-21 11:42 ` Wolfram Sang
[not found] ` <20100121114216.GA3738-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2010-01-21 17:55 ` Valentin Longchamp
[not found] ` <1264096532-23580-1-git-send-email-valentin.longchamp-p8DiymsW2f8@public.gmane.org>
2010-01-21 18:09 ` Wolfram Sang
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox