[U-Boot] U-book and GPLv3? (fwd)

Jerry Van Baren gerald.vanbaren at ge.com
Wed Jul 1 15:55:05 CEST 2009


Graeme Russ wrote:
> On Wed, Jul 1, 2009 at 9:46 PM, Richard Stallman<rms at gnu.org> wrote:
>>    I can't see how someone can deny access to the network, while still allowing
>>    anyone's software to be run on the device, without some sort of key system in
>>    the networking hardware - is that what you had in mind?
>>
>> This is aimed at cell phone networks: it recognizes they are allowed
>> to make the network refuse to talk to a phone if the users's changes
>> cause the phone to screw up the network.
> 
> Interesting, you allow the hardware & software designer to apply restrictions
> on the end user because their changes could 'screw up a network' but do not
> believe that the same restrictions apply when the changes could 'kill the
> user'

The network restriction makes an explicit distinction at an ownership 
boundary.

The network statement quoted by Robin is:
> From the GPL3:
>> > Access to a network may be denied when the modification itself materially
>> > and adversely affects the operation of the network or violates the rules
>> > and protocols for communication across the network.  

Note that the network is owned by the service provider, *not* the end 
user.  The end user is free to modify his gadget to his heart's content, 
but the service provider is *also* free to disallow that modified gadget 
from interacting with his (the service provider's) network.  In other 
words, the modification permissiveness boundary matches the ownership 
boundary.

Mapping this concept to the gaming world, I would say that gaming 
machine owners should be allowed the freedom to modify a gaming machine, 
but the casino (governmental regulatory agency) would also be free to 
disallow paying out any winnings to that machine.  Public access to the 
modified machine should not be allowed because that crosses the 
ownership boundary.  IOW, if *you* game the machine, *you* can play to 
*your* heart's content, but but the gaming (in both senses) is bounded 
at the machine's boundary and the ownership boundary.

Mapping this to the medical world, you should be free to modify the 
firmware in medical devices 1) that you own and 2) are only used by 
yourself, as owner.  Beyond that, there are already enough disclaimers 
that adding another disclaimer "if you rewrite this firmware, you could 
kill yourself" would be simple to add. Percentage-wise, it would 
probably add 1% to the pages of disclaimers already present.

There are already innumerable ways of harming (many ways fatally) 
oneself with medicines and medical equipment and these are already 
(theoretically) exhaustively listed.  When I pick up a subscription from 
a pharmacy, I am forced to wait for the pharmacist to make sure I 
"understand" the pages of how I could do myself great bodily harm and 
*literally* sign a document that I was instructed in the dangers.  Add a 
firmware modification disclaimer and you are all set... theoretically.

The classic warning sticker example is stepladders:
   <http://www.michigan.gov/documents/cis_wsh_cet0403_103227_7.pdf>
Note that there is no interlock to prevent you from using the stepladder 
as a straight ladder or from using it on uneven slopes.
<tongueincheek>
Stepladder safety interlocks could be created - just think how much the 
world would save in emergency room costs if we eradicated stepladder 
injuries.
</tongueincheek>

A related classic:
<http://1.bp.blogspot.com/_XEQbaTzjzsw/SGDiFJSSyyI/AAAAAAAAB5o/0NbNlsZI_5o/s320/unsafe+ladder+on+truck.jpg>

[snip]

Best regards,
gvb


More information about the U-Boot mailing list