> In Static Controls, the issue was a 55 byte program to calculate the
> level of toner in a cartridge. The court ruled that the program design
> of the TLP was so constrained by external factors (the efficient
> execution of a small number of calculations) that any other
> implementation would have been impractical.
Exactly. And this is precisely what is happening here. The kernel headers
are small in comparison to the kernel. And external factors are such that
there is no other way to create kernel modules other than by using the
kernel headers.
> Linux is a completely different matter, directly analogous to Apple's
> OS in the court's analysis. There are no such external factors
> dictating the form of the kernel's facilities for integrating new
> functionality.
You are saying there are practical ways to develop kernel modules other
than using the kernel headers?
> The kernel developers could have chosen some other
> means for drivers to coordinate their activities with the kernel than
> the current driver model (for instance, the means employed in Linux
> 2.4).
Sure, and Lexmark could have allowed the TLP to be a million bytes.
> You keep insisting that "a driver for hardware X under Linux" is a
> functional idea. It is not. "Calculate the amount of toner left" is a
> functional idea. "Set the control register of hardware X to value Y"
> is a functional idea (and not copyrightable due to scenes a faire).
If that was true, then why didn't the court say to Static Controls
"calculate the toner left on some other printer, you cannot take the TLP"?
> To conflate
> the two as you seem to want to do would render pretty much all
> software uncopyrightable. That might be preferable to you, but it
> would crush innovation in software development and make it impossible
> for anyone but largish businesses to create software.
Not at all. The only case where software is uncopyrightable is when it
claims to cover *every* practical way to make X do Y with Z. Just as the TLP
was the only (practical) way to measure the toner left in particular Lexmark
printers.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]