On Jan 2, 2011, Richard Stallman <[email protected]> wrote: > My reasonsing was that firmware filenames are static identifiers. Even > if we mangled them, they'd still be identifiers to the same files, and > web pages would quickly pop up mapping the identifiers to the file > names, so it seemed pointless to try to disguise the sources.
> I agree those things might happen, but that doesn't make it pointless. Agreed. > So I figured run-time mangling, that can vary not only from release to > release, but also from build to build, even from session to session, was > far more important. > What would it mean to change the translated name from session to session? That the kernel would include a session, build or release id as part of the hashed string, and it would provide userland with that string so that it would be included in the computation that searches for the firmware. I'm not sure yet how this would work with initrd building that include the minimal number of drivers and corresponding firmware files. Varying the hashing of the MODULE_FIRMWARE strings, that are compiled as constants into module files, isn't something we can do. But noting the need for non-Free firmware is something we might want to keep on refraining from doing. > That would mean that the user has to reinstall the nonfree firmware again > in each session -- right? No, it would be installed just once, but the hotplug script that looked for a file whose name matched the requested hash code would take the varying portion into account. > You might as well "mangle" every name to `foobar'. Wel,l we currently mangle them all to /*(DEBLOBBED)*/ ;-) -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer
