Quote:
Originally Posted by katadelos
|
I didn't know there was a Github repo for that.
Quote:
Originally Posted by katadelos
Heed the warning from make - if you look at line 436 of the top-level makefile, you'll see that it's the bit that handles all of the make *config targets; the problem with mixed implicit and normal rules is why those targets are playing up.
You can fix this (in a hacky way) like so:
code snipped
|
I already patched the Makefile with
this patch. That was what got the modules built I believe.
Quote:
Originally Posted by katadelos
Hand editing .config is not the greatest of ideas - many of the config symbols require other symbols to be enabled first or select other symbols when enabled. Using the menuconfig target helps to keep things consistent and lets you view these dependencies in detail by using the search feature:
code snipped
|
I managed to get
menuconfig with the above patch, so I used that instead of hand editing.
Quote:
Originally Posted by katadelos
Use dmesg to view the kernel log - it'll give you some slightly more verbose information on why insmod is failing. From experience, it'll likely be a vermagic problem which would imply some problem with your build environment.
|
dmesg says:
Code:
scsi_mod: no symbol version for struct_module
which according the web searches means I need to build the kernel outright, then I can build modules.
Code:
linux-2.6.26/scripts/gen_initramfs_list.sh: Cannot open '../../initramfs/skeleton-luigi.list'
stops the kernel from compiling though.