All of lore.kernel.org
 help / color / mirror / Atom feed
* "make prepare" in 2.6.26.2 not behaving?
@ 2008-08-19  3:41 Stuart Sheldon
  2008-08-19 19:52 ` Sam Ravnborg
  0 siblings, 1 reply; 3+ messages in thread
From: Stuart Sheldon @ 2008-08-19  3:41 UTC (permalink / raw)
  To: linux-kernel

Hey all, think I found a little bug...

I recently was attempting to build 3rd party modules on a 2.6.26.2 
source tree after a "make clean" was run on the kernel source tree.

In the past I would run "make oldconfig prepare scripts" and then build 
and install the 3rd party module. All would work as expected.

And all started well with the 2.6.26.2 tree. The module built without 
error, but when I went to load it, it responded back with a version 
error on the console, and the dmesg was: "no symbol version for 
struct_module".

If I rebuild the entire kernel and modules in the source tree and then 
build the 3rd party module again, It builds and loads without issue.

I'm hoping this is a bug, as I use the prepare method of setting up 
source trees a lot. It saves me hours of time on my server farm.

Thanks in advance for listening,

Stuart Sheldon




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: "make prepare" in 2.6.26.2 not behaving?
  2008-08-19  3:41 "make prepare" in 2.6.26.2 not behaving? Stuart Sheldon
@ 2008-08-19 19:52 ` Sam Ravnborg
  2008-08-19 20:11   ` Stuart Sheldon
  0 siblings, 1 reply; 3+ messages in thread
From: Sam Ravnborg @ 2008-08-19 19:52 UTC (permalink / raw)
  To: Stuart Sheldon; +Cc: linux-kernel

On Mon, Aug 18, 2008 at 08:41:59PM -0700, Stuart Sheldon wrote:
> Hey all, think I found a little bug...
> 
> I recently was attempting to build 3rd party modules on a 2.6.26.2 
> source tree after a "make clean" was run on the kernel source tree.
> 
> In the past I would run "make oldconfig prepare scripts" and then build 
> and install the 3rd party module. All would work as expected.
> 
> And all started well with the 2.6.26.2 tree. The module built without 
> error, but when I went to load it, it responded back with a version 
> error on the console, and the dmesg was: "no symbol version for 
> struct_module".
> 
> If I rebuild the entire kernel and modules in the source tree and then 
> build the 3rd party module again, It builds and loads without issue.
> 
> I'm hoping this is a bug, as I use the prepare method of setting up 
> source trees a lot. It saves me hours of time on my server farm.

If you have MODULE_VERSIONING enabled then you need to build
the kernel - "make prepare" is in that case not enough.

Ig you have module.symvers around then that will do it.

	Sam


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: "make prepare" in 2.6.26.2 not behaving?
  2008-08-19 19:52 ` Sam Ravnborg
@ 2008-08-19 20:11   ` Stuart Sheldon
  0 siblings, 0 replies; 3+ messages in thread
From: Stuart Sheldon @ 2008-08-19 20:11 UTC (permalink / raw)
  To: Sam Ravnborg; +Cc: linux-kernel



Sam Ravnborg wrote:
> On Mon, Aug 18, 2008 at 08:41:59PM -0700, Stuart Sheldon wrote:
>> Hey all, think I found a little bug...
>>
>> I recently was attempting to build 3rd party modules on a 2.6.26.2 
>> source tree after a "make clean" was run on the kernel source tree.
>>
>> In the past I would run "make oldconfig prepare scripts" and then build 
>> and install the 3rd party module. All would work as expected.
>>
>> And all started well with the 2.6.26.2 tree. The module built without 
>> error, but when I went to load it, it responded back with a version 
>> error on the console, and the dmesg was: "no symbol version for 
>> struct_module".
>>
>> If I rebuild the entire kernel and modules in the source tree and then 
>> build the 3rd party module again, It builds and loads without issue.
>>
>> I'm hoping this is a bug, as I use the prepare method of setting up 
>> source trees a lot. It saves me hours of time on my server farm.
> 
> If you have MODULE_VERSIONING enabled then you need to build
> the kernel - "make prepare" is in that case not enough.
> 
> Ig you have module.symvers around then that will do it.
> 
> 	Sam
> 

So the patch to delete the module.symvers from the tree exposed a 
mistake in my config? Makes since. Just to clarify, I want 
CONFIG_MODVERSIONS=n in my .config to use prepare? The help on the 
setting seems to imply that turning it on makes the kernel less picky 
about modules, but I guess I don't get it...

Will change that setting and test.

Thanks!

Stu

-- 
Randomly Generated Fortune Tag:
Many pages make a thick book.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-08-19 20:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-19  3:41 "make prepare" in 2.6.26.2 not behaving? Stuart Sheldon
2008-08-19 19:52 ` Sam Ravnborg
2008-08-19 20:11   ` Stuart Sheldon

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.