http://openmoko.org/api.php?action=feedcontributions&user=Nuclear+Eclipse&feedformat=atomOpenmoko - User contributions [en]2024-03-28T11:40:48ZUser contributionsMediaWiki 1.19.24http://openmoko.org/wiki/AndroidAndroid2008-12-17T14:26:18Z<p>Nuclear Eclipse: </p>
<hr />
<div>{{Languages|Android}}<br />
{{Distributions|Android}}<br />
<br />
= Introduction = <br />
[[Image:android.png|right]]<br />
This page is dedicated to porting the [http://www.android.com Android OS] to the [[Neo 1973]] and [[Neo FreeRunner]] handsets. Since the Android OS was [http://source.android.com/posts/opensource publically released] on 20081021, [http://benno.id.au/blog/2007/11/21/android-neo1973 work] [http://perpetual-notion.blogspot.com/search/label/android is] [http://groups.google.com/group/android-porting currently underway] to port Android to the [[Neo1973 Hardware|Neo 1973]] and [[Neo_FreeRunner_GTA02_Hardware|FreeRunner]] handsets.<br />
<br />
<br />
== Goals ==<br />
# Systematically introduce patches for ARMv4T in the Android codebase<br />
# Provide Neo1973 and Neo FreeRunner hardware-dependent patches in the Android codebase, leveraging the work already done by the Openmoko developers, without forcing Android-specific changes upstream<br />
# Provide a useable Android filesystem and kernel on the [[Distributions]] page that conform to current Openmoko installation routines<br />
<br />
== Early Attempts ==<br />
Before the source code was released, kernel trap handlers were implemented to 'emulate' the ARMv5TE ISA. Although the results worked in many cases, trapping is costly and performance suffered as a result. Moreover, without explicitly knowing which conditions were set by various instructions, such as Thumb Mode execution, the result became non deterministic.<br />
<br />
== Current State ==<br />
With the release of the Android [http://source.android.com source code], the Open Source community is no longer limited to dealing with a binary-only product. The Open Handset Alliance (OHA) has let their source code become their product for everyone enrich and benefit from. Currently, porting efforts are underway in many circles. <br />
<br />
Patches should be submitted via the [http://source.android.com/submit-patches official Android channels].<br />
<br />
To track the status of which parts of the Android source tree contain ARMv5 specific code, I've created a table of where it is contained, and the status of patches. It can be found at: http://spreadsheets.google.com/pub?key=pzDEXnU19gkeTjpD28t-7fw [[User:Bricode]]<br />
<br />
=== Updates ===<br />
* 20081202 [http://www.koolu.com Koolu], a Freerunner distributor, has released the source code of their Android port at [http://git.koolu.org http://git.koolu.org]. See the [[#Building the Koolu Android Source]] instructions below for how to build an Android image for Freerunner.<br />
<br />
* 20081104 The first Android-image has been successfully created by Sean McNeil! - sms and calling works, wifi and bluetooth doesn't. [http://onlinedev.blogspot.com/2008/11/porting-android-phase-3-done.html ''news-source'']<br />
<br />
== Installing Using Current Binaries ==<br />
Detailed instructions for installing Android on the Freerunner Using Sean McNeil's kernel and rootfs image, With the Qi bootloader, can be found at [[Android_on_Freerunner]] or [http://www.copiesofcopies.org/webl/?p=34 here].<br />
<br />
== Building the Koolu Android Source ==<br />
# Configure your machine with the prerequisites documented in the [http://source.android.com/download#TOC-Setting-up-your-machine Setting up your machine] section of Google's build instructions.<br />
# Install <tt>repo</tt> and download the source, as documented at http://trac.koolu.org/.<br />
# After the build finishes you can put together a root file system by editing and running Sean McNeil's scripts, which are attached to [http://lists.openmoko.org/pipermail/community/2008-December/036982.html this message]. The first script (cp_android_OS) is used to copy the newly built files into a staging area. The second one (mkjffs2) makes a jffs2 image from the staging area. Be sure to edit the paths in the two files to match your environment. Alternatively, you can use the script [[#Building a jffs2 image|below]]<br />
# The result of the previos step is a file, <tt>androidfs.jffs2</tt>, which may be flashed to your Freerunner.<br />
<br />
<br />
If you don't have mkfs.jffs2 you need mtd-tools, in debian based distros like Ubuntu just do: <pre>sudo apt-get install mtd-tools</pre><br />
<br />
==== Building a jffs2 image ====<br />
You can use this script:<br />
<pre><br />
#!/bin/sh<br />
<br />
currentdir=`pwd`<br />
<br />
ANDROID_OUT=out<br />
ANDROID_DEVICE=freerunner<br />
EXPORT_ROOT=$currentdir/build_jffs2_tmp<br />
<br />
Usage()<br />
{<br />
echo "Usage: $0 release|debug jffs2filename"<br />
}<br />
<br />
BuildImage()<br />
{<br />
<br />
if [ -d $1 ]<br />
then<br />
echo "[INFO] Copying from... $1"<br />
<br />
sudo rm -rf $EXPORT_ROOT<br />
mkdir $EXPORT_ROOT<br />
mkdir $EXPORT_ROOT/root<br />
<br />
# Copy the image...<br />
cd $1<br />
tar cf - root | (cd $EXPORT_ROOT; sudo tar xf -)<br />
tar cf - system | (cd $EXPORT_ROOT/root; sudo tar xf -)<br />
<br />
# Change owner and permissions...<br />
cd $EXPORT_ROOT<br />
sudo chown -R root:root root<br />
sudo chmod -R 777 root<br />
<br />
cd $currentdir<br />
<br />
# Make the JFFS2 file<br />
mkfs.jffs2 --pad=0x700000 -o $2 -e 0x20000 -n -d$EXPORT_ROOT/root/<br />
echo "[INFO] Image written to $2"<br />
<br />
sudo rm -rf $EXPORT_ROOT<br />
else<br />
echo "$1 does not exist!"<br />
fi<br />
}<br />
<br />
if [ $# != 2 ]<br />
then<br />
Usage<br />
else<br />
<br />
case $1 in<br />
release)<br />
BuildImage $ANDROID_OUT/target/product/$ANDROID_DEVICE $2<br />
;;<br />
debug)<br />
BuildImage $ANDROID_OUT/debug/target/product/$ANDROID_DEVICE $2<br />
;;<br />
*)<br />
Usage<br />
esac<br />
fi<br />
<br />
</pre><br />
<br />
There is currently no documented way to build a Freerunner/Android kernel. [[User:Seanmcneil3|Sean McNeil]] has been releasing kernels at http://people.openmoko.org/sean_mcneil/. Most of the patches required to run Android have be incorporated into the <tt>andy-tracking</tt> kernel branch, which will eventually be the new stable kernel. Once all the patches are in the kernel, it should be possible to run Android with a stock kernel.<br />
<br />
=== Windows Connectivity ===<br />
<br />
It is possible to get Windows to at least recognize the Android "Ethernet Gadget" and charge the FreeRunner using the Android USB Windows driver (http://dl.google.com/android/android_usb_windows.zip) by modifying the android_usb.inf file in that package before attempting to install the driver. The following modifications are required:<br />
<br />
Add the following to the [Google.NTx86] section of the android_usb.inf file:<br />
<br />
<pre><br />
; Neo FreeRunner<br />
%USB\VID_1457&PID_5117.DeviceDescRelease%=androidusb.Dev, USB\VID_1457&PID_5117<br />
%USB\VID_1457&PID_5117&MI_01.DeviceDescRelease%=androidusb.Dev, USB\VID_1457&PID_5117&MI_01<br />
</pre><br />
<br />
and add the following to the to the [Strings] section of the android_usb.inf file:<br />
<br />
<pre><br />
USB\VID_1457&PID_5117.DeviceDescRelease="Neo FreeRunner"<br />
USB\VID_1457&PID_5117&MI_01.DeviceDescRelease="Neo FreeRunner Composite ADB Interface"<br />
</pre><br />
<br />
The Windows version of adb does not appear to recognize the connected device yet but at least the FreeRunner charges and the device driver indicates that "This device is working properly."<br />
<br />
= How to Help =<br />
<br />
You can start by following the instructions to download and build the Android source from scratch. Please see [http://source.android.com/download http://source.android.com/download] and follow the instructions for your architecture.<br />
<br />
== Publicize Your Efforts ==<br />
<br />
It's generally a good idea to make your efforts known via wiki systems, public mailing lists, forums, and publically open version control systems.<br />
<br />
Always take credit for your work but please don't do it in the form of comments. Some code is already hard enough to read without comments polluting the text. The best thing to do is to create a patch and put a header with your information at the top. Collaboration systems such as git might already do this for you (??).<br />
<br />
If you create something new and have the ability to designate the license for it, please consider license compatibility issues.<br />
<br />
== Porting Strategy ==<br />
<br />
* Analysis and leverage of the existing build system<br />
** buid/core/combo/arm-linux.mk<br />
*** -D__ARCH_ARM_4__ -D__ARCH_ARM_4T__<br />
*** -march=armv4t -mcpu=arm920t<br />
** fix various static references to 'armv5'<br />
* Isolating ARMv5TE ISA dependent code<br />
** e.g. grep -n -R -i "${armv5te_isa_pattern}" ~/android<br />
* Abstracting<br />
** ( C/C++ )<br />
*** Use inlined functions / #ifdef statments to implement functions in a portable manner<br />
*** For inlined assembler calls, it's acceptable for now to use generic C code instead, so long as later on we optimize it by hand.<br />
** ( ASM )<br />
*** Proprocessor statements based on ISA / architecture, e.g. #ifdef __ARCH_ARM_5__ ... #endif #ifdef __ARCH_ARM_4__ ... #endif<br />
*** It's highly suggested that preprocessor statements should not be nested (i.e. make them mutually exclusive)<br />
*** Some people have suggested that we should not do #ifdef's based on ARCH or ISA, but rather based on an AndroidConfig.h which would define macros like PLD(...) #ifdef HAVE_ARM_PLD pld #else ... #endif .<br />
<br />
For each ARMv5TE instruction, one could potentially<br />
* Implement the instruction using general registers instead of DSP calls (i.e. eabi / softfloat)<br />
* If that is a) nondeterministic, or b) slow, then sections of code need to be analyzed and hand-optimized for the ARMv4T isa<br />
<br />
== List of Unsupported Instructions ==<br />
<br />
This is a list of opcodes, extracted from the Android source, that are unsupported for ARMv4T compliant processors (specifically the arm920t). The opcodes represent instructions available for ARMv5, ARMv5T, and ARMv5TE architectures, which are not present in the ARMv4T ISA. The list was obtained by exhaustively editing the recompiling the Android source code until it compiled without error.<br />
<br />
Please keep in mind, that in some cases, translating these instructions into a sequence of ARMv4T instructions will be impossible and / or result in nondeterministic execution because of<br />
* the requirement of additional context<br />
* the tendencies of certain opcodes to change condition registers that may or may not be present in the arm920t core<br />
<br />
=== Opcodes ===<br />
<br />
{{scroll box|height=480px|text=<br />
<TABLE BORDER="1"><br />
<TR><br />
<TH>Opcode</TH><br />
<TH>Desription</TH><br />
<TH>[[http://www.arm.com/miscPDFs/14128.pdf PDF]] Page Number</TH><br />
<TH>C</TH><br />
<TH>ASM</TH><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">BLX(1)</TH><br />
<TD>Branch, Link, and Exchange</TD><br />
<TD>166</TD><br />
<TD>N/A (Unused in Android)</TD><br />
<TD>N/A (Unused in Android)</TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">BLX(2)</TH><br />
<TD>Branch, Link, and Exchange</TD><br />
<TD>168</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Remove from inline assembly with something like<br />
<pre><br />
#ifdef HAVE_BLX<br />
... (inline asm) ...<br />
#else<br />
... (inline asm with equivalent blx code, as shown to the right) ...<br />
#endif<br />
</pre><br />
</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Substitute with a macro reference such as<br />
<pre><br />
#ifdef HAVE_BLX<br />
#define BLX(a) \<br />
blx a<br />
#else<br />
#define BLX(a) \<br />
mov pc,lr \<br />
bx a<br />
#endif<br />
</pre><br />
</TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">CLZ</TH><br />
<TD>Count Leading Zeros</TD><br />
<TD>175</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Remove from inline assembly with something like<br />
<pre><br />
#ifdef HAVE_CLZ<br />
... (inline asm) ...<br />
#else<br />
... (inline asm with equivalent clz code, as shown to the right) ...<br />
#endif<br />
</pre><br />
</TD><br />
<TD><br />
[[User:Cfriedt]] 20081029<br />
<pre><br />
#ifdef HAVE_CLZ<br />
#define CLZ(Rd,Rm) \<br />
clz Rd,Rm<br />
#else<br />
#define CLZ(Rd,Rm) \<br />
...<br />
#endif<br />
...<br />
CLZ(Rd,Rm)<br />
</pre><br />
</TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">LDRD</TH><br />
<TD>Load Registers Doubleword</TD><br />
<TD>200</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Substitute different inline assembly code with something like<br />
<pre><br />
#ifdef HAVE_LDRD<br />
... (inline asm) ...<br />
#else<br />
... (inline asm with ldrd substituted) ...<br />
#endif<br />
</pre><br />
</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Substitute with a macro reference such as<br />
<pre><br />
#ifdef HAVE_LDRD<br />
#define LDRD(a,b) \<br />
ldrd a,b<br />
#else<br />
#define LDRD(a,b) \<br />
...<br />
#endif<br />
</pre><br />
</TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">PLD</TH><br />
<TD>Preload Data</TD><br />
<TD>240</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Remove from inline assembly with something like<br />
<pre><br />
#ifdef HAVE_PLD<br />
... (inline asm) ...<br />
#else<br />
... (inline asm with pld removed) ...<br />
#endif<br />
</pre><br />
</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Remove or substitute with a macro reference such as<br />
<pre><br />
#ifdef HAVE_PLD<br />
#define PLD(a,b) \<br />
pld a,b<br />
#else<br />
#define PLD(a,b)<br />
#endif<br />
...<br />
PLD(r0,#0)<br />
</pre><br />
</TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">SMLA&lt;x&gt;&lt;y&gt;</TH><br />
<TD>Signed Multiply-Accumulate</TD><br />
<TD>291</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">SMLAL&lt;x&gt;&lt;y&gt;</TH><br />
<TD>Signed Multiply Accumulate Long</TD><br />
<TD>298</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">SMLAW&lt;y&gt;</TH><br />
<TD>Signed Multiply-Accumulate Word</TD><br />
<TD>302</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">SMUL&lt;x&gt;&lt;y&gt;</TH><br />
<TD>Signed Multiply</TD><br />
<TD>316</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">SMULW&lt;y&gt;</TH><br />
<TD>Signed Multiply Word</TD><br />
<TD>320</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">QADD</TH><br />
<TD>Saturating Add</TD><br />
<TD>242</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">QDADD</TH><br />
<TD>Saturating Double and Add</TD><br />
<TD>249</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">QDSUB</TH><br />
<TD>Saturating Double and Subtract</TD><br />
<TD>251</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">QSUB</TH><br />
<TD>Saturating Subtract</TD><br />
<TD>253</TD><br />
<TD></TD><br />
<TD></TD><br />
</TR><br />
<TR><br />
<TH VALIGN="TOP">STRD</TH><br />
<TD>Store Registers Doubleword</TD><br />
<TD>349</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Substitute different inline assembly code with something like<br />
<pre><br />
#ifdef HAVE_STRD<br />
... (inline asm) ...<br />
#else<br />
... (inline asm without strd) ...<br />
#endif<br />
</pre><br />
</TD><br />
<TD><br />
[[User:Cfriedt]] 20081028<br />
Substitute with a macro reference such as<br />
<pre><br />
#ifdef HAVE_STRD<br />
#define STRD(a,b) \<br />
strd a,b<br />
#else<br />
#define STRD(a,b) \<br />
...<br />
#endif<br />
</pre><br />
<br />
</TD><br />
</TR><br />
</TABLE><br />
}}<br />
<br />
=== Scanning for Files That Use the ARMv5TE ISA ===<br />
<br />
Using the above list of opcodes, one can scan the Android source code for ARMv4T-incompatible instruction sequences.<br />
<br />
'''Code:'''<br />
{{scroll box|height=240px|text=<br />
<pre><br />
#!/bin/sh<br />
<br />
# $1 is the android directory<br />
<br />
if [ $# -ne 1 ]; then<br />
exit -1<br />
fi<br />
<br />
cd "${1}"<br />
<br />
opcodes="blx clz ldrd pld smlabb smlabt smlatt<br />
smlal smlawb smlawt smulbb smulbt smultt smulwb<br />
smulwt qadd qdadd qdsub qsub strd"<br />
<br />
for op in ${opcodes}; do<br />
<br />
echo "* ${op} ====================================="<br />
<br />
if [ ! -e .files.${op} ]; then<br />
<br />
files="$(grep -R -i "${op} " * 2>/dev/null)"<br />
files="$(echo $files | grep -v "^Binary file" | sed -e 's/:.*//')"<br />
files="$(echo $files| grep -v "CREDIT\|README\|^\(kernel/\|.git/\)\|\(\.txt\)$" | sort -u)"<br />
<br />
echo "${files}" > .files.${op}<br />
<br />
else<br />
files="$(cat .files.${op})"<br />
fi<br />
<br />
for fil in ${files}; do<br />
lines="$(grep -n -i "${op} " ${fil} | sed -e 's/:.*//g' )"<br />
lines="$(echo $lines | sed -e 's/ /,/g')"<br />
echo "** ${fil}: lines {${lines}}"<br />
done<br />
done<br />
</pre><br />
}}<br />
<br />
=== Source Files in Android that Use the ARMv5TE ISA ===<br />
<br />
The list of files below may or may not be complete. There might also be some assembly code that is generated with a python script (verification?).<br />
<br />
{{scroll box|height=150px|text=<br />
* blx =====================================<br />
** bionic/libc/tools/gensyscalls.py: lines {168,186}<br />
** bootloader/legacy/nandwrite/init.S: lines {77}<br />
** bootloader/legacy/usbloader/init.S: lines {95}<br />
** dalvik/vm/arch/arm/CallEABI.S: lines {239}<br />
** dalvik/vm/arch/arm/CallOldABI.S: lines {145}<br />
** development/emulator/qtools/thumbdis.cpp: lines {187,265}<br />
** external/qemu/target-arm/translate.c: lines {1151,1971,2444}<br />
** external/qemu/trace.c: lines {774,1353,1358}<br />
** system/core/libpixelflinger/codeflinger/disassem.c: lines {416}<br />
* clz =====================================<br />
** development/emulator/qtools/armdis.cpp: lines {654}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/pv_normalize.h: lines {67,84}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/norm_l.h: lines {137}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/normalize_amr_wb.h: lines {78,95}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/pvmp3_normalize.h: lines {67,84}<br />
** external/opencore/codecs_v2/video/avc_h264/dec/src/vlc.cpp: lines {23}<br />
** external/opencore/codecs_v2/video/m4v_h263/enc/src/vlc_encode_inline.h: lines {125,162,168,204,218}<br />
** external/qemu/target-arm/translate.c: lines {1247}<br />
** external/skia/libcorecg/Sk64.cpp: lines {340,341,343}<br />
** external/skia/libcorecg/SkMatrix.cpp: lines {500,501}<br />
** external/skia/libsgl/effects/SkColorMatrixFilter.cpp: lines {135}<br />
** external/skia/libsgl/sgl/SkBitmap.cpp: lines {945,946,947}<br />
** external/skia/libsgl/sgl/SkBitmapShader.cpp: lines {32,33,34}<br />
** external/skia/libsgl/sgl/SkGraphics.cpp: lines {429,437}<br />
* ldrd =====================================<br />
** dalvik/vm/mterp/armv5/OP_AGET_WIDE.S: lines {28}<br />
** dalvik/vm/mterp/armv5/OP_IGET_WIDE.S: lines {37}<br />
** dalvik/vm/mterp/armv5/OP_IGET_WIDE_QUICK.S: lines {10}<br />
** dalvik/vm/mterp/armv5/OP_SGET_WIDE.S: lines {17}<br />
** dalvik/vm/mterp/out/InterpAsm-armv5.S: lines {2653,7464,8318,8390}<br />
** system/core/libpixelflinger/rotate90CW_4x4_16v6.S: lines {40,41,42,43}<br />
* pld =====================================<br />
** bionic/libc/arch-arm/bionic/memcmp.S: lines {37,44,45,56,57,107,108,195,196}<br />
** bionic/libc/arch-arm/bionic/memcmp16.S: lines {37,44,45,67,68,116,117,198,199}<br />
** bionic/libc/arch-arm/bionic/memcpy.S: lines {55,56,57,145,266,293,320}<br />
** bionic/libc/arch-arm/bionic/strlen.c: lines {59,65}<br />
** bionic/libc/kernel/arch-arm/asm/arch/irqs.h: lines {162}<br />
** external/elfutils/src/Makefile: lines {243}<br />
** external/elfutils/src/Makefile.am: lines {32}<br />
** external/elfutils/src/Makefile.in: lines {243}<br />
** external/jpeg/jidctfst.S: lines {69,235,247}<br />
** external/qemu/target-arm/translate.c: lines {1149}<br />
** system/core/libpixelflinger/codeflinger/ARMAssembler.cpp: lines {368}<br />
** system/core/libpixelflinger/codeflinger/ARMAssemblerInterface.cpp: lines {104,108,117}<br />
** system/core/libpixelflinger/t32cb16blend.S: lines {111,112,134,143}<br />
* smlabb =====================================<br />
** external/jpeg/jidctfst.S: lines {110,115,155,156}<br />
** external/neven/Embedded/common/src/b_BasicEm/Math.c: lines {584,589}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {147,166}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {120,129}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_gcc_v5.h: lines {514,533}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_v5.h: lines {418,429}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {202}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {250}<br />
** external/opencore/codecs_v2/video/m4v_h263/enc/src/dct_inline.h: lines {119,155,167,278,326,341}<br />
** external/opencore/codecs_v2/video/m4v_h263/enc/src/fastquant_inline.h: lines {178,225,437,517}<br />
** frameworks/base/libs/audioflinger/AudioMixer.cpp: lines {405,436}<br />
* smlabt =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {184}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {138}<br />
** external/opencore/codecs_v2/video/m4v_h263/enc/src/dct_inline.h: lines {131,143,294,310}<br />
* smlatt =====================================<br />
** external/neven/Embedded/common/src/b_BasicEm/Math.c: lines {585,590}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {157}<br />
** frameworks/base/libs/audioflinger/AudioMixer.cpp: lines {441}<br />
* smlal =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v4.h: lines {179,223,236,257,267}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v4_gcc.h: lines {264,341}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {178,188,198}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_dct_9.s: lines {84,90,96,101,109,114,116,118,121,132,138,150,163,165,167,174,176,178}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_dct_9_gcc.s: lines {73,79,86,90,98,103,105,107,110,121,127,139,152,154,156,163,165,167}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_mdct_18.asm: lines {143,162,178,188,192,199,207,217,225,231,237,241,244}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_mdct_18.s: lines {145,164,180,190,194,201,209,219,227,233,239,243,246}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_mdct_18_gcc.s: lines {143,162,178,188,192,199,207,217,225,231,237,241,244}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_polyphase_filter_window.asm: lines {62,63,66,72,76,77,81,82,85,90,94,97,99,100,103,108,113,114,118,119,122,129,136,137,176,179,183,187,190,193}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_polyphase_filter_window.s: lines {67,68,71,77,81,82,86,87,90,95,99,102,104,105,108,113,118,119,123,124,127,134,141,142,181,184,188,192,195,198}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/asm/pvmp3_polyphase_filter_window_gcc.s: lines {65,66,69,75,79,80,84,85,88,93,97,100,102,103,106,111,116,117,121,122,125,132,139,140,179,182,186,190,193,196}<br />
** external/opencore/codecs_v2/audio/mp3/dec/src/pv_mp3dec_fxd_op_arm.h: lines {148}<br />
** external/qemu/trace.c: lines {813}<br />
** frameworks/base/opengl/libagl/iterators.S: lines {66,67}<br />
** frameworks/base/opengl/libagl/matrix.h: lines {67,68,96,126,127,282,283,314,315,316}<br />
* smlawb =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {203,259}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {166,416}<br />
** frameworks/base/libs/audioflinger/AudioResamplerSinc.cpp: lines {93,109}<br />
** frameworks/base/opengl/libagl/matrix.h: lines {163,203}<br />
* smlawt =====================================<br />
** frameworks/base/libs/audioflinger/AudioResamplerSinc.cpp: lines {114}<br />
** frameworks/base/opengl/libagl/matrix.h: lines {162,202,243,244}<br />
* smulbb =====================================<br />
** external/jpeg/jidctfst.S: lines {109,114,151,153}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {79}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {71,81}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_gcc_v5.h: lines {207,251,297,348,361,375,427,440,487}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_v5.h: lines {199,234,274,314,316,326,367,369,404}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_mac.h: lines {121,137}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_msu.h: lines {123,142}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_mult.h: lines {122,140}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/mpy_32.h: lines {132,134,138,164,177,191}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/mpy_32_16.h: lines {127,129,150,163}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/mult.h: lines {121,141}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {115,139,151,163,189,190,212}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {112,113,164,183,201,218,265}<br />
** external/opencore/codecs_v2/video/m4v_h263/enc/src/fastquant_inline.h: lines {250,457,531}<br />
** external/skia/include/corecg/SkMath.h: lines {170}<br />
** frameworks/base/libs/audioflinger/AudioMixer.cpp: lines {420,462}<br />
** system/core/libpixelflinger/t32cb16blend.S: lines {39,66,74,82}<br />
* smulbt =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {115}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {109}<br />
** system/core/libpixelflinger/codeflinger/texturing.cpp: lines {1091}<br />
** system/core/libpixelflinger/t32cb16blend.S: lines {47,55}<br />
* smultt =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {131}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {100}<br />
** frameworks/base/libs/audioflinger/AudioMixer.cpp: lines {467}<br />
** frameworks/base/libs/audioflinger/AudioResamplerSinc.cpp: lines {73}<br />
* smulwb =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {221}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {373}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {222}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {283}<br />
** external/opencore/codecs_v2/audio/sbc/enc/src/sbcenc_filter.h: lines {33}<br />
** frameworks/base/opengl/libagl/matrix.h: lines {161,201,242}<br />
* smulwt =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {202,240}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {385,415}<br />
* qadd =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_gcc.h: lines {64}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/fxp_mul32_arm_v5.h: lines {60}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_gcc_v5.h: lines {130,256}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_v5.h: lines {128,235}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_add.h: lines {122,137}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_mult.h: lines {123,145}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {71,102,152,176,192}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {91,115,148,202,234}<br />
** external/openssl/crypto/bn/bn_prime.c: lines {454,455}<br />
* qdadd =====================================<br />
** external/opencore/codecs_v2/audio/aac/dec/src/calc_sbr_synfilterbank.cpp: lines {116,162}<br />
** external/opencore/codecs_v2/audio/aac/dec/src/trans4m_freq_2_time_fxp.cpp: lines {472,494}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_gcc_v5.h: lines {212,356,370,385,435,449}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_v5.h: lines {200,315,321,331,368,371}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_mac.h: lines {122,142}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/mpy_32.h: lines {133,136,140,172,186,201}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/mpy_32_16.h: lines {128,131,158,172}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {116}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {184}<br />
* qdsub =====================================<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_gcc_v5.h: lines {302}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_v5.h: lines {275}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_msu.h: lines {124,147}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {140}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {165}<br />
* qsub =====================================<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_gcc_v5.h: lines {167}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/basic_op_arm_v5.h: lines {162}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_nb/common/include/l_sub.h: lines {121,138}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_armv5.h: lines {88,127}<br />
** external/opencore/codecs_v2/audio/gsm_amr/amr_wb/dec/src/pvamrwbdecoder_basic_op_gcc_armv5.h: lines {70,133}<br />
* strd =====================================<br />
** dalvik/vm/mterp/armv5/OP_APUT_WIDE.S: lines {31}<br />
** dalvik/vm/mterp/armv5/OP_IPUT_WIDE.S: lines {39}<br />
** dalvik/vm/mterp/armv5/OP_IPUT_WIDE_QUICK.S: lines {14}<br />
** dalvik/vm/mterp/armv5/OP_SPUT_WIDE.S: lines {21}<br />
** dalvik/vm/mterp/out/InterpAsm-armv5.S: lines {2834,7530,8331,8542}<br />
** dalvik/vm/oo/Object.h: lines {589}<br />
** external/opencore/fileformats/avi/parser/include/pv_avifile_streamlist.h: lines {179}<br />
** external/opencore/fileformats/avi/parser/src/pv_avifile_streamlist.cpp: lines {153}<br />
** system/core/libpixelflinger/rotate90CW_4x4_16v6.S: lines {47,52,56,60}<br />
}}<br />
<br />
=== Discussion ===<br />
The file ''system/core/libpixelflinger/codeflinger/ARMAssembler.cpp'' will need special attention. It's responsible for dynamic generation of DSP code.<br />
<br />
[[User:Cfriedt]] 20081024 I'm not sure how feasible this is, given that the [http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#SMedia_3362_Documentation_.26_OpenGL_ES_Drivers SMedia 3362 is heavily NDA'd]. However, since the arm920t lacks a floating-point unit / DSP core, is it possible to use the SMedia chip for general-purpose math? This would help in the Android platform, at least, for things like audio and video codecs. Aside from an OpenGL ES driver, OpenMoko documentation for the SMedia would be highly appreciated.<br />
<br />
= Important Links =<br />
=== Documentation ===<br />
* [http://source.android.com/documentation Android Documentation]<br />
* [http://www.arm.com/documentation/ ARM Documentation], (keywords: armv4t, armv5t, armv5te, arm920t, arm926ej-s)<br />
* [http://www.arm.com/miscPDFs/9658.pdf ARM Assembly Language Programming]<br />
* [http://www.cse.unsw.edu.au/~cs3221/labs/assembler-intro.pdf An Introduction to the GNU Assembler]<br />
* [http://www.heyrick.co.uk/assembler/apcsintro.html ARM Procedure Call Standard], [http://en.wikipedia.org/wiki/Calling_convention#ARM ARM Calling Conventions]<br />
<br />
=== Instruction Set References ===<br />
* [http://www.arm.com/miscPDFs/14128.pdf ARM Architecture Reference Manual], The definitive ISA documentation<br />
* [http://www.simplemachines.it/doc/QRC0001H_rvct_v2.1_arm.pdf ARM Instruction Set Quick Reference Card]<br />
* [http://infocenter.arm.com/help/topic/com.arm.doc.qrc0001l/QRC0001_UAL.pdf ARM and Thumb -2 Instruction Set Quick Reference Card]<br />
* [http://infocenter.arm.com/help/topic/com.arm.doc.dvi0025b/DVI0025.pdf ARMv4T] (See section 1.4.13)<br />
* [http://infocenter.arm.com/help/topic/com.arm.doc.dvi0014a/DVI0014A_ARM10T_PO.pdf ARMv5T] (See section 4.16)<br />
* [http://www.arm.com/pdfs/ARM-DSP.pdf ARM DSP Enhanced Instruction Set]<br />
* [http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042c/IHI0042C_aapcs.pdf Procedure Call Standard for the ARM Architecture]<br />
<br />
=== Hardware Reference ===<br />
<br />
* [[Neo1973 Hardware]]<br />
* [[Neo FreeRunner GTA02 Hardware]]<br />
<br />
=== Communities ===<br />
* [http://source.android.com/discuss Android Public Mailing Lists]<br />
** Specifically, [http://groups.google.com/group/android-porting android-porting]<br />
* [http://lists.openmoko.org/mailman/listinfo OpenMoko Mailing Lists]<br />
** Specifically, [http://lists.openmoko.org/mailman/listinfo/openmoko-kernel openmoko-kernel]<br />
* [http://forum.koolu.org/viewforum.php?f=10 Android on FreeRunner] at KoolU.com<br />
* [[Openmoko Local Groups]]<br />
* [[Openmoko:Community_Portal]]<br />
<br />
= See also =<br />
<br />
* [[Android on Freerunner]]<br />
* [[Debug_Board]]<br />
<br />
= External Links =<br />
=== Youtube videos -Android on FreeRunner ===<br />
<br />
[http://tw.youtube.com/watch?v=m4NbsLmF9j0 Video 1]<br />
<br />
[http://tw.youtube.com/watch?v=r6Op-7tNTiw Video 2]<br />
<br />
== Headline text ==<br />
<br />
[[Category:Distributions]]<br />
[[Image:Example.jpg]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Wiki_MaintainersWiki Maintainers2008-09-02T19:58:09Z<p>Nuclear Eclipse: Haven't had any spare time since I signed up... :(</p>
<hr />
<div>== Goals ==<br />
<br />
* Maintain integrity and correctness of information<br />
* Organize and maintain page content and layout<br />
* Clean up and consolidate pages and categories<br />
* Reduce clutter and confusion for users<br />
* Work with Openmoko to maintain an offline-capable version<br />
<br />
== Members ==<br />
<br />
* [[User:Tingo|Torfinn Ingolfsen]]<br />
* [[User:Iandouglas|Ian Douglas]]<br />
* Jay Vaughan<br />
* Ken Young<br />
* [[User:Vvaidy|Vijay Vaidyanathan]]<br />
* Ken Restivo<br />
* Josh Monson (westcoastmonson)<br />
* Matt Joyce<br />
* [[User:MicRenda|Michele Renda]] (Italian version)<br />
* [[User:stryderjzw|Justin Wong]] (stryderjzw)<br />
* [[User:Kempelen|Ferenc Veres]]<br />
* [[User:Cheetah100|Peter Harrison]]<br />
* [[User:MinhHaDuong|Minh Ha-Duong]]<br />
* [[User:Brianwc|Brianwc]]<br />
* [[User:Marko Knöbl|Marko Knöbl]]<br />
* [[User:Michaelshiloh|Michael Shiloh]]<br />
<br />
== See also ==<br />
<br />
[[Edit Wiki]]<br />
<br />
[[Category:Community]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Talk:Wiki_MaintainersTalk:Wiki Maintainers2008-08-07T11:15:19Z<p>Nuclear Eclipse: </p>
<hr />
<div>Feedback and advice is always welcome!<br />
<br />
* Will volunteer to help maintain this in anyway, shape, or form. Would like to see direction come from Brenda, if not someone designated by her. I think as a group we can make a huge impact on this wiki, but in order for us to come up w/ some process, organization, and editing rules I feel that OM needs to endorse this. -westcoastmonson<br />
<br />
* I won't put my name down yet, but I'll probably end up involved in Wiki editing once I get my Freerunner and start wanting to find information... Consider me an interested party. [[User:Darksatanic|Darksatanic]] 21:28, 15 July 2008 (UTC)<br />
<br />
* I'd love to take a crack at a better Getting Started for Brand New OpenMoko Developers - from after you have unwrapped your phone to "Hello World". The confusion over which Distro to use, and the constant references in the Wiki to the Neo 1973 sure dont help :-) - [[User:Vvaidy|Vijay]]<br />
** I agree. I think where there is commonality between various Openmoko products, pages should be shared, but the distinctions should be teased out. If that means editing some 1973 pages, so be it. - Matt<br />
<br />
* biggest issue is reorganizing the pages into something that makes more sense, and keeping Brenda involved since she's in charge of the wiki as an OpenMoko employee. Secondary concern is that everyone who signs up understands wiki syntax - [[User:Iandouglas|Ian Douglas]]<br />
<br />
* I agree - we want to have Brenda in on this (be it as leader, advisor or both). As for understanding Wiki syntax, I'll settle for peope that are willing to learn it. [[User:Tingo|Tingo]] 05:40, 16 July 2008 (UTC)<br />
<br />
* (Edited) The main thing I think the maintainers should focus on initially is getting a very organized front page and better search functionality in place. Those two things prevent people from finding what they are looking for. The search is just abysmal and I can't even find pages I know I've edited in the past using the search. The front page cannot link to everything, but it should try to hit the main things people are looking for and also provide a prominent link to a more comprehensive index that can be used when the front page doesn't have what you're looking for. We might ask OpenMoko if they'd be willing to give us some website stats on the wiki so that we know which pages ARE most-visited and then could be sure to include those on the front page. - [[User:Brianwc|Brianwc]]<br />
<br />
*I would like to spend time helping out with maintaining the Wiki. I feel that the future of the OpenMoko project will be determined by the community around it, not by advanced technology. We need to aim for involvement with many vertical market specialists, and they will need to be comfortable with the support infrastructure. The Wiki and other community tools will be central to this effort. I look forward to contributing. [[User:Cheetah100|Cheetah100]]<br />
<br />
** The navigation menu has a link to the Wiki Index Page, and Brenda mails monthly stats to the community mailing list. - [[User:Nuclear_Eclipse|John Reese]]<br />
<br />
* I want to translate some pages in French. But I need to know what page is ready for translation. Can you provide a status (reorganisation in process / ready for translation / ...) of each page somewhere ? --[[User:Swap38|Swap38]] 08:02, 7 August 2008 (UTC)<br />
<br />
** It would probably be better to ask this on the 'documentation' discussion list. [[User:Nuclear Eclipse|John Reese]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/User:Nuclear_EclipseUser:Nuclear Eclipse2008-07-16T14:32:27Z<p>Nuclear Eclipse: </p>
<hr />
<div>= '''nuclear_eclipse''' (A.K.A. John Reese) =<br />
<br />
* Software Engineering Student: [http://www.rit.edu Rochester Institute of Technology]<br />
* Developer: [http://www.mantisbt.org Mantis Bug Tracker]<br />
<br />
[[User:Nuclear_Eclipse|John Reese]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Talk:Wiki_MaintainersTalk:Wiki Maintainers2008-07-16T10:26:13Z<p>Nuclear Eclipse: </p>
<hr />
<div>Feedback and advice is always welcome!<br />
<br />
* Will volunteer to help maintain this in anyway, shape, or form. Would like to see direction come from Brenda, if not someone designated by her. I think as a group we can make a huge impact on this wiki, but in order for us to come up w/ some process, organization, and editing rules I feel that OM needs to endorse this. -westcoastmonson<br />
<br />
* I won't put my name down yet, but I'll probably end up involved in Wiki editing once I get my Freerunner and start wanting to find information... Consider me an interested party. [[User:Darksatanic|Darksatanic]] 21:28, 15 July 2008 (UTC)<br />
<br />
* I'd love to take a crack at a better Getting Started for Brand New OpenMoko Developers - from after you have unwrapped your phone to "Hello World". The confusion over which Distro to use, and the constant references in the Wiki to the Neo 1973 sure dont help :-) - [[User:Vvaidy|Vijay]]<br />
<br />
* biggest issue is reorganizing the pages into something that makes more sense, and keeping Brenda involved since she's in charge of the wiki as an OpenMoko employee. Secondary concern is that everyone who signs up understands wiki syntax - [[User:Iandouglas|Ian Douglas]]<br />
<br />
* I agree - we want to have Brenda in on this (be it as leader, advisor or both). As for understanding Wiki syntax, I'll settle for peope that are willing to learn it. [[User:Tingo|Tingo]] 05:40, 16 July 2008 (UTC)<br />
<br />
* I'm also not willing to be an official maintainer, but expect to contribute lots of edits. I don't really understand why references to the Neo 1973 are confusing. The company has two very similar devices and it's simply more efficient to discuss the same topic with respect to each in the same place. If someone really wants to duplicate such similar content in two separate places, go for it, but that's a lot of work for little payback, when we could instead educate wiki users that there are two devices out there. The main thing I think the maintainers should focus on initially is getting a very organized front page and better search functionality in place. Those two things prevent people from finding what they are looking for. The search is just abysmal and I can't even find pages I know I've edited in the past using the search. The front page cannot link to everything, but it should try to hit the main things people are looking for and also provide a prominent link to a more comprehensive index that can be used when the front page doesn't have what you're looking for. We might ask OpenMoko if they'd be willing to give us some website stats on the wiki so that we know which pages ARE most-visited and then could be sure to include those on the front page. - [[User:Brianwc|Brianwc]]<br />
** The navigation menu has a link to the Wiki Index Page, and Brenda mails monthly stats to the community mailing list. - [[User:Nuclear_Eclipse|John Reese]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Talk:Wiki_MaintainersTalk:Wiki Maintainers2008-07-16T10:25:13Z<p>Nuclear Eclipse: </p>
<hr />
<div>Feedback and advice is always welcome!<br />
<br />
* Will volunteer to help maintain this in anyway, shape, or form. Would like to see direction come from Brenda, if not someone designated by her. I think as a group we can make a huge impact on this wiki, but in order for us to come up w/ some process, organization, and editing rules I feel that OM needs to endorse this. -westcoastmonson<br />
<br />
* I won't put my name down yet, but I'll probably end up involved in Wiki editing once I get my Freerunner and start wanting to find information... Consider me an interested party. [[User:Darksatanic|Darksatanic]] 21:28, 15 July 2008 (UTC)<br />
<br />
* I'd love to take a crack at a better Getting Started for Brand New OpenMoko Developers - from after you have unwrapped your phone to "Hello World". The confusion over which Distro to use, and the constant references in the Wiki to the Neo 1973 sure dont help :-) - [[User:Vvaidy|Vijay]]<br />
<br />
* biggest issue is reorganizing the pages into something that makes more sense, and keeping Brenda involved since she's in charge of the wiki as an OpenMoko employee. Secondary concern is that everyone who signs up understands wiki syntax - [[User:Iandouglas|Ian Douglas]]<br />
<br />
* I agree - we want to have Brenda in on this (be it as leader, advisor or both). As for understanding Wiki syntax, I'll settle for peope that are willing to learn it. [[User:Tingo|Tingo]] 05:40, 16 July 2008 (UTC)<br />
<br />
* I'm also not willing to be an official maintainer, but expect to contribute lots of edits. I don't really understand why references to the Neo 1973 are confusing. The company has two very similar devices and it's simply more efficient to discuss the same topic with respect to each in the same place. If someone really wants to duplicate such similar content in two separate places, go for it, but that's a lot of work for little payback, when we could instead educate wiki users that there are two devices out there. The main thing I think the maintainers should focus on initially is getting a very organized front page and better search functionality in place. Those two things prevent people from finding what they are looking for. The search is just abysmal and I can't even find pages I know I've edited in the past using the search. The front page cannot link to everything, but it should try to hit the main things people are looking for and also provide a prominent link to a more comprehensive index that can be used when the front page doesn't have what you're looking for. We might ask OpenMoko if they'd be willing to give us some website stats on the wiki so that we know which pages ARE most-visited and then could be sure to include those on the front page. - [[User:Brianwc|Brianwc]]<br />
** The navigation menu has a link to the Wiki Index Page, and Brenda mails monthly stats to the community mailing list.</div>Nuclear Eclipsehttp://openmoko.org/wiki/Talk:Wiki_MaintainersTalk:Wiki Maintainers2008-07-15T21:22:57Z<p>Nuclear Eclipse: New page: Feedback and advice is always welcome!</p>
<hr />
<div>Feedback and advice is always welcome!</div>Nuclear Eclipsehttp://openmoko.org/wiki/Wiki_TeamWiki Team2008-07-15T21:18:21Z<p>Nuclear Eclipse: Wiki Team moved to Wiki Maintainers: Rethought a new page.</p>
<hr />
<div>#REDIRECT [[Wiki Maintainers]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Wiki_MaintainersWiki Maintainers2008-07-15T21:18:21Z<p>Nuclear Eclipse: Wiki Team moved to Wiki Maintainers: Rethought a new page.</p>
<hr />
<div>== Goals ==<br />
<br />
* Maintain integrity and correctness of information<br />
* Organize and maintain page content and layout<br />
* Clean up and consolidate pages and categories<br />
* Reduce clutter and confusion for users<br />
<br />
== Members ==<br />
<br />
* [[User:Nuclear_Eclipse|John Reese (Nuclear_Eclipse)]]<br />
* Torfinn Ingolfsen<br />
* Ian Douglas<br />
* Jay Vaughan</div>Nuclear Eclipsehttp://openmoko.org/wiki/Wiki_MaintainersWiki Maintainers2008-07-15T21:16:03Z<p>Nuclear Eclipse: </p>
<hr />
<div>== Goals ==<br />
<br />
* Maintain integrity and correctness of information<br />
* Organize and maintain page content and layout<br />
* Clean up and consolidate pages and categories<br />
* Reduce clutter and confusion for users<br />
<br />
== Members ==<br />
<br />
* [[User:Nuclear_Eclipse|John Reese (Nuclear_Eclipse)]]<br />
* Torfinn Ingolfsen<br />
* Ian Douglas<br />
* Jay Vaughan</div>Nuclear Eclipsehttp://openmoko.org/wiki/Wiki_MaintainersWiki Maintainers2008-07-15T21:09:41Z<p>Nuclear Eclipse: </p>
<hr />
<div><br />
== Goals ==<br />
<br />
* Maintain integrity and correctness of information<br />
* Organize and maintain page content and layout<br />
* Clean up and consolidate pages and categories<br />
* Reduce clutter and confusion for users<br />
<br />
== Members ==<br />
<br />
* [[User:Nuclear_Eclipse|John Reese (Nuclear_Eclipse)]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Wiki_MaintainersWiki Maintainers2008-07-15T21:09:13Z<p>Nuclear Eclipse: New page: = Wiki Team = == Goals == * Maintain integrity and correctness of information * Organize and maintain page content and layout * Clean up and consolidate pages and categories * Reduce clu...</p>
<hr />
<div>= Wiki Team =<br />
<br />
== Goals ==<br />
<br />
* Maintain integrity and correctness of information<br />
* Organize and maintain page content and layout<br />
* Clean up and consolidate pages and categories<br />
* Reduce clutter and confusion for users<br />
<br />
== Members ==<br />
<br />
* [[User:Nuclear_Eclipse|John Reese (Nuclear_Eclipse)]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/DistributionsDistributions2008-07-15T18:56:42Z<p>Nuclear Eclipse: </p>
<hr />
<div>This is a skeleton to try and get the strengths and weaknesses of the various distributions available for the Neo listed in one place. See the [[Latest Images]] for information on where to find and download each distribution.<br />
<br />
Mickey Lauer has written a good overview of the various images available, [http://www.vanille-media.de/site/index.php/2008/06/28/gtk-asu-fso-tmtla/ GTK, ASU, FSO, TMTLA!].<br />
<br />
== Features by Distribution ==<br />
{| border=1 |<br />
| Feature || OM2007.2 || FSO || ASU || SHR || Qtopia<br />
|-<br />
| Description || The Openmoko 2007.2 Stack, utilizing GTK+ and assorted applications. 2007.2, since it was the 2nd iteration of the GTK+ user interface that we released in 2007. || The FSO Stack, also known as the Openmoko Framework initiative. This one is called FSO, because itýs an implementation of the freesmartphone.org APIs. You may also have seen the term Zhone which describes the framework testing user interface and is a minor part of this stack. || August Software Update. The ASU Stack, the combination of a classical smartphone stack based on Trolltechýs Qtopia ported to X11 and enhanced with an EFL-based launcher and new applications. You may have seen the term Illume which is the launcher of ASU. || Stable Hybrid Release, a combination of the FSO, some of the 2007.2 GTK software, and the ASU that provides all of the functionality of the 2007.2 software, but with the stability of the FSO. || The Qtopia distribution from Trolltech, it aims to provide a ready-to use image for Openmoko devices<br />
|-<br />
| Availability || [http://buildhost.openmoko.org/daily/ Official Buildhost] and [[MokoMakefile]] support for development builds || Now (Milestone 1) || August 2008 || No || Now<br />
|-<br />
| URL || ? || [http://trac.freesmartphone.org:8000/trac-example Development tracker] || [http://buildhost.openmoko.org/daily/freerunner/ Releases are labled "openmoko-qtopia-X11" ] || [[Stable Hybrid Release]] || [http://www.qtopia.net/modules/mydownloads/viewcat.php?cid=6 Qtopia.net]<br />
|-<br />
!colspan=6| Connectivity<br />
|-<br />
| Telephony || Yes || Yes || Yes || N/A || Yes<br />
|-<br />
| SMS || Yes || No || Yes || N/A || Yes<br />
|-<br />
| GPRS || Not through UI || Not through UI || Not through UI || N/A || Not through UI<br />
|-<br />
| WiFi || Yes || No || Yes || N/A || Not through UI<br />
|-<br />
| VoIP || ?? || ?? || ?? || ?? || ??<br />
|-<br />
| Bluetooth || Yes || No || Yes || N/A || Yes<br />
|-<br />
| GPS || Yes (1) || Yes (1) || Yes (1) || N/A || No<br />
|-<br />
!colspan=6| User Interaction<br />
|-<br />
| Stylus friendly || Yes || Yes || Yes || N/A || Yes<br />
|-<br />
| Finger friendly || Partly || Yes || No || N/A || Yes<br />
|-<br />
| Accelerometer || No || No || No || N/A || No<br />
|-<br />
!colspan=6| Applications<br />
|-<br />
| Terminal || Basic, but unusable due to lack of certain keyboard characters (unless you install matchbox-keyboard) || No || No || N/A || Yes<br />
|-<br />
| PIM || Yes || No || Yes || N/A || Yes<br />
|-<br />
| Phonebook || Yes || No || Yes || N/A || Yes<br />
|-<br />
| Dialer || Yes || Yes || Yes || N/A || Yes<br />
|-<br />
!colspan=6| Application Compatibility (Toolkits / Runtimes)<br />
|-<br />
| GTK+ || Yes || ? || Yes || Yes || Yes<br />
|-<br />
| QT/Qtopia || No || Yes? || Yes || Yes? || Yes<br />
|-<br />
| Java || Jalimo? || ? || ? || ? || ?<br />
|-<br />
| Python || Yup || ? || Yes || ? || Yes<br />
|-<br />
|}<br />
<br />
<br />
Footnotes:<br />
<br />
(1) works, but need additional software to be installed<br />
<br />
<br />
[[Category:Software]]<br />
[[Category:Distributions]]<br />
[[Category:Documentation]]<br />
[[Category:FSO]]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Where_is_my_Freerunner%3FWhere is my Freerunner?2008-07-10T17:14:29Z<p>Nuclear Eclipse: </p>
<hr />
<div>Where is my FreeRunner? In order to give you an idea of when your FreeRunner will be shipped, this is a list of order numbers against shipping confirmation email dates. These numbers have been taken from the community mailing list and the #openmoko IRC channel. <br />
<br />
Note that there may be gaps in the order numbers, and the assumption here is that lower order numbers ship first.<br />
<br />
<br />
{| class="wikitable" cellspacing="0" cellpadding="6" width=100% border=1<br />
!Order Number<br />
!Confirmation/Shipping Date<br />
!Bulk Order?<br />
|-<br />
|1087<br />
|2008-07-08<br />
|<br />
|-<br />
|1210<br />
|Not Sure<br />
|<br />
|-<br />
|1220<br />
|2008-07-09<br />
|<br />
|-<br />
|1326<br />
|2008-07-09<br />
|No<br />
|-<br />
|1345<br />
|Not Yet<br />
|<br />
|-<br />
|1669<br />
|Not Yet<br />
|<br />
|-<br />
|1843<br />
|Not Yet<br />
|Yes<br />
|-<br />
|2267<br />
|Not Yet<br />
|<br />
|}</div>Nuclear Eclipsehttp://openmoko.org/wiki/User:Nuclear_EclipseUser:Nuclear Eclipse2008-07-10T15:41:15Z<p>Nuclear Eclipse: /* Nuclear_Eclipse (A.K.A. John Reese) */</p>
<hr />
<div>= '''nuclear_eclipse''' (A.K.A. John Reese) =<br />
<br />
* Software Engineering Student: [http://www.rit.edu Rochester Institute of Technology]<br />
* Developer: [http://www.mantisbt.org Mantis Bug Tracker]</div>Nuclear Eclipsehttp://openmoko.org/wiki/User:Nuclear_EclipseUser:Nuclear Eclipse2008-07-10T15:32:20Z<p>Nuclear Eclipse: Created</p>
<hr />
<div>= '''Nuclear_Eclipse''' (A.K.A. John Reese) =<br />
<br />
* Software Engineering Student: [http://www.rit.edu Rochester Institute of Technology]<br />
* Developer: [http://www.mantisbt.org Mantis Bug Tracker]</div>Nuclear Eclipsehttp://openmoko.org/wiki/Where_is_my_Freerunner%3FWhere is my Freerunner?2008-07-10T15:27:55Z<p>Nuclear Eclipse: </p>
<hr />
<div>Where is my FreeRunner? In order to give you an idea of when your FreeRunner will be shipped, this is a list of order numbers against shipping confirmation email dates. These numbers have been taken from the community mailing list and the #openmoko IRC channel. <br />
<br />
Note that there may be gaps in the order numbers, and the assumption here is that lower order numbers ship first.<br />
<br />
<br />
{| class="wikitable" cellspacing="0" cellpadding="6" width=100% border=1<br />
!Order Number<br />
!Confirmation<br />
|-<br />
|1087<br />
|2008-07-08<br />
|-<br />
|1210<br />
|Not Sure<br />
|-<br />
|1326<br />
|Shipped 2008-07-09<br />
|-<br />
|1345<br />
|Not Yet<br />
|}</div>Nuclear Eclipse