Re: Compiling kernel module ...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Aug 06, 2011 at 11:34:46AM -0700, Abu Rasheda wrote:
> On Fri, Aug 5, 2011 at 5:10 PM, Akash <email2akashjain@xxxxxxxxx> wrote:
> 
>     Use #if like
> 
>     #define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))
> 
>     #if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 33)
>                // New socket create function
>     #else
>                // Old socket create function
>     #endif
> 
>     LINUX_VERSION_CODE is defined somewhere in the kernel and you should get to
>     use it easily.
> 
> 
>     HTH
> 
>     Akash
> 
> 
> I do this in many parts of my code. Issue in this particular case is different.
> In Vanila kernel this change appears in 2.6.33 and in Scientific Linux this
> change appears in 2.6.32. So in addition to LINUX_KERNEL_VERSION, I have to use
> some distribution specific #if.
> 
> I was wondwring what is general practice in this regard.

Get the code merged upstream so you never have to worry about it again.

Seriously, that is how this is handled, please read
Documenation/stable_api_nonsense.txt for details.

If you need help getting your driver merged, please let me know.  We
have ways of merging drivers that need "work" into the tree through the
drivers/staging/ portion of the kernel and we have people to help out
with the work as well.

What type of driver is this?  Why hasn't it been submitted for inclusion
in the kernel already?

thanks,

greg k-h

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies



[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux