[PATCH V2 4/4] i2c/au1550: dev_pm_ops conversion

2011-09-05 Thread Manuel Lauss
use newer dev_pm_ops for PM Signed-off-by: Manuel Lauss --- V2: no changes drivers/i2c/busses/i2c-au1550.c | 24 ++-- 1 files changed, 14 insertions(+), 10 deletions(-) diff --git a/drivers/i2c/busses/i2c-au1550.c b/drivers/i2c/busses/i2c-au1550.c index 4f5150c..4f757a2 1

[PATCH V2 3/4] i2c/au1550: increase timeout waiting for master done

2011-09-05 Thread Manuel Lauss
Double the timeout in the loop which busy-waits for the "master-done" bit to be set. This bit indicates whether an i2c transaction has completed; on the DB1300 board this timeout is slightly too small and causes transactions to the WM8731 codec to be falsely flagged as failed. The timeout itself

[PATCH V2 2/4] i2c/au1550: remove unused ack_timeout

2011-09-05 Thread Manuel Lauss
The ack_timeout context member is unused, get rid of it. Signed-off-by: Manuel Lauss --- V2: no changes drivers/i2c/busses/i2c-au1550.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/i2c/busses/i2c-au1550.c b/drivers/i2c/busses/i2c-au1550.c index 70b027c..98ee

[PATCH V2 1/4] i2c/au1550: remove usage of volatile keyword

2011-09-05 Thread Manuel Lauss
Replace the usage of "volatile"s with register accessor functions. Signed-off-by: Manuel Lauss --- V2: no changes arch/mips/include/asm/mach-au1x00/au1xxx_psc.h | 13 -- drivers/i2c/busses/i2c-au1550.c| 252 +-- 2 files changed, 99 insertions(+), 166 delet

[PATCH V2 0/4] i2c: i2c-au1550 updates

2011-09-05 Thread Manuel Lauss
The following patches remove some bit-rot from the i2c-au1550 driver. (Patch #3 supersedes the one I sent on 2011-06-12: "i2c-au1550: increase timeout waiting for transactions to finish"). #1 gets rid of all instances of the "volatile" keyword, #2 removes an unused context member, #3 fixes i2c on

Re: [PATCH v2] i2c-ali1535: enable SPARC support

2011-09-05 Thread Jean Delvare
Hi Corentin, On Wed, 06 Jul 2011 13:53:36 +0200, corentin.labbe wrote: > hello > > I have a sun blade 100 and I want to get the sensors working with > lm_sensors, but in current state, it doesn't work. > > After some research, I have found that all SMBUS driver and the i2c_ali1535 > particularl