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
Steve:
I still have not figured out the magic that creates the .ver files which
would resolve your concern with the symbol versions, but I do know that
you can edit the .ver file yourself (under /usr/src/linux/include/modules/)
and add entries. This will eliminate the funny versioning, as in:
5 matches
Mail list logo
