NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
[FIXED] Failing to compile PPP module for 4.2.20 (x86)
Hi everybody,
I have upgraded my Ultra 2 Plus yesterday and since I've tried to recompile the PPP modules as I did with the 4.2.19.
I've tried everything with the 4.2.20 (I've checked several times) GPL source but everytime the modules does not load with this message: "disagrees about version of symbol _ register_chrdev"
I've noticed that the defconfig.smp (and the default .config in the linux-2.6.37.6 directory) contains this line CONFIG_LOCALVERSION=".RNx86_64.2.1"
This seems to be wrong because the 'uname -r' command returns 2.6.37.6.RNx86_64.2.2
Even after fixing manually the CONFIG_LOCALVERSION variable, modprobe still fails with the module loading.
Even the make modules_install does not copy the modules in the /lib/modules/2.6.37.6.RNx86_64.2.2 directory.
I've rolled back to 4.1.19 and everything is fine on this version. I think something is wrong on the 4.2.20 source.
Any clue of what the problem is and if I can fix it?
I have upgraded my Ultra 2 Plus yesterday and since I've tried to recompile the PPP modules as I did with the 4.2.19.
I've tried everything with the 4.2.20 (I've checked several times) GPL source but everytime the modules does not load with this message: "disagrees about version of symbol _ register_chrdev"
I've noticed that the defconfig.smp (and the default .config in the linux-2.6.37.6 directory) contains this line CONFIG_LOCALVERSION=".RNx86_64.2.1"
This seems to be wrong because the 'uname -r' command returns 2.6.37.6.RNx86_64.2.2
Even after fixing manually the CONFIG_LOCALVERSION variable, modprobe still fails with the module loading.
Even the make modules_install does not copy the modules in the /lib/modules/2.6.37.6.RNx86_64.2.2 directory.
I've rolled back to 4.1.19 and everything is fine on this version. I think something is wrong on the 4.2.20 source.
Any clue of what the problem is and if I can fix it?
8 Replies
Replies have been turned off for this discussion
- I also noticed this problem trying to build modules on 4.2.20. However, this was my first attempt to build the modules, and even after downgrading to 4.2.19, I'm getting the same error.
Can you tell me the steps you take to build working modules for 4.2.19? - I wish I remember :-(
I didn't do more than what is explained here : http://www.readynas.com/forum/viewtopic.php?f=35&t=33132
I read the thread carefully and it worked.
THAT is what is the most annoying with 4.2.20 :o
EDIT: I've seen that 4.2.21 has been released, I'll try and see if what I think is the source of the error (kernel version) has been corrected. - 4.2.21 is fine \o/
Here's what I did:
- Downloaded new 4.2.21 version and associated GPL package : http://www.downloads.netgear.com/files/ ... WW_src.zip
- Unzip.
- The kernel sources are under kernel/2.6.37/linux-2.6.37.6
- I've copied the kernel/2.6.37/defconfig.smp file to kernel/2.6.37/linux-2.6.37.6/.config
- Then I've followed these instructions for the configuration except the last part: viewtopic.php?p=232929#p232929
- Instead I've run the following:
make modules
make modules_install
- The /lib/modules/2.6.37.6.RNx86_64.2.4/kernel/drivers/net directory should exist and contain
bsd_comp.ko ppp_generic.ko pppox.ko
ppp_async.ko ppp_mppe.ko ppp_synctty.ko
ppp_deflate.ko pppoe.ko slhc.ko
and the /lib/modules/2.6.37.6.RNx86_64.2.4/kernel/lib directory should contain crc-ccitt.ko
After all this I've upgraded the 4.2.21 with the new image (http://www.readynas.com/download/RAIDia ... x86-4.2.21) and after a couple reboots everything was fine :D
Good luck! - defconfig.up and not defconfig.smp? What hardware are you running it on? defconfig.up looks like it's compiling for 32-bit, but uname -a shows that my kernel (I already upgraded to the 4.2.21 package, was that a mistake?) is 64 bit.
- Also, did make modules_install actually create the /lib/modules/2.6.37.6.RNx86_64-2.4/kernel/drivers/net directory, or did you have to make that yourself? I'm actually trying to compile the netfilter modules, not ppp, and I had to manually copy all the .ko's into /lib/modules.../net myself. And it turned out those modules were an "Invalid Module Format." I'm trying again more carefully following your method, and if that fails, I'll try using defconfig.up instead of defconfig.smp.
- That was a mistake, it is defconfig.smp, I've corrected my post.
modules_install created all the necessary directories since I had not updated yet at this moment. - Ok, yeah. Using defconfig.smp I was able to reproduce what you did building ppp_generic. That works fine. Unfortunately for me trying to build the netfilter stuff as modules does not work. make modules results in undefined symbols in one of the key modules. I guess the kernel would need to be replaces to support what I want. I'm trying again with 4.2.19, now that I know the correct procedure, but I'm not too optimistic.
Anyway, thanks for your help. - Cheers guys,
got it working . thanks for all the info. :)
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
