You need to keep up with each release on your build servers as they're released and build for the newer kernels. So, you should be continually upgrading your build servers, to at least > the latest release. You don't need to switch servers, just run a yum upgrade.okay. That is what we are doing now. Installed all uek/uek2 kenrles on OL 5.7 / OL 6.1. We will be installing OL 5.9 uek/uek2 kernels(released recently) on OL 5.7.
Also, you should probably be using the 64-bit version, not the 32-bit version.We build drivers on both 32-bit and 64-bit machines.
Though, the best plan is to submit the source code to Oracle for direct inclusion into the kernel source tree, assuming it's GPL. You can do that via the ISV/IHV team.Our source code is not GPL.
923692 wrote:Why don't you just upgrade the entire machine instead of just the kernel, though?
okay. That is what we are doing now. Installed all uek/uek2 kenrles on OL 5.7 / OL 6.1. We will be installing OL 5.9 uek/uek2 kernels(released recently) on OL 5.7.
It seems you are tyring to verify that your kernel driver is guaranteed to work in any version of Oracle Linux. The kernel ABI is a binary interface provided by the kernel. I don't think compatiblity can be expected between different release versions, certainly not guaranteed in particular when you do not provide details.We are not expecting compatibility between different release versions. What we are expecting is kernel ABI within in the same family of of uek/uek2 kernels. It has been clarified by 'Avi Miller'.
Why don't you just upgrade the entire machine instead of just the kernel, though?Thanks for the suggestion. We will do that.