My immediate guess is path resolution is failing somewhere. Until I get a chance to look, as I used a fresh make menuconfig, I can't say for certain.
The occasional problem here is that it keeps the old paths, so if you directory tree does not match that of the original build machine, this are going to be wonky.
Categories: PogoPlug Development
Hi,
I've been trying to recompile the pogoplug pro 2.6.31.6 kernel to get some additional modules. This is my first try on crosscompiling so maybe I'm missing something.
I've installed codesourcery's G++ Lite 2009q3-67 for ARM GNU/Linux and it starts compiling, however I get the error:
CC init/main.o
In file included from include/linux/proc_fs.h:5,
from init/main.c:14:
include/linux/fs.h:716: fatal error: mach/filemap_info.h: No such file or directory
compilation terminated.
make[1]: *** [init/main.o] Error 1
make: *** [init] Error 2
I did a make clean
make oldconfig
but nothing seems to help.
Can anyone maybe point out what I'm missing here?
Thanks in advance,
Bram
Hi,
I assumed the default config was the one used for the pogoplug pro, but this was just a default kernel config file. The architecture wasn't configured right. so after some sleep I found the .config~ file and everything was ok
thanks anyway
Bram
Hi,
I'm trying the same (ie recompile the kernel), but using the .config.old file instead of the .config~. The compile goes OK, but the resulted uImage does not boot.
I load the uImage via TFTP, it works, as the original kernel boots well via TFTP.
I compiled the kernel modules and placed them, also I copied the firmware files into the /lib/modules/.
So where you able to add additional kernel modules to the pogopro kernel?
What was the command line you used?
regards,
Jeno
I assume you've got a serial connection if you have been tftp'ing kernels over.
If so, where does the kernel die off at? I'll have to have a look at where the firmware should actually reside on the CE install, and verify the full path for modules.
Thank you for the quick reply. No, I don't have serial connection, I wanted to avoid the HW "work". :-). I modified the uboot variables via blparam, and kept the original kernel on the TFTP server and just moved the kernel images on the server to boot either the one compiled by me, or the original one.
Anyhow, the problem seems to be workarounded. Instead of using the new kernel, I just compiled the modules I need (to use my webcam). Fortunately these new modules load perfectly into the orig kernel, and allow motion to work perfectly. Motion is installed from optware.

RSS


