<div dir="ltr">Over the last few months I discussed reviving the LinuxBIOS name with a number of folks inside and outside the coreboot community. I still pretty much own the name: for old times's sake I kept the LinuxBIOS Inc. corporation and <a href="http://linuxbios.org">linuxbios.org</a> domain name. <div><br></div><div>There was a strong feeling that using the name LinuxBIOS for this new project did not make much sense, largely because we're not building a BIOS; and, also, it might confuse people with the old project or with coreboot.</div><div><br></div><div>After some iterations on a new name I proposed the name LinuxBoot and that seems to work for people. So we use the name LinuxBoot not linuxbios. </div><div><br></div><div>There are two uses of LinuxBoot today, one is Trammell's HEADS/Linuxboot work and the other is our NERF work, where NERF is LinuxBoot + u-root. </div><div><br></div><div>There is a linuxboot mailing list already, as well as a <a href="http://github.com/linuxboot">github.com/linuxboot</a> organization. We'll keep the source on github and we will probably continue to use github for our web presence as well, as we do for u-root with <a href="http://u-root.tk">u-root.tk</a>.</div><div><br></div><div>As I said in my talk at ELC, coreboot is the preferred path for opening up firmware when that is possible. But LinuxBoot has an important role to play now for several organizations where coreboot will not be used.</div><div><br></div><div>And, as Paul mentions, I see LinuxBoot as useful both on coreboot (replace ramstage with Linux) and as a replacement for UEFI (since UEFI is essentially a ramstage) or even where we replace a large part of UEFI with Linux, but retain the DxeCore. There are many possible ways to implement LinuxBoot.</div><div><br></div><div>Thanks Paul!</div><div><br></div><div>ron</div></div>