Neptune354

It seems there are some files missing from SVN, and others that don't work as supplied... This short HOWTO explains how to make the SVN code compile on Kubuntu 8.04.1 LTS (and by extension most of the other Ubuntu respins).

This is a variation on the instructions in the "official" HOWTO at http://cyberstorm.altervista.org/wag354 ... ild_en.txt, but based on the new floating-point toolchain and RPC-enabled ucLibC. Speaking of which, I'd love to see a HOWTO for building the FP toolchain from source... it seems to have some hard-coded paths which really need fixing.

What you need:

Linksys WAG534G source code v1.01.11 -- from ftp://ftp.linksys.com/opensourcecode/wa ... 00.tar.bz2
Linksys WAG54Gv2 source code (for the TI toolchain, aka TI-toolchains-2_1_0-cy07-Redhat7_1.tgz) -- ftp://ftp.linksys.com/opensourcecode/wa ... .00.19.tgz
Floating point toolchain -- go to http://groups.google.com/group/neptune354-dev/files and download mipsel-linux-uclibc.tar.bz2

Toolchain setup
First you need to get the TI toolchain working. Get the WAG54Gv2 GPL source tarball and untar it. In the 'tools' directory you'll find a file called TI-toolchains-2_1_0-cy07-Redhat7_1.tgz. Move that into a safe place, then delete the "WAG54GV2" directory. You only need the toolchain, not the WAG54 sources.

Now untar the TI toolchain and set up the symlinks for it:


Now you need to jump through a few hoops to make the FP toolchain work. Untar the FP toolchain:

Problem is, the FP toolchain is hard-coded to expect certain files to be in /home/marco/Desktop... We need to make some links to fix that.


Now the toolchains should be functional. Unpack the Linksys WAG354G source (you'll need it to fix Neptune's copy of zebra):

You'll also want to check out the Neptune354 source code:


There are a few bugs you need to fix in the Neptune sources. We'll start by fixing zebra:


Now we also need to fix a bug in the make.sh script..

You'll find three lines that look like this:

Uncomment these lines (remove the # symbols), then save the file.

Last but not least, the "7zip" compression tool that's used to compress the kernel won't compile. On top of that, the compiled version included in the source archive depends on an absolutely ancient version of libstdc++. We need to fix this:

In router/7zip/LZMA/RangeCoder/RangeCoderBit.h on lines 64 and 70, replace the text "Probability" with "this->Probability"
In router/7zip/LZMA/RangeCoder/RangeCoderBit.h on line 65, replace "UpdateModel" with "this->UpdateModel"

Save the file, then build 7zip:


Now run the build script, follow the instructions and you should have a Neptune354 upgrade image in trunk/image/upgrade_code.bin.

For my next trick, I'll try and figure out why Neptune354 isn't starting snmpd at boot time, add IPv6 support and maybe look into adding "proper" LAN subnet mask support (i.e. allow netmasks like 255.0.0.0) to the web interface.

I think I know what's up with snmpd...

In /trunk/router/rc/snmpvar.c, line 184 thru 192, there are a number of references to snmpd. With no path.

Instead of calling 'snmpd', these should be calling '/usr/sbin/snmpd'.

Replacing these seems to fix the issue and cause snmpd to start correctly on bootup.

I'm just trying to track down the app that's causing all the "Can't find ntpd" errors in the system log....

Thanks for build info.....I had problems with "7zip" and could never build the image
I'll give it another go