<div dir="ltr">Hello<br><br>Sorry for this late reply, I have been a bit busy lately.<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 12:24 AM, Denis 'GNUtoo' Carikli <span dir="ltr"><<a href="mailto:GNUtoo@no-log.org" target="_blank">GNUtoo@no-log.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I did a simlar setup some time ago for a narrower use case:<br>
I needed extremly fast reflashing times.<br>
I only had:<br>
* A stock parabola(A GNU/Linux distro based on Arch)<br>
* Good kernel commandline(to reduce logging)<br>
* A well configured grub.<br>
* No password at all, even for getty.<span class=""><br></span></blockquote><div><br></div><div>This is a good idea. At the moment, for simple tests I have a busybox doing just that. Too minimal though :-)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""></span>You could gain a lot of time by obtimising DHCP [1].<br>
</blockquote><div><br></div><div>Indeed. Since then, I have had the best results at the moment with dhcpcd and the following options added to the bottom of debian dhcpcd.conf:<br><br>ipv6rs<br>#ipv6ra_own<br>#ipv4only<br>noipv4ll<br>noarp<br></div><div><br></div><div>The latest 2 options are the most helpful for speed. The rest is for my IPv6 setup.<br><br>At the moment, only dnsmasq is a bit of a hassle (used by resolvconf to do local caching + forward request to the DNS servers given by  DHCP), but I must say I'm still using debian native script which does ExecStart=/etc/init.d/dnsmasq systemd-exec so there's obviously a lot of optimization to do.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I've no idea about wpa_supplicant though.<br></blockquote><div><br></div><div>In my case, using priority in the network blocks and the following options is enough:<br>update_config=1<br>eapol_version=2<br>fast_reauth=1<br>## Hidden SSIDs<br>#ap_scan=1<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
You could also replace the sleep by something better: you could look if<br>
you can get the status of the network connection somehow:<br></blockquote><div><br></div><div>IMHO, the best idea is to start the browser, then when  the connection is established,  issue a command to the browser to open the given page.<br></div><br></div><div class="gmail_quote">Actually, it could be interesting to provide a minimal "demo linux distro" that would do just what we said, to demonstrate how fast a coreboot boot can be. Something based on parabola or debian, using systemd, dhcpcd, and xorg without any password (where one has to provide the right xorg.conf)<br><br></div><div class="gmail_quote">It could provide a good reference, a metric.<br></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
</span>How many miliseconds would be saved by putting grub.cfg directly inside<br>
grub's coreboot.cfg?<br>
</blockquote><div> <br></div><div>I don't know. I should run tests :-) I remember reading that disk access was faster.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[1]<a href="http://cafbit.com/entry/rapid_dhcp_or_how_do" target="_blank">http://cafbit.com/entry/rapid_dhcp_or_how_do</a><span class=""><font color="#888888"><br></font></span></blockquote><div> <br></div><div>There was also an interesting BSD SoC project to implement this RFC 4436 in a free software modern dhcp client, but they found nobody this year:<br><a href="http://www.openbsdfoundation.org/gsoc2014.html#rfc4436">http://www.openbsdfoundation.org/gsoc2014.html#rfc4436</a><br></div></div></div></div>