[PATCH RFC/RFT 0/3] omap24xx_i2c: Enable Repeated Start functionality

Heiko Schocher hs at denx.de
Thu Mar 6 06:45:18 CET 2025


Hello Tom, Aniket,

On 05.03.25 16:50, Tom Rini wrote:
> On Wed, Mar 05, 2025 at 03:34:08AM +0530, Aniket Limaye wrote:
>> This series implements Repeated Start functionality for the DM_I2C xfer
>> API (omap_i2c_xfer())
>>
>> First, split out the actual implementation for each individual i2c msg
>> transfer into a new function __omap24_i2c_xfer_msg() and use this to
>> implement omap_i2c_xfer().
>>
>> Then, add support for the Repeated Start condition in omap_i2c_xfer()
>> through the CONFIG_I2C_REPEATED_START option.
>>
>> Also add this config to Kconfig and enable it for ARCH_K3 platforms by
>> default.
>>
>> Test logs (On AM68-SK with additional debug prints):
>> https://gist.github.com/aniket-l/8c64c5bc81246751a02836a96510df14
>>
>> Requesting reviews/testing on specifically the CONFIG_I2C_REPEATED_START
>> addition:
>> - Is the Kconfig needed or should we simply always default to not
>>    sending Stop bit? Drivers can use i2c_msg.flags to request Stop bit
>>    for each msg, same as in the Linux Kernel i2c-omap driver[0].
> 
> Yes, a Kconfig is needed as this driver works (as implied by the name)
> on so much old and differently buggy IP.
> 
>> - If yes, Should we re-use CONFIG_I2C_REPEATED_START from the legacy
>>    implementation of the driver or define a new config
> 
> Lets pick a new option, under the SYS_I2C_OMAP24XX namespace (and remove
> the legacy and unused variant).
> 
>> - Default enable it for K3 devices?
> 
> I'm fine with that.
> 

Yep, fully aggree, we need the Kconfig symbol for backward compatibility.

Thanks!

bye,
Heiko
-- 
DENX Software Engineering GmbH,      Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-52   Fax: +49-8142-66989-80   Email: hs at denx.de


More information about the U-Boot mailing list