* Re: Upstream I2C driver that designed for rpmsg
2020-09-22 9:09 ` Upstream I2C driver that designed for rpmsg Andy Shevchenko
@ 2020-09-22 12:27 ` Arnaud POULIQUEN
0 siblings, 0 replies; 2+ messages in thread
From: Arnaud POULIQUEN @ 2020-09-22 12:27 UTC (permalink / raw)
To: Andy Shevchenko, Tomer Maimon
Cc: wsa@kernel.org, linux-i2c@vger.kernel.org, ohad@wizery.com,
bjorn.andersson@linaro.org, linux-remoteproc@vger.kernel.org,
avi.fishman@nuvoton.com, eyal.cohen@nuvoton.com
On 9/22/20 11:09 AM, Andy Shevchenko wrote:
> On Tue, Sep 22, 2020 at 12:41:35AM +0300, Tomer Maimon wrote:
>> Hello all,
>>
>> Our BMC have two processors
>>
>> 1. main processors - A35
>> 2. Coprocessor(CP) - M4.
>>
>> The BMC handles more than 30 I2C buses.
>>
>> We like to handle the I2C module in the Coprocessor for offload the i2c
>> transaction from main processor.
>>
>> The main processor is running Linux,
>>
>> The main processor and the CP communicate through rpmsg.
>>
>> Is an I2C driver that designed for rpmsg will be up-streamed to Linux.Org?
>
> There are examples in the kernel of indirect access to I2C host controllers
> which are parts of auxiliary micro controllers. I guess in principle it's okay
> and most of the success of the submission depends on implementation.
>
> Nice to see such requirement.
We developed this type of driver in STMicroelectronics to be able to share an I2C
link between the main processor(Linux) and the coprocessor (Zephyr).
We plan to usptream it but some other patchsets currently in pipe are requested first.
The Linux driver is available here:
https://github.com/arnopo/linux/commit/747a05d4f3a875ff0b6ad3fc57965134d7a02ed3
The full project created for the ELCE 2019 is described in this page:
https://github.com/arnopo?tab=projects
Hope that this can help.
Regards,
Arnaud
^ permalink raw reply [flat|nested] 2+ messages in thread