1

Topic: Can't build any working modules for any of 3 chumby devices.

I'm attempting to build a module.  All I need is the /lib/modules/(version)/build directory.

It doesn't exist.  Nor can I regenerate it.  The GPL does specify source for the specific distributed binaries and other companies when they do a GPL source dump have a script or readme that does so - not piles of random tarballs and confusing instructions on how to build something completely different that might run on the hardware.

You don't have the full instructions on how to do it on a PC if that is what you originally use (or it isn't working), and on the chumby itself, it takes a full day.  And then the modversions are still wrong so it is a different kernel and modules so won't work anyway.

Why is it so difficult to distribute the build directory, or leave the critical components (Modules.symvers, include/autoconf.h, etc.) in the kernel tarball so that the make can be validated or so I could build a new module or patch an existing one without rebuilding the entire kernel?  I would also know that the tarball was the one for the existing pre-installed binary instead of having to guess.

If you don't have the build directories and there is a way to rebuild the specific kernel for any current model or update, it would help if you would provide a script doing the appropriate wgets, patches, etc. for any distribution of linux or even anything else.  Even if it would work on the chumby, even if I had to do it on a larger SD card.  Get the network up, do "sh ./build-exact-chumby-kernel-hackerboard.sh", and come back in a day or an hour.  (Even an ISO live linux image that would build the exact binary!)

I've been building kernels since Linux 0.9x and have code in the kernel.  I'm not stupid.  I might want to build a plain open embedded one day, and if I have a working kernel, why should I build one that differs in one untraceable trivial way but changes the modversions?  I would really like to build ONE STUPID MODULE THAT WOULD LOAD ON MY HACKER BOARD this weekend.  Why should it be such a nightmare?

I would also note the partition table is still broken (the first boot partition overlaps both root partitions) so most partition editors can't be used to expand the size of any partition and fdisk doesn't work to delete and recreate (wants to start at 2048, not 4).  Also the lipo connector is BACKWARD if you get the battery compartment and door from a real chumby (sparkfun).

2

Re: Can't build any working modules for any of 3 chumby devices.

I managed to get it to work.

The correct source tree is:

http://files.chumby.com/source/falconwi … 233.tar.gz

If you are using a version of make beyond 3.81 (make -v shows it), it won't build because of a fix of an undocumented feature.  It will complain about something like 1607:
/ %/: ...
This needs to be split up into two sections, just copy the stanza (the original line and the indented section following) for each version, i.e.
/ : ...
%/ : ...
(There is a second in the 400s).
You can compare any recent kernel in the same areas as they have the makefile fixed.

It can be built with the recommended GCC tools from the kernel pages.

http://wiki.chumby.com/index.php/Hackin … for_chumby

3

Re: Can't build any working modules for any of 3 chumby devices.

http://www.zdez.org/8192modtree.tgz has the module and updated files for an RTL 8188 (firmware is part of the binary).

The one I'm using is here:

http://www.meritline.com/airlink101-awl … 45923.aspx

The updates from running "depmod -a" are included in the tgz, but if you have other modules you will need to rerun it.

Re: Can't build any working modules for any of 3 chumby devices.

Here's what I went through to fix the messed up partitioning
http://forum.chumby.com/viewtopic.php?id=6525
-dan