<div dir="ltr"><div dir="ltr"><br clear="all"><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><span style="color:rgb(136,136,136)">Walt Miner</span></div><div dir="ltr"><div style="color:rgb(136,136,136)">AGL Community Manager</div><div style="color:rgb(136,136,136)">The Linux Foundation<br></div><div style="color:rgb(136,136,136)"><br></div><div style="color:rgb(136,136,136)">Visit us at:</div><div style="color:rgb(136,136,136)"><a href="http://www.automotivegradelinux.org" target="_blank">www.automotivegradelinux.org</a></div><div style="color:rgb(136,136,136)"><a href="http://lists.automotivelinux.org" target="_blank">lists.automotivelinux.org</a></div><div style="color:rgb(136,136,136)"><a href="http://www.linuxfoundation.org" target="_blank">www.linuxfoundation.org</a></div><div style="color:rgb(136,136,136)"><br></div><div style="color:rgb(136,136,136)"><br></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 12, 2024 at 4:53 PM Bird, Tim <<a href="mailto:Tim.Bird@sony.com">Tim.Bird@sony.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
<br>
> -----Original Message-----<br>
> From: Robert Schwebel <<a href="mailto:r.schwebel@pengutronix.de" target="_blank">r.schwebel@pengutronix.de</a>><br>
> On Mon, Jun 10, 2024 at 09:33:04PM +0000, Bird, Tim wrote:<br>
> > Does anyone else want to chime in with any pros and cons with this<br>
> > approach? For example, could buildroot developers and users utilize<br>
> > information, patches, tools, etc. stored in YP this way? Or would<br>
> > this stuff be off their radar?<br>
> <br>
> Taken the fact that yocto is the de-facto standard build system for many<br>
> projects these days, I would say a yocto layer is a valid option for<br>
> storing this kind of information.<br>
> <br>
> At Pengutronix, most of our projects are based on yocto, ptxdist and<br>
> some variant of debian these days (in this order). If the information is<br>
> not burried deeply in some yocto magic, it's usually easy to extract it<br>
> for the other build systems if necessary.<br>
<br>
Thanks.  This is very useful feedback.<br>
<br>
> <br>
> The bigger challenge will be to convince the respective upstream<br>
> projects that boot time optimization is a value and not traded against<br>
> developer convenience. IMHO, boot time optimization methods will only<br>
> have a chance if they are easy to use. You can always optimize a system<br>
> in a pathologic way, so it is fast but not easy-to-update any more.<br>
<br>
Yes.  It's sometimes challenging to get boot time reductions upstream,<br>
because you end up specializing the boot process for a particular board,<br>
use case, or market.  </blockquote><div><br></div><div>This has been the case for AGL and automotive in general. Boot time optimizations are not applicable to the specialized boards and use cases. We gave up on boot time work in favor of other things quite a while ago.</div><div><br></div><div>Walt</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">It is best to try to find technologies that can<br>
be easily utilized by developers working on boot time reduction, and<br>
get the technologies upstream.  It's even better if you can provide some<br>
tools to automate customizations of the system.  For example, it would<br>
be nice to have a tool that took a snapshot of the device nodes to define<br>
them statically, in order to avoid  probing and adding always-present ones<br>
during system initialization.  Also nice would be a tool to identify device<br>
drivers which could be loaded later in the initialization sequence, and marking<br>
them for deferred loading.<br>
<br>
Thanks again for the response.  It should be a good discussion at Plumbers.<br>
 -- Tim<br>
<br>
_______________________________________________<br>
Elinux-discuss mailing list<br>
<a href="mailto:Elinux-discuss@lists.elinux.org" target="_blank">Elinux-discuss@lists.elinux.org</a><br>
<a href="http://lists.elinux.org/mailman/listinfo/elinux-discuss" rel="noreferrer" target="_blank">http://lists.elinux.org/mailman/listinfo/elinux-discuss</a><br>
</blockquote></div></div>