> Would a way forward be to let you carry all the patches through your
> tree? I believe all but patch 17 can be safely merged. It is only this
> one that depends on the changes in the amba bus, so we can put this
> one on hold for a while.
I'd favour this. Will do this next week unless somebody
On 15 February 2014 16:03, Wolfram Sang wrote:
> On Thu, Feb 13, 2014 at 03:09:02PM +0100, Ulf Hansson wrote:
>> Use devm_* functions to simplify code and error handling.
>>
>> Cc: Alessandro Rubini
>> Cc: Linus Walleij
>> Cc: Wolfram Sang
>> Signed-off-by: Ulf Hansson
>> ---
>>
>> Changes in
On Sun, Feb 16, 2014 at 11:25:37AM +0100, Geert Uytterhoeven wrote:
> On Sun, Feb 16, 2014 at 10:46 AM, Wolfram Sang wrote:
> > On Sun, Jan 26, 2014 at 04:05:34PM +, Ben Dooks wrote:
> >> The i2c-rcar driver currently prints an error message if the master_xfer
> >> callback fails. However if t
On Sun, Feb 16, 2014 at 10:46 AM, Wolfram Sang wrote:
> On Sun, Jan 26, 2014 at 04:05:34PM +, Ben Dooks wrote:
>> The i2c-rcar driver currently prints an error message if the master_xfer
>> callback fails. However if the bus is being probed then lots of NAKs
>> will be generated, causing the o
On Sun, Jan 26, 2014 at 04:05:34PM +, Ben Dooks wrote:
> The i2c-rcar driver currently prints an error message if the master_xfer
> callback fails. However if the bus is being probed then lots of NAKs
> will be generated, causing the output of a number of errors printed.
>
> To solve this, dis
