* Re: Upstream I2C driver that designed for rpmsg
[not found] <CAP6Zq1jrT-AmNT2J11OEk80=qL04=jCKTBoM-FLEt1na6d00kQ@mail.gmail.com>
@ 2020-09-22 9:09 ` Andy Shevchenko
2020-09-22 12:27 ` Arnaud POULIQUEN
0 siblings, 1 reply; 2+ messages in thread
From: Andy Shevchenko @ 2020-09-22 9:09 UTC (permalink / raw)
To: Tomer Maimon
Cc: wsa, linux-i2c, ohad, bjorn.andersson, linux-remoteproc,
avi.fishman, eyal.cohen
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.
--
With Best Regards,
Andy Shevchenko
^ permalink raw reply [flat|nested] 2+ messages in thread
* 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, linux-i2c, ohad, bjorn.andersson, linux-remoteproc,
avi.fishman, eyal.cohen
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
end of thread, other threads:[~2020-09-22 12:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CAP6Zq1jrT-AmNT2J11OEk80=qL04=jCKTBoM-FLEt1na6d00kQ@mail.gmail.com>
2020-09-22 9:09 ` Upstream I2C driver that designed for rpmsg Andy Shevchenko
2020-09-22 12:27 ` Arnaud POULIQUEN
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).