System76 and LVFS
blog.system76.com
System76 and LVFS
1–10 of 84 posts
Re: System76 and LVFS
#2There are no alternatives to AFUEFI?
Re: System76 and LVFS
#3Re: System76 and LVFS
#4This article doesn't seem to explain why they have a hard dependency on a proprietary tool to flash the firmware. There are no alternatives to AFUEFI?
Re: System76 and LVFS
#5The whole "Be wary" section is a really unprofessional swipe borne out of pure retaliation. It isn't germane to the discussion at all, and it's simply FUD spread by System76 in retaliation to Red Hat's security and legal teams balking at System76 wanting them "to ship a untrusted nonfree binary which would get run as root on RHEL on customer machines".
Re: System76 and LVFS
#6Re: System76 and LVFS
#7This article doesn't seem to explain why they have a hard dependency on a proprietary tool to flash the firmware. There are no alternatives to AFUEFI?
There is no other way to interpret this email other than LVFS won’t work well for us. UpdateCapsule is not supported by over a decade of machines in the field and could not be added without a firmware update.Re: System76 and LVFS
#8Re: System76 and LVFS
#9RE: Don’t buy System76 hardware and expect to get firmware updates from the LVFS https://news.ycombinator.com/item?id=17037845
Re: System76 and LVFS
#10This article doesn't seem to explain why they have a hard dependency on a proprietary tool to flash the firmware. There are no alternatives to AFUEFI?
The only alternative is to reverse engineer the SPI flashing method. We have switched to using FPT, the Intel Flash Programming tool, on new models. This means that we need to reverse engineer the SPI update method, which is something the flashrom project has had success in doing for older Intel chipsets.