D
Deleted member 473
The wetware wears the jumper.
The less we know about your personal habits the better.Nobody mentioned wetware.
Certainly the way the originator of the term seemed to think, if you believe Wikipedia ( ) https://en.wikipedia.org/wiki/Firmware#History.That is one way of looking at it
Sounds about right to me.I'd be inclined to file the stuff on the chip and the bootloader as firmware and everything else as software.
A system updateProblem is, what do you call the combined update of some firmware and some software?
Like it. Problem solved.A system update
I do - because if it's in non-volatile store ready for use from power-up, and requires special procedures to update it, it is distinct from "software" from the user's viewpoint.Do we define an embedded Linux (software?) as firmware?
I don't know, but I assume there must be. Most of the hardware interfacing is done directly in the closed Humax binaries rather than via standard device drivers, hence our lack of access (but possibly essential from a timing point of view). I suspect there are "uncommitted" elements on the Broadcom chip that need definitions loaded before they perform their desired function, and this may be done in code that runs immediately post-boot. However, I would not be willing to call this "microcode" unless it was a form of stored program working at the hardware level - just setting up a set of control bits and leaving them as they are for a period, doesn't cut it.Can I assume that they also contain some sort of microcode (for want of a better term) for tinkering with the hardware state of the Humax, or is this all done at device driver level within Linux?
A set of things working together as parts of a mechanism or an interconnecting network; a complex whole.But what is a system?
I think af123 sort of answered that. If I understood correctly, a Humax ????ware update contains both a Linux filestore and low level stuff for a chip and the boot loader.I don't know, but I assume there must be.
A fair point. Your average user probably isn't going to understand system update, firmware update or even software update. Still, for the knowledgeable user, "system update" avoids the problems of defining software and firmware - and it might just keep BH happy.But what is a system?
We're talking at slightly cross-purposes. You are thinking generally, but because I have had engineering experience of microcode and configurable logic I am contemplating what (exactly) the Broadcom chip contains and whether there are any microcoded elements or configurable logic at all (or just hardware control registers).I think af123 sort of answered that. If I understood correctly, a Humax ????ware update contains both a Linux filestore and low level stuff for a chip and the boot loader.
But that's the nub of my argument: by being inconsistent with terms, the "average user" is given a confusing message and not the chance to understand what distinguishes software from firmware or why it matters. If user documentation stuck to the concept that software is something the user can reconfigure to their own requirements and firmware is something that is only modified by manufacturer updates (or "power users"!), there could be a clear understanding.A fair point. Your average user probably isn't going to understand system update, firmware update or even software update.
Get the point. Not only the average user is confused. My confusion is that I spent a long time as a VAX system manager (a sideline to my proper job of designing/programming/running big numerical simulations). The differences you can see between software and firmware are a bit of a blur when you can reconfigure the system to your own requirements.If user documentation stuck to the concept that software is something the user can reconfigure to their own requirements and firmware is something that is only modified by manufacturer updates (or "power users"!), there could be a clear understanding.