Description of problem: The _ver_str macro is being used without being defined when compiling the external em8300 kernel module. Version-Release number of selected component (if applicable): 2.4.20-20.9 How reproducible: Download the em8300 0.13.0 release from http://dxr3.sourceforge.net/ Apply the attached patch (to workaround another RH-vs-stock kernel discrepancy) cd modules && make
Created attachment 95333 [details] Workaround for remap_page_range discrepancy
Created attachment 95334 [details] build log
Created attachment 95336 [details] Fix for _ver_str problem
If you look careful that include is already there unless you did something to trash your installed kernel tree. If you have a plain kernel-source that is present. If you mess with it then yes it may be corrupt. Please use rpm -V kernel-source to verify your kernel tree is in a correct state.
Oops! After reinstalling the kernel-source rpm, I see the line there. Hrm. Oh, I think I know what the problem is. When following the em8300 howto, I copied configs/kernel-2.4.20-i686.config to .config and ran 'make oldconfig && make dep' on the kernel tree. 'make dep' regenerated modversions.h without the #include.
The em8300 howto is extremely broken then.....
Possibly. So should I file a separate bug on the fact that 'make dep' doesn't regenerate a usable modversions.h or is the tree provided by kernel-source just designed to not be touched?
either you touch the tree or you don't. if you do you have to start by a make mrproper, and then you can build your own custom kernel from it, which is going to be different from the RH kernel. You can't "half" do it like the howto tries.