-   Linux - Kernel (
-   -   reg. Kernel Version Number (

nilathinesh 05-15-2009 06:26 AM

reg. Kernel Version Number
Hello all,

1).. As newbie..i am not knowing on
HOW TO IDENTIFY a ".ko" is meant for which version of kernel ?;
is there any command that extracts the Version Information of the .KO file..

2) May be it is silly, but just want to clear the Gray point about the kernel version..

i have read somewhere about the kernel versioning, that the linux kernel version that ends with EVEN number is a stable one and
the ODD number is developmental version. (not sure it is applicable only to MAJOR number)

but recently i have seen in as as stable version .. this contradicts? can any one clarify me..

thanking you in advance.

sunr2007 05-15-2009 08:52 AM

@ above
a .ko is meant for kernel version which u have compiled in module makefile of try to load it through insmod ./*.ko it will give the version no if its not correct . else its same as ur kernel version though which u can get through uname -a .

and that notion abt even no bein stable and odd being unstable is no longer applicable for the 2.6.x kernel series. all versions of 2.6.x are stable versions. btw u can make one module compiled for one version make to work for another kernel version by enabling MOD_VERSIONING support in the kernel options when compiling.
warm regards,
Ravi Kulkarni.

syg00 05-15-2009 08:59 AM

2.4 was stable, 2.5 was testing, 2.6 is stable
The old idea was dropped after some discussion with 2.6 - Linus hasn't (really) decided what will happen in future.

monsm 05-15-2009 10:43 AM


Originally Posted by syg00 (Post 3541757)
2.4 was stable, 2.5 was testing, 2.6 is stable
The old idea was dropped after some discussion with 2.6 - Linus hasn't (really) decided what will happen in future.

Yes thats right. I came across an email chain on when looking for this not long ago. Linus made this reply on that thread:


I'm not going back to the old model. The new model is so much better that it's not even worth entertaining as a theory to go back.

That said, I _am_ considering changing just the numbering. Not to go back to the old model, but because a constantly increasing minor number leads to big numbers. I'm not all that thrilled with "26" as a number: it's hard to remember.

So I would not dismiss (and have been thinking about starting) talk about a simple numbering reset (perhaps yearly), but the old model of 3-year developement trees is simply not coming back as far as I'm concerned.

In fact, I think the time-based releases (ie the "2 weeks of merge window until -rc1, followed by roughly two months of stabilization") has been so successful that I'd prefer to skip the version numbering model too. We don't do releases based on "features" any more, so why should we do version _numbering_ based on "features"?

For example, I don't see any individual feature that would merit a jump
from 2.x to 3.x or even from 2.6.x to 2.8.x. So maybe those version jumps should be done by a time-based model too - matching how we actually do releases anyway.

So if the version were to be date-based, instead of releasing 2.6.26,
maybe we could have 2008.7 instead. Or just increment the major version
every decade, the middle version every year, and the minor version every time we make a release. Whatever.

But three-year development trees with a concurrent stable tree? Nope. Not going to happen.

So there you are. No decision on this yet, but I guess it will change eventually. I think its reasonably certian it won't be a 2.7, or a new stable 2.8.


nilathinesh 05-15-2009 11:05 AM

thanks all for clarifying !

but for the point (1)., when i insert a module in a kernel of different version it just says


# insmod *.ko
bridgedriver: disagrees about version of symbol struct_module
bridgedriver: disagrees about version of symbol struct_module
insmod: cannot insert 'bridgedriver.ko': invalid module format

also i am not sure.. for compiling this ".ko", which version of kernel is used...

so is there any way to identify the ".ko" is for X.X.X version of kernel!

thanks again.

nilathinesh 05-28-2009 07:09 AM

i got the version number of the kernel in which the .KO is built through chrism01.

Thanks chrism01


All times are GMT -5. The time now is 11:42 AM.