How about this patch?
Which tree can merge it?
2010/6/28 Wan ZongShun :
> Hi Ben,
>
> How about this patch? Can it be applied?
>
> Thanks!
>
>> This patch is to add i2c driver support for nuc900.
>>
>> v1->v2 changes:
>> Address the comments of Ben Dooks
>>
>> (1) Document registers Macro definiti
On Thursday 15 July 2010 09:42:36 Masayuki Ohtak wrote:
> I2C driver of Topcliff PCH
>
> Topcliff PCH is the platform controller hub that is going to be used in
> Intel's upcoming general embedded platform. All IO peripherals in
> Topcliff PCH are actually devices sitting on AMBA bus.
> Topcliff P
This patch modify the s3c2410 i2c driver behaviour to enable the
i2c clock only when needed. I'm not sure if this has a big impact
on power usage but at least it's fixing a bug with the uda1380
codec which needs to be hard reset'ed if the i2c clock is enabled
before it's powered on (at least on h1
I2C driver of Topcliff PCH
Topcliff PCH is the platform controller hub that is going to be used in
Intel's upcoming general embedded platform. All IO peripherals in
Topcliff PCH are actually devices sitting on AMBA bus.
Topcliff PCH has I2C I/F. Using this I/F, it is able to access system
devices
The i2c_imx_trx_complete() function is using
wait_event_interruptible_timeout() to wait for the I2C controller to
signal that it has completed an I2C bus operation. If the process that
causes the I2C operation receives a signal, the wait will be
interrupted, returning an error. It is better to let
Hey Ben,
Marc Kleine-Budde wrote:
> Ben Dooks wrote:
>> On Tue, Jun 15, 2010 at 05:52:09PM +0800, Eric Miao wrote:
>>> On Tue, Jun 15, 2010 at 4:56 PM, Marc Kleine-Budde
>>> wrote:
This patch adds the missing const to "struct platform_device_id" to fix
this warning:
/home/fro
