Honored ContributorI follow http://nioswiki.jot.com/wikihome/operating...duleprogarmming (http://nioswiki.jot.com/wikihome/operatingsystems/moduleprogarmming) but when I type in "modprobe hello" what I get is "modprobe could not parse modules.dep".
/lib/modules/modules.dep is empty, which could explain why it couldn't be parsed... I followed the instructions all the way. Any ideas where I could have gone wrong?
Honored Contributorinsmod: cannot insert `/lib/modules/2.6.16-uc0/kernel/drivers/misc/hello.ko': Invalid module format (-1): Exec format error
modprobe: failed to load module helloIf you comment out the whole if (vma->vm_file) {} block in do_mmap_private(), then the function will make a private copy and modules seem to insert ok.
<div align='right'><{post_snapback}> (index.php?act=findpost&pid=17035)
--- quote end ---
--- Quote End --- The error isn't in nommu.c - its just where I worked around it. The error comes from the call to a file mmap via a function pointer, which then returns NULL. Which version of the source are you using? If its a bit older, your do_mmap_private may be rolled up into do_mmap_pgoff (also in nommu.c) Anyway, I believe the reason module loading is failing is because of the ramfs_nommu_mmap function being a stub (see linux-2.6.x/fs/ramfs/file-nommu.c)...
int ramfs_nommu_mmap(struct file *file, struct vm_area_struct *vma)
{
return 0;
}i have a question regarding the makefile posted by wgoosens. i've tried to compile a module with this makefile, but it seems to me that there is something missing in it, because when i try to run make, it says
<div class='quotetop'>quote
--- quote end ---
--- quote start ---
make -k all
make: nothing to be done for `all'. --- Quote End --- Maybe it's very simple, but I don't know what to add. To my eyes, it seems that I should add the objects to be compiled, for example, but I don't exactly how to do it. What am I missing? Thank you AleX <div align='right'><{post_snapback}> (index.php?act=findpost&pid=17035)</div> [/b] --- Quote End --- You should name your objects in the obj-m variable. If your module is named module.c make sure you have
# If KERNELRELEASE is defined, we've been invoked from the# kernel build system and can use its language.
ifneq ($(KERNELRELEASE),)
obj-m := module.o# Otherwise we were called directly from the command# line; invoke the kernel build system.
else
KERNELDIR = /usr/src/cross/linux-2.6.11
PWD := $(shell pwd)
default:
$(MAKE) -C $(KERNELDIR) M=$(PWD) modules
endifARCH=nios2nommu CROSS_COMPILE=nios2-linux-uclibc- makeHi!
I have been using the Makefile proposed by "wgoosens", and it worked. But now I have seen that I have to use the uClinux kernel 2.4.x, and it doesn't work with it. Someone knows a way to compile modules with uClinux kernel 2.4.x? If anybody asks, I have to use version 2.4 because I'm porting code that was compiled with linux 2.4, and I've found many things different (include files, and more) that makes the porting less straightforward. thank you aLeXHonored Contributormmm... it's possible that uClinux doesn't have nios2 port in version 2.4.x? I can see somewhat referencing "niosnommu", but not nios2...
aLeXHonored Contributor
int ramfs_nommu_mmap(struct file *file, struct vm_area_struct *vma)
{
return 0;
}
shouldn't this be setting vma->vm_start to something at least?
if your modules reside somewhere other than ramfs, everything seems to work ok. try loading your modules from a filesystem on a cf card or something...
mike
<div align='right'><{post_snapback}> (index.php?act=findpost&pid=17040)</div> --- Quote End --- I had the same problem when boa was serving files from ramfs using mmap. Looks like it is fixed in kernel version 2.6.18. ramfs_nommu_mmap now looks like this:
int ramfs_nommu_mmap(struct file *file, struct vm_area_struct *vma)
{
return vma->vm_flags & VM_SHARED ? 0 : -ENOSYS;
}during "make modules_install" i got these, after "install drivers/misc/hello.ko" and right before the end of the make:
if ; then ../user/busybox/examples/depmod.pl -l vmlinux -ae -f system.map -b /root/uclinux-dist-test/romfs/lib/modules -r 2.6.16-uc0; fi
unknown option: ae
unknown option: r--- quote start ---
<!--quotebegin-repa@Jun 30 2006, 10:36 AM ...
during "make modules_install" i got these, after "install drivers/misc/hello.ko" and right before the end of the make:
if ; then ../user/busybox/examples/depmod.pl -l vmlinux -ae -f system.map -b /root/uclinux-dist-test/romfs/lib/modules -r 2.6.16-uc0; fi
unknown option: ae
unknown option: r
/lib/modules/modules.dep is empty, which could explain why it couldn't be parsed...
i followed the instructions all the way. any ideas where i could have gone wrong?
<div align='right'><{post_snapback}> (index.php?act=findpost&pid=16511)
--- quote end ---
--- Quote End --- I got this message some times, till i notice that when kernel is loading - it display its building time, and this time wasn't my recent build. So it's possible for some reason that you successfully download new build (with the driver) but the board run old build (without the driver) and so you get this message. (In such case I can see twice "Uncompressing Linux..." message). After some repeating downloads, the new build ran at last, and the driver also load successfully.
