[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e00520d8-5367-83a5-9c17-d2d8b0c983c3@broadcom.com>
Date: Tue, 24 Sep 2019 15:23:57 -0700
From: Ray Jui <ray.jui@...adcom.com>
To: Wolfram Sang <wsa@...-dreams.de>
Cc: Rayagonda Kokatanur <rayagonda.kokatanur@...adcom.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>, linux-i2c@...r.kernel.org,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
bcm-kernel-feedback-list@...adcom.com,
Florian Fainelli <f.fainelli@...il.com>,
Lori Hikichi <lori.hikichi@...adcom.com>,
Icarus Chau <icarus.chau@...adcom.com>,
Shivaraj Shetty <sshetty1@...adcom.com>
Subject: Re: [PATCH v1 1/1] i2c: iproc: Add i2c repeated start capability
On 9/24/19 11:57 AM, Wolfram Sang wrote:
>
>> In my opinion, it's probably better to continue to support master_xfer in
>> our driver (with obvious limitations), in order to allow i2ctransfer (or any
>> apps that use I2C RDWR) to continue to work.
>>
>> What do you think?
>
> Yes, don't break it for users. We should have paid more attention to it
> in the beginning. But, while not ideal, it is not such a big deal to
> keep it like this.
>
> Thanks for your investigations!
>
Thanks, Wolfram.
Let's please continue with the review process on the current patch then?
Note the patch was already internally reviewed by me.
Please help to review it and let us know if there's any change that
needs to be made?
Regards,
Ray
Powered by blists - more mailing lists