View source for Neo 1973 Phase 0
From Openmoko
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Templates used on this page:
Return to Neo 1973 Phase 0.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Templates used on this page:
Return to Neo 1973 Phase 0.
See the following sections for quick start instructions for Phase0 developers:
We were using u-boot, kernel and rootfs images from http://people.openmoko.org/werner/devirginate-20070301.tar.gz to pre-install the devices. This is a self-contained devirginator snapshot, and can be used at any given time to fully restore the phone (complete loss of data is implied).
NOTE: This is how you do a full restore, including bootloader. This requires a Debug Board. In most cases, it is sufficient to use dfu-util to flash kernel and rootfs partitions |
This is how to restore the phone:
tar xfz devirginate-20070301.tar.gz
cd devirginate-20070301
tmp/openocd -f tmp/openocd-debugv2.cfg
Info: openocd.c:84 main(): Open On-Chip Debugger (2007-01-31 12:00 CET)
If OpenOCD prints an error, please disconnect the USB cable of debug v2 from the PC, connect it again, then restart OpenOCD.
./devirginate -0 -1 -2
NOTE: The -0 option irrecoverably destroys bad block information provided by the chip manufacturer. This is only appropriate for devices from phase 0, or earlier. Instructions will be updated for later models. |
Watch the screen of the Neo. The following things should happen:
u-boot can power-off the phone while in DFU mode :(
Either press the AUX button frequently to keep the phone from shutting off while the transfer is in progress, or access the u-boot console to increase boot_menu_timeout to some large value (in seconds) and restart.
Update to a more recent u-boot revision. All builds with svn revision 1284 or later address this issue.
/usr/share/common-licenses is not populated
printed GPL/LGPL included
Since we do block-by-block erasing of the flash during DFU, the 'rootfs' partition is not erased completely before writing a new JFFS2 image to NAND, if the rootfs image is smaller than the flash size
Either use the 'pad' option to mkfs.jffs2' when creating the image or use
GTA01Bv3# nand erase clean rootfs
on the bootloader console before using DFU to flash a new rootfs image
If you operate the microSD slot without a card inserted, while the device is powered on, plus put some mechanical stress to it, it can short-circuit the contact pins, resulting in 3.3V supply voltage short-circuit.
Please do not power the phone without microSD card inserted. Especially, never try to switch cards without unpowering the phone completely.
Due to a bug in the GPIO initialization routines of our u-boot patchset up to moko5, we had memory corruption as soon as more than 64MB of SDRAM were used.
None.
The real solution is to update to a more recent u-boot revision, such as http://buildhost.openmoko.org/tmp/deploy/images/u-boot-gta01bv3-r3_0_0_1321.bin
The USB DFU code for handling the JFFS2 root filesystem partition did not properly erase the rest of the partition, in case you are flashing an image that is smaller than the physical size of the rootfs partition.
Manually issue
nand erase clean rootfs
on the u-boot commandline before flashing a new rootfs image.
Use a u-boot image svn rev. 1306 or higher.