Messages in this thread | | | Date | Fri, 12 Dec 2003 11:36:50 +0000 | From | Jamie Lokier <> | Subject | Re: Linux GPL and binary module exception clause? |
| |
Craig Milo Rogers wrote: > On 03.12.09, bill davidsen wrote: > > In article <3FD4C9C8.6040709@opersys.com>, > > Karim Yaghmour <karim@opersys.com> wrote: > > | I didn't exactly specify how the interfacing would be done because that's > > | besides the point I'm trying to make (in fact, it's the later part of my > > | email which was most important). But here's two other ways to do it just > > | for the sake of discussion: > > | a) Hard-wired assembly in the driver that calls on the appropriate address > > | with the proper structure offsets etc. No headers used here. > > > > Well, the addresses and offset specs came from *somewhere*, and I would > > love to hear someone argue that they "just seemed like good values," or > > that reading the header file and then using absolute numbers isn't > > derivative.
Using the absolute numbers and/or structures (i.e. the interface) needed to progam a device seems like a fine example of fair use, even when the header file containing them is copyrighted.
Fair use trumps derivation.
> INAL. Observable facts (such as absolute numbers) aren't > derivative (in the U.S.) because there's no "creativity"***. See the > famous court decision (... web search ...) "Feist Publications > v. Rural Telephone Serv. Co.", for example. Of course, the DCMA (or > other fell beasts) may have superseded that legal doctrine.
I guess a hardware manufacturer who feels their programming information is worth keeping secret may well argue that they _chose_ the numbers that needed to be fed to their device, and thus they're creative.
But that's silly, and we're in deep shit if ever that argument is taken seriously because _lots_ of Linux and BSD open source drivers were developed by studying the behaviour or code of another driver.
-- Jamie
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |