Well, my rebuild kernel / reboot / recompile module just finished.
Unfortunately, the printk warning was still there.
I replaced the unconditional #define MODVERSIONS with
#include
#ifdef CONFIG_MODVERSIONS
#define MODVERSIONS
#include
#endif
this is at the top of my source file. (before modu
On Tue, 05 Jun 2001 10:10:26 -0700,
Stephen Wille Padnos <[EMAIL PROTECTED]> wrote:
>Arthur had pointed out that modules.h should be included, then kernel.h. Is
>there a place where I can find out more about header file order dependencies?
With the existing design for module symbol versions, mo
um. duh.
Thanks. I guess it helps to know the right FM to R. :)
Arthur had pointed out that modules.h should be included, then kernel.h. Is
there a place where I can find out more about header file order dependencies?
(damn - that sounds like a Microsoft help question)
Keith Owens wrote:
>
Thanks.
Actually, the symbols in question aren't in modules. The kernel is module
enabled, but all drivers are being compiled in (this is for an embedded
system). My external module (which needs to grab the timer interrupt) is in a
separate source tree.
Thanks for the printk info - I guess bon
uesday, June 05, 2001 11:55 AM
> To: Linux Kernel
> Subject: Exporting new functions from kernel 2.2.14
>
>
> Hello, all.
>
> I am writing a pseudo-realtime control system, based on kernel 2.2.14.
> The only RT-like task needs to hang off the timer IRQ. I am using
> techn
Hello, all.
I am writing a pseudo-realtime control system, based on kernel 2.2.14.
The only RT-like task needs to hang off the timer IRQ. I am using
techniques like those in the book "Linux Kernel Internals", by Beck, et
al..
The patches in that book won't apply (they are for 2.1.24 or lower),
6 matches
Mail list logo
