Post AujB0VhSnID4BctK3k by dan@brvt.telent.net
(DIR) More posts by dan@brvt.telent.net
(DIR) Post #AuPd14VhYFFHcIOzJI by erincandescent@akko.erincandescent.net
2025-05-24T07:31:03.471564Z
1 likes, 0 repeats
@liw @mjg59 I think the credit card one is actually satisfied - the owner can modify a credit card.You're not the owner.
(DIR) Post #AuPd47I5fbet6oUHpo by mjg59@nondeterministic.computer
2025-05-24T06:38:46Z
2 likes, 0 repeats
RMS printer moment, but it's about my fridge failing to run the ice maker fill tube heater for long enough so it freezes so the ice maker gets no water and makes no ice, but also the software controlling this is in ROM so the FSF says it's fine even though there's no way I can fix it even though I am entirely capable of reverse engineering and patching it otherwise
(DIR) Post #AuPd4EXaiNDVaunGT2 by mjg59@nondeterministic.computer
2025-05-24T06:40:21Z
2 likes, 0 repeats
Yeah great ok the manufacturer also has no ability to patch my fridge but how does that help me this differentiation between software in ROM and software in flash is absolute bullshit, it's all software and it should all be free and modifiable
(DIR) Post #AuPd5kUJQCRmxxyyPI by mjg59@nondeterministic.computer
2025-05-24T06:55:35Z
1 likes, 0 repeats
@liw I actually have a bunch of use cases for wanting to modify that, which pushes us into an interesting space
(DIR) Post #AuPd6kxt8KwcjeIT7A by mjg59@nondeterministic.computer
2025-05-24T06:59:43Z
1 likes, 0 repeats
@liw Imagine a Yubikey that understands TPM quotes and can blink an LED at you during boot to tell you your laptop is in the expected state
(DIR) Post #AuSa6dcnyKH1gKE62S by Suiseiseki@freesoftwareextremist.com
2025-05-25T17:56:52.754582Z
1 likes, 1 repeats
@mjg59 There is no proprietary software - only proprietary hardware - but you know that.There is a hardware problem with one of the sensors or something and the fix is to physically fix the broken hardware - running the fill-tube heater longer may not fix the issue after all.All hardware requires at least some ROM to work as an initial bootloader - but you know that.Unless that's a really old fridge, there is likely a microcontroller with internal EEPROM that could be reprogrammed if you had sufficient information and sources.The FSF are clearly not going to complain if there's an EEPROM and there's the free source code for the free software on that EEPROM and included installation information.
(DIR) Post #AuSaJruYARhJkopqXg by Zergling_man@sacred.harpy.faith
2025-05-25T17:58:49.187969Z
0 likes, 0 repeats
@Suiseiseki @mjg59 >There is no proprietary software - only proprietary hardware - but you know that.As in in the fridge or in general?
(DIR) Post #AuSaPieTVRWkm56dNo by Suiseiseki@freesoftwareextremist.com
2025-05-25T18:00:20.010250Z
1 likes, 0 repeats
@Zergling_man @mjg59 In the fridge assuming there is only ROM and no EEPROM.
(DIR) Post #AuSh3PTioMQycLNxse by mjg59@nondeterministic.computer
2025-05-25T19:04:08Z
0 likes, 0 repeats
@Suiseiseki Software doesn't stop being software just because it's in ROM
(DIR) Post #AuSh3QUp1kuNm2uMEa by Suiseiseki@freesoftwareextremist.com
2025-05-25T19:14:41.379268Z
0 likes, 0 repeats
@mjg59 >Read Only Memory>Look inside.>Physical hardware circuits that cannot be reprogrammed that happens to contain microprocessor instructions (which is only a little different from proprietary hardware circuits, as discrete component hardware circuits usually allow for limited hardware modification, while ROM is tiny and usually buried in an IC or at least below packaging material and is therefore almost always not feasible to modify).Yes, it is possible to dump the contents of a ROM into a file on a filesystem and then you have software, as you can actually change that, but that software and any modifications are usually useless, as they cannot be applied to the hardware and usually do no useful operation outside the hardware.
(DIR) Post #AuShataDu39pXgOTEe by mjg59@nondeterministic.computer
2025-05-25T19:15:33Z
0 likes, 0 repeats
@Suiseiseki Code that executes on a general purpose core is software, end of discussion
(DIR) Post #AuShauktXrHvB4OVVY by Suiseiseki@freesoftwareextremist.com
2025-05-25T19:20:46.354376Z
0 likes, 0 repeats
@mjg59 The cold unyielding reality of ROM takes away the soft and replaces it with hard.In such configuration, the processor is not in fact general purpose - all it can do is execute instructions in the ROM and nothing else - if you want something else, you need to desolder the whole processor and solder another one on.
(DIR) Post #AuSi378l5l0XhH0FO4 by mjg59@nondeterministic.computer
2025-05-25T19:22:01Z
0 likes, 0 repeats
@Suiseiseki Hardware executes things. Software is what is executed. Making software immutable doesn't make it not software.
(DIR) Post #AuSi38CL9vT0yfgcbo by Suiseiseki@freesoftwareextremist.com
2025-05-25T19:25:53.207300Z
1 likes, 0 repeats
@mjg59 Hardware is ware that is hard (something that requires physical modification to change (with limited changes possible), or replacement to be changed).Software is ware that is soft (something that can be reprogrammed into any configuration, via electricity or via adjustment of the bit layout of the wire wrap).ROM is hardware, no matter what the circuits encode.
(DIR) Post #AuWa3pfnUuaUoQ7zQO by mjg59@nondeterministic.computer
2025-05-27T15:43:06Z
0 likes, 0 repeats
@Suiseiseki whoops, managed to post as a top level rather than a reply, but:The ROM is hardware, what the ROM contains is software. Otherwise you end up arguing that software on a pressed CD is hardware, which is clearly nonsense.
(DIR) Post #AuWa3qN2u7BMyYMWps by Suiseiseki@freesoftwareextremist.com
2025-05-27T16:15:11.454094Z
1 likes, 0 repeats
@mjg59 A pressed CD is hardware, as you cannot change what's on that CD can you?If you can't change it, it's nonsense to call it software.Although, you can trivially copy the contents off that CD and turn it into files on a R/W filesystem and then you have software.
(DIR) Post #AuWaxJtYpnaKTH1YTA by march38@mstdn.social
2025-05-27T13:50:45Z
0 likes, 0 repeats
@mjg59 @Suiseiseki you forgot to define "firmware" = software written by hardware engineers.More seriously: if it has an instruction counter then it runs software.
(DIR) Post #AuWaxLQZ8Za1DvTQYK by Suiseiseki@freesoftwareextremist.com
2025-05-27T16:25:12.970739Z
1 likes, 0 repeats
@march38 That definition is bizarre, as just because software is written by hardware engineers (oh wait, that makes them software engineers) doesn't give it any firmness.Can you explain what is firm?If it has an instruction counter, it probably runs instructions, but those instructions do not necessarily need to be software.
(DIR) Post #AuWdL79K4fgfnbs1gG by mjg59@nondeterministic.computer
2025-05-27T16:28:44Z
0 likes, 0 repeats
@Suiseiseki If I give you a computer that only has a CD drive and the computer boots from that, is the computer running software?
(DIR) Post #AuWdL8IZnkgRMbCvk8 by Suiseiseki@freesoftwareextremist.com
2025-05-27T16:51:56.033118Z
1 likes, 0 repeats
@mjg59 If you boot from a mostly empty CD-R or a CD-RW, yes.If you boot from a pressed CD, you are running hardware, although it would be very easy to turn it into software with one of those new-fangled CD-RW disks.
(DIR) Post #AuWdgr7qKbSgTNXsWW by march38@mstdn.social
2025-05-27T16:31:01Z
0 likes, 0 repeats
@Suiseiseki I'm sorry you didn't get the firmware joke.Feel free to have your personal definition of "software". The purpose of natural language is only to communicate between humans and we all know engineers prefer to discuss with machines ;-)
(DIR) Post #AuWdgrxbEArV3tlDCC by Suiseiseki@freesoftwareextremist.com
2025-05-27T16:55:52.020639Z
0 likes, 0 repeats
@march38 The purpose of natural language is to communicate between humans and using "firmware" to describe software is a communications failure, as it confuses people into thinking that something that is software, is something different to software.For example, people think that they are running only free software, when there is a massive proprietary software collection installed under "/lib/firmware/", with several of those proprietary software programs running.
(DIR) Post #AuWgJUNl1YKl8bXShU by Suiseiseki@freesoftwareextremist.com
2025-05-27T17:25:11.289481Z
0 likes, 0 repeats
@dan The Game cartridges usually contained a ROM or PROM, which isn't software, as you can't change the circuits at all or freely (with a PROM, technically you can make very limited modifications by burning further bits, but that usually requires at least desoldering the PROM and special hardware - but that could be useful in the case where a PROM contained an instruction that enforced digital handcuffs (i.e. a signature check) and it was possible to make that instruction no longer work - but otherwise not really).The game cartridges contained microprocessor instructions, but you can't change them.It is possible to dump those cartridges into a ROM dump and then you have software you can change (but that cannot be applied to the original cartridge, you'd need a flashcart or something).
(DIR) Post #AuWh2ZxX8SgvSwm00W by dan@brvt.telent.net
2025-05-27T17:30:12.050522Z
0 likes, 0 repeats
@Suiseiseki this argument is the same level of speciousness as saying that software on a write-protected 5 1/4" disk is actually hardware because you need to physically cover the write-protect notch before you can change it
(DIR) Post #AuWh2ahcN7YRlsKnq4 by Suiseiseki@freesoftwareextremist.com
2025-05-27T17:33:23.320666Z
0 likes, 0 repeats
@dan But you clearly can change the disk - as you merely cover the write-protect notch and then you can.A optional write-protect feature has nothing to do with a physical limitation.No matter what, you cannot change a ROM without replacing the whole thing and if that ROM is buried in an IC, you cannot change it without replacing the whole IC.
(DIR) Post #AuWmA11bP73HCr2eG0 by dan@brvt.telent.net
2025-05-27T18:27:49.233104Z
0 likes, 0 repeats
@Suiseiseki if I can change the rom by removing the cartridge and replacing it with a different cartridge, and this causes the computer to execute a different program, then clearly the program must have been present in the cartridge. The comparative ease/difficulty of changing the bits on the medium doesn't alter the fact that their value is as bits.
(DIR) Post #AuWmA2MYQhPDM7qtYO by Suiseiseki@freesoftwareextremist.com
2025-05-27T18:30:47.154352Z
0 likes, 0 repeats
@dan Yes, you can trivially change between different programs, but that doesn't make the programs not encoded as hardware.
(DIR) Post #AuaJPSxPBCWE877See by mjg59@nondeterministic.computer
2025-05-27T20:01:21Z
0 likes, 0 repeats
@Suiseiseki So there's no need for a device that boots from CD to run free software, since it's actually hardware and therefore out of scope?
(DIR) Post #AuaJPUSdaZ60nGjuyW by mjg59@nondeterministic.computer
2025-05-28T20:09:30Z
0 likes, 0 repeats
@Suiseiseki It seems like the FSF disagrees with you - RYF hardware can't include a pressed CD that include proprietary drivers (https://ryf.fsf.org/about/criteria), and it's also made clear that software in ROM is, well, software
(DIR) Post #AuaJPVjKry2yjLYldo by Suiseiseki@freesoftwareextremist.com
2025-05-29T11:27:25.483771Z
0 likes, 0 repeats
@mjg59 >So there's no need for a device that boots from CD to run free software, since it's actually hardware and therefore out of scope?It's up to the user to decide whether they find that proprietary hardware acceptable or not - after all.As it is actually possible for the user to replace the proprietary hardware with for free software on a CD-RW disk in this case, I would recommend doing so.windows drivers are designed to be copied from the disk and installed onto a filesystem before they are executed and thus windows drivers are proprietary software, even if encoded on a CD-ROM prior to install.
(DIR) Post #AuaKakZm75a9uh0kgi by mjg59@nondeterministic.computer
2025-05-29T11:30:52Z
0 likes, 0 repeats
@Suiseiseki you're ignoring the bit where software in ROM is called software
(DIR) Post #AuaKalU8jWfWjVNlXk by Suiseiseki@freesoftwareextremist.com
2025-05-29T11:40:43.203638Z
0 likes, 0 repeats
@mjg59 Yes, software is software, even if it is encoded in ROM prior to it being installed.A program in ROM that is not possible to replace without replacing the hardware is hardware.
(DIR) Post #AucRdUDcTRmu2uosxk by mjg59@nondeterministic.computer
2025-05-29T14:56:49Z
0 likes, 0 repeats
@Suiseiseki so why does the FSF call it software?
(DIR) Post #AucRdVqePobT6G5ZRI by Suiseiseki@freesoftwareextremist.com
2025-05-30T12:09:03.026485Z
0 likes, 0 repeats
@mjg59 The FSF called a windows driver software, as it's software.
(DIR) Post #AuctKvBAoBygsRbxuy by mjg59@nondeterministic.computer
2025-05-30T14:16:08Z
0 likes, 0 repeats
@Suiseiseki "The exception applies to software delivered inside auxiliary and low-level processors and FPGAs, within which software installation is not intended after the user obtains the product"
(DIR) Post #AuctKwRW6ue4nQGX20 by mjg59@nondeterministic.computer
2025-05-30T15:18:34Z
0 likes, 0 repeats
@Suiseiseki so, by the FSF's definition, my fridge contains software
(DIR) Post #AuctKxOiYo05l1xoJ6 by Suiseiseki@freesoftwareextremist.com
2025-05-30T17:19:25.175940Z
0 likes, 0 repeats
@mjg59 If a fridge contains an EEPROM encoding CPU instructions, it contains software - but if the manufacturer doesn't demand you sign a proprietary license, doesn't offer updates and the software doesn't contain malicious functionality - such software functions equivalently to proprietary circuits (i.e. proprietary logic gates) - thus "RYF" offers an exception for such when for auxiliary processors.It would be good if a superio for example ran free software, but you usually cannot program a superio without desoldering it first (they tend to be provided to the manufacturer pre-programmed), which may leave you with a proprietary brick due to hardware damage.
(DIR) Post #Aucu3XmMelEhKmHiu8 by mjg59@nondeterministic.computer
2025-05-30T17:20:46Z
0 likes, 0 repeats
@Suiseiseki and if it contains a ROM encoding CPU instructions, it also contains software, as the FSF makes clear in the quote I provided
(DIR) Post #Aucu3Yx2IZMmyAHlB2 by Suiseiseki@freesoftwareextremist.com
2025-05-30T17:27:29.837341Z
0 likes, 0 repeats
@mjg59 The exception does not apply to hardware as that is out of scope.Clearly "which software installation is not intended" excludes the case where software installation is impossible.
(DIR) Post #AucxFbz39JwbiCfFZI by mjg59@nondeterministic.computer
2025-05-30T17:56:01Z
0 likes, 0 repeats
@Suiseiseki It's talking about CPU microcode, which is stored in ROM.
(DIR) Post #AucxFcwFbDIcfoMWqO by Suiseiseki@freesoftwareextremist.com
2025-05-30T18:03:19.051121Z
0 likes, 0 repeats
@mjg59 CPU microcode ROM is in the main processor and is not in an auxiliary processor.Such proprietary hardware is out of scope.Proprietary software microcode updates are not acceptable (although free software updates are).
(DIR) Post #AucxlOzuxylwhfEH44 by mjg59@nondeterministic.computer
2025-05-30T18:07:50Z
0 likes, 0 repeats
@Suiseiseki the CPU microcode ROM contains software, as the FSF makes clear.
(DIR) Post #AucxlPxTOYPXgN5ptQ by Suiseiseki@freesoftwareextremist.com
2025-05-30T18:09:03.342863Z
0 likes, 0 repeats
@mjg59 Just because you read something wrong doesn't mean anything.The FSF has pointed out that proprietary software microcode updates are unacceptable, but otherwise has no comment.
(DIR) Post #AufmoyLtSZEXCTt6fY by mjg59@nondeterministic.computer
2025-05-30T19:30:53Z
0 likes, 0 repeats
@Suiseiseki "This can include, for instance, microcode inside a processor, firmware built into an I/O device, or the gate pattern of an FPGA. The software in such secondary processors does not count as product software."Things that are in ROM are still software. The FSF says so.
(DIR) Post #Aufmoz7ObxENZo72i8 by freetar@freesoftwareextremist.com
2025-05-31T12:56:36.163328Z
1 likes, 0 repeats
@mjg59 @Suiseiseki The FSF doesn't say that. You say that."The ethical issues of free software arise because users obtain programs and install them in computers; they don't really apply to hidden embedded computers, or the BIOS burned in a ROM, or the microcode inside a processor chip, or the firmware that is wired into a processor in an I/O device. In aspects that relate to their design, those things are software; but as regards copying and modification, they may as well be hardware" https://www.fsf.org/campaigns/free-bios.html A ROM can contain software, such as in the case of an EEPROM, which can be electronically reprogrammed. However, the microcode embedded in a CPU’s MROM is not software — it is physically etched into the silicon as part of the chip’s design and cannot be modified without completely redesigning and remanufacturing the chip.An MROM is a section of the circuit where the manufacturer permanently fixes a binary sequence during fabrication by connecting or leaving disconnected specific silicon pathways — similar to fuses, but at the level of lithographic mask design. That is to say, the microcode is not executable software but hardwired logic: a behavior physically implemented in the chip’s design through fixed connections in the silicon. The CPU does not execute it as a program but operates according to a finite state machine implemented directly in hardware, which determines step-by-step how to internally execute certain complex instructions.Microcode updates loaded at boot time do not modify the physical MROM or the hardwired microcode — instead, they overwrite a small internal volatile memory or cache that temporarily alters the CPU's behavior. Such software is often proprietary and potentially malicious. That’s why you have free BIOSes like GNU Boot: https://gnu.org/software/gnuboot
(DIR) Post #Aufmp013H1kaMQ9USe by mjg59@nondeterministic.computer
2025-05-31T13:34:31Z
0 likes, 0 repeats
@freetar @Suiseiseki "In aspects that relate to their design, those things are software; but as regards copying and modification, they may as well be hardware" - they're software, the FSF just argued that they be treated in the same way as hardware.
(DIR) Post #Aufmp0xXlYXRHpWCdE by freetar@freesoftwareextremist.com
2025-05-31T14:41:40.336338Z
1 likes, 0 repeats
@mjg59 @Suiseiseki The FSF does not claim that these elements are software, but rather that, although they can be considered software from a design perspective, in practice they are hardware.Writing instructions on a sheet of paper does not constitute software by itself, but rather a tangible representation of software (like printed source code). That sheet is merely a physical medium. For those instructions to be software, they must be in a format that a computer can interpret or execute.The base microcode etched into a CPU's silicon is not a program that the processor executes or interprets. Instead, it functions as a finite state machine implemented in hardware — a fixed set of rules and physical connections (states and transitions) that guide the CPU’s internal behavior to execute complex instructions.
(DIR) Post #Aufmp1gv2qpnYYkRMG by lxo@snac.lx.oliva.nom.br
2025-06-01T02:49:07Z
1 likes, 0 repeats
I'm not the FSF and I don't speak for it, but, technically, IMHO, it's software encoded as hardware.but even if it was in an EEPROM, ethically, being buried deeply in hardware to the point of being indistinguishable, it is equivalent to a hardware circuitas in, if you're willing to tolerate a hardware circuit that nobody can modify, it would be ethically unsound to reject a clone thereof just because it has innards that you can't even tell whether they're hardware or softwarenow, when you can tell, and would like to modify it, then IMHO it makes sense to treat them differently. but it's still weird to me to reject hardware that nobody can modify because of software that nobody can modify that's deep inside it, and that's therefore not ethically different from an equivalent hardware circuit. why would you?CC: @Suiseiseki@freesoftwareextremist.com @mjg59@nondeterministic.computer
(DIR) Post #Aufmp6xlReHPuFfSoC by mjg59@nondeterministic.computer
2025-05-31T13:38:09Z
0 likes, 0 repeats
@freetar @Suiseiseki further, the description of microcode may have been true in the 8086 days, but it's not for modern CPUs. Look at how microcode updates were used to provide mitigations for Spectre vulnerabilities - that wouldn't have been possible if its functionality was so constrained.
(DIR) Post #AufxO3akyAqR80Cy6y by mjg59@nondeterministic.computer
2025-06-01T04:08:14Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki The perspective I take is that someone choosing to design a system such that the software is sufficiently hidden you could maybe describe it as hardware is in itself a hostile act - it's a choice to take control of that system away from its owners. By choosing to treat that as acceptable we provide a perverse incentive for vendors to make devices that are harder to modify to meet the owner's needs.
(DIR) Post #AufxO4r6GtVp2yrXE0 by lxo@snac.lx.oliva.nom.br
2025-06-01T04:47:33Z
1 likes, 0 repeats
I'll call that bullshit. it's not like hardware makers really care about FSF's opinion on what is or isn't acceptable WRT embedding software in hardwarebut if you buy a piece of hardware, assuming it can't be modified, learning that there's a piece of software that can't be modified in there doesn't betray you or take away anything you expected when you got it.whereas learning that the piece of software can be modified remotely makes it traitorous hardwarethat's a key distinction to methat the hardware can be modified (or even enabled) with software copies, if you go along with it, as with typical ROM-ed firmware and microcode, makes the modifications most evidently software, and then all the ethical reasons for software to be free kick inbut those reasons don't transfer to the hardware you got with expectation that it was hardware, thus unmodifiablepresenting them as if they do just because you label it as software is unreasonably dogmatic IMHO. it's missing the forest for the treesunless you're just bringing this up to serve your masters. then it's totally understandable that you're poking the FSF because you have to.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AugSte6ENkatuWTN7Q by freetar@freesoftwareextremist.com
2025-05-31T14:10:59.283374Z
1 likes, 0 repeats
@mjg59 @Suiseiseki What has changed is the addition of an update layer loaded into volatile memory at boot, which can patch, modify or add behaviors. Using microcode updates for mitigations like Spectre does not mean the base microcode ceases to be hardwired, nor that the physical MROM is altered. These updates act on internal volatile memory that dynamically overrides behavior, while the MROM remains intact. Thus, modern CPU microcode operates on two levels: a hardwired base layer and a software layer that adds flexibility without changing the underlying hardware.It is also important to note that vulnerabilities such as Spectre are not "mitigated" exclusively through proprietary microcode updates. Many effective mitigations are implemented at the operating system level —especially in the kernel— such as retpolines, kernel page table isolation, speculative execution barriers, et cetera.
(DIR) Post #AugSwwZMAV6a3vfVq4 by mjg59@nondeterministic.computer
2025-05-31T14:13:00Z
0 likes, 0 repeats
@freetar @Suiseiseki what has changed is that microcode is now software targeting the CPU's underlying instruction set, and that merely happens to be fixed in ROM.
(DIR) Post #AugSwxphTDlxyuK4x6 by freetar@freesoftwareextremist.com
2025-05-31T14:46:42.253899Z
1 likes, 0 repeats
@mjg59 @Suiseiseki Microcode updates loaded into volatile memory at boot are indeed software (usually proprietary and potentially malicious) — snippets of code that the CPU can interpret to modify or patch its behavior. However, this does not turn the base microcode into software nor change the physical MROM. It just adds a software layer on top of the hardware.
(DIR) Post #AugT2TBSKsn8f87lho by mjg59@nondeterministic.computer
2025-05-31T14:45:02Z
0 likes, 0 repeats
@freetar @Suiseiseki your understanding of modern microcode is simply incorrect, and whether something is software or not is not determined by the tangible form it is fixed in
(DIR) Post #AugT2UnmJt2XgH3t4q by freetar@freesoftwareextremist.com
2025-05-31T14:49:51.541129Z
1 likes, 0 repeats
@mjg59 @Suiseiseki >your understanding of modern microcode is simply incorrectYou can't just say it's simply incorrect. You need to correct my supposed misunderstanding.>and whether something is software or not is not determined by the tangible form it is fixed inI did not claim that. In fact, I made it quite clear: for those instructions to be software, they must be in a format that a computer can interpret or execute.
(DIR) Post #AugT7ILO47OcUW4QCG by mjg59@nondeterministic.computer
2025-05-31T14:49:55Z
0 likes, 0 repeats
@freetar @Suiseiseki software in ROM is still software, just as software on a CD is still software
(DIR) Post #AugT7JQO30zPqJPvd2 by freetar@freesoftwareextremist.com
2025-05-31T15:46:51.413627Z
0 likes, 0 repeats
@mjg59 @Suiseiseki I'm not sure exactly what you mean. A ROM can be electrically programmable and erasable (EEPROM). A CD can be a CD-RW, CD-R, CD-ROM or CD-A — all of them are different.
(DIR) Post #AugT7KOISGuaq7Rm0e by mjg59@nondeterministic.computer
2025-05-31T15:54:01Z
0 likes, 0 repeats
@freetar @Suiseiseki software doesn't stop being software if it's on a pressed CD-ROM.
(DIR) Post #AugT7L5BsnDsz9W1rs by freetar@freesoftwareextremist.com
2025-05-31T20:54:12.159296Z
1 likes, 0 repeats
@mjg59 @Suiseiseki The term "software" comes from "soft", implying something flexible or modifiable without physically altering the medium in which it resides. In contrast, "hardware" comes from "hard", referring to something rigid or fixed, which requires physical intervention to change.A CD-ROM can store a computer program, but it does so in a fixed, physical, and immutable form. Because this data cannot be modified without physically altering the disc, it does not align with the notion of software as something "soft" or easily changeable. In such cases, we are dealing with a tangible, unalterable representation — in other words: hardware.This analysis is logically consistent and valid within the conceptual framework based on etymology.
(DIR) Post #AugT94r5Bg6rEfkHs8 by mjg59@nondeterministic.computer
2025-05-31T14:53:18Z
0 likes, 0 repeats
@freetar @Suiseiseki right. Modern microcode is software written for the CPU's native instruction set. It reads state from flash. It performs cryptography. It is built from source code. It is the code that brings up the CPU when power is initially applied. Nobody manually lays out the transistors that embody the version of it stored in ROM.
(DIR) Post #AugT96FvylaBa2NeFM by freetar@freesoftwareextremist.com
2025-05-31T15:30:00.613888Z
0 likes, 0 repeats
@mjg59 @Suiseiseki Although it's true that modern microcode is written in a language the CPU can interpret and that it can be updated or loaded from flash memory, this does not mean that all microcode is software.The base microcode stored in MROM is physically implemented in silicon and serves as the hardwired circuitry that defines the CPU's core logic and fundamental behavior. It is not interpreted or executed like a program; it is hardwired to control the CPU's internal signals and state transitions.Microcode fragments loaded from flash memory at boot time (updates or patches) are software: they consist of instructions that the CPU interprets to dynamically alter its behavior. However, the foundational layer —the original hardwired microcode— remains intact and is not executed in that way. These updates are not executed directly from flash; they are copied into the CPU internal volatile memory during the boot process, where they temporarily override specific behaviors, while the physical MROM remains unchanged.
(DIR) Post #AugT97Lzti1iz8E0Ku by mjg59@nondeterministic.computer
2025-05-31T15:33:32Z
0 likes, 0 repeats
@freetar @Suiseiseki the base microcode loaded from ROM is what validates the signature on any ACMs that are loaded from flash. It is not simply an instruction lookup table, it is software.
(DIR) Post #AugT98Os0Vv2EKZoS8 by freetar@freesoftwareextremist.com
2025-05-31T20:47:42.448759Z
0 likes, 0 repeats
@mjg59 @Suiseiseki >the base microcode loaded from ROM is what validates the signature on any ACMs that are loaded from flash.Base microcode is not loaded, executed or modifiable. It is physically embedded in the CPU silicon as hardwired logic, commonly implemented as a hardwired finite-state machine. It functions as a control circuit that responds to input signals with predetermined outputs, without the need for interpretation or instruction execution. Among its functions is the validation of ACMs using integrated cryptographic modules.>It is not simply an instruction lookup table, it is software.Not being simply an instruction lookup table does not make the base microcode software; it indicates that it is complex circuitry.>it is software.Evidently, it is not.
(DIR) Post #AugT99EGvP2GnkcrZY by mjg59@nondeterministic.computer
2025-05-31T20:53:23Z
0 likes, 0 repeats
@freetar @Suiseiseki "commonly implemented as a hardwired finite-state machine" ok where are you getting this from because it hasn't been true in decades
(DIR) Post #AugT99vALvLYwmh7Qm by freetar@freesoftwareextremist.com
2025-05-31T21:00:10.566063Z
1 likes, 0 repeats
@mjg59 @Suiseiseki It is not false to say that the base microcode functions like a hardwired FSM, because it is a good analogy for its fixed and deterministic operation. It is true that the implementation has become more complex and is no longer so simple.
(DIR) Post #AugU3AHYCIFoHds1M8 by mjg59@nondeterministic.computer
2025-06-01T05:36:31Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki I don't think expectations have anything to do with it - most people who buy a TV have no expectations that the code it contains can be modified, but we both know that code is used to restrict them and they should be able to modify it. If hardware vendors know they can escape the FSF's attention by putting code in ROM then that's a disservice to everyone who receives that code, and we should expect better from them.(As of yesterday I'm unemployed, who are my masters?)
(DIR) Post #AugU3BAqsgUR39kBYO by Suiseiseki@freesoftwareextremist.com
2025-06-01T10:54:57.522198Z
0 likes, 0 repeats
@mjg59 >He does it totally gratis.A TV should be a TV - it should just play the video signal without needing an internet connection or software updates (most computer monitors are what TVs should be).I haven't heard of a single case of a hardware vendor who use ROM to store the programs, as it's inconvenient not being able to patch broken programs.In the case one does use a substantial amount of ROM or PROM in a socket to store GPLv3 programs and compiles with the GPLv3, there is no issue, as the user can just pull that chip out and put an electrically compatible EEPROM in place containing the modified version (although there would be no documentations or instructions for such, that is likely to be much easier than trying to bypass digital handcuffs).
(DIR) Post #AugWubE2x73L6Tq3iS by mjg59@nondeterministic.computer
2025-05-31T20:55:53Z
0 likes, 0 repeats
@freetar @Suiseiseki so a computer booting from a pressed CD isn't running software?
(DIR) Post #AugWucO0dYcGhfVWsq by freetar@freesoftwareextremist.com
2025-05-31T21:00:40.853217Z
0 likes, 0 repeats
@mjg59 @Suiseiseki Etymologically, no.
(DIR) Post #AugWudQWlgDzvlh3Ro by mjg59@nondeterministic.computer
2025-05-31T21:13:44Z
0 likes, 0 repeats
@freetar @Suiseiseki yeah this is a ridiculous position to hold and results in bad outcomes like not believing that it's an ethical requirement that the code a system runs be modifiable as long as that code is in a physically immutable form
(DIR) Post #AugWueJpS4SchHZDe4 by Suiseiseki@freesoftwareextremist.com
2025-06-01T11:26:58.861920Z
0 likes, 0 repeats
@mjg59 @freetar If something is physically immutable, then it is *physically unmodifiable* - therefore it is no possible ethical question as to modification, as nobody can.
(DIR) Post #Augw0c1zMsyaC3A9EO by lxo@snac.lx.oliva.nom.br
2025-06-01T16:06:50Z
0 likes, 0 repeats
your obsession with hitting the FSF seems to get you very confused as to the power and influence it has. you also seem confused about its scope, which is surprising for a former board member. as a single-issue organization, its focus is on software, and on users' freedoms that enable them to control their computing.as such, it does not oppose users' freedom over hardware, but they're outside its scope inasmuchas the hardware doesn't trump software freedom.once you realize that a piece of hardware cannot be reasonably modified, if you accept that unfortunate reality, the ethical dimension of replacing some hardware component with an equivalent software+programmable hardware component vanishes, and no reasonable argument remains to reject it, provided that you've accepted that the hardware cannot be reasonably modified. there's no loss of freedom there, even if there's a loss of potential freedom. as in, it could conceivably be better if things were different. it's an argument analogous to "I demand a pony because I want one so much", which isn't very convincing.if you're not happy with hardware that you cannot modify, you're welcome to join us in the hardware freedom cause, and to reject it outright if you find that reasonable. but not to conflate it with the software freedom cause.now, I'll give you that there are undesirable side effects following from this ethical equivalence, and those who don't quite share our ethics may twist them. I'm not convinced that there's a more consistent and pragmatic position to take, that wouldn't bring about far worse side effects. but maybe you have a better one to suggest? let's see whether you have something useful to offer, shall we?(so have they let you go for good, or are you still serving them in a more limited capacity, under some different arrangement? anyhow, I hope you find something else that enables your survival under the crushing economic environment we live in. nobody deserves to starve to death)CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auh1RTqoOE8CPcZ8Vs by mjg59@nondeterministic.computer
2025-06-01T16:45:02Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki We're talking about material that even the FSF describes as software! It just chooses to place it out of scope as a result of it being in a fixed form, which provides a perverse incentive for manufacturers to assert that they're aiding freedom by making it *impossible* for users to modify it. All executable code should be modifiable by the owner of a device.Again, who do you believe my "masters" to be?
(DIR) Post #Auh1RV6niGW0JV3Q4e by lxo@snac.lx.oliva.nom.br
2025-06-01T17:07:33Z
0 likes, 0 repeats
we're talking about software that is equivalent to a hardware circuityet you bring up software that isn't possibly equivalent to a hardware circuit as if that provided any value to that analysis. it's fallacious at worst; at best, it's a display of confusion.it's not impossible to modify, it's no harder than modifying hardware, and just as hard to enshittify.but it's likely to be in an EEPROM, so someone skilled with hardware who wishes to modify it can do it without replacing the EEPROM.I read you as to the perverse incentive. but again, what's your suggestion that would draw the line at a better place? reject all storage devices because they carry controlling software inside the package? allow nonfree software? without a vision of how the situation could be made better your criticism is worthless(when I speak of masters, it's just a way of giving you the benefit of the doubt, as if you were somehow being forced to behave so destructively and unpleasantly, rather than doing so out of your own volition and nature)CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auh38LjsWbxZezKPPU by mjg59@nondeterministic.computer
2025-06-01T17:12:53Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki GNU was originally built on top of proprietary kernels, because that was the only option at the time. The FSF should acknowledge that basically all viable free software platforms rely on some amount of proprietary software embedded in hardware, and encourage people to find solutions to that instead of encouraging vendors to make it harder for those solutions to exist.
(DIR) Post #Auh38MhQxBbAdhByEq by lxo@snac.lx.oliva.nom.br
2025-06-01T17:26:38Z
1 likes, 0 repeats
that's a twisted narrative. using nonfree software to develop its replacement is morally good; using nonfree software (as such; software equivalent to a hardware circuit is different) just because there's no alternative is accepting defeat, not an incentive to progress.the certification program makes room for and incentivizes designs that embed software that users can improve on, but it tolerates software that's equivalent to a hardware circuit. that designers choose to go along with the external pressure for the latter, instead of adopting hardware that carried programs that users could improve on, is not an imposition of the certification program, it's a symptom of the broken environment out there. the incentives out there are far stronger than anything the FSF could offer. but as usual you pick on the FSF.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auh7Tnt3SxiGrE6d5U by mjg59@nondeterministic.computer
2025-06-01T17:31:58Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki you're arbitrarily declaring that some non-free software is acceptable because there's no alternative. I think this is self defeating.
(DIR) Post #Auh7Tp4R48PWWoRESu by lxo@snac.lx.oliva.nom.br
2025-06-01T18:15:16Z
1 likes, 0 repeats
no, you misread or misrepresent me. I'm only saying it's unreasonable to reject hardware containing software equivalent to hardware if you'd accept all hardware. you don't like that. I get it, you want a pony. and you wish to blame the FSF for not having one, because the FSF doesn't demand the universe to give you a pony.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhBzRxSvrB3vhVy52 by dan@brvt.telent.net
2025-06-01T18:42:28.628520Z
0 likes, 0 repeats
@lxo @mjg59 @freetar @Suiseiseki "if you buy a piece of hardware assuming it cannot be modified" ... why would you assume that? People modify hardware (or pay other people to modify it for them) all the time: whole industry segments exist as a result. Its just a different skill set to that required for software modification.
(DIR) Post #AuhBzTBKNnrNiz0YKG by lxo@snac.lx.oliva.nom.br
2025-06-01T19:05:48Z
1 likes, 0 repeats
I suppose people would make that assumption because so much hardware is made to not be modified. a lot of it is beyond current possibilities to modify. like, you can't remake an IC the way you can patch a program.but you seem to mistake a conditional for a certainty. it's a fact that people frequently (are led to) hold the assumption, while challenging that assumption is an exception. it's up to hardware freedom activists to change this unfortunate environment.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com @mjg59@nondeterministic.computer
(DIR) Post #AuhLx8qC2PldbJeQCW by dan@brvt.telent.net
2025-06-01T20:15:20.476888Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki @mjg59 > but you seem to mistake a conditional for a certainty. it's a fact that people frequently (are led to) hold the assumption, while challenging that assumption is an exception. it's up to hardware freedom activists to change this unfortunate environment.It wasn't clear to me whether you viewed it as a conditional or a certainty as the rest of your argument seemed to rest on the condition holding, which I think is the case far less often than you believe. Consider the right to repair movement, for example, which is far bigger than (is probably a strict superset of) "hardware freedom activists"
(DIR) Post #AuhLx9yjo8CF86el9s by lxo@snac.lx.oliva.nom.br
2025-06-01T20:57:29Z
1 likes, 0 repeats
right to repair is a very valuable movement, and it's very important that it's gaining strength, but repairing (IIUC) is limited to restoring a device to its originally intended working conditions. this thread has been about improving the functioning of a device (also IIUC), so it falls outside the scope of repairingCC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com @mjg59@nondeterministic.computer
(DIR) Post #AuhVy1u6JWwruwXbEm by dan@brvt.telent.net
2025-06-01T20:12:05.713925Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki @mjg59 > I suppose people would make that assumption because so much hardware is made to not be modified. Really, though? Cars get modded, clothes get altered, furniture gets reupholstered, white goods get repaired with pattern parts, bicycles get upgrades, houses get extended ... seems to me that computers (and, to an extent, consumer electronics generally) are the outlier here. Maybe I can't directly alter the software in the ROM in the ECU that controls the fuelling for my motorbike, because it's ROM. But that scarcely makes a difference to my overall objective: I can swap it for a different ROM (or an EEPROM) with slightly different software. It would still be considered as modifying the bike, and it would still be simpler if I could read the source code that the ROM was produced from.
(DIR) Post #AuhVy3IF9Fr2E6qOVU by lxo@snac.lx.oliva.nom.br
2025-06-01T22:49:26Z
1 likes, 0 repeats
erhm... when I speak of hardware, I mean largely computer hardware, things like microprocessors, memory. those are almost naturally impossible to modify. presumably for not being a native speaker, and having learned English mainly in the context of computing, the first thing that comes to mind when I hear the term "hardware store" is computer equipment, not hammers, drills, screwdrivers and the like. sorry about any confusion this may have caused.integrated circuits are so incredibly hard to modify that it's pretty much a given that they are what they are and you take it or leave it. I suppose makers of such devices enjoyed the power that this afforded them, and started trying to transfer that to software, where these limitations are entirely artificial. more recently, after the anti-"circumvention" provisions of the DMCA and its counterparts in other countries, industrial makers have been trying to bring the artificial roadblocks to modification to other goods that carry electronics and software.alas, the same attitude that so many ignorant (fooled?) users display towards software, that "I can't program, so the freedoms are not irrelevant to me" seems to have successfully (from the PoV of the abusers) transferred to other devices, despite general dissatisfaction. such movements as free software, free hardware, and right to repair are our resistance against that abuse. that's the struggle we're in. though more and more people perceive these movements as solutions to these abusively-induced problems, we're still a small minority, and have a long way to go.unfortunately for us in the free software movement, custom hardware-only devices have been largely replaced with hardware containing general-purpose processors and embedded software. the move makes economic sense to manufacturers, and no visible difference to users: the devices can still do the same they did before the replacement, they still obey (or not) the same commands from users.we're still the only ones who care about this difference, because of the potential it would bring and our habit of having the ability to change things, to make the software and hardware around us serve us to our liking, because we've demanded the essential freedoms, and rejected things that didn't respect them.but if we were to reject devices that don't meet our standards, like we've been able to do with software for decades, we'd reject all existing hardware, whether or not it contained embedded software. even so-called free hardware is, at some free level, built out of lower-level nonfree components. we wouldn't have where to run our free programs. we wouldn't have storage devices in which to store our data. this would be the too-dogmatic, impractical, non-hypocritical consequence of mistaking the free software ethical imperative as applying to all these componentsfollowers of dogma make several improper generalizations. some think it's unacceptable to interact with a phone company or with a bank or with a store just because these businesses run nonfree software. but what the free software movement stands for is that users should have control of their own computing. the phone company's, the bank's, the store's devices are most of the time doing the business's own computing, not ours, and inasmuchas they do, whatever software they use is none of our business. it's their choice to shoot themselves in the feet. it's fine to prefer businesses that ensure their own freedoms are respected, but that preference is not an ethical imperative.likewise, it's fine and desirable when a program that took the place of a custom hardware circuit is available as free software, and can be modified so as to improve the device it lives in. (besides every other advantage software freedom brings with it.) but, inasmuchas the custom hardware circuit was acceptable, so should the software that invisibly replaced it. the moral imperative to reject it, out of solidarity with other software users, out of discouraging unethical behavior, is not there, unless there's a moral imperative to reject that custom hardware circuit as well. it's likely not even doing our own computing. the fundamental premise from the free software movement (that users should control their computing), the ethical calculus that leads to the logical conclusion that the four freedoms are essential and that denying them is unethical and thus such behavior must be rejected, none of them apply, they aren't there.maybe there are other reasons to support analogous moral imperatives, but to the best of my limited knowledge they haven't been articulated. what I see is an attempt to force a dogmatic analogy without the underlying moral and ethical support, and persistent attacks by those who don't get or don't share the reasoning to those who do. they're typically divisive attacks, from people who seem to enjoy conflict and destroying what they can't understand, to the point of looking like infiltrated saboteurs. who needs opponents, having allies like that? 😞CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com @mjg59@nondeterministic.computer
(DIR) Post #AuhWJNIzwFy2NHMfDs by mjg59@nondeterministic.computer
2025-06-01T19:12:12Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki I'm saying it's unreasonable to draw a distinction between software in ROM and software on disk. It's all software, it should all be free.
(DIR) Post #AuhWJOkKa7QQqLA0Su by lxo@snac.lx.oliva.nom.br
2025-06-01T22:52:54Z
0 likes, 0 repeats
that's the root of our disagreement. this dogmatic position is not undesirable per se, but AFAICT it lacks an ethical rationale, and undertaking it most likely leads to hypocritical behavior, unless you were to give up all computing activities with the potential exception of building replacements to the (by your standards, IIUC) intolerable devices you use.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhZbxoRFDjAfrcsD2 by mjg59@nondeterministic.computer
2025-06-01T23:06:50Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki using hardware that runs non-free software is an acceptable compromise in the course of achieving the long-term goal of all software being free, just as using SunOS to develop GNU was an acceptable compromise at the time.
(DIR) Post #AuhZbyo7Xt4FlAU8Lw by lxo@snac.lx.oliva.nom.br
2025-06-01T23:30:31Z
0 likes, 0 repeats
again, we disagree. the exception of using something to build its replacement and thus solve the problem is much narrower than you make it. using intolerable hardware would be acceptable to make its replacement, otherwise it's a ruinous compromiseCC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auhaemyg5IwBtSKIe8 by mjg59@nondeterministic.computer
2025-06-01T23:05:16Z
0 likes, 0 repeats
@lxo @dan @freetar @Suiseiseki a direct consequence of this position is that vendors attempting to cater to the free software market have deliberately made it more difficult to alter the software that their hardware runs, because by doing so they can achieve RYF compliance. The nature of the underlying software is not changed by nature of the form it's fixed in, and the hardware's owners should be afforded the same freedoms regardless.
(DIR) Post #AuhaeoG5K4SJrjTiPw by lxo@snac.lx.oliva.nom.br
2025-06-01T23:42:19Z
1 likes, 0 repeats
again I'll have to call that bullshitit was difficult to replace custom hardware components (you'd have to replace the whole thing).it was not that difficult to replace software burned in ROMs inside embedded hardware devices.it is easier, not harder, to replace software in EEPROMs.it's even easier when the EEPROMs are physically outside the hardware components.what role has the FSF played in this? none whatsoever, it was an industry-wide shift. the FSF is still encouraging developers to make free software, hardware designers to choose freedom-respecting devices, and users to do their computing with software that respect their freedom, while it certifies as respectful of users' [software] freedoms devices that contain embedded programs that are technically and ethically equivalent to hardware circuits, and that are likely not involved in doing the user's computing.again, I welcome you to live by these standards you've supposedly chosen for yourself, that you are trying to impose onto others, particularly the FSF. maybe some day, when hardware freedom truly analogous to software freedom is achievable, we'll even be together at it. but for now, it's a false analogy, it's not pragmatic, and I'm not on board with it. having freedom over embedded software equivalent to hardware circuits is desirable and useful, but it's not a moral imperative.that said, we seem to have an unsurmountable disagreement. it doesn't seem useful to carry on.CC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhaxXhB7yyRzy5FKq by mjg59@nondeterministic.computer
2025-06-01T23:34:12Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki much free software has been written by using non-free software to reverse engineer other non-free software and reimplement it
(DIR) Post #AuhaxYsuhpxHgea8GW by lxo@snac.lx.oliva.nom.br
2025-06-01T23:45:25Z
0 likes, 0 repeats
I don't doubt it, but I don't condone it either. it seems self-defeating to me: it makes up an excuse to become dependent on something intolerable that doesn't ensure the problem will go away even if you succeed.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhbQuNHt04MjbmZeK by mjg59@nondeterministic.computer
2025-06-01T23:44:31Z
0 likes, 0 repeats
@lxo @dan @freetar @Suiseiseki what? RYF refuses any components with EEPROMs that contain non-free software, but accepts components with ROM that contain the same software. I've spoken to vendors who chose to use ROM in order to obtain RYF certification.
(DIR) Post #AuhbQvlQiiyX2m5Mv2 by lxo@snac.lx.oliva.nom.br
2025-06-01T23:50:57Z
0 likes, 0 repeats
what do you imagine I said about RYF? did you mistake my description of the worldwide hardware industry shift as in any way related with FSF's RYF certification?vendors resented that the FSF didn't go along with the shift to externally-installable blobs? is anyone surprised?programs in internal *ROMs can be equivalent to a hardware circuitexternal programs can't possibly beCC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auhbjf54yJXSnvCxEW by lxo@snac.lx.oliva.nom.br
2025-06-01T23:52:32Z
0 likes, 0 repeats
FTR, I'm not familiar with this level of detail of the FSF RYF certification. it's not even the point of the discussion, unless your fridge happens to be RYF-certified. or was that bait?CC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auhf5TlQ1qqzwE6gyW by mjg59@nondeterministic.computer
2025-06-01T23:59:43Z
0 likes, 0 repeats
@lxo @dan @freetar @Suiseiseki sigh. The point of the conversation is that my fridge, which contains buggy software I can't fix, would meet the RYF criteria in this respect, and that's not a sensible outcome.
(DIR) Post #Auhf5Uw5fez5Zc6jFQ by lxo@snac.lx.oliva.nom.br
2025-06-02T00:31:46Z
1 likes, 0 repeats
why can't you fix it? it's a matter of hardware, due to the equivalence, so you have to replace the hardware part with a fixed one, but it can be fixed. if it could be treated as software, it wouldn't get past certification, because it's nonfree software. I get it that you don't like it, and that you want a pony, but the criterion makes perfect sense to me.what's not sensible to me is that you own a fridge that doesn't live up to your own standards. how did that come about? how do you live with that kind of cognitive dissonance? what's your plan to fix it? file a complaint with the FSF? (ha!)CC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhfnzmwK80w0C2sWu by mjg59@nondeterministic.computer
2025-06-01T23:55:47Z
0 likes, 0 repeats
@lxo @dan @freetar @Suiseiseki in some cases, RYF certified devices run exactly the same non-free software as non-RYF devices, but it's harder for the owner to replace it. That's a direct consequence of FSF policies. It makes no sense to care about the freeness of a blob loaded at runtime but not care about an identical blob in ROM. If it's to the user's benefit to be able to modify one, it's to the user's benefit to be able to modify the other.
(DIR) Post #Auhfo11ri7Xzqm2JQu by lxo@snac.lx.oliva.nom.br
2025-06-02T00:39:55Z
0 likes, 0 repeats
it makes perfect sense to treat software and anything equivalent to it as software, and hardware and anything equivalent to it as hardware, technically and ethically. it doesn't help you with your fridge problem, but having no fridge wouldn't help you with it either, would it?would you like your fridge to be easily enshittified? get one that makes it easy to update its software.see https://www.fsfla.org/~lxoliva/#Unshittifythe easier it is to install (nonfree) software updates, the easier it is for a vendor to strongarm you into accepting an alternate version that fixes one particular problem while it introduces numerous others. it's an illusion that the externalized software makes things better for users than for vendors, and one that you pursue fiercely. it's just saving the vendor the cost of the ROM, without bringing you any benefit, especially if the software is digitally signed, so that the hardware rejects your attempts at modifying it. its flexibility serves the vendor, not you. we gotta refuse to be suckers and reject that.CC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auhg7bSmTQPmLnxwvo by mjg59@nondeterministic.computer
2025-06-01T23:51:34Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki I'm always going to take a pragmatic attitude here. If using non-free software is the only way we get free software, I'll do it. If using hardware running non-free software is the only way we get free software, I'll do it. But the goal has to be to replace *all* that non-free software - the non-free software that helped people write free software, and the non-free software that runs on the hardware we depend on to write and run that software
(DIR) Post #Auhg7cMn7BDZ9WAgEa by lxo@snac.lx.oliva.nom.br
2025-06-02T00:42:28Z
0 likes, 0 repeats
I agree with that goal. in this regard, we seem to differ in priorities, as in, what ought to be fixed first to make the path walkable.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #Auhhe8XN8lai9IBsIa by mjg59@nondeterministic.computer
2025-06-02T00:41:23Z
0 likes, 0 repeats
@lxo @dan @freetar @Suiseiseki all software should serve the user, but we don't achieve that by locking the software away and pretending it isn't there
(DIR) Post #AuhheA4jQDryv2o1w0 by lxo@snac.lx.oliva.nom.br
2025-06-02T01:00:33Z
2 likes, 0 repeats
freedom for all is not attainable by forcing others to do our bidding. the best we can do is to refuse to buy things that don't meet our standards, and encourage others to join us. as long as hardware vendors don't find that it makes business sense to respect us, why would they? as long as enough suckers fall in their traps, they'll ignore us. it was pure hardware before, and it was acceptable enough for you to buy it; it still does the same thing, why would it not be acceptable now? it's not about pretending, it's about acknowledging the technical and ethical equivalence, and relying on that for a practical outcome. you're welcome to try your own certification program with your proposed standards and see how far it goes. prove us wrong if you can!CC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhiXRFXGnm86xDY3s by mjg59@nondeterministic.computer
2025-06-02T00:43:19Z
0 likes, 0 repeats
@lxo @dan @freetar @Suiseiseki I can't fix it because the manufacturer chose to put it in ROM, not flash. It's not the FSF's fault that that's the case for my fridge, but it *is* the FSF's fault that analogous situations play out in RYF certified hardware.
(DIR) Post #AuhiXS9XuYZuufQHMe by lxo@snac.lx.oliva.nom.br
2025-06-02T01:10:33Z
1 likes, 0 repeats
the FSF is consistent with its own standards, that you don't share, I get it. you find it acceptable to compromise in ways the FSF won't, but you can't accept that the FSF won't apply your unjustified stricter standards because you assume yours would lead to better rather than worse outcomes. you blame the FSF for vendor's choices to go the hardware-equivalent way, that has always been acceptable under free software standards, instead of going out of their way to build SoCs, storage devices and whatnot to have all free software, even where the software doesn't even do the user's computing. why would the vendors do that? would you, as a vendor? I didn't think so.CC: @dan@brvt.telent.net @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com
(DIR) Post #AuhuO9YKtb104MLlZI by mjg59@nondeterministic.computer
2025-06-01T16:38:24Z
0 likes, 0 repeats
@Suiseiseki @freetar systems should be designed such that there is no immutable software store
(DIR) Post #AuhuOAccv82dNxMhtY by Suiseiseki@freesoftwareextremist.com
2025-06-02T03:24:47.597739Z
0 likes, 0 repeats
@mjg59 @freetar New oxymoron huh? If something is immutable, it is not soft and therefore it cannot possibly be software.That would be impossible - if hardware wants to load microprocessor instructions, at the bare minimum it needs at least some ROM to do the initial init/load.
(DIR) Post #AuhzpAIWjWoRyAegNc by mjg59@nondeterministic.computer
2025-06-02T01:13:29Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki the path is easier to walk if it's technically possible to replace the non-free software, which means we should prefer runtime loadable blobs over non-free software in ROM.
(DIR) Post #AuhzpBcPp4Je48y51E by Suiseiseki@freesoftwareextremist.com
2025-06-02T04:25:41.265554Z
0 likes, 0 repeats
@mjg59 @lxo @freetar Almost no peripheral hardware uses a substantial amount of ROM anymore - most of it now either uses a small bootloader in ROM that loads software from an EEPROM (such bootloader is usually kept as simple as possible and without a malicious circuit that implements digital handcuffs, to avoid increasing warranty returns)or a big bootloader in ROM that loads software over usb or PCIe into the RAM of the peripheral device (you already need many ROM instructions to transfer data over usb or PCIe and then load it into RAM, thus manufacturers are less hesitant to add more instructions that implement encryption and/or a malicious circuit that implements digital handcuffs).Clearly there is more proprietary ROM in the RAM-only case, so why don't you prefer the EEPROM case?Furthermore, manufacturers often consider software in EEPROM "inseparable from the hardware" (even though you just dump it with a physical EEPROM dumper) and don't bother signing and/or encrypting the software, while manufacturers who distribute peripheral software as object code are aware that the binary can be conveniently reverse engineered, thus obfuscation, encryption and/or a proprietary license forbidding reverse engineering are more common.As far as I am aware, most free replacements of low-level proprietary software has been done with EEPROM software, as dumping and re-flashing an EEPROM is the easy part - the actual hard part is reverse engineering the hardware and/or the software and writing a free software replacement - and reverse engineering the software is not forbiddingly hard if it's not obfuscated, encrypted and/or signed.As for RAM-only peripheral software, what happens 99% of the time the proprietary peripheral software *never gets replaced* - as it's quite convenient to download and install a file on a filesystem and install an update if the manufacturer ever releases an update (usually the manufacturer pushes one update fixing the most severe bugs - even then it's still a buggy mess afterwards, but the user typically just tolerates such).The end result is that the users forevermore download and install such proprietary software and accept the proprietary license (and usually don't even think it's software, as people tell that that it's; "firmware") and the users don't usually ever get freedom.
(DIR) Post #Aui0NW8E3uBJX2DX2e by mjg59@nondeterministic.computer
2025-06-02T03:46:02Z
0 likes, 0 repeats
@Suiseiseki @freetar Not at all - traditionally CPUs would simply start executing code from the reset vector without any code executing on them beforehand. What's at the reset vector (ROM, flash, RAM that's had instructions bitbanged into it by hand) is irrelevant.
(DIR) Post #Aui0NXLNYUITI7NYBM by Suiseiseki@freesoftwareextremist.com
2025-06-02T04:31:55.319952Z
0 likes, 0 repeats
@mjg59 @freetar Bitbanging instructions by hand into RAM is no longer done and is no longer possible when the RAM is buried in the same IC as the microprocessor.If a microprocessor wants to load instructions from an EEPROM, load instructions from NAND flash, or load instructions into RAM, there needs to be some proprietary circuits at the reset vector to do the loading process (which can either be encoded microprocessor instructions or pure circuit logic - but either cannot be changed).
(DIR) Post #AujB0VhSnID4BctK3k by dan@brvt.telent.net
2025-06-02T14:21:16.825338Z
0 likes, 0 repeats
@lxo @freetar @Suiseiseki @mjg59 honestly I don't see a hard and fast distinction. If I break the bottom bracket on my bike I could replace it with an identical component or I might put a better (lighter, stronger) one in. Especially for older items, the original part might no longer even be made and a different part would have to be substituted. If I take my holey jeans to the repair cafe maybe they put a patch over the hole - that's both a repair and a modification
(DIR) Post #AujB0X5bd17EUnC7KS by lxo@snac.lx.oliva.nom.br
2025-06-02T17:43:21Z
0 likes, 0 repeats
nod, the difference is much easier to tell where traitorous electronics are involved, e.g. where the vendor adds digital locks that prevent the replacement of parts with unauthorized parts. unfortunately, software and electronics are spreading and so are these practices. brackets that are rejected by the bike, jeans that refuse patches, those are probably in the roadmap to hell, just a little further than computers that don't take your wifi card of choice, coffee machines and printers that don't take third-party supplies, tractors and cars that don't take third-party parts.CC: @freetar@freesoftwareextremist.com @Suiseiseki@freesoftwareextremist.com @mjg59@nondeterministic.computer