4G should be enough to fix a 2G file system. may be something I have not thought about yet.

Usually when fsck failed with not enough memory that mean swap is not set. fsck require large amount of memory because it does all the correction in memory before it write back to storage. simply setup a swap space usually will address fsck not enough memory problem.

Good luck

I'll say it is probably dying if not at lease the filesystem on it is dirty. take the SD card to another PC have the filesystem repaired first. And while you have the SD card on the PC, make backup of it after filesystem repair.

Good luck

Please wait, the u-boot.bin is not bootable. the address is wrong.

You can get source code and compile you self or I can upload a new one after I got home.

Good luck

OK, this version load at 0x800000.

To verify, md5sum for u-boot.bin is
In your u-boot prompt do

hum, I just realize you said you load it in 0x80000, this will not work, it have to be at 0x600000. Th code was compile to that specific address.

I have one time run in to this tftp freeze problem because the cpu cache was wrong. so check you u-boot with "help" command, does it have "icache" and/or "dcache" command? if it have them run the commands without and argument, one should be "off" and the other should be "on". as which should be "on/off" I need to go home to check on my plug.

Good luck

Sorry, once you load it, ue the "go" command. as in

I am so dumb , I should let you know you can tftp the u-boot.bin as well. no need to use openocd. just make sure you load it in to 0x600000.

I think my openocd is v0.3 or something there about.

Good luck

If guruplug_init did not work then the rest will not work.

you will need to go back to the openocd windows to see if openocd can get successfully sync, some where in the openocd message must have this line the important part "found: 0x20a023d3" or something similar. only you got that message then you can proceed to the other window do the rest.

One more thing, do not flash the uboot.bin to NAND, it is not bootable, I want to make sure we got a working version before burn it in.

Good luck

Hi crunch, hope you are still working on this problem. anyway I have something for you to test. a u-boot at 2010-12 with a lots of options enabled, a linxe kernel-2.6.32-r7-unionfs, a initramfs of my custom build and a simple u-boot environment setup image file.

you will needd to use openocd to load uboot to memeory and place kernel,initrams and envsrc.uimg to the tftp server following my instruction we shold be good to go.

1. load u-boot, at command prompt: openocd -f /path/to/board/guruplug.cfg -s /path/to/board/..
2, on second windows do 3. at prompt do,    ######### you should have third window ready connect to /dev/ttyUSB04. at the window that connect to ttyUSB0, interrupt autoboot.5. At the third windows with Marvell>> we need to setup for network transfer, so if you have dhcp environment handy then you can simply run "dhcp" this will setup "ipaddr" and "serverip" hopefully,
6 or you can manually setup network, 7 now first load the u-boot environment variables image file, 8. the envsrc.uImg setup some assumuption for location of kernel and initramfs file. so if they don't match your setup you can change by 9. if you are sure the "tftpinitrdfile" and "tftpkernelfile" are correct match you setup then we are read to load them to memory, 10. after load successful we verify that we have good images in memory by, 11. if everything looks ok, we are ready to boot, if you have a UBI based rootfs and your rootfs volumne is "rootfs" then you can try to run or else you can boot into initramfs by 12. if everything went will, you should see all the normal kernel boot up messages. if not then post what ever happen and we will work from there.

Good luck :-)

Hey, I am in same boat as you are!  I am going to get GST to change mine too.

Thank you very much for dig in to find out what is going on.

You can use any kernel that is compile support guruplug. the archnumber used in u-boot is target to guruplug machine type. I think without replace the rootfs you need kernel and modules. so as long as you can get module files then dump them in to /lib/modules/`uname r-`/ you are good to go.

Good luck

Are you comfortable loading u-boot from openocd? I am having problem setup u-boot from tftp for guruplug+.

OK, let me try to make u-boot so we can test. I only have guruplug-plus. it make take me a few try before I can get openocd sync to test my u-boot.

I see two options, one we continue debug. start from beginning. the other option replace your u-boot to more recent version and start from there. I am currently develop my dreamplug system. if you interest I can produce a u-boot and/or kernel too see if it will help. if you choose second option you will need to be patient, I can produce u-boot right away but the kernel is where I am develop at the moment, I am building my initramfs to support multiple root fs option.