Nonfree software in vboot, what to do about it?
Denis 'GNUtoo' Carikli <[email protected]>
| Newsgroups | gmane.linux.bios |
|---|---|
| Message-ID | <20241012170815.665fb3fa@primary_laptop> |
Hi, As part of my work on GNU Boot, I found nonfree software in vboot[1] in tests/futility/data. The same binaries also probably have free software with missing corresponding source code but I didn't take the time to confirm that yet. We'll take bios_link_mp.bin as an example. As many people know, is used in the first Chromebook pixel, and it's easy to extract things like the Management Engine firmware (with ifdtool -x) and to verify it with me_cleaner (though I'm unsure how to print which partitions it has and print that they are verified). It's also possible to extract things like the MRC binary as well with cbfstool (with cbfstool layout and then using the BOOT_STUB region of fmap). Several distributions ended up using vboot source code to make some vboot-utils packages. It includes distributions like Debian, Fedora, Guix, Trisquel, etc. So these distributions ended up redistributing the mrc.bin for instance when they published the source version of the vboot-utils package. Since all these distributions have repositories where redistributing nonfree software is forbidden, they automatically have a bug to solve here so I started bug reporting to them. The distributions could also workaround and somehow remove the binaries from the source they publish but this then brings a question of maintenance over time, so this is what bring me here. Questions on vboot: ------------------- Who is the vboot upstream, is it Coreboot or is it Google? Who should we discuss with when trying to understand if it's possible to find a solution. Does anyone redistributing the vboot source code also has the right to distribute the binaries as-is (including things like Intel Microcode)? Since they come with no licenses there is also nothing that forbids reverse engineering, right? Would it be possible to somehow remove or move the binaries somewhere else like in a separate git repository and make them optional in the tests? Or should we create free binaries somehow? Though I fear that the later somehow defeat the intent of the tests. References: ----------- [1]https://review.coreboot.org/vboot.git Denis. _______________________________________________ coreboot mailing list -- [email protected] To unsubscribe send an email to [email protected]
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeC+d2+Nrp/PU3kkGX138wUF34mMFAmcKkN8ACgkQX138wUF3 4mNbiQ/+OC4dqmKobFegzw7GAH1807CxRYjuVtYMcRwXwRGT3jhsje2WWxkjHKpv Y6d7I1KpKDdDIPYel2OkkHB/hppOtUsnLdh4wlTPvJxfgKkFAISVGsW2AF7HYc1D kz2k1ewDuEfexDwWF+dIeSNcydamO5YMCriJA1n+KOWHQ2JNXbOhjJvcElWgo1O3 IFVf4VFq0+fK81Mx6uuA3rTVxIdjIcYUXu/ouVw05nk9CSK9mcKf/FYHFlvSXRC5 liyVbgx554EpfZ5AkK8C5TBjpAODdHlzENdfBMv3ILYAsWa8Wo90tzsSd7JOV0AB UoLZBZvXjqdnECydzqnMABNs95BXmsvuaxDh4dEv28eWJNyZJG0RCuX1RaR3axXY NAR3CTtsXc3g1kcZeT9c2LGgzmU1rrbfyW3C5WOrI3saPKb6JuQhd4efTDr0RBji ut31DDQH6yE4ww30JGMfgk/bdq0f+qRNlr8nCnM4CMDNDOAjnB6HZvkW7B1sr1vf NZcemVhbDliaawP+drKLuH35F427b+bpZX6bqG0IhNiWxk6NO6wqODnEb/crblKV ZCrCKsJAO3JyMC0JFfUzZfdoqYJIBk2SZ2Tps5OIgO8/KEgWIgTDESbwCTLgjXdj iunk+hyAwNCGMhhOhegz8qMxJAQQjBwP4/2vuutjKWNXM+EgRwA= =nNP7 -----END PGP SIGNATURE-----