David Schwartz wrote:
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.
Smaller than the kernel, but still big. These are not 55 bytes.
And the kernel headers are not unique either. You can make
many changes and still be able to use them for a driver.
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?
Many of these interfaces are published. Buy a linux device driver
book and write your own headers - possibly with different names
for the types involved. Structs or just a bunch of variables in a
certain order? Your call again. You won't get everything this way,
but you don't need everything to write one driver.
Then there is reverse engineering. More work, but certainly
feasible seeing how many linux drivers were written this way.
Helge Hafting
-
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]
