Joel's suggestion to explore the previously proposed generic solution makes
sense, especially considering the recent changes for PMBus devices that have
added delays. Thank you for your review and input.
I will modify the code to incorporate the necessary delay directly in the
max31785 driver.
Hi Guenter,
> I didn't (want to) say that. I am perfectly happy with driver specific
> code, and I would personally still very much prefer it. I only wanted to
> suggest that _if_ a generic solution is implemented, it should cover all
> existing use cases and not just this one. But, really, I'd
On Wed, 11 Oct 2023, at 09:29, Guenter Roeck wrote:
> On Tue, Oct 10, 2023 at 08:58:06PM +0200, Wolfram Sang wrote:
>> Hi Guenter,
>>
>> > > > Reference to Andrew's previous proposal:
>> > > > https://lore.kernel.org/all/20200914122811.3295678-1-and...@aj.id.au/
>> > >
>> > > I do totally agree
On Tue, Oct 10, 2023 at 08:58:06PM +0200, Wolfram Sang wrote:
> Hi Guenter,
>
> > > > Reference to Andrew's previous proposal:
> > > > https://lore.kernel.org/all/20200914122811.3295678-1-and...@aj.id.au/
> > >
> > > I do totally agree with Guenter's comment[1], though. This just affects
> > > a
Hi Guenter,
> > > Reference to Andrew's previous proposal:
> > > https://lore.kernel.org/all/20200914122811.3295678-1-and...@aj.id.au/
> >
> > I do totally agree with Guenter's comment[1], though. This just affects
> > a few drivers and this patch is way too intrusive for the I2C core. The
> >
On Tue, Oct 10, 2023 at 11:31:56AM +0200, Wolfram Sang wrote:
> Hi,
>
> thanks for this series!
>
> > Reference to Andrew's previous proposal:
> > https://lore.kernel.org/all/20200914122811.3295678-1-and...@aj.id.au/
>
> I do totally agree with Guenter's comment[1], though. This just affects
>
Hi,
thanks for this series!
> Reference to Andrew's previous proposal:
> https://lore.kernel.org/all/20200914122811.3295678-1-and...@aj.id.au/
I do totally agree with Guenter's comment[1], though. This just affects
a few drivers and this patch is way too intrusive for the I2C core. The
later
Correct Link to Andrew's previous proposal:
https://lore.kernel.org/all/20200914122811.3295678-1-and...@aj.id.au/
On 10/9/23, 4:21 PM, "Lakshmi Yadlapati" mailto:laksh...@us.ibm.com>> wrote:
Reintroduce per-client throttling of transfers for improved compatibility.
Some devices have
Reintroduce per-client throttling of transfers for improved compatibility.
Some devices have experienced issues with small command turn-around times when
using in-kernel device drivers. While a previous proposal was rejected due to
concerns about error-prone open-coding of delays, recent
