On Friday 28 January 2005 15:15, you wrote:
Hi,
Ok, now I get it... they're trying to workaround the fact that
modify_ldt() is not exported.
Thus they are probably violating the GPL
I am under the impression that it is permitted to distribute a binary
module, with only the loader
On Tuesday 25 January 2005 09:35, Marcus Better wrote:
Blaisorblade wrote:
I.e. the compilation problem is not in the kernel module, right?
Yes, the compilation error is in compiling the fglrx module.
Ok, unexpected.
In this case, the problem is that you have /usr/include/asm symlinked to
Blaisorblade wrote:
I.e. the compilation problem is not in the kernel module, right?
Yes, the compilation error is in compiling the fglrx module.
In this case, the problem is that you have /usr/include/asm symlinked to your kernel's
include/asm-i386 directory,
No, I don't, but I use Debian's
On Tuesday 25 January 2005 11:55, Marcus Better wrote:
Blaisorblade wrote:
*strange* that a kernel module uses the _syscall macro to do a syscall
with int 0x80 while already being in kernelspace...
It's interesting that the module contains the following code:
Blaisorblade wrote:
*strange* that a kernel module uses the _syscall macro to do a syscall with
int 0x80 while already being in kernelspace...
It's interesting that the module contains the following code:
//#define FGL_USE_SCT /* for developer use only */
//...snip...
