<div dir="ltr">Hi<div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I think we should rename our hook from “raspi3-firmware” to “50raspi3-firmware”. update-initramfs uses run-parts(8) to invoke hooks, so you could then ship a hook with a higher number which would be guaranteed to run after the raspi3-firmware hook.<br></div><div><br></div><div>Let me know if that sounds good, and I’ll prepare a package upload.</div></div></div></div></blockquote><div><br></div><div>This sounds like a good option. I was also thinking of solutions and my idea was the following:</div><div><br></div><div>Put a template for cmdline.txt and config.txt (e.g <a href="http://cmdline.txt.in">cmdline.txt.in</a> and <a href="http://config.txt.in">config.txt.in</a>) somewhere in the /etc folder (e.g. /etc/raspi3-firmware). Within the template there are keywords that the raspi3-firmware hook (or better 50-raspi3-firmware) will replace (sed) when it generates the files for /boot/firmware.</div><div><br></div><div>An advanced user can then customize the templates in the /etc folder and since those are config files the modified templates will not get overwritten during a package update. Upon the next generation of the config files the new templates will get applied.</div><div><br></div><div>This is still a bit cumbersome compared to the offerings of e.g. grub2. But I guess it is a (too) big effort to reach the level of grub2.</div><div><br></div><div>Best regards</div><div>Matthias</div><div><br></div><div><br></div></div></div></div>