Re: Call for Participation: Embedded & IoT micro-conference at Linux Plumbers 2025

Hi Brian,

On Tue, Sep 23, 2025 at 07:38:14PM -0400, Brian Masney wrote:
> Hi Sebastian,
> 
> On Tue, Sep 23, 2025 at 7:03 PM Sebastian Reichel <[email protected]> wrote:
> > I would like to present / discuss fusb302 (or other chips handled via
> > the TCPM framework) using boards that are mainly powered via USB-C and
> > not having any backup power source. This kind of setup is often found
> > on Rockchip boards (e.g. Libre Computer ROC-RK3399-PC, Radxa ROCK 5B
> > or ArmSoM Sige 5) and quite a pain, because a hard-reset effectively
> > kills the board power.
> >
> > I would present the problem(s), what I've done so far to get it working
> > to some degree with the upstream kernel and then discuss how to improve
> > the situation.
> >
> > I think to become a worthwhile discussion the session would need some
> > people that know the USB-PD specification and kernel subsystem, such as:
> >
> >  * Heikki Krogerus (USB-C maintainer)
> >  * Greg Kroah-Hartman (USB maintainer)
> >  * RD Babiera or Amit Sunil Dhamne (Google is actively working on
> >    ensuring TCPM code being compatible with the USB-PD specification
> >    and they were unhappy about some of my changes :))
> >
> > P.S.: I'm not sure how the CfP for the LPC micro-conferences works.
> > Please tell me if this mail is not good enough and I need to insert
> > something into some system.
> 
> You need to submit a proposal to
> https://lpc.events/event/19/abstracts/. You'll have to create an
> account, and there will be a "Submit new abstract" button at the
> bottom right of the page.

Ah, I was confused by the page not listing the embedded MC. I see
it appears in the drop down when trying to submit a new abstract.
Thanks for the hint - DONE.

> I went through the process for a talk that I submitted: "Fixing Clock
> Tree Propagation in the Common Clk Framework". It's related to this
> work:
> https://lore.kernel.org/linux-clk/[email protected]/T/

On most platforms I worked on we tried to have an exclusive PLL root
clock for DRM to avoid these issues. But sounds like a good topic!

Greetings,

-- Sebastian