My current dockstar setup consists of: 1. mtd0: Jeff's uboot. 2. mtd1: Jeff's rescue system kernel. 3. mtd2: Jeff's rescue system rootfs on ubifs. 4. mtd3: emdebian install on ubifs. I tried to do a backup of all the mtd partitions with nanddump. mtd1 to mtd3 proceeded without any errors. But mtd0 threw out a whole chain of ECC errors: root@debian:~# nanddump -f mtd0.binby jasonp - uBoot
Is that kernel version 2.6.31-1? Are you running squeeze from NAND or USB? For usb, you can try setting up a syscall emulation qemu environment on PC, instructions are in http://forum.doozan.com/read.php?2,2694,2695#msg-2695 and run mkimage to create working copies of uInitird and uImage assuming /boot of usb drive has copies of working kernel's System.map, initrd and vmlinuz. Alternativeby jasonp - Debian
From man page of make: The make program uses the makefile data base and the last-modification times of the files to decide which of the files need to be updated. For each of those files, it issues the commands recorded in the data base. 1. Is the dockstar's date/time set correctly? 2. make install usually invokes the install program. You can do a dry run on the PC with theby jasonp - Debian
petergunn Wrote: ------------------------------------------------------- > Are you sure the pictures appear on the screen > when they are uploaded? > Tests with 2 digital cameras and a portable media player confirmed that you are probably right. When gphoto2 transferred the pictures generated by lcd4linux (yes, at least that part worked, I got a continually refreshed PPM image fromby jasonp - Displays
Ref: Jeff's Uboot build page http://general.nas-central.org/wiki/Setting_up_the_codesourcery_toolchain_for_X86_to_ARM9_cross_compiling I executed these on my Ubuntu Maverick PC as root, ie sudo su. 1. wget http://ftp.maddes.net/hardware/Linkstation/setup_codesourcery.sh 2. sh ./setup_codesourcery.sh 3. The install ended up in /usr/local and if /usr/local/bin is in your shelby jasonp - Debian
My preferred way of backing up is dd executed from my Ubuntu desktop. To backup: dd if=/dev/sdc of=dockstar.squeeze.img bs=128M To restore: dd if=dockstar.squeeze.img of=/dev/sdc bs=128M sdc should be modified to match the device Ubuntu maps the usb drive with dockstar squeeze to. This preserves the 1st partition ext2/2nd partition swap partitioning scheme that Jeff's installerby jasonp - uBoot
petergunn Wrote: > If you can figure out how to push images in > real-time out to an AX20X or other device you > might be able to adapt it for that as well. > This might be easier than I thought, lcdproc has a drv_Image driver which outputs to a PNG or PPM file. /* initially flush the image to a file */ drv_IMG_flush(); /* regularly flush the image to a file */by jasonp - Displays
Have you tried Oracle's Java SE for Embedded System instead of OpenJDK? http://www.oracle.com/technetwork/java/embedded/overview/sys-reqs-embedded-159989.html It's supposed to work with 32Mb RAM and Soft Float. I used it to test PS3 Mediaserver on another ARM device.by jasonp - Debian
The AX20X picframes, though unhackable from libst2205's perspective, are visible in Linux through the gphoto2 camlib so it might be possible to hack a lcdproc client in your favorite shell script/programming language to drive gphoto2's CLI client and push the images out to the picframe.by jasonp - Displays
restamp Wrote: > All that said, I have never been successful at > actually accessing the Dockstar's console from > netconsole. To date, I've only used netconsole to > interact with the uBoot, something which in itself > is highly desirable should one need to recover > from a mistake in programming the uBoot's > environment. Perhaps if I set the 'iby jasonp - uBoot
I used this to recover: http://plugapps.com/index.php5?title=Hardware:_Seagate_DockStar_Reflashing My dockstar arrived with a Bad Data CRC as well. I followed this thread: http://forum.doozan.com/read.php?3,1852by jasonp - uBoot