On Friday, March 16, 2018 at 2:07:09 PM UTC+1, Marek Marczykowski-Górecki wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On Fri, Mar 16, 2018 at 05:42:30AM -0700, Yuraeitha wrote: > > This is some months old news now from November 2017, and may already be in > > the plans to fix, however, I'm putting this forward as I'm not aware of any > > existing discussions on the matter, this is only an insurance so that we're > > not caught un-prepared for Intel's frustrating lock-in move. I apologize if > > it's already being discussed internally. Nonetheless, that being the case, > > this post can also serve as a heads-up to others in the community to be > > prepared for a new extra hardware issue angle. > > > > http://www.zdnet.com/article/intel-were-ending-all-legacy-bios-support-by-2020/ > > > > Articles like these, seem to point towards that Intel is making a move to > > remove LegacyBIOS completely. This by all appearances appear like it could > > become a major headache for many Qubes users on new hardware in the > > near-term future, considering some Intel devices are already taking this > > step to be ready by 2020 already now. > > > > Ignoring the otherwise important issue of the locked hardware/software > > blobs for a moment. Not solving this boot issue on time soon, seems like it > > might cause a big problem for many, many existing and new Qubes users > > getting new expensive hardware, if something isn't done to prevent or > > minimize it. > > > > Hardware compatibility is already an issue, Intel's move here just seems to > > make it worse. > > > > What can be done to solve this? Qubes/Xen would need better UEFI support? > > If answers have been found, is it something that possibly can be shared > > with us to ease the coming worries a bit? > > Generally Qubes OS and Xen do support UEFI, so this is not a blocker. > But there are some problems with various UEFI implementations, and also > with Xen inferior UEFI support. One of issue is combination of Grub(2) + > non-multiboot-compatible xen.efi. For Qubes OS 4.0, we've solved it by > removing grub from the picture[1]. But latest Xen version do support > multiboot, so better solution is on the horizon (Qubes OS 4.1?). > > [1] https://github.com/QubesOS/qubes-issues/issues/3505 > > - -- > Best Regards, > Marek Marczykowski-Górecki > Invisible Things Lab > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > -----BEGIN PGP SIGNATURE----- > > iQEzBAEBCAAdFiEEhrpukzGPukRmQqkK24/THMrX1ywFAlqlSIMACgkQ24/THMrX > 1yy0Twf/c2sxT6LG9k9mQw5M47CwGXsnvVRc+0JAgvnX/Ht9RLSl79ok9QQMvgps > u4RcmS4akv7YI1/vXKAt5ziUk6Jv2+Zd0Y8OIP8YPGHxxc0xF4CUS1AUt4yjrEh6 > amcAxW0X1PiCyiyCR9LnVktXVPV7MyDu6xUJ13jaQKFAaIddZjwJNovmW9ZqsA8H > vjvNdoJTbq8gVU10x64cYU7hECJDQgAJVWRlepsWKy6Trffn8+2zSuAXHaLRr2mj > UelBFGE0XspPlWHvWjLKuEeTS1ShsFvpRNPxCMfjEXFgUQFLLzGU28gV5ndVH/4Y > BkZxKQBBHcbPl6vPqEiL7TuBmHylOw== > =4Nf2 > -----END PGP SIGNATURE-----
Thanks Marek, it's very comfortable knowing that you're still working on further improving the booting mechanisms, this puts worries for the future at ease. Greater UEFI compatibility certainly will help making it less expensive or risky in finding new unreported HCL hardware in the future, removing or reducing one of the new hardware complexities when hunting for Qubes hardware. As always, thanks for the amazing work you guys put into making Qubes OS. -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/9393f8f1-7f3a-4513-ad55-1c716b6ec36f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
