Post B2VSkvTkP9H8YMZiuu by Suiseiseki@freesoftwareextremist.com
 (DIR) More posts by Suiseiseki@freesoftwareextremist.com
 (DIR) Post #B2RYcBFSE8iDwpGMb2 by jas@fosstodon.org
       2026-01-18T17:08:40Z
       
       0 likes, 0 repeats
       
       TIL that the LinuxFoundation "Open source audio DSP firmware and development tools" project assumes signed proprietary firmware verified by Intel ME in your CPU.  So much for "Open Source".  https://thesofproject.github.io/latest/getting_started/intel_debug/introduction.html#base-firmware
       
 (DIR) Post #B2RYcCBajzDUr8SnDM by lxo@snac.lx.oliva.nom.br
       2026-01-18T19:02:45Z
       
       1 likes, 0 repeats
       
       yeah 😞I once asked the OSI board whether free software that underwent Tivoization remained Open Source, and they found no reason to say it didn't.no surprise.  Open Source is not about users having control of their computing, it never was.
       
 (DIR) Post #B2RYkjgO5JAn3pwM9w by Suiseiseki@freesoftwareextremist.com
       2026-01-19T13:03:51.247848Z
       
       0 likes, 0 repeats
       
       @lxo @jas Tivoization isn't a problem with the free software - it's a problem related to the proprietary software ceasing to operate and therefore making it unreasonable or impossible to develop a free replacement.Digital handcuffs on what should be free software is something different to Tivoization.
       
 (DIR) Post #B2TZWCQRQSkc8E29po by lxo@snac.lx.oliva.nom.br
       2026-01-19T15:47:09Z
       
       0 likes, 0 repeats
       
       Tivoization isn't a problem with the free softwareI guess that's the point that's debatable, and we may differ on that.free software is software that respects the users' essential freedoms for users to have control over the software.  if the software contains a signature meant to prevent users from enjoying those freedoms and that control, in the intended (possibly single) use scenario, would it be reasonable to say that the software is free?  I don't think so.now, it's true that, in order for that freedom-deprivation scheme to work, other nonfree components need to be present in the system.  but the problem is not so much that the nonfree components cease to operate (that would indeed be an injustice related with the nonfree components), it's that they prevent modified versions of the previously-free software from operating (which compounds the injustice of the nonfree components with an injustice over software that was supposed to be free)I don't think the case of SOF is one of digital handcuffs.  the SOF programs are not preventing users from doing anything.  they would be free software if it weren't for the Tivoizing signatures.  and if they implemented digital handcuffs, inasmuchas they're free software, one could escape by modifying the programs.  of course, once they're Tivoized, escape is no longer an option in the intended use scenario, but the handcuffs are not in the SOF programs themselves, but in the nonfree components of SOF-targeted devices.CC: @jas@fosstodon.org
       
 (DIR) Post #B2TZWDs830UacNzmd6 by Suiseiseki@freesoftwareextremist.com
       2026-01-20T12:21:49.153609Z
       
       0 likes, 0 repeats
       
       @lxo @jas >if the software contains a signature meant to prevent users from enjoying those freedoms and that control, in the intended (possibly single) use scenario, would it be reasonable to say that the software is free?The software is rendered proprietary by digital handcuffs in that case, which is something else to Tivotization.What Tivo originally did was to provide the source code and installation information for all the free software - but make all the proprietary software stop running (you would have a DVR that could run VLC, but you couldn't run any of Tivo's proprietary software for the purposes of inspecting it/the RAM contents to see what spying it did and for its replacement) - which the GPLv2 does nothing about, as the GPLv2 doesn't contain any requirement to agree to not sabotage the execution of the system's aggregated software; https://sfconservancy.org/blog/2021/jul/23/tivoization-and-the-gpl-right-to-install/Tivo later decided to intentionally infringe copyright by infringing the GPLv2 with future Tivo models, by refusing to provide the complete corresponding source code and installation information (the software was handcuffed - you needed a signing key for it to execute) and as a result, Tivotization is commonly confused with Tivo's GPLv2 infringement.>I don't think the case of SOF is one of digital handcuffs.It is a case of digital handcuffs - there is source code that is claimed to correspond to the binaries and it can be compiled into a binary - but you can't run it on most of the relevant sound cards, as you need a private key that Intel refuses to provide (the binary can be made to execute on some SBC's and certain chromebooks, as Intel has provided the private key, but of course other parts of those are handcuffed).It isn't a case of Tivotization, as with the necessary private key, the user could install a free DSP program and all the software on the computer would continue to execute without any of the proprietary software ceasing to function.
       
 (DIR) Post #B2VSOqr8uXYNqTzZom by lxo@snac.lx.oliva.nom.br
       2026-01-20T14:56:43Z
       
       0 likes, 0 repeats
       
       I'm not seeing the difference you're claiming.  the SOF binaries and the signature (by an Intel-controlled secret key) on them work exactly like Tivo-supplied binaries and signatures (by a Tivo-controlled secret key): there's a component on the sound cards that checks for the signatures, just like on Tivo systems, and that prevents the binaries from running if the signature doesn't match.now, you make it sound like the unsigned binary would still run, it's just other parts of the system that would cease to function.  that doesn't match whatever little I have found, but...  where can I find more information to understand how that (other?) problem affects us?CC: @jas@fosstodon.org
       
 (DIR) Post #B2VSOsD9sAl433Iflw by Suiseiseki@freesoftwareextremist.com
       2026-01-21T10:11:30.470826Z
       
       0 likes, 0 repeats
       
       @lxo @jas >on them work exactly like Tivo-supplied binaries and signatures (by a Tivo-controlled secret key):I don't know if confident if Tivo ever setup such a scheme - do you have a link to exactly what Tivo did for a specific Tive model?It's not Tivotization, as if it was tivotized, the unsigned binary would still run, but other parts of the system would cease to function.It's a case of digital handcuffs - the software won't run without a signature and you don't have the key and how the source code that probably mostly, but not completely corresponds, happens to be free software doesn't change anything - as the software is only practically useful to run on certain model DSPs.
       
 (DIR) Post #B2VSkvTkP9H8YMZiuu by Suiseiseki@freesoftwareextremist.com
       2026-01-21T10:15:30.304315Z
       
       0 likes, 0 repeats
       
       @lxo @jas *for a specific Tivo model?The link I posted above describes the only case where detailed information is provided I've found and the scheme described was where Tivo would give you the source code and installation information for the mostly free software OS, but on compiling and installing such OS, with or without changes, the proprietary software programs would stop executing.
       
 (DIR) Post #B2ZroSHACIa8cuJB6u by lxo@snac.lx.oliva.nom.br
       2026-01-21T15:21:27Z
       
       0 likes, 0 repeats
       
       interesting.  this suggests that naming the practice of blocking the execution of modified or recompiled versions of programs as Tivoization may have been a misnomer.  from what you say, it seems that Tivo did not do that.  but that didn't stop others from doing just that.  for lack of a better term to describe that practice, I keep on calling it Tivoization.I don't think this case is one of digital handcuffs, at least not in the program itself.  it's other components of the device reacting to the modification.  you could say it's digital handcuffs in the other components.  but it's not the program itself stopping you from doing things.I guess what feeds the confusion is that GPLv3 addressed both issues.  but the definition of Tivoization, e.g. on Wikipedia, is pretty clear and well-referenced: it's about blocking the execution of modified versions, without any mention to other programs' refusing to function along with the modification.CC: @jas@fosstodon.org @Suiseiseki@freesoftwareextremist.com
       
 (DIR) Post #B2ZroTuY7LgHhLk98i by Suiseiseki@freesoftwareextremist.com
       2026-01-23T13:14:41.777344Z
       
       0 likes, 0 repeats
       
       @lxo @jas >for lack of a better term to describe that practice, I keep on calling it Tivoization.Digitally handcuffed hardware that is designed to make it cryptographically impossible for the user to control the software, or something similar, is the only way to accurately describe it without causing confusion.Describing something that Tivo didn't do, as "Tivoization" is clearly confusion.Handcuff-ization or similar seems much clearer.>you could say it's digital handcuffs in the other components. but it's not the program itself stopping you from doing things.Yes, the program is digitally handcuffed, rather than the program having digital handcuffs.>e.g. on Wikipedia, is pretty clear and well-referenced: it's about blocking the execution of modified versions, without any mention to other programs' refusing to function along with the modification.I actually checked the references on realizing that the article was wrong - most of the references are either unrelated, or contain the complete opposite of what the article claims.