In my quest (maybe futile) to do some reverse-engineering work on the FVS338 firmware images I've hit a bit of a stumbling block. I've figured out Netgear are using standard cramfs (Compressed ROM FS) format for the images, but add 200 bytes of crud to the beginning of the files. No big deal, broke out the hex editor and fixed that. Now I see:
$ file ~/Desktop/fvs338-test.img ~/Desktop/fvs338-test.img: Linux Compressed ROM File System data, big endian size 7278592 version #2 sorted_dirs CRC 0xd2f82710, edition 0, 3177 blocks, 314 files GREAT! Except my system (Pentium-class Centrino lappy) knows not of "big endian" and refuses to mount the image. Anyone know how (if) it is possible to do the byte-reordering?? I guess I could hack some "C" and flip all the bits, one byte at a time, but surely someone has already done some code for this? Failing that, anyone know how to mount a big-endian disk image on a little-endian system? I've got VMware if that helps. BTW, I found a neat little readme in the source code for the FVS338 that explains the build process and what is needed, so that's cool. Problem is all the interesting stuff (like XScale network driver etc) is closed source 3rd-party proprietary evilness :( So I kinda need this firmware image so I can get to the binary stuff to roll-my-own. Any help appreciated! :) Cheers, James -- Real Users hate Real Programmers.
pgpbJFfS3FOPP.pgp
Description: PGP signature
-- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
