2015年03月18日

C4droid(2) -- perl4

気が変わってもうすこし、tcc & gcc の整備をしようと思う。せっかくなので何かビルドしたいのだ。
... いろいろ考えたのだが、perl にしようと思う。... といっても現バージョンではない。perl 4 である。

http://www.cpan.org/src/unsupported/4.036/

元にするのは、ここのやつ。なんと日付は 1994/1/31 -- 20年以上前のものである。この 4.036 は、FreeBSD-2.2.8R にも採用されたもの。4 の最終バージョンでもある。

ftp://ftp.tw.freebsd.org/pub/releases/i386/
FreeBSD は、ここにソースを含めたものが置いてあった。なんと 1.1.5.1 まである。

何故 perl かというと、システムの api を相当数使用しているため。perl が tcc でビルドできるようになれば、tcc のために用意した include の整備が進むだろう ... というのが目論見。実際に動かすのは今のところ優先度は高くない。

そもそも ... perl4 の使い方を知ってる人は少ないかも知れない。サブセットなわけで、perl に詳しい人でも、どの機能が使えるのか分からないかも。FreeBSD の オンライン manpage はある。山のような セクションがある perl5 とは違って perl.1 のみ -- そして 、日本語に翻訳されたものもある。ただし、日本語版はダウンロードするものしか見つけられなかった。

  ・英語版 perl.1
   日本語版 http://www.jp.freebsd.org/man-jp/get.html (2.2.8 あたり)
  ・日本語版 FreeBSD ハンドブック (おまけ)

日本語版 のマニュアルがあるものの、cat した変換済みのものである。文字コードが EUC で今の一般的な環境と違う。また、漢字1文字分戻るのに ^H^H になっているようだ。perl のテスト・練習を兼ねて html 変換スクリプトを作って見るのも良いかも知れない。

実は既に tcc でビルドできるところまで行った。結構苦労したのだが、細かいところは端折ってメモを残そうと思う。

移植の手順


1) セルフの gcc でビルドできるようにする。
(Configure で作ったものから修正していく。)
2) ビルドできたら、build-gcc.sh を作成し make を使わないようにする。
3) ファイルを必要なもののみになるように整理。
4) build-tcc.sh を作成し、gcc の include を借りてビルドできるようにする。
5) tcclib/include を整備して tcc で完結するようにする。

大変だったのは、1) なのだが、基本的に エラーが起きたら削るという作業。削ったものの中には移植可能なものがあったかも知れない。

さて、ビルドの時間の比較

gcc -O2 tcc
real 1m9.300s 0m1.899s
user 1m6.610s 0m1.300s
sys 0m1.510s 0m0.280s

さすが、tcc は高速。だが、最適化なしなので、サイズは大きくなってしまっている。

gcc -O2 tcc
bytes 347483 509704

まとめ


 ・perl-4.036-android-150318.tar.gz -- perl4 ソース+バイナリ
 ・tcc-0.9.26-android-150318.tar.gz -- tcc ソース+バイナリ
 ・tcc-android-150318.tar.gz -- tcc バイナリ
 ・sqlite-bin.tar.gz -- おまけ

今日の成果物。作った perl4 は、完成度が低いと思われるので、バイナリのみは提供しない。tcc は perl4 をビルドできるよう include を足しただけ。sqlite は、拾ってきたバイナリ。perl と組み合わせて使うとなにかと便利かも。ちなみに、perl という名前で生成しているが、/system/xbin/perl4 に置くつもり。

変更元は、素の perl-4.036 でセキュリティパッチも当ててない。変更点を調べる場合は、diff を取って欲しい。あと、sys-api.txt というファイルが置いてあるが単に 外部シンボルを調べただけのもの。

おわりに


次は、vi をなんとかしたいのと、scp が欲しい。出来るかどうか分からないが。

付録 gcc 環境作成のメモ


メモだけ残しておく。とりあえず loop デバイスで /usr に mount して 使うようにした。/data/local 使うのが良いのかも知れないが、端末の初期化で消えてしまう。/usr にしても boot.img を直さない限り mountポイントを作らないとダメで面倒ではある。
今の認識では、gcc 環境は借り物で、使うときにだけあれば良い。tcc での簡易開発環境を /system に仕込むというのが目的で、公開するものは、tcc でビルド可能にすると思う。

# dd if=/dev/zero of=/sdcard/usr.img bs=1024K count=300
# losetup /dev/block/loop0 /sdcard/usr.img
losetup: /dev/block/loop0: Bad file number
# losetup /dev/block/loop7 /sdcard/usr.img
# mke2fs -T ext4 /dev/block/loop7
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
19200 inodes, 76800 blocks
3840 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=79691776
3 block groups
32768 blocks per group, 32768 fragments per group
6400 inodes per group
Superblock backups stored on blocks:
32768

Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 31 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
# mount -o remount,rw / /
# mkdir /usr
# mount -o noatime -t ext4 /dev/block/loop7 /usr
posted by すz at 22:29| Comment(0) | TrackBack(0) | android

2015年03月16日

C4droid -- tcc と gcc

Android で動作する C コンパイラというか開発システム?に C4droid というのがある。有料なんだが、そんなアプリはこれしかないようなので、購入してみた。
add on には、「GCC for C4droid」、「SDL plugin for C4droid」あと関連アプリに「Ministro」というのがある。C4droid 自体は 5MB 程度なのだが、add on を適当にインストールしたら、SDカードに 257MB ものファイル群が出来上がった。

本当は、ちょっと tcc に興味を持っただけなのだ。/system にちょっとコンパイラを仕込んでみたいというだけなのだ。まぁ セルフの GCC も使ってみたい気はする... のだが、しょぼい IDE で使う気はしないので、どうしたものか。

とりあえず、ファイルに何があるかの調査。(以下、延々調査内容なので、読み飛ばしたほうが良いかも)

/sdcard/Android/data/com.n0n3m4.droidc/files/gcc

arm-linux-androideabi/ lib/ terminfo/
bin/ libexec/ tmpdir/
include/ plugin_version

こんな場所にそれらしきものが。

#ls bin
arm-linux-androideabi-ar arm-linux-androideabi-ranlib
arm-linux-androideabi-as arm-linux-androideabi-strip
arm-linux-androideabi-g++ m4
arm-linux-androideabi-gcc make
arm-linux-androideabi-ld pkg-config
arm-linux-androideabi-nm sdl-config
# ls arm-linux-androideabi/bin
ar as cc g++ gcc ld nm
ranlib strip

m4 と make も見つかった。ただ、objdump と objcopy がなく少々不便。

# ls -F lib/gcc/arm-linux-androideabi/4.9.1/
crtbegin.o* crtend.o* include-fixed/
crtbeginS.o* crtendS.o* libgcc.a*
crtbeginT.o* include/ libgcov.a*
# ls arm-linux-androideabi/lib/
crtbegin_dynamic.o libSDLmain.a libogg.a
crtbegin_so.o libandroid.so libpanel.a
crtbegin_static.o libc.so libpng.a
crtend_android.o libdl.so libsmpeg.a
crtend_so.o libform.a libstdc++.a
libEGL.so libfreetype.a libsupc++.a
libGLESv1_CM.so libjnigraphics.so libthread_db.so
libGLESv2.so libjpeg.a libtiff.a
libOpenSLES.so liblog.so libtiffxx.a
libSDL.a libm.so libvorbis.a
libSDL_image.a libmenu.a libvorbisfile.a
libSDL_mixer.a libnative_app_glue.a libz.so
libSDL_net.a libncurses++.a pkgconfig
libSDL_ttf.a libncurses.a

ライブラリは、.a のものと .so が混在。一体どれが使われるのだろう?
gcc は、相対パスで動作するので、ディレクトリを移動。qemu-user 環境を作って、/usr/local へ。
gcc を /usr/local/bin に置いた場合 include のパスは次になった。

"/usr/local/lib/gcc/arm-linux-androideabi/4.9.1/include" --(1)
"/usr/local/lib/gcc/arm-linux-androideabi/4.9.1/include-fixed"
"/usr/local/arm-linux-androideabi/sys-include"
"/usr/local/arm-linux-androideabi/include" --(2)

システムの include は(2) に、gcc の include は(1) に置いてみる。
次はライブラリのパス

-L/usr/local/lib/gcc/arm-linux-androideabi/4.9.1
-L/usr/local/lib/gcc

こうなっているのだが、.so がここにあっても困る。
collect2 のオプションが、

-dynamic-linker /system/bin/linker -X -m armelf_linux_eabi \
/usr/locallib/gcc/crtbegin_dynamic.o \
(xxx.o) -lgcc -lc -ldl -lgcc \
/usr/local/lib/gcc/crtend_android.o

/system/bin/linker を使うわけで、/system/lib の libc と libdl をリンクしたい。-L/system/lib 必須ということになった。

gcc hello.c -L/system/lib

これで、a.out が生成されるようにはなった。qemu-user 環境では動かないが、実機では動くというしろもの。この問題はおいておいて、次。tcc はどこにあるのか?

# ls -F /data/data/com.n0n3m4.droidc/files/
busybox* file.stderr indent* temp.c*
c4droid_version file.stdin tcc*
file.sh file.stdout temp*
# ls /sdcard/Android/data/com.n0n3m4.droidc/files/tcclibs/lib
fix.o libcrypt.a libm.a librt.a
libc.a libdl.a libpthread.a
# ls /sdcard/Android/data/com.n0n3m4.droidc/files/tcclibs/include/
a.out.h fpu_control.h netpacket stdlib.h
alloca.h getopt.h nl_types.h string.h
ar.h glob.h obstack.h strings.h
arpa gnu-versions.h paths.h sys
asm grp.h poll.h syscall.h
asm-generic ieee754.h protocols sysexits.h
assert.h internal pthread.h syslog.h
atomic.h inttypes.h pty.h tar.h
bits langinfo.h pwd.h tcclib.h
byteswap.h lastlog.h rdma termio.h
complex.h libgen.h regex.h termios.h
conio.h limits.h regexp.h tgmath.h
cpio.h link.h resolv.h thread_db.h
crypt.h linux sched.h time.h
ctype.h locale.h scsi ttyent.h
dirent.h malloc.h search.h ucontext.h
dlfcn.h math.h semaphore.h ulimit.h
elf.h memory.h setjmp.h unistd.h
endian.h mntent.h sgtty.h utime.h
err.h mqueue.h signal.h utmp.h
errno.h net stdarg.h values.h
error.h netax25 stdbool.h varargs.h
fcntl.h netdb.h stddef.h wait.h
features.h neteconet stdint.h wchar.h
float.h netinet stdio.h
fnmatch.h netipx stdio_ext.h

どうやら、ここら辺。
で、この tcc は、

tcc version 0.9.25 - Tiny C Compiler - Copyright (C) 2001-2006 Fabrice Bellard

こういうもので、バージョンがひとつ古い。参考にするに留めたい。
strings でパスらしき文字列を grep すると

/system/bin/linker
/usr/local/include
/usr/include
/usr/local/lib/tcc
/usr/local/lib
/etc/ld.so.cache
/lib:/usr/lib
/dev/zero
/etc/TZ
/etc/localtime
/proc/stat
/proc/cpuinfo
/sys/devices/system/cpu
/dev/null

こんな風になっている。/system/bin/linker が含まれているが、自分自身が ダイナミックリンクされているのだろう。他には実情に合わないパスが色々と。

まぁ、とりあえず最新版をビルドしてみよう。「TinyCC on ANDROID (ARM)」という ブログを見つけたので、知識を拝借させてもらう。
 1) sys/ucontext.h を拾ってくる。
 2) strtold() を strtod() で代用

long double strtold(const char *s, char **p) \
{ return (long double)strtod(s, p);}

 3) config.h を以下の内容で作成

#define CONFIG_TCCDIR "/system/xbin"
#define CONFIG_TCC_CRTPREFIX "/usr/local/lib:/data/local/lib:/sdcard/tcc/lib"
#define CONFIG_TCC_SYSINCLUDEPATHS \
"/usr/local/include:/data/local/include:/sdcard/tcc/include"
#define CONFIG_TCC_LIBPATHS "/system/lib:/usr/local/lib:/data/local/lib:/sdcard/tcc/lib"
#define CONFIG_TCC_ELFINTERP "/system/bin/linker"

#define HOST_ARM 1
#define TCC_ARM_VERSION 7
#define TCC_VERSION "0.9.26"

 4) tcc.c を以下の define でコンパイル

-DONE_SOURCE -DTCC_TARGET_ARM -DTCC_ARM_EABI -DWITHOUT_LIBTCC

うそでしょうと思うほどあっさりとビルドできた。
やっぱり qemu-user 環境で動かないので、実機で。
tcclib.h stdarg.h stddef.h
だけ用意して 実験

# ./tccwk
tcc version 0.9.26 - Tiny C Compiler - Copyright (C) 2001-2006 Fabrice Bellard
Usage: tcc [options...] [-o outfile] [-c] infile(s)...
tcc [options...] -run infile [arguments...]
General options:
(略)
# ./tccwk -I. -c hello.c
./tccwk -I. hello.c
tcc: error: file 'crt1.o' not found
tcc: error: file 'crti.o' not found
tcc: error: file 'crtn.o' not found

おしい。gcc で使った、crt を用意して

./tccwk -nostdlib -I. ./crtbegin_dynamic.o hello.c crtend_android.o -L/system/lib -lc -ldl
./a.out
hello
./tccwk -nostdlib -I. crtbegin_dynamic.o hello.c crtend_android.o -L/system/lib -lc -ldl -run
hello

えー、こんなにあっさりと動くものなのカ。ブログ主に感謝。

では、tcc 自身をビルドしてみよう。
... と include ファイルをどうするのか?という問題があった。
出来るだけコンパクトにしたいので、使っているものを調べてみる。

dlfcn.h fcntl.h math.h signal.h stdio.h
string.h unistd.h
errno.h inttypes.h setjmp.h stdarg.h stdlib.h
time.h
sys/mman.h sys/time.h sys/ucontext.h


まぁこんなものか。... なんてのは甘かった。include がネストして

tcclib/include/:
alloca.h fcntl.h math.h stddef.h sys/
android/ inttypes.h memory.h stdint.h time.h
asm/ limits.h pathconf.h stdio.h unistd.h
asm-generic/ linux/ setjmp.h stdlib.h
dlfcn.h machine/ signal.h string.h
errno.h malloc.h stdarg.h strings.h

tcclib/include/android:
api-level.h

tcclib/include/asm:
errno.h page.h siginfo.h
fcntl.h posix_types.h signal.h
mman.h sigcontext.h types.h

tcclib/include/asm-generic:
errno-base.h fcntl.h mman.h signal.h
errno.h mman-common.h siginfo.h

tcclib/include/linux:
capability.h fcntl.h stddef.h
compiler.h limits.h time.h
errno.h posix_types.h types.h

tcclib/include/machine:
_types.h kernel.h setjmp.h
internal_types.h limits.h

tcclib/include/sys:
_types.h limits.h syslimits.h ucontext.h
_wchar_limits.h mman.h sysmacros.h
cdefs.h select.h time.h
cdefs_elf.h sysconf.h types.h

整理してシンプルなものにしたいんだが、regex とか追加したいような気もする。追加する場合は、整合性上さわらない方が良いだろう。今のままだと gcc から引っ張ってきているだけなので、gcc との整合性も取れている。
さて、例のブログに tcc でコンパイルする場合の変更点が載っているので、同様に修正。
やってみたところ、sys/cdefs.h に修正が必要だった。で、

tcc: error: undefined symbol '__aeabi_lasr'
tcc: error: undefined symbol '__aeabi_d2ulz'
tcc: error: undefined symbol '__aeabi_d2lz'

出た。よくは分からないが libgcc.a のようなものが必要なのだろう。

long long __aeabi_llsr(long long, int)
-- logical shift right [1]
long long __aeabi_lasr(long long, int)
-- arithmetic shift right [1]
int __aeabi_lcmp(long long, long long)
-- signed long long comparison [3]
int __aeabi_ulcmp(unsigned long long, unsigned long long)
-- unsigned long long comparison [3]

int __aeabi_d2iz(double)
-- double to integer C-style conversion [3]
unsigned __aeabi_d2uiz(double)
-- double to unsigned C-style conversion [3]
long long __aeabi_d2lz(double)
-- double to long long C-style conversion [3]
unsigned long long __aeabi_d2ulz(double)
-- double to unsigned long long C-style conversion [3]
int __aeabi_f2iz(float)
-- float (single precision) to integer C-style conversion [3]

ぐぐったら、Run-time ABI for the ARM(R) Architecture と冠する pdf があってこんなのがいっぱいある。... 困ったどうしたものか?
あれ? コンパイルだけやって undefined をチェックすると たくさんあるうちの3つがエラーになっている。他の実体はどこに?

U __aeabi_d2lz
U __aeabi_d2ulz
U __aeabi_idiv
U __aeabi_idivmod
U __aeabi_l2d
U __aeabi_lasr
U __aeabi_ldivmod
U __aeabi_llsl
U __aeabi_llsr
U __aeabi_memcpy4
U __aeabi_memcpy8
U __aeabi_memset
U __aeabi_uidivmod
U __aeabi_ul2d
U __aeabi_uldivmod

libgcc.a みたいなものと書いたが、libgcc.a に定義されていた。... というか libc とかも gcc でコンパイルされているし .. 。でも、libgcc.a そのものを指定すると別の undefined エラーが。解決するには、collect2 が必要になってしまう。とりあえず、自己完結しているものを集めて libtcc.a を作ったところ ... tcc が、ビルドできた!

あとは、ライブラリサーチパスとか crt ファイルの変更だとかをやって整理。

config.h:
#define CONFIG_TCCDIR "/system/xbin"
#define CONFIG_TCC_CRTPREFIX "/system/tcclib/lib:/data/local/tcclib/lib:/sdcard/tcclib/lib"
#define CONFIG_TCC_SYSINCLUDEPATHS \
"/system/tcclib/include:/data/local/tcclib/include:/sdcard/tcclib/include"
#define CONFIG_TCC_LIBPATHS "/system/lib:/system/tcclib/lib:/data/local/tcclib/lib:/sdcard/tcclib/lib"
#define CONFIG_TCC_ELFINTERP "/system/bin/linker"

#define HOST_ARM 1
#define TCC_ARM_VERSION 7
#define TCC_VERSION "0.9.26"

まぁ場当たり的な修正ばかりだが、一応は動く。

まとめ


 ・tcc-0.9.26-android-150316.tar.gz ソース+バイナリ版
 ・tcc-android-150316.tar.gz バイナリ版

最初の成果物。ソース+バイナリ版は、build-tcc.sh で tcc 自身がビルドできる。
バイナリ版は、/system/xbin に tcc を /system/tcclib に include と lib を置くように作成。
もうすこし詳しく書いておく。
tcclib を置けるのは、/system /data/local /sdcard のどれかの配下。tcc コマンドはパスが通っていれば良い。
ライブラリの指定は、-lc -ldl あたりだと思うが、なしでいける場合もある。long long を使うようなコードでは、-ltcc を付けないといけない場合がある。
-run オプションも動くようだ。

おまけ GCC のビルドオプション



COLLECT_GCC=/usr/local/bin/gcc
Target: arm-linux-androideabi
Configured with: ../configure --host=arm-linux-gnueabi \
--target=arm-linux-androideabi \
--enable-static --disable-shared --enable-languages=c,c++ \
--enable-initfini-array --disable-lto --with-float=soft --with-fpu=vfp \
--with-arch=armv5te --disable-libquadmath \
--disable-multilib --disable-libgomp \
--disable-libmudflap --enable-target-optspace --enable-threads \
--disable-libatomic --disable-tls --disable-nls \
--disable-sjlj-exceptions \
--disable-libstdc++-v3 --disable-libsanitizer --disable-plugins \
--disable-libgcc --disable-libssp --disable-docs --disable-libitm \
--with-gnu-as --with-gnu-ld --prefix=/prog/c4droid/OutDir \
--with-mpc=/prog/c4droid/mpc --with-mpfr=/prog/c4droid/mpfr \
--with-gmp=/prog/c4droid/gmp
Thread model: posix

おわりに


セルフで動く tcc をビルドするという目的は、達成されてしまった。アドホックなんで不具合は出るかも知れない。優先度は高くないが、手直しはしていきたい。
さて、次は gcc をセルフで動かすように整理したい。/system ではなく loop デバイスで /usr パーティションを mount して使うのが良いかと思っている。これもボチボチやりたいが、バイナリは配布しないかも。
次は、Mediatek のカーネルについて調べてみたい。
posted by すz at 01:49| Comment(0) | TrackBack(0) | android

2015年03月14日

Pigu & Polasma

久しぶりの記事。
N-04C を長らく使ってきた。ティザリング以上の改造もせずおとなしく使っていたのだが。。。
たまたま、ポラロイド Pigu という機種が (税込送料込) 4980円 で特売されていることを知り、予備も含めて2個発注した。情報取集に努めていたところ、ポラロイド Polasma という機種が、トイザらスで特売されていることを知った。出遅れたので諦めてたのだが、妹の地元に在庫があり、頼んで2個確保してもらった。

これらを喜び勇んで購入したのは、MediaTek だからである。ファームウェアを弄っても元に戻せるとふんで、改造して遊ぶのが主目的。バッテリーがへたってきた N-04C の代わりにメインスマホとして使おうというのも目的ではある。

ファースト・インプレッション


店頭購入の Polasma を先に入手できたので、まずこれから。N-04C と比べて画面が美しくかつ広い。まずそこに感銘を受けたのだが、CPU性能が高くきびきび動く、その上消費電力が小さいようだ。N-04C では充電より消費の方が多く、充電している時でもバッテリーが減っていくということが良くあったのだが、こいつは、そんなことはない。携帯して使っても、バッテリーが持つ。これだけで、スマホも随分と実用性が上がったなぁという印象を受けた。
ただ、N-04C ほどタフではない。すぐに壊してしまいそうな .. そんな印象がある。ゴリラガラスとか強化ガラスであるとは一切説明されてないし、画面が広く筐体が薄すぎる。本当に簡単に壊してしまいそうだ。
次は、Pigu 。Polasma を入手できてしまったので、どうしたものかと思っていたのだが、意外にも良い。携帯性が良いのが理由。別にタフではないのだろうが、Polasma ほど気を使わなくとも済む。その上バッテリーの持ちが Polasma よりもさらに良い。当然ながら、筐体が小さいのも携帯性に寄与している。Polasma クラスでさえ電話のサイズではない -- 小型タブレットだろう。
Pigu の 画面は 320x480 と狭い上に液晶も青っぽくあまり良くないわけだが、携帯性のほうが優先度が高い。持ち歩きたいのは Pigu の方になった。

どう使いわけるか


4台も入手してしまってどうするの?と思われる人もいるだろうが、もともと弄るために買ったのだ。多すぎではあるが、別に困らない。

Pigu (Black) : これはいつも持ち歩く。
Polasma (Yellow) :

 Windows機の傍らに置いて、サブ機として使う。動画も専らこれ。気分によって持ち歩くが、SIM の数の問題が。もし、BT子機にできるようになったら、pigu との 2台持ちにしたい。

Polasma (Red) :

 開発機 - SSHDroid を常に起動し、専ら ssh でログインして使う。セルフコンパイル環境の C4Droid も導入。ファームウェアを弄る実験も専らこれ。

Pigu (Green) :

 予備機 -- カラーの バッテリーカバーを付けたのだが、いまのところ、単なる予備になってしまっている。


MediaTek のツールについて


SP Flash Tool (SPFT)
SP Flash Tool v5.1352.01.zip (MD5: bb3cad2ceed284651e4c494b9966b605)
MT6577 USB VCOM drivers.rar(MD5: 8e9388d06ae7e3f6bd5074f8c8e4a8e8)
まずはこれ。ROM イメージを焼くためのツール。ROM イメージを持っていれば、bootloader を壊してさえ、元に戻せる。セキュリティ上どうかと思うが、吸い出すこともできるので 後述の MtkDroidTools と合わせて完全なバックアップも作れる。Windows8 でドライバを導入するのは面倒だが、freetel nico の手順書が参考になる。

MtkDroidTools
MtkDroidTools_v253.exe(MD5: c95067099942bb3dea0acf5a5a29737a)
http://adbdriver.com/downloads/
いくつかの機能があるのだが、SPFT で 吸い出した ROM イメージを 書き戻せるような形式に変換してくれる。実機に接続する必要はあるが root 化は必要なく、stock の ROM イメージを作成することが出来る。他には CWM の自動生成にお世話になった。
困ったことに、アンチウィルスソフトに、トロイの木馬だと認識されてしまう。(AVG では最近、ウィルスとは認識しなくなったみたい)

root化


Polasma は、Framaroot で root が取れるという情報があったので、なんとか入手した。確かに root は取れた。だが、Pigu では無理であった。
しかし MediaTek の場合、SPFT + MtkDroidTools でいけるのだ。
1) SPFT で ROM を吸い出す。
2) MtkDroidTools で変換すると CWM が自動で作成される。
3) recovery_cwm.img と boot_patched.img を書き込む。
4) CWM を起動して、UPDATE-SuperSU-v2.46.zip をインストール


この手順は強力で対策不可能な感すらある。逆にこれを知ってる人間に盗まれたらやばい。重要な個人情報を扱う場合は Android の暗号化機能で、ディスクを暗号化しておいた方が良い。

root化して使いたいもの


とりあえずは、ESファイルエクスプローラでの パッケージ(APK)のバックアップ 。沢山マシンがある上に初期化も頻繁にするので、いちいちダウンロードするのはやってられない。

あと CF.lumen 。液晶の色温度を設定できるフィルターソフトで、要root + 4.4.2以上。Pigu では是非とも使いたい。

あともう一つあるが、ここではコメントを控えておこう。

さて、開発目的だと、もう root化は必須だ。変更したりできなければ話にならない。
普通は、adb で入って su するわけだが、sshd を使うことを覚えた。やっぱりこっちの方が便利。busybox の vi が使えたりするし。sshd は、SSHDroid が良いようだ。

とりあえずの ToDo


1) セルフ用 tcc をビルド
大した目的ではないが、これはクリアしておきたい。実を言うと C4Droid には、tcc のバイナリが含まれていたりする。これを参考にしてビルドに挑戦。tcc 自身で tcc も作りたいが、C4Droid の gcc も使ってみたい。もちろんコマンドラインでのビルド。gcc もファイルをピックアップして通常の tree に組み込むのだ。

2) Polasma を BT子機に
全然どうしたら良いかわからないのだが、やりたい。仕組みすら見当が付けられない。
タイムリミットは、8月あたり。現在は、SIM を2枚持っている。だいぶ前に買って眠らせていた、6か月のプリペイドが使えなくなるまでになんとかしたい。

ヒントとしては、Pigu 。なぜか対応しているのだ。バージョンが違うため流用は出来ないだろうが参考にはなるだろう。あとは、同じ MediaTek の 4.2.2 のタブレット。Lenobo の YOGA がそのひとつで、BT子機になるらしいのだが... ROM イメージをなんとか入手して調べてみたい。

おまけ1


カーネルソース
 ・https://android.googlesource.com/kernel/mediatek/ (4.4.4)
 ・https://github.com/aniruddha-adhikary/mt6572_kernel (4.2.2)
ビルドするのが目的ではなく調査用。いやモジュールぐらいは...

おまけ2


今の Polasma(yello)


少しでも安心したく、DX.com で購入した強化ガラスのスクリーンプロテクターを貼っている。専用品などないので、サイズが近い LG G2 用にした...のだが四隅がはみ出してしまった。はみだしたところは Polasma を削るしかなかった。道具に撤するので問題ないのだが、少し残念。HTC one M8 用だと長方形で、画面部分だけ覆えるのだが、それで良かったかも。ちなみに、強化ガラスは加工できないそうだ。傷が入れば割れてしまう。ダイヤモンドやすりで削ろうと思ってたのだが甘かった。

裏には、バンカーリングもどきを付けた。動画とか見るし必要だと考えた。さらに、リールクリップを付けている。余計な気もするが、落としたくない。

今の Pigu(black)


これも、リールクリップを付けている。ストラップホールなどないので、ケースに穴を開けた。内部に空間があるところに穴を開ける必要があった。ストラップは以前 DX.com で買い置きしてたもの。適度な遊びになっていて具合が良いようだ。

おまけ3


http://www.needrom.com/download/polaroid-pigu-cwm/
http://www.needrom.com/download/polaroid-pigu/
http://www.needrom.com/download/polaroid-polasma-cwm-twrp/
http://www.needrom.com/download/polaroid-polasma-shrinked-rom/

stock の ROM とかが、置いてある。ぶっ壊してもまぁなんとかなる。
そうそう、Polasma はロシア?で 「QUMO Quest 506」という製品名で売られている。これ用の TWRP なども動作する。

(追記)
ココのサイトが、Polasma の 中国国内版を見つけた。NAMO NX5 または NAMO NXPLAYER だそうだ。ボード名である「htt82_wet_jb5」が見つけるキーワードになったそうだ。で、htt82_wet_jb5 でググると Elephone P7 Mini というのもある。こっちは形も違うのだが V10 だそうだ。(Polasma は V10B)
ついでに Pigu の ボード名 hexing72_cwet_kk でググっても何も出てこない。Pigu はオリジナルではないか?
posted by すz at 21:38| Comment(2) | TrackBack(0) | android

2012年09月28日

MEDIAS N-04C覚書き

DTI の ServersMan SIM 3G 100 に加入することにした。通常 100kbps だが、速度を切替えることができる。高速時 の 転送量あたりの価格が安いのに魅力を感じたのだ。

    1GB/月 程度使っても 3100円/月 程度に抑えられる。しかもチャージの有効期間が長い。これなら、自分の使い方を調整しながら 使えそうだ。... というのが目論見だが ...

    431 : いつでもどこでも名無しさん : 2012/09/18(火) 22:01:33.14 ID:???0

    ターボ使ったことあればわかるけど、一度切断して再接続する
    これはターボ用に用意した別枠の帯域を使用するため
    ゆえに、帯域も狭いので定員制になっている。つまり抽選式ターボ

    こんな情報があった。帯域が別なのは良いことだ。二つの回線契約をしているようなものだ。ただ、抽選式か。混んでいると切り替えで待たされることもありそう。安いからトータルの帯域は狭いんだろうな。でも従量制だから使わせた方が良いはずで帯域は適切なところまでいずれは拡大されるに違いない。

    SoftBankの帯域制限の基準を見ると、高めの定額サービスでも 1,000万パケット/月(約1.2Gバイト/月)で制限かけるとか書いてある。安いやつは、なんと 300万パケット/月(約366Mバイト/月)。1Gバイト/月は多いという認識なのか ...

ところが、驚くべき事実が ...

    3G のドングルとかルータを持っているので、端末は気にしていなかったのだが ... 速度切替ができるのは、Android と iPhone(予定)のみらしい。

    b-mobile の同種のサービスでは、PC からでも変更できるようなので気にしてなかった。

3G のドングル を Paladin に付ける手もあるかも知れないのだが ... テザリング(ルータ化)することを前提に スマホを買ってみることにした。



選んだのは MEDIAS 旧機種の N-04C 。安かったし。まぁ よくわからないのでお試しのつもり。

    この機種は、
     ・ ServersMan SIM 3G 100 の 対応機器一覧
     ・ iijmio の 動作確認済み端末
    に入っている。標準SIM かつ Xi 未対応が条件? ただ、気になるのは テザリング ×。

    たとえば、b-mobile の IDEAS なら文句なしに テザリング ○ で安心なのだが、画面が しょぼすぎ。Rstrem A1 を最初に検討したのだが、すでに放出は終わっていて 安価かつ国内版(技適あり)なのは見つけられなかった。

    あと気が付いた点としては、iijmio のリスト でアンテナピクト表示○ 。セルスタンバイ問題が解消している可能性が高い。

さて、テザリングができないのは何故? というレベルから調べたのだが ...

    docomo の APN に強制的に切り替えるため!

だと分かった。docomo と直接契約している場合は、テザリングするとまずいことになるかも知れない。b-mobile, IIJmio,DTI とかは契約上の縛りはない。この仕組みも邪魔なだけ。

どうも framework-res.apk に情報があるらしく編集しなければならないらしい。そうなると root にならなければならず、さらに いじるのであれば、元に戻せるようファームウェアも入手しなければならない。

だんだん泥沼に入っていく感じがするが .. しょうがない。情報を集めてやってみることにした。

    ApnChanger
    というアプリがあるらしい。N 系ではダメだろうが、いけるやつもあるとのこと。P-01D が出来たという情報が書いてあった。これは新品でも安いらしいし、少し後悔。

adbドライバの入手

    adb というのは、Android 端末と USB でつないで Android 端末を操作するツール。Android 端末で shell が使えたり、ファイルを転送したり、アプリのインストールができたりする。普通は、汎用のドライバの inf を書き換えて使うのだが、N-04C では、なにやらうまく行かない。

    メーカサイトに adbドライバ があるので、ダウンロードしてインストール。

ファームウェアの入手

     ・ MEDIAS N-04C の OSバージョンアップ(メーカサイト)

    ここから、PC で update.dat をダウンロードできる。ただ、IMEI(製造番号) を入力しなければならないし、何のバージョンが入っているか管理しているらしく ダウンロードできるものが限られる?

    手に入ったものが何かは分かった。

    ビルド番号:A1022101 (2011/10/20 版)

    AndroidOSバージョン:2.3.3
    update.datについて:
    ファイルサイズ:180,771KB
    MD5:7E73C089F1B5C801E9393AAA15680571

    サイズから見てフルアップデート。これさえあれば心強い。

    最新バージョンは、A1030501 で差分アップデート。これは 接続後アップデートできる。A1030501 にしたとしても、A1022101には戻せる。そして 弄るのは A1022101 を使う。

      弄る対象は、もうひとつある。A1021401 という前のバージョン。2011/9月製造までの機種なら、ここまで一旦ダウングレードすると SIM フリーになるらしいのだが ...

      一応入手したのは、2011/3月製造 で可能性があるが、だいたい docomo 以外もっていないし予定もない。メモだけ。

      初期ビルド A1011001
      9/21ビルド A1021401→A1022001
      10/20ビルド A1022101→A1030401 or A1030501

      SIMフリーなのは A1021401とA1022001。

      ビルドバージョン:A1021401
      AndroidOSバージョン:2.3.3
      update.datについて:
      ファイルサイズ:180,738KB
      MD5:806DC91957CE3EEC440AF245C9EC94B5

      ビルド番号:A1022001
      update.datについて:
      対象ビルド: A1021401
      ファイルサイズ: 3,612KB
      MD5: 8A31EC7A961167CD1C3E4AC0C25EEE46

ファイルを変更できるようにする(レベル 0: 準備 )

    auto-rootkit_bh_fix.zip というファイルを入手すると必要なものが一応含まれている。後のバージョンでも良い。あと adb が必要。android sdk でも良いが、いろんなツールにも添付されている。後の目的もあるので、APK Multi-Tool のサイトから

     APK Multi-Tool Windows Version 1.0.9

    を入手することを推奨しておこう。あと xml を編集できる エディタ。SAKURAエディタ が良いようだ。

    これらを使って 手動!で やってみることにする。必要なファイルは SD に置き 端末側の shell を使う。普通のやりかたではないので、マネするのは薦めない。なにをやっているかの解説だと思って読んで欲しい。

ファイルを変更できるようにする(レベル 1: 仮 root )

    とにかく root 権限を奪取するのが第一ステップ。zergRush というツールを使うと一時的に root になれるそうだ。ただし、A1022101 (かそれより前のもの) が対象。

    $ cat 1/zergRush > /data/local/tmp/zergRush
    $ chmod 755 /data/local/tmp/zergRush
    $ /data/local/tmp/zergRush

    こんな風にする。cp は使えないので、リダイレクトでファイル生成。そして実行権を付けて実行。/data/local/tmp も意味があるようだ。ここでないと ファイルを作れない?

    [+] Killing ADB and restarting as root... enjoy!

    成功するとこんなメッセージが出て、adb が一旦終了。

    $ /data/local/tmp/sh
    #

    /data/local/tmp/sh が作られているので、実行するとプロンプトが # になる。

ファイルを変更できるようにする(レベル 2: 恒久的 root ただし /system 以外)

    reboot すると、折角得た root 権限が無効になってしまう。root 権限を常に得られるように 起動時に動かすスクリプトを仕込む。ついでに busybox も 仕込んでおく。

    # cat /2/local.prop > /data/local.prop
    # cat /2/data_local/autoexec.sh > /data/local/autoexec.sh
    # cat /2/data_local/_su > /data/local/_su
    # cat /2/data_local/su > /data/local/su
    # cat /2/data_local/busybox > /data/local/busybox
    # cat /2/data_local/libemoji-wrapper.so > /data/local/libemoji-wrapper.so
    # chmod 555 /data/local/autoexec.sh
    # /data/local/autoexec.sh
    # exit
    $ /dev/_su
    # rm /data/local/tmp/*

    /data/local.prop で autoexec.sh を実行するように指定。autoexec.sh では、su , _su を /dev にコピーして 実行権を付けている。あと、busybox も実行権を付け直す。

    autoexec.sh は、今実行して、/dev/_su が使えるか確認しておく。一旦 /data/local/tmp/sh を抜け、zergRush と生成ファイルを削除。

    最後に reboot して、/dev/_su で # になるか確認しておこう。

    ここまでやって、A1030401 にバージョンアップするのが普通らしいのだが、私はこのまま。A1030401 だと若干手順が変わる。最新の A1030501 にするとどうなるかは、分からない。

ファイルを変更できるようにする(レベル 3: /system の変更)

    これで root にはなれるようになった。だが、 /system は、ライトプロテクトがかかっているので、もう一段手順が必要。

    # cat /4/sysunlock.ko > /data/local/sysunlock.ko

    この sysunlock.ko は、カーネルモジュールで、ロードすると ライトプロテクト解除。アンロードすると ライトプロテクト しなおす。という仕組みになっている。ライトプロテクトしなおすのを忘れると 赤画面になって
    起動しなくなる(いわゆる 赤面)場合がある。そうなってもあわてることはない。A1022101 で初期化すれば普通は最初に戻る。

    /system を書けるようにする手順(A1022101)

    # insmod /data/local/sysunlock.ko
    # mount -o rw,remount /system /system

    /system を書けるようにする手順(A1030401)

    # insmod /data/local/sysunlock.ko patchaddr=0xC05C2F91
    # mount -o rw,remount /system /system

    どうもこれが正しいらしい。私は、A1022101なので上。

    元に戻す

    # mount -o ro,remount /system /system
    # rmmod sysunlock
    # lsmod

    とても重要なのに、間違った説明も見受けられる。最後に lsmod で確認したほうが良い。

不要な system アプリの削除

    /system/app に置かれたアプリは、端末上からは削除できない。たちが悪いことに、使わないのに勝手に起動したりして、メモリを圧迫したりする。メモリがなくなれば、リブートという結末になったりする。また、アップデートされると 新しいのは、/data/app にインストールされるので、アプリ用エリアを圧迫する。

    というわけで、使わないものは元から消すことにした。

      cd /system/app
      mv MyLifeLog.apk MyLifeLog.apk.org
      mv MyLifeLog.odex MyLifeLog.odex.org
      mv ScPedometer.apk ScPedometer.apk.org
      mv MediasLauncher-s.apk MediasLauncher-s.apk.org
      mv MediasNaviShortcut.apk MediasNaviShortcut.apk.org
      mv MediasNaviShortcut.odex MediasNaviShortcut.odex.org
      mv docomo_market.apk docomo_market.apk.org
      mv BeeTV.apk BeeTV.apk.org
      mv EstarAP1DL.apk EstarAP1DL.apk.org
      mv BookShelf_preset.apk BookShelf_preset.apk.org
      mv TabihikakuNet.apk TabihikakuNet.apk.org
      mv Twipple.apk Twipple.apk.org
      mv andronavi.apk andronavi.apk.org
      mv toruca.apk toruca.apk.org
      mv TravelCamera.apk TravelCamera.apk.org
      mv TrendSearch.apk TrendSearch.apk.org
      mv TrendSearch.odex TrendSearch.odex.org

    とりあえず、ひとが作ったリストを使わせてもらった。動作中のものが多々あるので、消さずに rename すること。reboot 後に *.org を消すのは問題ない。(ただし、意味もない)

    私が使いそうにないものは、まだまだある。様子を見ながらリストに追加していこうと思う。

    さらにいうと、使うものでもアップデートされるものは、/data/app に移した方が良いと思う。あとで、領域を占有されるよりはマシだろう。いざとなれば、アンインストールも出来るし。

    追加削除(候補)

      cd /system/app
      mv CarrierMailService.apk CarrierMailService.apk.org
      mv CarrierMailService.odex CarrierMailService.odex.org
      mv spmode_mail.apk spmode_mail.apk.org
      mv iD.apk iD.apk.org
      mv PhoneBookCopy.apk PhoneBookCopy.apk.org
      mv gguide.apk gguide.apk.org
      mv Evernote_launcher_docomo.apk Evernote_launcher_docomo.apk.org
      mv SyncMLApp.apk SyncMLApp.apk.org
      mv Quickoffice.apk Quickoffice.apk.org
      mv GenieWidget.apk GenieWidget.apk.org
      mv MobileFeliCaMenuApp.apk MobileFeliCaMenuApp.apk.org
      mv MobileFeliCaWebPluginBoot.apk MobileFeliCaWebPluginBoot.apk.org
      mv ManualDownloaderN04C.apk ManualDownloaderN04C.apk.org

framework-res.apk の編集(の準備)

    まずは、ツールを入手。APK Multi-Tool のサイトから

     APK Multi-Tool Windows Version 1.0.9

    を入手する。

    これを使って framework-res.apk を解凍して、書き換えたものから、再構成。

framework-res.apk の編集(する内容)

    framework-res.apk/res/values/strings.xml の config_tether_apndata を変更する。

    標準ではspモードの

     docomo tethering,dcmtrg.ne.jp,,,,,,,,,440,10,0,*

    になっているが、例えば b-mobile U300 だと

     bmobile tethering,dm.jplat.net,,,bmobile@u300,bmobile,,,,,440,10,0,*

    に変更する。DTI でどうなるかは分からない。SIM の台紙に書かれているそうだ。

     DTI tethering,ynmbl.net,,,user@3gd.ynmbl.net,3gd,,,,,440,10,0,*

    拾った情報だとこうなのだが、来ない事には確認できない。

    パラメータは、名前,APN,プロキシ,ポート,ユーザー名,パスワード,サーバー,MMSC,MMSプロキシ,MMSポート,MCC,MNC,認証タイプ,APNタイプ だそうだ。

    この方法以外に、

     bools.xmlの config_tether_dun_required を false にする。

    という手があるらしい。これでいけるのなら、個別の設定をせずに済む。

    884 : SIM無しさん : 2011/11/06(日) 18:56:57.97 ID:t60u1rWb [5/6回発言]
    A1022001でconfig_tether_dun_requiredをfalseに設定すると、
    bmobileもsoftbankもスリープ不要で1分以内にテザリング開始する。
    APNの強制書き換えはされるけど効いてない。
    ネックは/systemの変更が必要になるとこだけだな。

    こんな情報は見つけた。A1022101 もいけるかも知れない。

    メモ:

      /system/etc/customization/settings/com/android/settings/custom_settings.xml
      ここに上記の設定が入っている端末もあるらしい。最終的に settings.db に入るデータが本物であり、他は デフォルト値。そして settings.db自体を書き換えてしまうわざもあるらしい。書き換えないにしても、settings.db をチェックして、別のファイルの設定になっていないかチェックしたほうが良いかもしれない。Settings.apk というのを持っている機種もある。

      さらに、Settings.Secure.TETHER_DUN_REQUIRED というのがあって、こちらの方が settings.db より強い。これは、どこに設定すべきものだろう? ひょっとして initrd の方だったりして。実は initrd をいじった方が楽?

      Xperia 2011 の Android 2.3.4 root 関連情報:Android 2.3.4でのテザリングについて
      docomo 公式テザリングの仕組み

framework-res.apk の編集(手順)


     APK Multi-Tool Windows Version 1.0.9

    の使い方ということになる。.. のだが バージョンが違うと手順は微妙に変わる。やったことを列挙するに留めたい。

    コマンドプロンプトで Script.bat を実行。

      20 Clean Files/Folders
      7. Clean All Folders/Files

    これを実行するとディレクトリが出来る。 place-apk-here-for-modding に framework-res.apk をコピー。

      24 Set current project
      Choose the app to be set as current project?
      set INPUT=Enter It's Number:
      1
      9 Decompile apk

    これで中身が展開されるので、
     projects/framework-res.apk/res/values/strings.xml
     projects/framework-res.apk/res/values/bools.xml
    を編集

      21 Select compression level for apk's
      Enter Compression Level (0-9) :
      0
      11 Compile System APK files
      Aside from the signatures, would you like to copy
      over any additional files that you didn't modify
      from the original apk in order to ensure least
      # of errors (y/n)
      y

    「続行するには何かキーを入力してください」が出るが、キーを押すまえにやることがある。

        keep/resources.arsc の削除

    これが重要。

    キーを押すと
     place-apk-here-for-modding/System_framework-res.apk
    が作成される。これが、編集したもの。

他の話題

    L-04C

    【L-04C】 文鎮化してしまった時の初期化の方法

    これは! リスクなしに自由にいじれる!こっちのほうが良かったか。

    N-04C も同じメーカの SoC なので、本来は 同じ機能を持っているはず。
    ... そういえば、リカバリのとき 音声ボタン(大) を触ってしまったのだが、変になった。バッテリーを外したが、実は USB からブートしようとしていたりするのかも。(USB をつなげて見ればなにか分かる?)

追記: 削除プリインストール アプリ 候補

    (方針)/system/app のアプリは 端末からアンインストールできない。アンインストールする可能性があるものは、一旦消す。使ってみたいものがあれば、取り出して 通常アプリとしてインストール。

    消したとしても /system の領域が減るだけで /data が増えるわけではない。GMail とか Google 系は、古くても基本消さない。

    # からはコメント。拡張子(apk) は省略 odex ファイルがあるものはそれも削除
    この情報をもとに 削除するスクリプトは作れる。(実際は削除じゃなくて mv(rename))

    # 携帯機能
    ManualDownloaderN04C # 取説
    # install_flash_player # FlashPlayerのショートカット
    MyLifeLog # Days
    ServiceTwitter # twitter連携
    ServiceMixi # mixi連携
    ServiceFacebook # Facebook連携

    # Google
    # Maps # Googleマップ(古い)
    # Gmail # Gmailアプリ(古い)
    # YouTube
    # Email # Emailアプリ(使い勝手悪い)
    # Vending # マーケット
    # MarketUpdater # マーケット更新ツール
    # Browser # 標準ブラウザ(使い勝手悪い?)
    # DownloadProviderUi   # ダウンロード
    # Mms  # メッセージ

    # MEDIAS
    # MEDIAS # MEDIAS?
    MediasLauncher-s
    MediasNaviShortcut # MEDIAS NAVI

    # docomo1
    iD # iD
    toruca # トルカ
    PhoneBookCopy # 電話帳コピー
    spmode_mail # spモードメール
    CarrierMailService
    docomo_market # docomoマーケット

    # docomo2
    BeeTV # BeeTV
    gguide # Gガイド
    EstarAP1DL # E★エブリスタ
    BookShelf_preset # BookShelf
    TabihikakuNet # 旅比較ねっと
    Evernote_launcher_docomo # Evernoteインストーラ

    # biglobe
    Twipple # Tripple
    andronavi # andronavi

    GenieWidget # ニュースと天気
    Quickoffice # QuickOffice
    TravelCamera # ソトメモ
    TrendSearch # Topics
    MobileFeliCaMenuApp # おサイフケータイ
    MobileFeliCaWebPluginBoot # おサイフケータイ Webプラグイン

    ScPedometer # 歩数計
    SyncMLApp # 電話帳バックアップ

おまけ:とりあえず、入れたいアプリ

    ・ Quickoffice

      削除の後、あらためて インストール。

      Quickoffice.apk.org を SD カードに Quickoffice.apk にコピーしてリネーム。で、ファイルブラウザとか のツールでファイルを指定して インストール

    以下 Google Play から
    注意: デザリングを有効にすると ダウンロードが開始されない場合がある。一旦開始されたら デザリングを有効にしても、ダウンロードは中止されない。(複数のファイルでも止まらない)

    Advanced Task Killer

      タスクキラーは、Android 2.x では入れないと不安。

    ZDbox

      いわゆるツールボックス。便利そう。Optimize ToolBox を愛用してたのだが.. 乗り換えるか。

      本体の調子が悪い。勝手にリブートしたり。これ入れたせいかも。使用停止して様子み。

    ES ファイルエクスプローラー

      とりあえず定番ファイルブラウザ。-- Google Play を見ると定番という感じはしないが ... Paladin とか中華アンドロイド機にプリインストールされていたりするので、なじみがある。

    ツールボックス

      カメラとか 各種センサとかを利用したツール。ちょっと入れてみよう。

    トラフィックの統計情報

      3G/Wifi 別に 今日と今月の 通信量が分かる。

      これみて、使い方を検討しよう。

    ServersMan SIM 3G Unlimited

      これは、書いておかないと。これ目的で N-04C を買ったわけだから。

      レビュー見ると辛辣なレビューがある。が、このアプリに関係ない DTI への不満だったりする。だが有用な情報も含んでいる -- (割り当て待ちで) 切り替えに時間がかかることがあるらしい。これは覚えておこう。また、切り替えても遅いらしい。ユーザが急に増えれば対応が遅れる場合もあるだろう。従量制なんだから いずれは解決すると思いたい。


    以下、Google Play 以外から

    AndroidOptimizer (Optimizer Tool Box)

      愛用しているんだが、中華アンドロイド機に付いてきたものを使い回している。Google Play にはない。

      ここに v2.7.0 があるが ... 動かしてみたら DX Tool Box という違うアプリだった。中国語版で良くわからないのでパス。

      今使っているのは、英語版 2.0.8 。独自のアップデートパスを持っているみたいで、アップデートしてみたところ 2.3.0 になった。だが、やはり中国語版で良くわからない。

      ただ、URL は分かった。http://www.dashi.com 探せば英語版があるのかも知れないが とりあえずパス。

    MCpuMon

      developer.mips.com にあるツール。CPU 使用量のグラフを見ることが出来る。

      起動すると、タスクバーに登録される。バックグラウンドで動かしておいて後でチェックも出来る。

充電について

    買った時に付いてきたケーブルを PC につないで使ってきた。充電しながら使い続けられる。これは、なにげに嬉しかったりする。Android タブレットのなかには、消費電流の方が充電電流より多いものもあるのだ。ただ、CPU 100% になったりすると 温度が上がって充電が止められる。

    で、使っているうちにケーブルが断線したっぽい。ときどき接続が切れていたから、間違いなさそうだ。そうなると充電すらできない。mini-B のケーブルは沢山あるんだが、micro-B は持っていない。困ったことだ。

    100 均にいって、充電ケーブルを入手してみたら ちゃんと使えた! 通信もできる。とりあえず事なきを得た。



    ものは、ローソン100 の 『スマートフォン 充電・転送ケーブル』 。このケーブルは、micro USB プラグのところが はめ込み式のケースになっていて分解出来る。だから、充電専用ケーブルにも改造できる。

    xperia充電用ケーブル改造 その2

    ここが参考になる。ただやるなら自己責任で。



    ちょっと補足。micro B コネクタは、後ろから見てこういう配置になっている。#4 は ID なので、これだけ結線されていない。

    #2 と #3 を切って それ同士を結線しているわけだ。実際にやってみると、#3 の線をむいて #2 の端子にハンダ付けするのが楽だった。

    ただ、電源が #1,#5 に配線されているので、ショートするとたいへんまずい。ハンダ付けの経験がなかったり、自信のないひとはやめておいたほうが無難。

おわりに

    なにも考えず買ってしまった N-04C だが 望みどおりの使い方が出来るようになった。機種解析をした方々、情報をまとめた方々には感謝する。ありがとう。

付録:情報元
posted by すz at 23:23| Comment(1) | TrackBack(0) | 日記

2012年06月01日

GCW Zero

(DATE: 06/01/2012 00:29:01)
Jz4770 でググってみると GCW Zero ってのが見つかった。



http://boards.dingoonity.org/other-game-systems/gcw-zero/
http://obscurehandhelds.wordpress.com/tag/gcw-zero/

Jz4770 採用の ゲームコンソールだそうだ。Android 不採用 、320x240 (640 x 480 になるかも ) ってすごい割り切り。

The tentative release for the console is Mid July to Early August 2012. Final Cost for GCW Zero Special Edition $110.00 to $120.00.

8 月には、出るってことか。ちなみに Special Edition は、RAM 512MB Flash 16 GB で 無印 の 256MB/4 GB と比べてグレードアップされている。開発者向け?

ゲームコンソールでは、Jz4740 採用の A320 というのが有名だが、それの後継機を目指しているかんじ。それにしても Jz4770 とは ... 5 倍ぐらいは高速だろう -- そんなに性能が必要なんだろうか?

    Jz4770 は、800 MHz で駆動するようだ。それでも 4 倍か。x2 は二次キャッシュで性能向上の分。
    クロックダウンしているのは、熱のため? それとも 1/2 , 1/4 なら 周波数変更が簡単なため?

    Dingoo Linux 用のアプリが動く。

    Special Edition で $110-$120 だから 無印はもっと安いはず。$70-$80 とか?

    追記: 2番目の記事をよく読めば ... pre-order では deposit $65 って書いてあった。またプロトタイプでは、Gemei A330 のシェルを使っているようだ。

    Gemei A330 を流用すれば、基板を作るだけでプロトタイプにはなるだろうが ... その後はどうするんだろうか? A330 の シェルと互換なのを作る?

    追記: 2012/09/13

    MIPS系Jz4770搭載のポータブルゲーム機GCW-Zero発売日決定』の記事で進展があったのを知った。10/1 らしい。

    Sneak Peek at GCW-Zeroに開発中の筐体写真があるとのことなので見てみた。




    ちゃんとケースも金型から作っているみたい。同人ハードかと思っていたが、本格的な製品らしい。基板を見ても手慣れた印象がある。

    内蔵 FLASH は、microSD が使われているが、basic/paladin の様に コントローラ + NAND FLASH チップのパターンも付いている。チップの劣化を考えると 交換できる microSD のほうが嬉しい。外部ストレージも microSD で、左下にスロットがある。

    Wifi は、USB 接続タイプのようだ。右上の青いのは、FM ラジオモジュール。その下の チップは、basic/paladin などと同じ型番の電源IC のように思える。下のほう USB mini-B の 上と右に大きめのチップがあるが、デカップリング用のコンデンサのはず。

MISPベースのスティックAndroid ippea TV (旧 PEA-887)



    http://www.ippea.com/

    JZ4770 を使っているそうだ。802.11b/g/n WIFI と USB HOST も付いている。RAM は 512 MB 。

    http://www.linuxpilot.com/industry/news/20120606iPPea

    こちらに分解写真。四方に足があるゲジゲジ付きだから Paladin などと同じ SD インターフェイスの内蔵 FLASH 。

    こういうのが出てくるのは、嬉しい。

      MIPS Jz4770 1.2G
      mini USB 2.0 port (OTG, 640Mbps)
      標準 USB 2.0 ports (12Mbps)
      MicroSD slot
      内蔵 FLASH 4GB(SD interface) / RAM 512MB;
      IEEE 802.11 b/g/n (Blutooth T.B.D.)
      HDMI 出力
      3D Air KeyMouse

    スペックを拾って訂正するとこんなところか。Blutooth が、T.B.D(定義すべき) になっているのは、BroadCom の チップだからだろう。ファームウェアとドライバの両方が必要だからメジャーな型番であることを願う。

    で、3D Air KeyMouse って何? 中段の写真にキーボードのようなものが見えるけど。まさか。

    よく見ると、中段・下段の写真は、基板のコネクタ配置と合わない。-- 関係ないのか -- 紛らわしい。... というか、ケースはまだ出来ていないのかも。

    追記:(2012/7/12) なんか紹介されている。

     http://gpad.tv/tv/mips-ippea-tv/

    そして、買えるようになったようだ。メーカの eStore で買える。$50 + 送料 $15 の合計 $65 。Paypal が 82円/ドルとして、5300 円 ぐらい。ただし、出荷は7月末。もうすぐとは言え未発売。

    追記: 2012/09/13

    使う予定もないのだが、ポチってしまった。送料込み $65 。現在 香港から 輸送中。

    記録
     12/09/02 09:40 Receipt for Your Payment to iPPea Limited service-jp@paypal.com
     12/09/02 09:43 Purchase Receipt info@ippea.com
     12/09/11 18:19 Shipping confirmation for your order cs@ippea.com
     12/09/11 18:27 More details on your shipment service-jp@paypal.com
     9月11日 16:09 引受 HONG KONG
     9月12日 15:06 国際交換支店から発送

    paypal から Shipping のお知らせが来ている! で、すぐに 引受/発送 のトラッキングが出来ている。EMS ?



    追記: 2012/09/16 : 受け取り

    現物は、確かに上のイラストの通りだった。買ったのは Black で色は違う。緑帯に黒。付属品は、micro USB OTG ケーブル(HOST) と、電源ケーブル (USB) 。電源ケーブルは、例の細いタイプ。

    かなり華奢な印象。乱暴に扱うと簡単に壊れてしまうかもしれない。

    PC と接続するには、micro USB ケーブルが別途必要。(もってないや)

      上海問屋の 299円のHUB (3port + micro USB) あたりを買っておくと、なにかと捗るかも。

    まだ使う予定がないので、そっとしまう。

    ちょっとメモ



    ・『AndroidOS4.0MiniPC YouTube動画比較テスト アンドロイド搭載スティック型
    ・『USBtypePCアンドロイド4.0USBスティックタイプミニPCでインターネット・動画

    動画でレビューしているサイトを発見。モニタによってはこんなに綺麗に収まるのかと感心した。サイドのコネクタが気になっていたのだが、電源ケーブルが干渉しても、反対側の micro USB から給電できそうだし、あまり困らないのかも。

    つなげるのはマウスのみが普通なのか ...

    同じスティックタイプの AK-212MiniPC(Allwinner A10 1GHz)とあまり変わらないそうだ。どちらも大したことがないという意味だろう。ただ消費電力的には ippea TV の方が有利なはずで、それゆえにコンパクトに仕上がっている(と思う)。 コンパクトにできたおかげてモニタの裏に収まるとか ... バランスは良いと思う。
posted by すz at 00:29| Comment(2) | TrackBack(0) | 日記

2012年03月29日

Jz4770 アンドロイドカーネルソース(ICS)

ICS 対応の新しい アンドロイドカーネルソース が手に入った。

例によって、linux オリジナルに対する 新規ファイル と 差分に分けて整理しておく

ほかに、Toolchain のバイナリもあるが、大きいので割愛。

ちょっと覗いてみる。

  • まずは、defconfig のチェック。

    npm701_ab_defconfig
    npm702_defconfig
    npm702_pinkflozd_defconfig

    一応 paladin 用と basic 用の両方があるようだ。あと、jz4770 のみが対応で他の jz47xx は削除されている。当然 defconfig もない。

    あぁ Jz4760/B は見捨てられたのか ... 2.x 用のソースコードはあるとは言えマージするのは相当に面倒に思える。

    あと、pinkflozd 氏は、様々なチューニングをしている。 大雑把に言うと I/O の効率化? と ライブラリ関数の差し替え が主。バグ修正のような変更はないようだ。

    このカーネルなら、確実に現行のファームウェアのカーネルと差し替えられる。

改造したいところと重なってないことを確認して、usb gadget を見てみる。


    drivers/usb/gadget/android.c:

    static struct android_usb_function *supported_functions[] = {
    &adb_function,
    &acm_function,
    &mtp_function,
    &ptp_function,
    &rndis_function,
    &mass_storage_function,
    &accessory_function,
    NULL
    };

    こんな定義がある。実際に使っていると思われる mass_storage を見ると ...

    static int mass_storage_function_init(struct android_usb_function *f,
    struct usb_composite_dev *cdev)
    {
    :
    :
    nluns = CONFIG_USB_NLUNS_NUM;

    config->fsg.nluns = nluns;
    for (i = 0; i < nluns; i++){
    config->fsg.luns[i].removable = 1;

    /*add by bcjia to use cdrom to lun2*/
    if(i == 2){
    config->fsg.luns[i].cdrom = 1;
    }
    }
    :

    なにやらまさに 2 つの removable + cdrom を作るコードがある。

    イーサネットは、こっち rndis 。

    static int rndis_function_init(struct android_usb_function *f, struct usb_composite_dev *cdev)
    {
    f->config = kzalloc(sizeof(struct rndis_function_config), GFP_KERNEL);
    if (!f->config)
    return -ENOMEM;
    return 0;
    }

    static int rndis_function_bind_config(struct android_usb_function *f,
    struct usb_configuration *c)
    {
    :
    if (rndis->wceis) {
    /* "Wireless" RNDIS; auto-detected by Windows */
    rndis_iad_descriptor.bFunctionClass =
    USB_CLASS_WIRELESS_CONTROLLER;
    rndis_iad_descriptor.bFunctionSubClass = 0x01;
    rndis_iad_descriptor.bFunctionProtocol = 0x03;
    rndis_control_intf.bInterfaceClass =
    USB_CLASS_WIRELESS_CONTROLLER;
    rndis_control_intf.bInterfaceSubClass = 0x01;
    rndis_control_intf.bInterfaceProtocol = 0x03;
    }
                   :

    なんだかよくわからないがコードは入っているようだ。.... 要するに board でデバイスを定義すると 構成される? それはどうやってやるのだろう?

    ... というか、これって ジェネリックなコードだろうから ググると出てきたりする?

    まぁ、これで PC と接続すると 高速に通信できそうなのは分かったので、一安心。

    その前に ... config できになる点が ...

    CONFIG_USB_MUSB_OTG=y
    CONFIG_USB_GADGET_MUSB_HDRC=y
    CONFIG_USB_MUSB_HDRC_HCD=y
    CONFIG_MUSB_PIO_ONLY=y

    CONFIG_USB_GADGET_DUALSPEED=y

    CONFIG_MUSB_PIO_ONLY .. ってことは、オーバヘッドが大きそうな ... 。ただ、ネットワークはオフロードできる要素がないから、DMA 使っても あまり差がないはず。むしろ 影響があるのは MASS STORAGE 。ファイル転送などで CPU 負荷が上がっていたのはこれのせいだったのか。

最初のビルドを試す。

    pinkflozd 氏 の git には、toolchain の Linux バイナリも含まれるようになった。これでビルドすれば同じものが出来るはず。

    まずは、gcc -v

    Target: mips-linux-gnu
    Configured with: /home/fu/dev/gcc44/gcc/configure --target=mips-linux-gnu \
    --prefix=/home/fu/dev/gcc44/build-linux/tools \
    --with-sysroot=/home/fu/dev/gcc44/build-linux/sysroot \
    --enable-__cxa_atexit --disable-libssp --disable-libgomp --disable-libmudflap \
    --enable-languages=c,c++ --with-mpfr=/home/fu/bin --with-gmp=/home/fu/bin \
    --with-llsc --disable-decimal-float --disable-fixed-point --with-mips-plt \
    --with-arch=mips32r2
    Thread model: posix
    gcc version 4.4.3 20100121 (prerelease) [gcc-4_4-branch revision 156102] (GCC)

    --with-llsc , --disable-decimal-float と --with-mips-plt は知らなかったオプション。

    ちなみに multilib は、soft-float と mips32 ( +soft-float/mips32 ) が含まれている。

    次に ベース (Ingenic-Linux 3.0.8 r1123) をビルドしてみる。

    # cp arch/mips/configs/npm702_defconfig .config
    # make

    これだけで zImage まで ビルドしてくれた。

    途中で board の選択メニューが出るのだが ...

    7. Ingenic JZ4770 NPM703 board (JZ4770_NPM703)
    :
    10. Ingenic JZ4770 AURORA board (JZ4770_AURORA)

    興味深いことに AURORA がある。AURORA が MIPS になる可能性はやはりあったようだ。NPM703 は何だろう? NPM701 が basic で NPM702 は paladin ... MIPS 版 elf ( = swordman) あたり?

    これらの選択枝は、Kconfig 上だけの話で、arch/mips/jz4770/boards には、npm702 しかない。(npm701 すら存在していない)

    あと、作られるモジュールは、
     drivers/scsi/scsi_wait_scan.ko
    のみ。

    さて、mxu_as はどこで動くのか? arch/mips/process.c が まず MXU 命令を使っているのだが、調べていくと ... mips-linux-gnu-as で MXU 命令入りのコードが通る。

    57c: 24020003 li v0,3
    580: 7002042f s32i2m xr16,v0
    584: 3c028000 lui v0,0x8000

    objdump -d でも 対応している。これは! ちゃんと対応して、もはや mxu_as は使わなくなったということか。

    次に 3.0.23 を試す。

    # cp arch/mips/configs/npm702_pinkflozd_defconfig .config
    # make

    これも無事終わる。作られるモジュールは、以下のもの。

    drivers/scsi/scsi_wait_scan.ko
    fs/btrfs/btrfs.ko
    fs/exportfs/exportfs.ko
    fs/jfs/jfs.ko
    fs/reiserfs/reiserfs.ko
    fs/xfs/xfs.ko

    CIFS は =y (モジュールではなく組み込み)

    ところで Wifi はどうしているのだろう? 公式ファームウェアでは唯一の モジュールで
     lib/wifi/modules/iw/dhd.ko
    にあるわけだが ...


    CONFIG_WIFI_BRCM=y

    config WIFI_BRCM
    bool "Broadcom"
    depends on JZSOC
    select WIRELESS_EXT
    select WEXT_PRIV
    select FW_LOADER
    help
    This option contains static memory allocation for 4319 and 4329

    BCM4319 あるいは 4329 だったっけ? それだと CONFIG_BCM4329 が別にあるのだが ... これは使えないのだろうか?

    Wireless LAN (WLAN) [Y/n/?] y
    USB ZD1201 based Wireless device support (USB_ZD1201) [N/m/y/?] n
    Enable WiFi control function abstraction (WIFI_CONTROL_FUNC) [N/y/?] n
    Broadcom 4329 wireless cards support (BCM4329) [M/n/y/?] m
    Firmware path (BCM4329_FW_PATH) [/system/etc/firmware/fw_bcm4329.bin] (NEW)
    NVRAM path (BCM4329_NVRAM_PATH) [/proc/calibration] (NEW)
    Broadcom 4329/30 wireless cards support (BCMDHD) [N/m/y/?] n
    IEEE 802.11 for Host AP (Prism2/2.5/3 and WEP/TKIP/CCMP) (HOSTAP) [N/m/y/?] n
    Broadcom (WIFI_BRCM) [Y/n/?] y


    そういえば .. fw_xxx.bin は 次のものだった。
     lib/wifi/firmware/iw8101/fw_iw8101.bin

    iw8101 とは何? ここらをクリアしないと いつまでも dhd.ko に縛られることになる。

    ちなみに dhd.ko を strings で見てみると...

    license=GPL v2
    Compiled in .../work/npm702-4.0.3-1230/nda/wifi/broadcom/5.90.125.69/open-src/..

    NDA と open-src , GPL v2 という矛盾した 文字列が見える。

    あと、http://linuxwireless.org/en/users/Drivers/brcm80211 ここにあるのは何?

    brcm80211でサポートしている SDIO チップは、BCM4329/BCM4330 。BCM4329 は、Wi-Fi(a/b/g/n) とBluetooth あと FM ラジオとトランスミッタの機能がある。「Nexus One」や「iPad」も採用とのこと。

    config WIFI_BRCM が =y になっているのだから BCM4329 かそのあたりのチップのはず。いっそのこと BCM4329 そのものだと面白いのだが...

    http://forum.xda-developers.com/archive/index.php/t-906628.html

    このあたりを見ると ... やっぱり BCM4329 という気がしてくる。ちなみに DHD は Dongle Host Driver の略のようだ。

    [DHD] DHD: dongle ram size is set to 245760(orig 245760)
    [DHD] load firmware from /system/lib/wifi/firmware/iw8101/fw_iw8101.bin
    [DHD] dhdsdio_download_nvram: nvram_path=/system/lib/wifi/firmware/iw8101/nvram_iw8101.txt
    Dongle Host Driver, version 5.90.125.69

    これは、basic の dmesg なのだが、BCM4329 と ram size が違う (BCM4329 は、294912) 。

    http://nv-tegra.nvidia.com/gitweb/?p=android/platform/system/wlan/broadcom.git

    ちょっとバージョンが古いが、ここにもそれらしきドライバーがある。BCM4325 というチップにも対応しているようだ。BCM4325 は、a/b/g 対応なのが違いらしい。paladin の spec を見なおしたら a/b/g/n 対応らしい。--- ということは BCM4329 以降?

    意外にも高機能なチップを使っているようだ。その割に 調子が悪いのだが ... 。

    brcm80211 ドライバは次のところにあるという説明がある。

    git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git

    これは、https://git.kernel.org からもたどれるのだが、コードを見ると確かに BCM4329/BCM4330 にしか対応していない。そして、ramsize は、いずれも 0x48000 = 294912 。(245760 は、0x3c000)

    で、一体どんなチップなのか? 途方にくれたのだが .... すなおに iw8101 を検索したら BCM4336 とのこと。で、BCM4336 のコードは、どこにもないようだ。Dongle Host Driver の version 5.x が手に入ることがあれば、なんとかなりそうだが ... まぁ無理だろう。dhd.ko を使っていく他なさそうだ。

    追記: カーネルソースに dhd ドライバが含まれていた。下記参照。

これで何をするのか?

    とりあえず、USB でつなぎっぱなしにして、Host から ssh でログインできるものが欲しい。共有ファイルシステムは、CIFS よりは NFS が使いたい。

    swap も必須。ログインしているときは、Android 側は、swap に行って欲しい。... これを、ちゃんと実現するには、Android 側に スリープしていると錯覚させる仕組みが必要か?

    あとは、バッテリーをフル充電しない仕組みをなんとかする。充電を切ることができる インターフェイスがあれば .. ログインして使うのを前提に、普通の実行ファイルで作れそう。

    で、作っていた RHEL6 もどきの続きをするのだ。

    あとは、スターンドアローンで使うときの不具合なんかの修正。

    custom ROM 0.8 でスリープが具合悪いらしい。... というか、正規のファームウェアでも具合が悪いバージョンが 多々あるような。一旦ホーム画面にしてスリープしないとサウンドがなり続けたり。

    こういうことを考えると ... custom ROM 0.8 ベースが良いかも知れない。

    ちなみに、Windows でも USB gadget の network が、標準ドライバで使える。ルーティングも Windows 側がルータになる設定が可能らしい。Windows で ssh も問題なく使えるから Host を Linux に限定することはないかも知れない。CIFS は、ファイル置き場には使える。ワークファイルは、microSD にせざるを得ないが、2000 円ほどの microSD (たぶん SanDisk OEM) は幸いなことに小I/O が速い。

おまけ(2012/4/2)

    カーネルをビルドまでして使うなら、開発機がいつまで入手可能なのかが気になるところ。

    赤札天国では、basic (白/黒)、paladin(白)が売り切れで、paladin(黒)のみ。値段を 7980円に下げての販売で 売り切りっぽい。
    pandawill も basic (白/黒)、paladin(黒)が売り切れで、paladin(白)のみ。価格は、99.99 ドル。

    paladin が入手可能な (ほぼ)唯一の Jz4770 機で、ICS 対応の (ほぼ)唯一の MIPS 機なのだから、末永く売ってもらいたいこころなのだが....

    ちなみに、DealExtreame , focalprice でも 取り扱いはある。

    追記: ここ (UNICONE というショップ) でも取り扱っている。2012/5/21 までの取り扱いだが、送料無料で 8600円と 結構安い。過去に Ronzi A3 も取り扱っていたようだ。

github.com/naobsd/ingenic_android-3.0

    これを精査してみることに。

    基本は、最初に載せた ベース (Ingenic-Linux 3.0.8 r1123) と同じものではあるのだが... 微妙な違いがある。

    まず、最初のは 改行が CR+LF になっている点。統一されていないという点であまり良くない。

    arch/mips/configs/npm701_ab_defconfig
    arch/mips/jz4770/boards/npm701
    drivers/net/wireless/bcmdhd/dhd_cfg80211.c
    drivers/net/wireless/bcmdhd/dhd_cfg80211.h
    drivers/net/wireless/bcmdhd/wl_linux_mon.c
    include/trace/events/cpufreq_interactive.h

    次に以上のファイル(/dir) が 追加になっている。

    で、よくよく見ると drivers/net/wireless/bcmdhd が ingenic 版と AOSP では全く違う。
    ingenic 版は、古いものをベースとしているようだ。

      先に書いておくが、

      AOSP 版 Dongle Host Driver, version 5.90.195.46
      ingenic 版 Dongle Host Driver, version 5.90.125.94

      だった。上で思い悩んでいたのは何だったのだろう?

    いま一度整理してみることにした。

  • android-linux-3.0.8.tar.gz
  • android-linux-3.0.8.patch.gz
  • android-linux-3.0.8-bcmdhd.tar.gz
  • android-linux-3.0.8-bcmdhd.patch.gz

    ここまでが、AOSP (+MIPS)

  • android-linux-3.0.8-ingenic.tar.gz
  • android-linux-3.0.8-ingenic.patch.gz
  • android-linux-3.0.8-vivante.tar.gz
  • android-linux-3.0.8-vivante.patch.gz
  • android-linux-3.0.8-bcmdhd-ingenic.tar.gz
  • android-linux-3.0.8-bcmdhd-ingenic.patch.gz

    ここまでが Ingenic r1123 。android-linux-3.0.8-bcmdhd.tar.gz を 再度上書きすれば、 AOSP 版 に戻せるようにしている。

    -vivante は、GC860 ドライバ -- 規模を見るために分離してみた。(bcmdhd と vivante が AOSP / ingenic の修正それぞれの半分ぐらい占める。-- でかいから分離独立。)

    さて、興味があるのは、bcmdhd ドライバ。2 つあるわけだが、これらが実際にビルドできるのか?ちなみに、両方ともに BCM4336 をサポートしているような ...


    # CONFIG_WIFI_CONTROL_FUNC is not set
    # CONFIG_BCM4329 is not set
    CONFIG_BCMDHD=m
    CONFIG_BCMDHD_FW_PATH="/system/etc/firmware/fw_bcmdhd.bin"
    CONFIG_BCMDHD_NVRAM_PATH="/system/etc/wifi/bcmdhd.cal"
    # CONFIG_BCMDHD_WEXT is not set
    # CONFIG_DHD_USE_STATIC_BUF is not set
    # CONFIG_HOSTAP is not set
    CONFIG_WIFI_BRCM=y

    とりあえず AOSP 版を これでやってみると ...

    ERROR: "wlcfg_drv_priv" [drivers/net/wireless/bcmdhd/bcmdhd.ko] undefined!
    ERROR: "wl_dbg_level" [drivers/net/wireless/bcmdhd/bcmdhd.ko] undefined!

    zImage が出来た後 module のビルドで こんなエラーが出た。まぁこの程度なら調べる気も起きる。

      Makefile を見てみたが、dhd_cfg80211.o が余計なような ...

    ingenic 版は、drivers/net/wireless/bcmdhd/bcmdhd.ko がちゃんと出来上がった。ただし、動かすためには、firmware が必要。

    /system/lib/wifi/firmware/iw8101/fw_iw8101.bin (FW)
    /system/lib/wifi/firmware/iw8101/nvram_iw8101.txt (NVRAM)

    オリジナルはここにあるわけだから、少なくとも パスを変更する必要がある。-- ただ これが bcmdhd ドライバと互換性があるのかどうかは不明。違う名前なのだから ID ぐらい違うかも知れない。

usb gadget の件

    コードを見ていたら /sys/class/android_usb/android0/ というインターフェイスになっているので、ググってみたら ...

  • Androidのadbのメモ(10) adbdの起動のトリガー

    こんな記事がみつかった。... なるほど sys.usb.config に rndis,adb とでも書けば良さそうな .... カーネルビルドの必要ないのか

      ちなみに、sys.usb.config は、initramfs の default.prop に記述されるもの


      on property:sys.usb.config=rndis
      write /sys/class/usb_composite/rndis/enable 1
      setprop sys.usb.state $sys.usb.config

      on property:sys.usb.config=rndis,adb
      write /sys/class/usb_composite/rndis/enable 1
      write /sys/class/usb_composite/adb/enable 1
      start adbd
      setprop sys.usb.state $sys.usb.config

      on property:sys.usb.config=mass_storage,rndis,adb
      write /sys/class/usb_composite/usb_mass_storage/enable 1
      write /sys/class/usb_composite/rndis/enable 1
      write /sys/class/usb_composite/adb/enable 1
      start adbd
      setprop sys.usb.state $sys.usb.config

      ググるとこんな記述が見つかるのだが、paladin の init.rc はこんな風になっていない。
      簡単に対応できるようなものではなさそう。

    CONFIG_USB_NLUNS_NUM=2

    ちなみに、CDROM を出さないようにするには、カーネルビルドが必要になる。

充電を止めるには?

    #define GPIO_CHARG_SET GPF13
    #define GPIO_CHARG_DETE GPF14

    npm701.h/npm702.h ともにこういう定義はある。だが、使っていない。

    あと、npm702-pm.c

    {32 * 5 + 13, GSS_INPUT_PULL}, /* NC */
    {32 * 5 + 14, GSS_INPUT_NOPULL}, /* CHARG_STAT_N */
    {32 * 5 + 15, GSS_INPUT_PULL}, /* NC, CHARG_CURENT_SET */

    GSS_INPUT_PULL となっているが pull-up なのか pull-down なのかは、ピンによって決まっている。確かデータシートには書いてあったはず。

      確認した。いずれも pullup で 8mA のドライブ能力。

    さて、充電用 IC が 定番の LTC4054(互換) だとすると ... STAT 端子が CHARG_STAT_N に接続されていることになる。

    あと PROG 端子と GND の間にいれる抵抗の値によって最大充電電流が決まる。FET を使って AC 電源時の充電電流を変える回路は簡単で実際に良く使われている。ソフトでも制御できるような回路になっていて GPF15 に接続されている可能性はある。

    PROG 端子を FET を使って抵抗から切り離せば、充電禁止。LTC4054 を使ってできる制御はこれぐらいなのだが ... うまく当てはまりそうな ... 。だとすると GPF13 を出力 L で 充電禁止にできるかも。 NC とも書いてあるから、出来なくともやむを得ないが ...

    ただ、sleep 時には、充電禁止が解除されるし、それが正しい制御だろう。これを踏まえて充電禁止のコードを作るのは、少々面倒かも。

basic のビルド

    basic のビルドもやってみることにした。

    実際にやってみるとコンパイルエラーになる。調べてみると AT070TN93 ドライバの不整合が原因のようだ。

  • 02_npm701-AT070TN93.patch

    とりあえずパッチを作ってみた。

  • 01_distclean-fix.patch

    ついでなのだが、このパッチは、boards の Makefile から存在しないディレクトリのものを削除するもの。こうしておかないと Make distclean とかでエラーになってしまう。

    あと config 。paladin とは、入れているドライバが随分違うようなので、趣味が大分入っているが 合わせた config を作ってみた。

  • npm701_suz_defconfig (basic)
  • npm702_suz_defconfig (paladin)

      CONFIG_VT=y
      CONFIG_CONSOLE_TRANSLATIONS=y
      CONFIG_VT_CONSOLE=y
      CONFIG_HW_CONSOLE=y

    気になるのは、これ 。basic に入っていたので、VT_CONSOLE=y としてみたが... 意味あるのかどうか。

      CONFIG_USB_ACM=m
      CONFIG_USB_SERIAL_CP210X=m
      CONFIG_USB_SERIAL_FTDI_SIO=m
      CONFIG_USB_SERIAL_PL2303=m

      CONFIG_BINFMT_MISC=m

      CONFIG_BCMDHD=m
      CONFIG_BCMDHD_FW_PATH="/system/lib/wifi/firmware/iw8101/fw_iw8101.bin"
      CONFIG_BCMDHD_NVRAM_PATH="/system/lib/wifi/firmware/iw8101/fw_iw8101.bin"

    趣味で入れたのは大体 =m (モジュール)にしている。

      # CONFIG_NTFS_FS is not set
      # CONFIG_NFS_FS is not set
      # CONFIG_NFSD is not set
      # CONFIG_CIFS is not set

    こういうのも入れておきたいが未だ。CONFIG_BT も入れたい。そういえば CONFIG_NLS_CODEPAGE もデフォルトのままだ。ちなみに CONFIG_FUSE_FS=y となっていて、NTFS は FUSE 版が入っているはず。

      CONFIG_USB_NLUNS_NUM=3

    これも 2 に変更したいが、ユーザランドとの整合性があるし未だ。

サスペンド時の リフレッシュレート 変更

    どうやって設定すべきなのか調べていないが、ToDo のひとつとしてあげておこう。

    サスペンドでは、たぶん DRAM のリフレッシュが 消費電流の支配的要因のひとつ。Jz47xx は、たしかセルフリフレッシュと メモリコントローラによるリフレッシュが選べたはず。どっちを使っているかもチェックが必要。

    たぶん保証外な リフレッシュレート にすることになると思うが、うまくいけば待機時間を 2 倍ほどに伸ばせるかも知れない。

      arch/mips/jz4770/common/pm.c: jz_pm_do_sleep()
      が sleep というか、サスペンドの処理だった。

      で、みてみると ... PLL まで止める。 DRAM は、セルフリフレッシュモードになる。クロックを供給しないから、設定できる要素はない ... はず。

      セルフリフレッシュモードでの消費電流は、ISSI の DDR2 2Gb(256MB) は、12 mA。ただし 512 MB では 2 個使うし、電源電圧は、1.8V 。スイッチングレギュレータで降圧しているので、バッテリーの電圧では、10数 mA になりそう。一方 paladin の実測値はスリープ時 12.2 mA だそうだ。

      追記: Paladin は、H5PS1G83EFR (1Gb = 128MB, DDR2-800) x4 だった。データシートは入手できていない。basic は、HY5PS1G831CFP x4 でひとつ 8mA (Max) LFP なら 5mA(Max) 。ちなみに、動作時の消費電流は 225mA(IDD4W,IDD4W) (Max) 。どうもかなりの部分が DRAM で消費されるみたいだ。

      jzsoc_do_sleep() で、on-board modules を停止させているらしいが、本当にすべてなのかどうかは不明。LCD やタッチパネル、アンプを Off しているのかどうか? 大丈夫だとは思うがチェックはしておきたい。

      ついでに idle のコードチェック

      arch/mips/kernel/cpu-probe.c: cpu_wait = JZ4770_wait_irqoff;

      r4k_wait から変更になったようだ。ただ、CPU クロックを低くしたりはしていない。そんなことは不要なのかどうか?

      あと Android のスリープ状態とは何だろう? 2 段階あるのは分かるが、浅いほうは、ただの idle ?

      ところで、 サスペンドのコードを見ていると ...

      arch/mips/jz4770/include/mach/chip-misc.h cache_prefetch(label) というのがあった。

      これは、label から 128 キャッシュライン (4KB ?) コードをキャッシュにロードするもの。
      で、jz_set_div() という関数で これを使っている。

      どうも PLL を設定しているようだ。この間メモリにはアクセスできないということ。

      もちろん DMA 等もダメだから、サスペンドからの復帰でしか使えないわけだが ... サスペンドからの復帰なら PLL を含むクロックの変更が可能ということ。1GHz から 1.2 GHz にするようなことが、このポイントなら出来るかも知れない。

    ついでなので ... jz4770 には、BDMA という インテリジェントDMA 機能がある。この機能は、Linux では DMA_ENGINE として実装するもののようだ。Programmers Manual は入手できていないが、jz4760 にも同じ機能があるので実装できる可能性がある。 ただキャッシュコヒーレンシがあるのが前提だろうから、ただ移植すれば良いものではないかも知れない。

    BDMA の定義自体は、ヘッダファイルには、きっちり入っている。ただし、BDMAC (BCH & NAND DMA Controller) という説明。BDMA は、デスクリプタも使えて、メモリコピーにも使えるのだが ...

    NAND を直接使っていないから もちろん使ってはいないのだが、勝手に使って良いものかどうか。3CH あるから、1つ2つ DMA_ENGINEに回しても 問題はなさそうだが..

    ちょっと調べたのだが、 デスクリプタの構造が定義されていないような ... jz4760_pm にはちゃんと書いてあったので簡単に説明すると 4-word または 8-word の 2 種類のデスクリプタが選べるが デスクリプタをチェーンする場合は 8-word になる。その場合 32 バイト境界でないといけない。Stride という概念があって、二次元の矩形データを他の二次元データに書き込むような目的に使える。(ただし、DMA_ENGINEはそんな機能はサポートしてないはず)

usbboot-tool

    usbboot on Ronzi A3 という記事で Linux 用 usbboot-tool のアナウンスが。Qt を使った GUI 版もあるそうだ。

    ソースコードは、ここ 。Ronzi A3 用のように書いてあるが、Ingenic のコードを移植したなら、全ての Jz47xx に対応しているはず。

    まったく関係ないのだが、USBBOOT つながりで。Allwinner A10 のブートシーケンスが ここに に書いてあった。

    どうも、sdcard slot 0 → nand flash → sdcard slot 2 の順番でスキャンするらしい。A10 には、USBBOOT のようなツールがあるのだが、nand flash が壊れてしまうと 動かないはず。sdcard にブートローダを仕込めばなんとかなりそうだが、やり方は多分知られていない。

      訂正: これだいぶ間違っていた。sdcard のブートに行く前に USB からの BOOT をするかどうかの判断が入る。要するに Jz47xx と同様 USB からブートできる。USB からのブートでは、ボタンを数回押すという変なオペレーションになっているが、これが BROM でサポートしているとは思なかったので誤解していた。

      ところで A10 の カーネルソースコードも入手してみた。A10の機種は NAND FLASH を直に接続しているようなのだが、どういう制御を しているか興味があったため。

      みてみると、mtd は使っておらず drivers/block/sun4i_nand という独自のドライバーを使っていた。WEAR_LEVELLING もサポートしているようで、SDカードを直に使うような使い勝手になっている模様。MTD+UBI よりは随分使いやすそうだ。ただ、再インストールで書き込み回数の情報はどうなってしまうのか? このあたりがきになる。いずれ調査してみよう。

      A10 用の 新しいソースコードが出ている。linux-3.0.8 になって Ingenic のカーネルとの比較がしやすくなった。見てみると 追加になったドライバーが膨大で tar+gzip で 35MB にものぼる。 そのなかで興味深いのは、drivers/block の NAND 関係、sun5i_nand/ が追加になっている。

    最近話題になっている FT701W も USBBOOT が出来るようだ。『FT701Wでomap4bootに成功!』なんて記事がある。ただこれは、どっちの方式だろう? A10方式かも。

    こういうのを見てもわかるように、USBBOOT は便利なのだ。特に カーネル開発者にとっては。さらに カーネルは、Windows ではビルドできないので Linux で USBBOOT が動くのは 嬉しかったりする。

ちょっとビルドしてみる。

    どうも jzboot , xbboot あたりの ファイルが足りない。

    しょうがないので、
  • http://projects.qi-hardware.com/index.php/p/xburst-tools/downloads/

    ここから xburst-tools_201105.tar.bz2 を取ってきて足りない ファイルを埋める。(jzboot 全部, xbboot 全部)

    基本的に

    ./autogen.sh
    ./configure --enable-firmware CROSS_COMPILE=mipsel-linux- --prefix=/usr --sysconfdir=/etc

    とするようだ。

    さて、最初に引っかかるのは、libconfuse 。confuse-2.7.tar.gz これをインストールして再挑戦。

    次に引っかかるのが、 libusb の 1.x 。これはパッケージがあったので、devel をインストール。

    バイナリの作成に カーネル作成で使った Toolchain (mips-linux-gnu- ) を使ってみたのだが ... gcc のオプションに -EL を指定しないと Bigendian になってしまうようで 具合が悪い。

    ここを直しても xburst_stage2 のビルドで nrecognized option `-call_nonpic' なんて言われてしまう。

    configure で --disable-firmware とすると xburst_stage1 , xburst_stage2 を作らないらしいので、これで ビルドしてみたら とりあえずツールだけを作成して正常終了する。

    qt 版は、usbboot の下にある QtUSBBoot , configure 未対応だから qt4 環境を用意して手動でビルド。

追記: ACT8600

    PMU (Power Managiment Unit) として ACT8600 というチップが使われているのだが、思いついて ググってみたら データシート が見つかった。

    よくよく見れば ... Advanced PMU for Ingenic JZ4760/60B/70 と書いてある。なんと専用!

    ... ほかのプロセッサ専用の チップもあるから、専用といっても 最適化したという意味でしかない。I2C で 電圧をプログラミング可能な Step-down 3ch と Step-up 1ch の DC-DC コンバーター や 数 ch の レギュレータ、 バッテリー充電の機能まである。... なるほど こいつが充電していたのか。

    さて、充電のための ピンは、

    nSTAT : 充電中 on になる Open Drain 出力 (基本LED用 , 状態はレジスタでも読める)
    ISET : GND との間に入れる抵抗値で充電電流を設定
    CHGLEV : 充電電流の制御 L: 75mA H: 450mA or 900mA (最大)

    CHGLEV が充電電流を制御できるピンなのだが、充電自体を Off にはできないようだ。たぶん L が USB 充電 + フル動作の設定で、H は、AC アダプタ または USB 充電 時の充電設定。

    その他に機能はないか 調べてみると... レジスタでいくつか設定できる項目が ...

    APCH 0xA1 bit 7 に SUSCHG という 項目がある。これは 1 で充電を サスペンドするもの。

    ついに充電停止のやりかたを見つけたようだ。

    さて、もうすこし調べてみる。充電を停止するだけでは、バッテリーを減らすことはできない。無理やり 50% などにすることが出来そうかどうか ...

    よくわからないのだが ... ONQ3(OTG 0xB0 bit5) というレジスタがある。これは、USB を 外部電源として 使うかどうかの制御のようなのだ。USB は OTG もサポートしているから、電源があっても使わない設定が 出来るに違いなく それはこれではないか と思える。

    これらのことが分かったので、USB でホストと常時接続しても バッテリーを 50% に押さえるような使い方はできそうだ。ところで、サスペンド時はどう設定できるのか? ACT8600 はたぶん生きているので、そのまま という設定は可能なような気がする。だが、外部電源があれば、サスペンドそのものをしない(スリープはする) という やりかたはできる。そうであれば、サスペンド時は、デフォルトの動作(= 充電する)ということでも良いのかも知れない。あと電源 Off 時。このときの動作の設定は無理そう。やれるのかも知れないが ... デフォルトの動作(= 充電する)で良さそう。

    以上考察してみたが ... これは Paladin と Basic のみが関係する。Philips の 機種でも 適用できそうではあるが、Ronzi A3 は 関係ない。Ronzi A3 だと ACT8600 は使っていない。

    ACT8600 関係のコードを見てみる

    drivers/power/act8600_power.c
    drivers/power/jz47xx_battery/act8600_interface.c
    include/linux/act8600_interface.h
    include/linux/act8600_power.h

    関係ありそうなのはこのあたり。act8600_interface.c が、android としてのインターフェイスを 受け持つのだろう。ちょっと見てみる。

    act8600_read_reg(ACT8600_APCH_INTR1,&intr1);
    act8600_read_reg(ACT8600_OTG_CON,&otg_con);

    こんな感じで I2C の先のレジスタを制御している。( 書き込む場合は act8600_write_reg()) 。

    config 関係は、

    CONFIG_ACTBAT_DC
    CONFIG_ACTBAT_USB
    CONFIG_ACT8600_HAS_CHARGE_LED

    ACTBAT_DC は、AC アダプタからの 充電サポート。ACTBAT_USB は、USB からの充電サポートということらしい。ACT8600_HAS_CHARGE_LED は LED のありなしで制御をちょっと変えている -- 意味がわからない。

    さて、上記の制御関係。

    case ACT8600_APCH_STAT_STATE_SUSPEND:
    :
    act8600_set_q3(1);
    :

    なんて 関係ありそうなコードが。充電のサスペンド状態を見つけると 無条件に外部電源を enable にするような雰囲気。ここは変えないと。

    次に act8600_power.c

    probe で、 act8600_set_q3(1) をやっている。それ以外には、boards/npm702/npm702-misc.c 。(0) としているところはない。

    ちなみに 充電のサスペンドは、バッテリーが抜かれたり、電源異常? でも起きる。バッテリーをわざと消費したいのでなければ、外部電源にすみやかにするわけだ。

    制御的には、バッテリーをわざと消費したい という状態を作って act8600_set_q3(0) とするとともに 充電をサスペンドすれば良さそう。 で、状態をアプリから設定できるようにする 。そのために /proc に制御用のエントリを作ったりしてインターフェイスを作る。

    こんなところか。

    ところで ... RTC が結構ずれる。10 分とか平気で。

    /*new cpu need rtc power 3.3v , use pmu default value */
    if(strcmp(jz4770_cpu_version,JZ4770_V1)) {
    /** change rtc power to 2.35V **/
    act8600_write_reg(0x91,0xd0);
    act8600_write_reg(0x90,0x17);
    act8600_write_reg(0x91,0xc0);

    こんなコードがあるのだが ... 電圧を変えたらずれも少しは変わるのかなと思ってみたり。
    試してみたいような ...
posted by すz at 18:27| Comment(9) | TrackBack(0) | Jz47xx(Linux)

2012年01月16日

Jz47xx アンドロイドカーネルソース

アンドロイド用のカーネルソースがついに手にはいった。

    http://bbs.imp3.net/thread-10520163-1-1.html 

    ものはここ。カーネルだけでなく Android のソース で 333MB 。教えてくれた fun さんに感謝。

    一見すると不完全なソースに見えるが、Ingenic は前から 標準カーネルに上書きするソースだけを提供している。これもまた、ベースとなる 2.6.32.9 に上書きすれば良いはず。

    さて、まず確認したいのは、defconfig がどうなっているか? ベースとなるものがないとビルドするのは大変なのだ。

    arch/mips/configs を見ると

    • pisces_defconfig
    • npm701_defconfig
    • npm701_ab_defconfig
    • maple_defconfig

    がある。pisces というのは、Ingenic が出している リファレンスのボード(だと思う)。npm701 は novo7 basic のこと。2 種類あるのは何だろう? maple は何?

    ともかく、basic 用はビルドできそうだ。ひとまず安心。paladin は分からないが、なんとかなりそうな気がする。(カーネルは共通という気もするが まったく未確認)

      npm701 : CONFIG_NPM701_V_1_0=y
      npm701_ab: CONFIG_NPM701_V_1_1=y

      npm701 用カーネルの ver 1.0 と ver 1.1 の違いということで、npm701_ab を使うのが正しそう。paladin で使えるものなのかどうかは、コード見ても分からないはず。bootimg の中のカーネルだけ basic 用を 入れて動けば 共通かどうかは確認できる。

      追記: V_1_0/V_1_1 の違いは、カーネルの違いではなく ボードの違いだった。V_1_0 はたぶん Basic のプロトタイプで GPIO の割り当てもだいぶ違うようだ。このノリだと GPIO の割り当てが変わってしまっていると思えるから、Paladin 用カーネルは 作るのが難しそう。

      この割当は、arch/mips/mach-jz4770/boards/npm701/npm701.h に定義されている。一例をあげると次のような割り当てがある。

        GPIO_SD2_VCC_EN_N
        GPIO_HA2605_INT
        GPIO_VOLUMEUP
        GPIO_OTG_ID_PIN
        GPIO_HDMI_INT_N

        GPIO_LCD_PWM
        GPIO_USB_DETE
        GPIO_CHARG_DETE
        GPIO_CHARG_SET
        GPIO_LCD_VCC_EN
        GPIO_TP_DRV_EN

      要するに内部デバイスの 状態とか 電源ON とか ボタンとか そういうものの GPIO 割り当て。V_1_0 と V_1_1 でも結構違うが、basic と paladin の基板はまったく違う。GPIO 割り当ても随分違うことを覚悟しないといけない。

      Linux が動いている実機があるわけで、このうちのいくつかは、割り当てを見つけ出せるだろう。最悪はそういう努力をして 見つけていけば良いのだが ... 新機種もあるし コードを貰えるように努力した方が実りが多そうだ。

      ちなみに見つけるには、いろいろヒントがある。出力ピンは 、GPIO が出力に設定されているはずだし、割り込みに使うピンは、そういう設定がされているはず。デバッグメッセージもヒントになるものがあるかも知れない。これらで条件を絞った上で、実際の動作での状態変化を見る。... といっても簡単な話ではないが。

    さて、次にチェックするのは、どんな機種用のコードがあるか?
    arch/mips/jz4770/boards には上記のものがあるが、jz4760 と jz4760b もある。

      jz4760 /jz4760b
    • z800
    • lynx
    • lepus
      (のほかにもいくつか)

    4760/4760b 共に同じ機種がある。lepus は Ingeic が出している リファレンスのボードだが、lynx (jz4760) は Ronzi A3 , lynx (jz4760b) は、ramos V65PRO のはず。

      CONFIG_JZ4760_RESET_HIBERNATE=y
      CONFIG_TOUCHSCREEN_JZ4760=y
      CONFIG_FB_JZ4760_ANDROID_IPU=y
      CONFIG_FB_JZ4760_ANDROID_LCD=y
      CONFIG_JZ4760_ANDROID_LCD_USE_2LAYER_FG=y
      CONFIG_FB_JZ4760_ANDROID_TFT=y
      CONFIG_JZ4760_HDMI_DISPLAY=y
      CONFIG_JZ4760B_AOSDC=y

      本題とはあまり関係ないのだが、JZ4760 と共通のものが結構ある。FB や IPU が同じなのは、ユーザランドも基本同じということで結構嬉しかったりする。

    本当にビルドできるのかどうか分からないものの Ronzi A3/V65PRO 用のコードがあるのはうれしい。IQQ M1 はないようで残念。

    なぜカーネルソースを待ち望んでいたか .. というと 改造したいからだ。改造したい内容は Android として使う以外の用途も想定している。

    とりあえずやってみたいこと。

    • USB gadget に ether を追加

      Linux マシンや Windows に USB でつなぐことが多いのだから、その間 Network も HOST からルーティングしたい。

      単独のデバイスだと SmartQ でやったことがあるが、Android として使うのなら、複合デバイスとして 作り直さないといけないかも知れない。設定レベルでできるものなら嬉しいが、まずはソースを見てみないと。

    • NFS や CIFS クライアント , NFS サーバ

      こういったものは、Linux マシンとして使うためには便利なのでビルドしたい。既存のカーネル用のモジュールとして作れるかどうかは、config 見てみないとはっきりしない。

    • binfmt_misc

      これあると開発には便利なはず。組み込んでおきたい。

    • USB ドライバ

      どれだけ標準に組み込まれているのか分かっていないが、足りないものはあるだろう。既存のカーネルは module にしていないように思えるが、これまた調べていない。

        defconfig を grep して整理してみると ...

          CONFIG_USB_HID=y

          CONFIG_USB_SERIAL=y
          CONFIG_USB_SERIAL_GENERIC=y
          CONFIG_USB_SERIAL_OPTION=y
          CONFIG_USB_SERIAL_VIA=y

          CONFIG_USB_NET_AX88772A=y
          CONFIG_USB_NET_CDCETHER=y
          CONFIG_USB_NET_DM9601=y
          CONFIG_USB_NET_QF9700=y
          CONFIG_USB_NET_NET1080=y
          # CONFIG_USB_ACM is not set
          # CONFIG_USB_SERIAL_PL2303 is not set
          # CONFIG_USB_SERIAL_FTDI_SIO is not set
          # CONFIG_USB_SERIAL_PL2303 is not set

          CONFIG_USB_STORAGE=y
          CONFIG_USB_STORAGE_DATAFAB=y
          CONFIG_USB_STORAGE_FREECOM=y
          CONFIG_USB_STORAGE_ISD200=y
          CONFIG_USB_STORAGE_USBAT=y
          CONFIG_USB_STORAGE_SDDR09=y
          CONFIG_USB_STORAGE_SDDR55=y
          CONFIG_USB_STORAGE_JUMPSHOT=y
          CONFIG_USB_STORAGE_ALAUDA=y
          CONFIG_USB_STORAGE_ONETOUCH=y
          CONFIG_USB_STORAGE_KARMA=y
          CONFIG_USB_STORAGE_CYPRESS_ATACB=y

          CONFIG_USB_BELKIN=y
          CONFIG_USB_ARMLINUX=y
          CONFIG_USB_NET_ZAURUS=y
          CONFIG_USB_VBUS_POWER_CALLBACKS=y

        HID は入っているし、USB メモリや 有線 Ethernet も 大丈夫そう。シリアルは貧弱で ACM すらない。かわりにどうでも良さそうなものが入っていたり。

        基本的に =m がほとんどない。そのため、デバイスを追加するのには module だけの addon ではなく、カーネルも置き換えが必要そう。

      とりあえずは、この程度。USB デバイスになる機能は、PC では使えないから 興味深い。

      そのほかだと何だろう?

    • 充電を 50% ぐらいで止める機能

      こういうのがあると良いような気がする。バッテリーを常に充電するのはどうかと思うので。
      開発用専用には バッテリーを外してしまっても良いかも知れないのだが ... Paladin などは、USB からの電力共有だけで動くのかどうか? Rozi A3 は問題ないのだが、殻割りしないといけないし、UPS としての機能が使えないというのも もったいない。

      ところで、なぜ充電中に 残量が分かるのだろう? ときどき充電を止めて測定している? ならば、話は簡単なのかも知れない。

    Wifi と USB

      Ronzi A3 の Wiki は、USB ドングルの中身のようなモジュールが メインボードにつけられている。これを外すことは簡単で Wifi が使えなくなる代わりに USB の HOST 専用 ポートを 1 つ確保できる。たぶん V65PRO も同じ。

      novo7 新機種の legend には、USB HOST の標準コネクタ(Type A メス)がついている。

      よく知らなかったのだが、内臓 Wifi は USB ではなさそう。SDIO ? ちなみに これのドライバは、ソースコードもなく module になっている。

        CONFIG_JZ4770_MSC0_BUS_4=y
        CONFIG_JZ4770_MSC1_BUS_4=y
        CONFIG_JZ4770_MSC2_BUS_4=y

        3 つの SD/MMC が Enable になっている。たぶんこれ。
        (fun さんのコメント 参照 MSC0 : internal Flash / MSC1 : Wifi / MSC2 : microSD )

      そうなると basic や paladin では USB HOST は空いていることになる。... あ、basic には 2 個目のカメラがあった。ちゃんと調べれば分かると思うが、解像度の高いほう (basic では back ) は Jz4770 直付けで 解像度の低いほう は USB だと思う。

      ちなみに、basic は、ここに殻割りを含めた詳細な記事があるのだが、基板の裏 (液晶と反対側)に シリアルらしき パッドがある。

      paladin はどうなのだろう? 探してみているのだが、分解写真を見つけられていない。まぁ、自分で殻割りしてみれば良いのだが、だれか分解するだろうと思って他力本願になっている。

      追記:fun さんに教えてもらった URL に paladin の分解写真がある。


      内部には、USB 引き出し用らしき 4pin コネクタのパターンがある。これは改造の楽しみがありそう。

        追記: 違うかも。抵抗膜式タッチパネルも 4pin で この位置ならそれもあり得る。その場合は、JZ4770 の専用端子に接続されていることになる。GPIO の機能もあれば 他の使い方もできそうだが、残念ながら アナログ専用。

        端子のピッチは、1.0mm (か ひょっとすると 0.8mm) 。適合するコネクタは、フラットケーブル用のような気がする。たとえば これとか。そうであれば、ますます タッチパネルのような気がしてくる。

        そうであっても、カーネルがイジれれば工夫次第でなにかに役に立つかも知れない。たとえば、8 個〜10個のボタン入力(同時押し可能)ぐらいには使えそう。



      こちらは全体。液晶のコネクタに互換性があるものが出れば、入れ替えることも可能かも知れない。ちなみに basic や aurora とは全然違う。(advanced II/elf とも違うのだろうか?) taobao では、結構リプレース(or 修理)用の液晶モジュールが出ているから、後に解像度などが違うものが手に入る可能性も皆無ではない。

      追記: paladin の裏側



      paladin を分解する人がボチボチ出て来ている

      この写真は、裏側をしっかり撮ってくれているのでありがたい。

      よく見れば UART2 TXD と UART2 RXD のシルクが見える。端子は、USB コネクタ近くの 3 つのランドらしい。

    カーネル開発のすすめ

      Jz47xx を使った basic / paladin は、カーネル開発に向いている。USBbootTool を使えば、いつでも元に戻せるから、たとえ動かないカーネルを作ってしまったとしても 文鎮になるリスクは少ない。( ただし、カーネルはなんでもできてしまうから、ハードウェアを壊してしまう可能性がないわけではない。そうなれば、元に戻せても意味はなくなる。)

      一般的に Android は ブートローダ と recovery.cpio.img さえ生きていれば、壊れたカーネルを書き込んでも 元に戻せはする。だが、署名つきの update.zip を作成しないと、作ったカーネルを試せないし 少々手間が増える。それも面倒だが、ブートローダ か recovery.cpio.img が壊れてしまえば、元に戻すのが とても困難になる。

        普通の SoC だと、JTAG という機能で ブートローダ を書きこんだり しなくてはいけないのだが、専用の装置と ツールが必要で 敷居が高い。

        Jz47xx のように 簡単に復旧できる ものは、少数派。

        novo8 の AMLogic AML8726-M は、SD card から 復旧できるようだが、カーネルソースが 入手できるものなのかどうか?

        TeleChips tcc8803/8902 は、USB からリカバリーできるし カーネルソースも入手可能だが、このチップを採用したタブレットは、今は あまり人気がない。

        ついでに書いておくと、Jz47xx を採用した機器は、ほぼ 特定のボタン+リセット で USBbootTool が使えるようになっている。 殻割りなど特殊なことをする必要もない。これは、SoC メーカの Ingenic が このツールを公開していて 十分認知されているのが理由として大きい。

      そして、jz47xx タブレットは、いまのところ NAND Flash を直接使うのではなく、SD カードの中のコントローラを通してアクセスしている。

      これも メリット。SD カードが中に入っているようなものなので、UBI とか yaffs2 とか 一般的ではないレイヤー を使わなくても済む。

        NAND Flash を直接扱うと、構成に関する情報の扱いが面倒なのだ。何回書き換えたかといった情報や代替ブロックの情報を壊さないようにしないと 。

      これらの特長があるので、basic / paladin は カーネルをいじるのに向いているのだ。

      Ronzi A3 や V65Pro もまた 向いてはいる。ただ、入手したカーネルソースでビルドできるかどうか分からない上に Android として動かすには ユーザランドとの互換性とかがあるので、敷居が高そう。Ronzi A3 / V65PRO はまだ入手できるのだが、ファームウェアがアップデートされない。いずれ入手できなくなることを考えると あまり労力をかけたくなくなる。

      追記:いくらかさわって分かってきたのだが、これは 基本 Android 2.2 用のカーネルなのだ。basic/paladin は これをベースに変更していって ICS に対応させたと言える。そうであれば、Ronzi A3/V65Pro 用カーネルはビルドできそうだ。そして flash/sdcard へのアクセスが遅い問題が解決されているかも知れない。インターフェイスの変更にしても、Ronzi A3/V65Pro は、カメラはもとより 3G-sensor すら持っていない。変更があったとしても関係ないだろう。... となると これらも試してみたくなる。

    カーネルビルドを試す(1)

    • android-2.6.32.9.tar.gz ( 新規分 ファイルリスト )
    • android-2.6.32.9.patch.gz ( パッチ ファイルリスト )

      これを linux-2.6.32.9 に適用した上で android2.2-npm701-r9738/kernel のファイルを上書き。

      次にクロスコンパイル環境だが、android-ndk-r6m-linux を使うことにしよう。

        設定するのも面倒なので、toolchains/mips-linux-android-4.4.3/* を /usr に コピー。

        方法は、tar で一旦固めて展開した。
        例:

        tar -C /opt/android-ndk-r6m-linux/toolchains/mips-linux-android-4.4.3 -cvf XXX .
        tar -C /usr -xvf XXX

      で、最初のトライ

      # export CROSS_COMPILE=mips-linux-android-
      # arch/mips/configs/npm701_ab_defconfig .config
      # make oldconfig
      (プロンプトが出るが、とりあえず全部 デフォルト)
      # make

      結構進むのだが、arch/mips/kernel/process.o で

      121: Error: unrecognized opcode `s32i2m xr16,$2'

      でエラー。これは MXU 命令だ。(以前書いた記事

      arch/mips/include/asm/mxu.h で使っている。

      ... 昔のカーネルにはなかった MXUレジスタ (16 個) のセーブリストアが入っている。
      それはともかく mxu_as を as の前にフィルタとして実行すれば良いのだが、さて。

      最初は、ビルドできるかどうかの確認を優先して、arch/mips/include/asm/cpu-features.h の cpu_has_mxu を 0 に固定することにした。

      これでともかくも ビルドは通る。make zImage も OK 。

      ところで、make clean/make distclean はエラーになる。これは、arch/mips/mach-jz4770/boards/Makefile に 存在しない board が含まれているためで、編集すれば OK。

    ファイルを整理

    カーネルビルドを試す(2)

      さて、mxu はどうしよう。

      as をいじくるよりも cc1 の方が楽だと気がついた。cc1 は必ず 標準出力に 出力するから。

      /usr/libexec/gcc/mips-linux-android/4.4.3/

      ここに cc1 があるとする。cc1 を cc1.org に rename して、同じディレクトリに mxu_as を置く。

      そして

        #!/bin/sh

        DIR=`dirname &0`

        $DIR/cc1.org $* > /tmp/$$-xxx
        egrep -i '(S32I2M|S32M2I)' /tmp/$$-xxx > /dev/null
        if [ $? == 0 ]; then
        $DIR/mxu_as < /tmp/$$-xxx
        else
        cat /tmp/$$-xxx
        fi
        rm -f /tmp/$$-xxx

      こんなスクリプトで cc1 を置き換える。わざわざ XMU 命令があったときのみ mxu_as を使うようにしている。よくわからないのだが、こうしないと エラーが出るものがあるのだ。

      このやり方は 適当だから カーネル専用。あまり良い方法でもないが、兎にも角にも MXU 対応カーネルはビルドできるようになった。

      結局編集しないといけないのは、arch/mips/mach-jz4770/boards/Makefile のみになった。

      追記:簡単に分かるとこだけ。
      drivers/usb/gadget/f_mass_storage.c:
       NPM701_V_1_1 だと npm701 にならない。
      arch/mips/mach-jz4770/boards/npm701/npm701-misc.c
       get_board_type() で npm701 という文字列をリターンしている。
       (Paladin のとき修正忘れに注意)

    シュリンク版カーネルソースリスト

      FILES-SHRINKED-BASE-ingenic-2.6.32.9.txt
      というのを作ってみた。

      npm701_ab_defconfig でビルドする際に使用するファイルのリストで、このファイルだけを tarball にすると 10MB ほど になる。

      もっとも config を変更すれば、必要なファイルが増えるので、これを完全に信用するのではなく、ベースとして使う。

      ビルドすると 依存関係のファイルが .xxx.cmd という名前 (xxx はファイル名) で作成されているので、ここから スクリプトで抽出した 使用ファイルと ベースをマージすれば、かなり 信用できる リストになる。

      作ったリストを元に一旦 tarball を作り、ビルドと distclean ができるか確認するようにすれば、完全なものになる。足りないファイルが出るかも知れないが、手動で対応できる数になるはず。

      何故こんなものを作るかというと、改造したものの tarball を小さくしたいため。あと grep して検索するときに、関係ないファイルが出るのを防ぐ目的もある。tarball を作らなくとも リストだけ作っておくのも 有用だ。

    カーネルソースコードを見てみる(1)

      バッテリーをたとえば 50% までで止める ... なんてことはできるのだろうか?

      drivers/power/jz47xx_battery.c
      arch/mips/mach-jz4770/boards/npm701/npm701-misc.c

      このあたりが実際のコードらしいのだが ... 充電を止める機能は実装されていないようだ。
      どうも 充電中と放電中で、% を求めるパラメータが違うだけらしい。

      さらに、CHARG_DETE , CHARG_SET 共に使っていない。USB か DC から電源供給されれば、即充電中 ということになるようだ。

      したがって、今のコードは 充電を止めることはできない。では CHARG_SET をなんとかすれば、止められるのだろうか? これをやってみるためには、充電 IC を確認して そもそも止めるために なにをするのか調べないと。

      あと、スリープしたときには、INPUT_PULL 状態になる。PULLUP か PULLDOWN かは ピンによって決まっている。(npm701v11-pm.c より) 充電を止めるなら、この状態設定も対応しないといけない。

      結論としては、CHARG_SET が機能すれば、コードを書いて対応させることで そういう機能を作れるかも知れない。... といったところ。

    paladin GPIO 調査(1)

      徒労に終わるような気がするが、簡単に調べられるものは調べてみよう。

      まず、実機の /proc/interrupts を cat してみる。... と GPIO に割り当てられたものがすぐ分かる。これでただちに 10 個。

        73: 48262 GPIO mma8452
        94: 2 GPIO end call key
        120: 0 GPIO jz-msc (gpio)
        123: 5348 GPIO ldwzic_ts
        178: 1 GPIO volum down key
        206: 0 GPIO otg-id-irq
        211: 0 GPIO jz47xx_battery_act8600
        221: 0 GPIO volum up key
        230: 1 GPIO menu key
        233: 0 GPIO back key


        npm701 は、GPIO_OTG_ID_PIN GPE14 となっているのだが、paladin は、206 = (6 * 32) + 14 。GPIO が 64 オフセットされていると仮定すると 同じ GPE14 。

        MSC2_HOTPLUG_PIN=GPIO_SD2_CD_N=GPB24 だが、jz-msc も GPB24 。

        GPIO_MMA8452_INT1 は GPA9 だが、mma8452 も GPA9 。ただし、INT2 の方はない。
        GPIO_GT801_INT は、GPB27 だが、ldwzic_ts も GPB27 。

        けっこう互換性があるのかも ... ただ、まだまだある。

      あと、/proc/jz47xx_battery/info
                                        
        capacity: 100
        max_vol : 4050000
        min_vol : 3600000
        dc_chg_max_vol : 4150000
        dc_chg_min_vol : 3740000
        usb_chg_max_vol : 4050000
        usb_chg_min_vol : 3675000
        battery_mah: 4000
        dc_charg_ma: 750
        usb_charg_ma: 400
        update_time: 1326873997
        curve:
        -- NULL --

      これで、npm701-misc.c の jz47xx_battery_info の値が分かった。ただ、npm701-misc.c の値とはちょっと違う。
      basic 実機の jz47xx_battery_info も違った。

        capacity: 99
        max_vol : 4080000
        min_vol : 3600000
        dc_chg_max_vol : 4120000
        dc_chg_min_vol : 3720000
        usb_chg_max_vol : 4120000
        usb_chg_min_vol : 3675000
        battery_mah: 4000
        dc_charg_ma: 750
        usb_charg_ma: 400
        update_time: 1326894417
        curve:
        -- NULL --

      次に実機どうしの dmsg の違いから

        basic:
        jz_i2c0 jz_i2c0.0: JZ4770 i2c bus driver.
        jz_i2c1 jz_i2c1.1: JZ4770 i2c bus driver.
        jz_i2c2 jz_i2c2.2: JZ4770 i2c bus driver.
        i2c-gpio i2c-gpio.3: using pins 153 (SDA) and 156 (SCL)
        i2c-gpio i2c-gpio.4: using pins 6 (SDA) and 3 (SCL)
        i2c-gpio i2c-gpio.5: using pins 103 (SDA) and 102 (SCL)
        Device 0x5a with i2c speed:100K
        act8600_power:
        1 26 1
        4 87 1
        5 49 1
        6 57 0
        7 57 0
        8 36 0
        --
        input: jz-gpio-key as /devices/platform/jz-gpio-key/input/input0
        input: jz-remote as /devices/platform/jz-remote.2/input/input1
        Device 0x62 with i2c speed:100K
        input: ha2605_key as /devices/virtual/input/input2
        input: touchscreen as /devices/virtual/input/input3
        --
        jz_lcd_panel: AT070TN93_panel_probe(): board_pin: LCD_POWERON=0, LCD_RESET_PI
        N=139.
        panel AT070TN93 selected
        --
        mmcblk0: mmc0:0002 CHYUA 3.69 GiB
        mmcblk0: p1 p2 p3 p4
        --
        HDMI-GPIO_I2C: SCL(32*3 + 6), SDA(32*3+7)
        HDMI reset pin :(32 * 0 + 0)
        HDMI hotplug pin :(32 * 3 + 4)
        HDMI hotplug Level: 1 ,connect_active(0)
        HDMI driver in HDMI_HOTPLUG mode !
        HDMI ite6610_drv_probe done!
        HDMI ite6610 driver register done!
        --
        sensor_name:gt2005 id:0 facing:0
        ===gc0308_power_down==
        sensor_name:gc0308 id:1 facing:1
        default is gc0308
        CIM--- get new page!
        CIM--- get_max_mem_size
        CIM--- preview size = 1800KB
        CIM--- capture size = 3750KB
        CIM--- mem_size=12750K
        CIM--- order=12
        Virtual Driver of JZ CIM registered
        android init
        android_probe pdata: 804c11c4
        --
        Gt801 touch screen init!
        Device 0x55 with i2c speed:100K
        input: gt801_ts as /devices/virtual/input/input6
        gt801_ts 2-0055: Start gt801_ts in Interrupt mode
        gt801 ts probe suscess!

        paladin:
        jz_i2c0 jz_i2c0.0: JZ4770 i2c bus driver.
        jz_i2c1 jz_i2c1.1: JZ4770 i2c bus driver.
        jz_i2c2 jz_i2c2.2: JZ4770 i2c bus driver.
        i2c-gpio i2c-gpio.3: using pins 153 (SDA) and 156 (SCL)
        Device 0x5a with i2c speed:100K
        act8600_power:
        4 87 1
        5 49 1
        6 57 0
        7 57 0
        8 36 0
        --
        input: jz-gpio-key as /devices/platform/jz-gpio-key/input/input0
        Device 0x 1 with i2c speed:200K
        input: ldwzic_ts as /devices/virtual/input/input1
        input: jz_touchscreen as /devices/virtual/input/input2
        --
        jz_lcd_panel: AT070TN93_panel_probe(): board_pin: LCD_POWERON=0, LCD_RESET_PI
        N=139.
        panel AT070TN93 selected
        --
        mmcblk0: mmc0:0002 CHYUA 7.40 GiB
        p1
        mmcblk0: p1 p2 p3 p4
        --
        android init
        android_probe pdata: 804b0564

      とりあえず気になったとこを抜き出してみた。

      act8600_power が違うのが気になったが、HDMI I/O 用だったかも。
      タッチスクリーン関係がだいぶちがう。あと i2c-gpio の数。

      android_probe pdata は何の値? 後で調べないと。

      GPIO の割り当ては極力同じになるようにしている印象がある。デバイス関係の違いの方が不安になってきた。

      /sys/platform/devices の違い

        i2c-gpio.4
        i2c-gpio.5
        ite6610-drv.0
        jz-remote.2
        jz_cim.0

        power
        uevent

      ITE6610 は、HDMI 関係。jz-remote は、リモコン。

      cmdline の比較

      basic : mem=224M@0x0 mem=128M@0x30000000 console=ttyS2,57600n8 ip=off
      root=/dev/ram0 rw rdinit=/init memcfg=512M
      rd_start=0x80A00000 rd_size=0x000F1C13 cpu_version=4770v1
      paladin : mem=224M@0x0 mem=128M@0x30000000 console=ttyS2,57600n8 ip=off
      root=/dev/ram0 rw rdinit=/init memcfg=512M
      rd_start=0x80A00000 rd_size=0x000F1CA8 cpu_version=4770v1

      rd_size が違う。これはどこに書きこまれているのだろう? mbr-xboot.bin だとすると paladin の 1.2 GHz 化は、ちょっとまずい。

        これは、mbr-xboot.bin で実際のサイズを元に計算しているから大丈夫だった。


      あと、4770v1 って何? ひょっとして 40nm 版は v2 なのか?

    作ったカーネルを試す (basic)

      USBbootTool:n7b_burn_tool.zip も使える。
       - 右のチェックボックスのチェックを外すと、指定したものだけを書き込む。
       - mbr-xboot.bin , boot.img のみの書き換えも OK

      mkcfw-v65-2.1.zip の src にあるツールで zImage を入れ替えた boot.img を作り 試してみたところ ...

      不完全なドロイド君が表示されたあと 画面が黒(バックライトは付いている)に。

      元の boot.img にしたら、普通に立ち上がった。(元に戻せることの確認)

      そもそも ツールがダメかも知れないので、動くboot.img を バラす → boot.img の再作成で確認しないと。

      厳密にはちょっと違うが、再構築しただけの boot.img は立ち上がった。

        元のやつは、0x240 からの SHA_DIGEST の後ろ 0x260 から 8 バイトの データが入っている。これだけが不一致。

      そうなると、カーネルが全然ダメということに。シリアルとかつなぐの面倒だしどうやって進めよう?。

      FB 変になっているし、まずは、mem の指定が対応しているか見てみよう。

    4.0.3 のファームウェアのカーネル

      Paladin でのサスペンドが調子悪いので、4.0.3 のファームウェア(2 回目のリリースのやつ)からカーネルだけを取ってきて boot.img を作りなおしたものを試してみることにした。

      なんとなく動いているので、adb で dmesg を見たら ...

        Linux version 3.0.8-svn649 (yliu@android10) (gcc version 4.3.2 (Sourcery G++ Lite 4.3-51) ) #3 PREEMPT Fri Jan 13 17:59:41 CST 2012
        bootconsole [early0] enabled
        CPU revision is: 2ed1024f (Ingenic Xburst)
        FPU revision is: 00330000
        CPU clock: 1200MHz
        PCLK: 200MHz
        Memory clock: 200MHz
        H1CLK: 400MHz
        H2CLK: 200MHz
        AUX clock: 400MHz
        REG_CPM_PSWC1ST = 0x00000017
        REG_CPM_PSWC2ST = 0x0000000b
        REG_CPM_PSWC0ST = 0x00000000
        REG_CPM_PSWC3ST = 0x00000000
        JZ4770 NP_M702 board setup
        Power Management for JZ

      カーネルが fake じゃない 3.0.8 になっていた。

      wifi の モジュールはそのままなので

        Version magic maybe different, please check!!!
        dhd: Unknown symbol dma_map_single (err 0)
        dhd: Unknown symbol dma_alloc_coherent (err 0)
        dhd: Unknown symbol dma_free_coherent (err 0)
        dhd: Unknown symbol alloc_etherdev_mq (err 0)
        dhd: Unknown symbol dma_unmap_single (err 0)

      なんてエラーが。折角カーネルソースを手に入れたのに、動かす前に時代遅れとは ...

      まぁ今まで 3.0.8 に見せかけて動かしてきたのだろうから、インターフェイスは同じかも知れないし、Ronzi A3/V65Pro は 3.0.8 では逆に困ったりするかも知れないし。

      3.0.8 のソースが手に入るまで、もう少し調べていこうかと思う。

      ところで、この カーネル 3 つのドライブが見えるようになった。増えたのは CDドライブ。

      あと、ちょっと試してみたが、動画は具合が悪い。scanning が出たまま動画が再生され終了できなくなった。非互換なところもあるみたいなので、4.0.3 のユーザランドで古いカーネルというのは無理がありそうだ。

    Ronzi A3 用 (JZ4760-lynx) がビルドできないか試す。

      Ronzi A3 は、defconfig がない。あればビルドできるのか? という気もするのだが、ちょっとやってみた。

    • config-n7b-tst1.txt (ベースにした basic 用 / ビルドはできたが動かない)
    • config-a3-tst1.txt 作ってみたもの。

      ただ、 arch/mips/mach-jz4760/boards/lynx/lynx-misc.c で、コンパイルエラーが出る。

      __wifi_power_on()/__wifi_power_off() のところ だが、とりあえず これをコメント化してみると ...

      なにやら ビルドできたのだった。だが、ベースとした basic 用すら動かないわけで、動くことはまず期待できない。それでも ビルド出来たというのは進歩なのだから、ここに記録しておく。

      さて、どうやってデバッグしていこう。まぁ、basic 用を動かすのは、第一歩だから それをやるとして ...

        とりあえずは、adb だけ動かす ramdisk イメージを作って 状態を見れものなのかどうか 調べる。これがクリアできれば、なにが問題なのか分かるかも知れない。

        だめなら、デバイスをどんどん減らしていく。adb だけ動かせるようにして、後はモジュールとか。usb device と adb のドライバは、普通は確実に動きそうなものだが .. これでもダメなら、他の手を考えよう。

        うまくいくようなら、A3 も同じやり方で試す。

      こんなところか。ちなみに、Ronzi A3 をばらしてみると ... 4 つのパターンが並んでいるところがある。たぶんシリアル。最悪はここにシリアルつなぐとなんとかなるかも知れない。

      あとは、LCD に なんとか表示することができるかも知れない。panic した後も表示をしつづけるような仕組みを入れないといけなさそうだが ...

      昔にトライしていた libusb 版 usbboot を使ってカーネルのロード / メッセージの表示ができるようにするとか ... ただ、これはうまくいかなくて途中で放置しているし、JZ4770 用をマージしないといけないので 敷居が高い。
posted by すz at 22:07| Comment(5) | TrackBack(0) | Jz47xx(Linux)

2012年01月04日

ICSメモ

Novo7basic など ICS のカスタマイズについてのメモ


    注意! 変化が速いので、情報はすぐ古くなってしまいます。ここに書いてあることを、鵜呑みにしないよう。常に元に戻す方法を確保してから試すよう心がけること。

フォント

    2.3 では、DroidSansJapanese.ttf を /system/fonts にコピーすればよかったのだが、ICS では、xml ファイルの変更も必要とのこと。(FREE WING さんとこの情報)

    /system/etc/fallback_fonts.xml に追加:

    <family>
    <fileset>
    <file>DroidSansJapanese.ttf>/file>
    </fileset>
    </family>

    (改行コードは LF なので注意)

    どうしても自分で出来ないなら、Font Changer (説明) を試してみると良いかも。(root) と書いてあるから Root化後に導入できる。

nicoWnnG

Youtube

    Youtube.apk が使えるらしい。

    マーケットからインストールできるという話も。
    お薦めは、英語版ファームウェアに入っている Youtube.apk

  • TubeMate

    というアプリも良いらしい。

    動画つながりで ... 「SoftMedia Player」なるものがあって、DLNAサーバー と接続して再生できるらしい。動画プレイヤーは自前ではなく、組み込みの MediaPlayer を使う。

Skype

APK 集とか

    ainol から APK 集(503 MB) がダウンロードできる。paladin 用となっているが basic でも問題ないだろう。

    http://www.ainol.com/plugin.php?identifier=ainol&module=download

    basic での正式ファームウェアは、Android 3.2 2011/12/17 版 で上記 URL でダウンロードできる。1.44 GB のほうは、4GB 用/8GB 用 それぞれが入っているとのこと。

    では 302MB の方は 、8GB 用なんだろうか?

    4.0 は、正式には update として出ていない。赤札天国の firmware 置き場からダウンロードできるこれは 初期ファームウェア(2011/12/21 版)らしい。

      注意! paladin は、未だダウンロードできるファームウェアがない。(2012/1/7 時点)
      ファームウェアを手に入れるまでは、Root化など システムを変更するようなカスタマイズは控えた方が良いだろう。

      4GB 版 basic も 未だ公式ICS はないようだ。8GB用と思われるのが インストールできてしまったが、具合が悪いのは当然なのかも。

        これの原因は良く分からない。8GB 用でも問題なさそうな ... 。そうなると 1.2GHz に無理があるのかも知れない。昔の mbr-xboot.bin を使えば 1GHz になるかも知れないわけだが ... update.zip を作りなおす方法を知らない ... ううm.

      追記: paladin のファームウェアが出た。初期ファームウェア? (osakanataro 氏 コメント 参照) なぜか 788 MB もある。

      これで どうなっても元に戻せる。

        ただし、mbr-xboot.bin の領域が壊れると、update.zip は使えない。その場合でも USBbootTool を使って元に戻せる 方法はあるのだが ... それ用の ファームウェアは出ていない。

        出なくとも なんとか出来るはずではあるが、たぶん出るんじゃないかと思えるし、説明が面倒なので ここでは説明しない。

        追記2: paladin のファームウェアは USBbootTool 専用だった。basic も 3.2 (1.44G) は USBboot 用。update.zip 形式より不便ではあるが確実に インストールできる。

        詳しくは、この記事の下の方を参照。

    https://github.com/i-rinat/mips-apk/downloads

      Opera Mini 4.3 などがある。slatedroid 『[REQ] MIPS Ports of APK's (Updated 30 Dec 2011) 』の記事より。

      http://bbs.imp3.net/thread-10503353-1-1.html

      APK 集(ライセンス許諾済みらしい)。個別にダウンロード可能。
      結局使ってみたのは ES taskmanager ぐらい。

      http://bbs.imp3.net/thread-10503421-1-1.html

      ゲーム集。中国語版ばかりなのでパスしたが、興味があるかたはどうぞ。

    Dalvik Turbo

    MagicCode

      ARM NDK の アプリを動かせるようにするもの。

      MagicCode_ics_v1.1-n7b-n7p.apk

      ICS対応版が出た。(FREE WING さんとこの情報)

      動かせるようになる アプリがかなりある模様。

      4.0.3 までに対応する v1.3 が出ている。

      MagicCode_hc_ics_v1.3.apk

    フォーラム

    ClockworkMod Recovery 5

    • http://androtab.info/mips/ingenic/clockworkmod/

      まずこれをインストールして、

      Superuser-3.0.7-bb-mips32r2-ics.zip

      を clockworkmod で インストールするのがお手軽。

       ※ basic 用と paladin 用は違うので注意。

      バックアップも簡単にできるようになるのでお勧めとのこと。

      ClockworkMod について疎いのだが、Recovery ツールだけが先に出来たということ?
       ※ ClockworkMod は、Recovery ツールで 他のものの一部ではないとのこと。(fun さんのコメント)

      ところで、Root化(Superuser.apk の導入)は、必要なのか?

        Root 権限が必要になるアプリを持っていないし 不要かも。
        もともと 画面のスナップショットを取るのに必要かと思っていたのだが、ICS は標準でその機能を持っている。(音量(-) + 電源ボタン 2秒)
        ただし、busybox 入れ替えはした方が良く セットになっているので、一応入れることを推奨。

    マーケット

      HD安卓市場とか GO Market とかが入っているが、アンインストールして、Ronzi A3 から com.android.vening-2.apk (いつだったか マーケットでダウンロードできた) をインストール。

      ... システムアプリもインスートール出来るのか 。

        -rw-r--r-- 1 root root 3488144 Dec 21 19:08 system/app/com.android.vending-2.apk
        -rw-r--r-- 1 1000 1000 3708455 Jan 10 15:39 data/app/com.android.vending-1.apk

        あとで確認したらこうなっていた。


      ちなみに、GMail com.google.android.gm-1.apk もインストールしようとしてみたが、こちらはエラー .. もともと不要だし問題はない。

    Basic のファームウェア

    • 赤札天国の firmware 置き場

      NOVO7 Basic4.0.rar/NOVO7 Basic3.2.rar が置いてある。これは 8GB の basic の初期ファームウェア (4.0 2011/12/21 版 , 3.2 2011/12/xx 版)

    • aniol ダウンロードセンター(公式)

      公式なのは良いが、レジストとしないとダウンロード出来ない?
      ちなみに paladin のファームウェアも公式に出ている。(2012/1/11)

    • ainovo

      2012/1/05 版 (ICS_MR0 eng.mdliu.20111227.112122) がある。これは上記とは違うもの。英語版?

      中国語アプリが削除されていて Facebook, Kindle, MSN_Windows_Live_Messenger, Pandora, YouTube が入っている。あと AngryBirds とかいくつかのゲームも。

      system.img はもとより boot.img や mbr-xboot.bin も違う。

        system.img の違い (ファイル構成)

        中国語版のみ
         app/Baidu_Input_v2.1.1.47_mips.apk
         app/GoogleServicesFramework.apk
         app/MyGmail.apk
         app/NetworkLocation.apk
         app/com.android.vending-2.apk
         app/com.google.android.apps.maps-1.apk
         etc/permissions/com.google.android.maps.xml
         etc/permissions/features.xml
         framework/com.google.android.maps.jar
         lib/libinputcoreoem-2.so
         lib/libkpencoreoem.so

        ainovo版のみ
         bin/ に *.sh test_* など多数

         bin/write_bootimg
         bin/xplayer
         customize/default_workspace.xml

      Market/GMail は入っていないようだ。信用できないなら自分で入れろ? みたいな感じ。
      だが、カスタマイズのベースとしては良さそうな印象。paladin 用のも いずれ出そう。

      4GB の basic に入れて試してみよう。

    ainovo版ファームウェアを試す

      問題なくインストールでいた。1.2 GHz だが問題ないようだ。

      AnTuTu bench

        basic ICS paladin basic 2.3(+turbo)
        RAM: 229 192 195
        CPU integer: 615 517 517
        CPU float-point: 240 201 203
        2D graphics: 318 319 299
        3D graphics: 431 440 440
        Database IO: 165 145 245
        SD card write: 61 90 79
        SD card read: 117 107 134
        Total score: 2176 2011 2112

      ちょっと試してみた。basic ICS/paladin は SD カードに内蔵 Flash を指定。

      CPU のみが 1.2 GHz で GPU などは変更ないようだ。あと 8GB モデルは少し Write が速い。
      また、以前 basic で Dalvik Turbo VMを試したときの値も併記しておく。

      AnTuTu では、Android Version が変わっても 値があまり変わらない。Dalvik Turbo ですらあまり変わらない。(速くなるのは、何故か DB I/O)

        Qualdant の方は、随分値が下がるようだが、あまり実際の性能を反映していないかも。

      さて、GMail/Market がないわけだが、用意したものを 通常の APK と同じようにインストールできてしまった。ただし、GoogleServiceFramework.apk がないので全然動かない。これも後でインストール。

      だが、ちゃんと動かないような...

      さて、これは後でちゃんとするとして ... ファームウェア自体は問題なさそう。

        How to install Market, Gmail and Maps on the official 4.0.1 firmware 』という記事も出ている。

        抜粋すると

        - # adb push GoogleServicesFramework.apk /system/app/
        - # adb push com.android.vending-2.apk /system/app/
        - # adb push MyGmail.apk /system/app/
        - # adb push com.google.android.apps.maps-1.apk /system/app/
        - # adb push com.google.android.maps.jar /system/framework/
        - # adb reboot

        こう。足りないファイルは以上。中国語版から取ってきても良さそうではある。CWM 用の zip ファイル(N7B-ICS-Gapps.zip)も出ている。こういう風に便利に使われているなら 日本語フォント用も誰か出してくれると良いのに。

      次に CWM を入れてみる。問題ないようだ。

      あとはフォント。これも無事追加完了。

    paladin のファームウェア

      fun さんにダウンロードさせてもらった ファームウェア を見てみた。
      バージョンは ICS_MR0 eng.dmzhang.20111230.155247 。

      788 MB もある が、ほとんどは VFAT に収められた APK集。あと update.zip がなく USBbootTool 専用。

      USBbootTool 専用ではあるが、userdata.img , cache.bin , recovery.cpio.img がない。あるのは、update.zip と同じで mbr-xboot.bin , boot.img , system.img 。あと vfat のイメージファイル。

      paladin 用初期ファームウェアは、vfat のイメージファイルもない。あと、pretest.img というのがあって、recovery.cpio.img の領域に書きこむようになっている。

      おそらく、通常立ち上げでのインストールで system.img の中にある userdata.img , recovery.cpio.img を書き込むようになったのだろう。cache.bin はもともと空だから mkefs で作るようになった?

        paladin では boot.img まで含まれるようになった。recovery.cpio.img で立ち上げたときしか書き込めるはずはないが、CWM 使うのなら関係ないので使う機会がない。

        あと、pretest.img は、最初の通常立ち上げ前しか使えないのだろう。無視して良いはず。

      (ainovo 版) system.img との違い

      paladin ⇔ basic の違いによるもの
       app/Camera.apk (paladin にはない )
       app/Contacts.apk (paladin にはない )
       lib/libjni_mosaic.so (paladin にはない )
       lib/libvariablespeed.so (paladin にはない )
       lib/hw/audio.primary.npm701.so (paladin は npm702 )
       lib/hw/camera.npm701.so (paladin は npm702 )
       lib/hw/lights.npm701.so (paladin は npm702 )
       lib/hw/sensors.npm701.so (paladin は npm702 )

      中国語版 ⇔ 英語版の違いに関係するもの (paladin のみ )
       app/Baidu_Input_v2.1.1.47_mips.apk
       app/GoogleServicesFramework.apk
       app/MyGmail.apk
       app/NetworkLocation.apk
       app/com.android.vending-2.apk
       app/com.google.android.apps.maps-1.apk
       etc/permissions/com.google.android.maps.xml
       etc/permissions/features.xml
       framework/com.google.android.maps.jar
       lib/libinputcoreoem-2.so
       lib/libkpencoreoem.so

      Version の違いによるもの (paladin のみ)
       boot.img
       sndtest.pcm
       testsd.data
       bin/getpartionblkcount

      設定関係 (テキスト)
       build.prop
       customize/default_workspace.xml
       etc/media_profiles.xml
       etc/permissions/tablet_core_hardware.xml
       etc/disk_preparing.sh (ラベル名が違う)

      バイナリファイルは結構違うが、本質的な違いは わずかなようだ。

      ついでに書くと ... USBbootTool で書き込む際に basic 用の mbr-xboot.bin を書くと どうなるのか? 1.2 GHz でちゃんと動いたりするのかも。

      あと、basic 用も update.zip の中にある mbr-xboot.bin , boot.img , system.img を USBbootTool で書き込むことで インストールできそうだ。逆については update.zip の作り方を知らないので 無理。 USBbootTool は、2.3 CFW 用に用意した n7b_burn_tool.zip も使えそう。

    USBbootTool

      n7b_burn_tool.zip も使える。ただし、右のチェックボックスのチェックを外すこと。

      1.2 GHz 化

      basic の mbr-xboot.bin だけを書き込むことで、初期化なしに 1.2 GHz にできる。
      paladin の mbr-xboot.bin だけを書き込めば 1.0 GHz にできる。

        1.2 GHz にしてみたが、スリープさせていると 知らない間に暴走しているようになった。短期間のスリープではちゃんと復帰するのだが...

        1.2 GHz 化のせいかも知れないので、1.0 GHz に戻して様子をみることに。

        追記: 1 GHz に戻しても状況が変わらない。バッテリーが減ってるから、スリープ中になにか起きている?。

      追記: Novo 7 Paladin overclocking to 1.22GHz (and Basic 1.3GHZ)

      なんて記事が出ている。1.2 GHz よりもっとオーバクロックが可能なようだ。paladin の周波数が低いのは何故なんだろう? 手持ちの個体でギリギリの周波数ということ?

    カスタム system.img 案 (paladin)

       fonts/DroidSansJapanese.ttf (追加)
       etc/fallback_fonts.xml (編集 : 上記参照)

       bin/su (追加 Superuser-3.0.7-bb-mips32r2-ics.zip)
       xbin/su (../bin/su を symリンク)
       bin/busybox (追加 Superuser-3.0.7-bb-mips32r2-ics.zip)
       app/Superuser.apk (追加 Superuser-3.0.7-bb-mips32r2-ics.zip)

       app/Baidu_Input_v2.1.1.47_mips.apk (削除 )
       app/PinyinIME.apk (削除 )
       lib/libinputcoreoem-2.so (削除 )
       lib/libkpencoreoem.so (削除 )

       app/MyGmail.apk (削除 )
       app/com.android.vending-2.apk (削除 )
       app/Vending.apk (追加 or vending-2 をそのまま使う?)
       app/GMail.apk (追加 or MyGmail をそのまま使う?)
       app/com.google.android.apps.maps-1.apk (ない場合追加)
       framework/com.google.android.maps.jar (ない場合追加)

       app/NetworkLocation.apk (ない場合追加)
       etc/permissions/com.google.android.maps.xml (ない場合追加)
       etc/permissions/features.xml (ない場合追加)

       recovery.cpio.img (置き換え NOVO7P-recovery-signed.zip)

       build.prop (編集)
         ro.product.locale.language=ja
         ro.product.locale.region=JP
         persist.sys.timezone=Asia/Tokyo
       userdata.img :
         app/apkInstaller.apk (削除)
         app/ES_file_explorer_V2.4.9.8_mips.apk (追加 ainovo版)
         app/MoreLocale2.apk (追加)

      これで作った system.img を USBbootTool でインストールしてみる。
      プレインストールアプリは ES_file_explorer と MoreLocale2.apk のみ。

      userdata.img が小さいためだが、出来たら入れたいものは
       nicoWnnG-2011.1207.1-mips.apk
       MagicCode_ics_v1.1-n7b-n7p.apk
       ES_Task_Manager_V1.2.apk
       TubeMate_1.05.23.150.apk
       com.joeykrim.rootcheck.apk (Tasselhof-RootScript)
       com.speedsoftware.rootexplorer.apk (Tasselhof-RootScript)
       Documents_To_Go_V3.004.apk(ainovo版)
       YouTube.apk(ainovo版)

      基本は、マーケットにないものか ainovo版。system.img も空きは少ないから入れられるのはせいぜいこれぐらい。

        fun さんのコメントで update.zip を作るのは 可能だそうなので、ainol_update_temp_dir を作ってそこにアプリを入れるのが正しく userdata.img に詰め込まない方が良さそう。


      注意: これを作ってリリースするつもりは、ほとんどない。システムアプリはだいたい CWM のパッケージがあるようだし。あとは中国語システムアプリを削除するやつと 日本語フォントを入れてくれる CWM用パッケージがあれば事足りる。


      追記: この構成の動作確認

    • CWM OK
    • GMail/Maarket OK (置き換えたが動作 OK)
    • Font OK
    • 初期言語 , 初期タイムゾーン OK

      どうも大丈夫そうだ。

    パーティション関係

      Disk /dev/loop1: 0 MB, 921088 bytes
      1 heads, 63 sectors/track, 28 cylinders, total 1799 sectors
      Units = sectors of 1 * 512 = 512 bytes
      Sector size (logical/physical): 512 bytes / 512 bytes
      I/O size (minimum/optimal): 512 bytes / 512 bytes
      Disk identifier: 0x00000000

      (basic 4.0)
      Device Boot Start End Blocks Id System
      /dev/loop1p1 131072 655359 262144 83 Linux
      /dev/loop1p2 657408 2754559 1048576 83 Linux
      /dev/loop1p3 57344 118783 30720 83 Linux
      /dev/loop1p4 2768896 15220735 6225920 b W95 FAT32

      (旧 basic 2.3)
      Device Boot Start End Blocks Id System
      /dev/loop1p1 131072 655359 262144 83 Linux
      /dev/loop1p2 657408 2754559 1048576 83 Linux
      /dev/loop1p3 57344 118783 30720 83 Linux
      /dev/loop1p4 2768896 16777215 7004160 b W95 FAT32

    基本は同じだが、FAT32 のサイズが小さくなっている。8GB のモデルにきっちり合わせた?

    以前の記事から抜粋。

    0x00000000 +------------------------+
    | mbr |
    0x00000200 +------------------------+
    | xboot | max 3MB - 512
    0x00300000 +------------------------+
    | boot.img | max 9MB
    0x00C00000 +------------------------+
    | recovery.img | max 14 MB
    0x01A00000 +------------------------+
    : :
    (partiton 3)| cache.bin | 32 MB
    : : (6 MB)
    : :
    0x04000000 +------------------------+
    : :
    (partiton 1)| system.img | 256 MB
    : : (1 MB)
    0x14100000 +------------------------+
    : :
    (partiton 2)| userdata.img | 512 MB
    : : (7 MB)
    0x34800000 +------------------------+
    : :
    : :
    (partiton 4)| vfat.bin | xxxx MB
    : :
    : :
    0x???00000 +------------------------+

    mbr に含まれるパーティション情報と USBBootTool を元に マップを作ると このようになっている。

    system.img のサイズは、ばらばらなのだが、最大は paladin の 240MB+α。一応 256 MB までは大きくすることができる。() の値はパーティション間の隙間。パーティションの情報を変更すれば この部分も使用は可能になる。

    あと、4.0 とかの system.img は、vfat.bin を書きこまなくとも 初期化するようだから user 領域を 広げるのは mbx-xboot.bin の パーティション情報 を変更するだけで良さそう。

    ICS ファームウェアまとめ (2011/1/13)

      上から読んでいっても分からないかも知れないので、まとめておく。

    • basic 中国語版 (4.0.1 ICS_MR0 eng.szhao.20111221.000803)
    • paladin 中国語版 (4.0.1 ICS_MR0 eng.dmzhang.20111230.155247)
    • basic 英語版   (4.0.1 ICS_MR0 eng.mdliu.20111227.112122)

      ICS に限定すると、いまのところ、この 3 種類。

      ファイル構成は、中国語版の paladin/basic であまり違いはない。basic 英語版は、中国語版から 中国語アプリと いくつかのファイルを取り除き、Youtube とかのアプリを加えたもの。

      『ES ファイルエクスプローラを除いて アンインストール可能なアプリを全部削除して basic 英語版 に 含まれるアプリをインストールしたもの』は、『basic 英語版に Market/GMail を追加したもの』に近い。

        basic 英語版にMarket/GMail を追加する N7B-ICS-Gapps.zip( CWM 用) がある。

      これをベースとして次のカスタマイズを行うことを推奨

    • ClockworkMod Recovery (CWM) の導入 (NOVO7B-recovery-signed.zip for basic, NOVO7P-recovery-signed.zip for paladin)
    • Superuser + busybox の導入 (Superuser-3.0.7-bb-mips32r2-ics.zip)
    • 日本語フォントの追加
    • nicoWnnG の導入 (nicoWnnG-2011.1207.1-mips.apk)
    • MoreLocale2 の導入
    • MagicCode の導入 (MagicCode_ics_v1.1-n7b-n7p.apk)
       MagicCode_hc_ics_v1.3.apk (3.2/4.0.1/4.0.3 に対応)

      次は好みで

    • TubeMate の導入
    • Dalvik Turbo の導入 (4.0.1/4.0.3) (Dalvik Turbo CWM Install Files by Pyth0n.rar, ミラー: dalvikturbo-mips32r2-fp.zip)

      あと paladin を 1.2 GHz にする方法がある。(たぶん大丈夫)
       ファームウェアを書き込むときに basic の mbr-xboot.bin に変えるだけ。

      ファームウェアの 書き込み方

        ファームウェアの 書き込む方法には 2 種類ある。

      • ひとつは、update.zip を microSD に置いてアップデートする標準のやりかた。

      • もうひとつは、update.zip に含まれている mbr-xboot.bin ,boot.img , system.img の 3 つのファイルを USBbootTool を使って書きこむやりかた。

        今の paladin のファームウェアは、update.zip の形式になっていないので、後者のやりかたしかできない。前者ができないぐらい壊れた状態でも、後者のやりかたで書きこむことができる。

          注意: VFAT 領域は、勝手には初期化されないようだ。初期化したい場合は、ダミーのファイルを指定して壊す。

        以前 2.3 CFW 用に用意した n7b_burn_tool.zip の USBbootTool も使えるが、右のチェックボックスを外す必要がある。
         わからない場合は ここ参照のこと。
        mbr-xboot.bin ,boot.img , system.img を元に update.zip を作成する方法もあるが、私はまだ勉強中。

      Tips

    • 自力でフォント変更できない人は、font changer を使うと良い。

      これ使うと adb の操作 なしで 全部できることになる。

    • スクリーンショットは ICS の標準機能

      音量(-) + 電源 長押し。

    • 中国語キーボードのアンインストール

      以下のファイルを削除して reboot
       /system/app/Baidu_Input_v2.1.1.47_mips.apk
       /system/app/PinyinIME.apk
       /system/lib/libinputcoreoem-2.so
       /system/lib/libkpencoreoem.so


    ICS 4.0.3


      http://bbs.imp3.net/thread-10548598-1-1.html

      Basic : update_Basic_4.0.3.zip 約 300 MB
      Paladin: update_knight_4.0.3.zip 約 300 MB (4.0.3 IML74K 651)

      公式版 http://bbs.imp3.net/thread-10550694-1-1.html
      Basic : 蜂巣版4.0.3公測固件.zip 約 300 MB (4.0.3 IML74K 715)
      Paladin: 騎士版4.0.3公測固件.zip 約 300 MB (4.0.3 IML74K 715)
      VFAT イメージ:(中国語版アプリばかり?)
       Basic 4GB 用 約 700 MB
       Basic 8GB 用
       Paladin 8GB 用
       

      MagicCode は、v1.3 が必要、DalvikTurboVMは、最初から 4.0.3 に対応
       MagicCode_hc_ics_v1.3.apk (3.2/4.0.1/4.0.3 に対応)
       DalvikTurboVM: CWM用パッケージ
       (ミラー: dalvikturbo-mips32r2-fp.zip)
      カレンダー同期の問題は、GoogleCalendarSyncAdapter.apk の更新が必要らしい。

      その他 CWM 導入済みの場合 2 回同じ update をするのが安全?
       失敗すると Wifi が使えないという問題あり? 2 回目の update で OK となる?

        1回目は、単に recovery.cpio.img を書き込むために行うらしい。
        起動すると /system/ にあるのを flash の所定の領域に格納する。

        2 回目で、それが動くのでアップデートできる。ということ。

        時間がかかるので、adb 使って /system/ にある recovery.cpio.img のバックアップを元に戻して アップデートをすると 1 回で済む。

      Host PC から Disk が mount できないという話も。
       PCのドライバの更新で直る?

      マーケットは、MoreLocale2 で 日本語導入後に接続するのが良い。

      4.0.3 のメリット:
       HTML5 対応?
       FXCameraとDolphinBrowserとPulseがちゃんと動く
       高速化 (Quadrant の結果)

      いずれも未確認、情報を集めただけ。

    Paladin に 4.0.3 (IML74K 651)をインストールしてみる。

      どうも良く分からないのだが、スリープでおかしくなるようになったので、4.0.3 に変えてみることに。

        ちなみに問題が起きたのは、スリープのみ。しかも短時間のスリープでは起きていない。
        現象は、電源ボタンを押しても復帰してこない。バッテリーはかなり減っている。本来ならば、数日間は持つはずで、スリープ中に暴走しているのではないかと思う。

      カスタマイズは、4.0.1 と同じく、上記のようにしたうえで再度 1.2 GHz に。

      何回か、タッチパネルが効かなくなった。が、一旦 sleep してすぐ復帰させると元に戻った。
      タッチしたところを表示させるようにしたところ、タッチパネルは反応しているのにアプリが一時止まっているような現象だった。
      正常ではあるみたいだし、1.2 GHz の影響ではなさそうに思える。

      しばらく使ってみたが、1.2 GHz にしたための不具合はないようだ。ちなみに使っているのは、4.0.3 IML74K 651 。最新版は、715 にまで番号が上がっている。

      4.0.3 から PC 接続で CDROM が マウントされるようになった。

      えんどう豆アイコンがでるが、どうせ使わないし、他のものと置き換えたいところ。/system/etc/cd_rom.iso がそれだから、adb と ドライバ(+ 編集したinf ファイル)の ISO 作っておいて、入れ替えると便利かも。

    Basic に 4.0.3 (IML74K 715) をインストールしてみる。

      CWM の問題があるので、USBbootTool を使った。これだとアプリが全然入らないから却って楽。

      CWM で、Root 化して、DalvikTurboVM を入れてみたのだが、なんかおかしい。

      busybox が エラーになるようになったし、DalvikTurboVM が入っていない。

      Root 化しない方が良いかも。

      それはともかく、715 になると 少し速くなるようだ。

    追記: Custom ROM by pinkflozd

      Paladin Custom ROM by pinkflozd

      とんと疎くなってるのだが ... こんなものが出ている。

        Kernel Features:
        Kernel 3.0.23
        Zram (256mb of compressed swap in ram)
        File scheduler set to BFQ
        VR, SIO, Deadline, CFQ, noop scheduler support
        Cleancache + KTZMEM
        Lot more improvements + Patches
        EXT4, XFS, JFS Support
        TUN + CIFS Support

      気になるのは、これ。XFS, JFS Support なんてカーネルソースがないと作れないだろう。... それはどこにあるのだろう? 

      その他についても徹底的にいじっている感じで Android の範疇を逸脱している感じまでする。なかなか素晴らしい。

    paladin の消費電流

      http://bbs.imp3.net/thread-10628979-1-1.html

      に Jz4770 , A10(Cortex-A8), RK2818(Cortex-A9) の消費電流の比較がある。機種は 7inch 800x480 で似た様なものを選んでいるようだ。(osakanataro 氏の twitterで知った)

      項目が多いので、どこを見るべきか ...

      まずは、憤怒的小鳥 ... Angrey Birds 。Angry Birds は、常に CPU 100 % で動作している。この状況でどれぐらいかというのは、分かりやすい基準かも。測定条件は、輝度 50 % , 音量 50 % とのこと。

      Jz4770  405 - 488
      A10 720 - 871
      RK2818 899 - 1110

      単位は mA だが、どこのポイント? バッテリー?

      動画、H.264 720p, 1080p

      720p 1080p
      Jz4770   276 - 349 372 - 442
      A10 474 - 638 564 - 654
      RK2818 659 - 976 850 - 1143

      720p だとどれも余裕があるから Angry Birds より消費電流が少ない。A10 は 1080p でもあまり増えてない。

      A10 はハードウェアアクセラレータの条件だと思う。RK2818は、NEON を使ったソフトウェアアクセラレータのはず。Jz4770 は、VPU を使っていると思うが、CPU と同じものなので、あまり関係なさそう。

      次に 待机 -- スリープ

      Jz4770   12.2
      A10 10.5
      RK2818 30

      スリープの状態には 2 つある。多分 アイドル状態でサスペンド状態ではない。といっても サスペンド状態は桁が変わるほど低消費電力ではない。DRAM のリフレッシュがかなり電流を消費するので、多分良くてこの 1/2 程ではないかと思う。

      ついでなので、Jz4770 の性能について

      http://www.zdor.cn/news/html/pc/230373.html

      PD10 という低価格 Android (TCC8923: A5 Single 1.2 GHz) の AnTuTu ベンチマークの結果が出ている。これと Paladin 1.22 GHz と結果を比べてみた。

        Paladin 1.22 G PD10
        RAM: 231 249
        CPU integer: 615 526
        CPU float-point: 242 364
        2D graphics: 240 331
        3D graphics: 392 1028
        Database IO: 155 230
        SD card write: 107 24
        SD card read: 102 67
        Total score: 2084 2819

      Total では大差だが、主に 3D の差みたい。2D も大分負けてるけど。
      唯一の救いは、CPU integer で勝ってるところか。これだと 1.0 GHz でも良い勝負。

      Allwinner A10 も PD10 と似た様な感じだったかも。Jz4770 は Mail-400 との差で 2D,3D が負ける。ただ、通常アプリのもっさり具合は CPU integer だと思うので ベンチで負けても体感上は 結構よい勝負のはず。
    posted by すz at 18:08| Comment(19) | TrackBack(0) | android

    2011年12月28日

    JZ47XXの動画デコード

    動画デコードがGPUの機能だと誤解している人が多そうなので、整理してみようかと思う。

    Jz47xx は、PMP用に使われた JZ4755 の世代から 同じ能力の CPU を 2個積んでいる。1 つは 動画専用プロセッサとして使われていて、SMP ではない。

    この CPU は、SIMD 命令を持っていて DCT/IDCT などの動画の処理が高速に出来るようになっている。ARM だと Cortex-A8 以降で NEON という命令群をサポートしているが、それと同じような機能だと考えて良い。

      細かいことを言うと SIMD命令 には、SIMD と SIMD2(JZ475X以降で追加) がある。これらをまとめて XMU(Xburst Multimedia Extension)命令 ということもある。これらの命令の詳細は公開されていないが、それを使った mplayer のソースコードは以下で公開されている。

      ftp://ftp.ingenic.cn/3sw/JZ4770/05mplayer/

      あと、Xburst の SIMD命令は、32bit を対象にする。NEON が 128bit を一気に処理できるのと比べると しょぼいのではあるが、命令が最適化されているのか 実用的なレベルになっている。

    要するにほとんど CPU とそれが持つ SIMD命令 が 動画の処理をしているのだ。

    ほとんどと書いたのは、他にも 動画用の機能があるため。ひとつは、IPU (Image Process Unit) と呼ばれるもの。これは、リサイズと 色空間の変換 をして フレームバッファに 画像を送り込む機能。回転はできない。

      GPU は、回転するときに使われるかも知れないのだが、メインの機能では関与しない(はず)

    JZ4760 からは、CPU の中に bitstream をハンドリングする 機能が加わっている。詳細はよく分からないが、CABAC と呼ばれているようだ。

    さて、VPU だが、上に書いた DCT/IDCT を含めていつかの機能しか持たない。

    • Motion compensation
    • Motion estimation
    • De-block
    • DCT/IDCT
    • Parser (JZ4760以降)

    これで全部。Parser というのがよく分からないが、CABAC を使った 機能に思える。

    JZ4770 は、CPU を 1GHz で動かすが、VPU は 500 MHz にクロックダウンしている。1080p のデコードではもはや フルスピードで動かす必要はないのだろう。


    ファイル → Parser MC IDCT De-block 色空間変換  → LCD
       (bitstream処理) (YUV → RGB)

    CPU/VPU CPU/VPU CPU/VPU CPU/VPU IPU     LCD-IF

    図で書くとこんな感じ。VPU で出来ることは CPU でも出来る。どう分担するかは コード次第。

    さて、JZ4770 の次の CPU として、Xburst1 の 40nm のプロセッサがある。(Roadmap) これには SMP の機能が追加されていることだけが 分かっている。VPU を汎用に使えるようにしたものだと思う。たぶん SMP として使う場合は、VPU は使えない。

      2012年1月発売予定の Aurora/Wizard は、Xburst1 の 40nm のプロセッサを使っているのではないかと思われるのだが、最初から SMP かどうかは分からない。

      対応するのは、結構大変だと思うのだ。最初は、VPU として使うようにして、あとで SMP 対応ファームウェアを出して来るような気がしている。

      あと、40 nm が 1.3 - 1.5 GHz となっているが、ちょっと 低いような。65nm の JZ4770 が 1.2 GHz までいけるなら 1.8 GHz 以上でも不思議はない。これも後で クロックアップするのかも。

    追記: GPU の 解説 URL
    posted by すz at 20:09| Comment(0) | TrackBack(0) | android

    2011年12月20日

    novo7新機種

    novo7 の新機種の情報が出ている。

    ここを見ると

    • novo7 paladin (800x480) カメラ/HDMI出力なし Flash 8GB 499元
    • novo7 basic (800x480) Flash 8GB 599元
    • novo7 advanced II (800x480) RAM 1GB / 899元?
    • novo7 wizard (1024x600) RAM 1GB / 999元?
    • novo7 aurora (1024x600 IPS液晶) RAM 1GB / 1199元?

    CPU は、全部 MIPS で android 4.0(ICS) , 静電タッチパネルなのも全部同じ。

      全部 MIPS というのは間違い。以下は、全部 MIPS の場合の考察

    筐体は全部同じに見える。( 画面外のボタンが消えた? )

    驚いたことに、日本では評判が良かった Allwinner A10 の機種が 消えて、全部 MIPS になっている。何故こういうことになったのか興味がある。あと、advanced II は 一体何が特徴なのか?

    機種として興味があるのは、aurora かなぁ。値段次第だが... 100元刻みだと考えると 899元。これより安いことはないはず。 999元かも知れないが どっちかという気がする。

    そうそう paladin は赤札天国で予約中で 7980円とのこと。カメラがむしろ邪魔な人には良いかも。

      追記 2011/12/27: 予約期間終了で、通常価格(9280円)になったようだ。499元だから 予約中は、16円/元 換算 で終了後は 18.6円/元 換算。まぁこんなものじゃないかな。

      ちなみに pandawill は、送料込み $ 109.99 (8776円)。

    さて疑問と予想

    Advance II とは?

      IPS液晶とは書いてないから CPU か メモリ が違うとしか思えない。4.0 になるとメモリを使うのかも知れないし 1GB のような気がするが、ひょっとすると 1.3 GHz とかクロックアップした 新CPU かも知れない。 従来の JZ4770 だったら 全機種同時発売でも良いぐらいだが、年内に発売されそうなのは、basic と paladin のみ。理由は CPU 待ちに思えてくる。

      1.3 GHz 新CPU + DDR3 1GB

      とりあえずこんな風に予想しておこう。ちなみに 1.3 G Hz の根拠は、年末に 1.3G Hz という噂を見たことがあるから。CPU名は予想できない。案外 JZ4770B だったりするかも。

    なぜこんなことになったのか?

      JZ4770 のマシンは他社からも出ると思っていたのに ainol からしか出なかった。いま考えると、安かろう悪かろうになるのを避けるためにメーカーを絞ったような気がしている。

      alnol 側も CPU だけ違う 2 機種を 出すという変な 製品ラインナップだった。こちらも 今となっては、JZ4770 の販売テストみたいな感じがしてくる。で、テストに合格したのか? ... 日本では散々だったと思うが、中国本国では 売れたのだろうか?

      結果は知らないが、ainol は、MIPS にかけるようだ。そして新CPU も ainol が独占するのだろう。

      そんな関係なら、開発も ainol + Ingenic社 共同で行なっているはず。MIPS 社もからんでいるかも知れない。

      さて、MIPS にかけるという判断ができるための要素。

      MIPS では動かないアプリの問題が解決される見込みがなければ、MIPS only はリスクがありすぎる。よくわかっていないのだが、google がなんらかの手を売って x86/MIPS も 対応されるようになるのだろうか? そうであれば、MIPS だから不利ということにはならなくなってくる。結構 期待してしまう。

    novo7 basic 1機種が出ただけで消える不安があったのだが、 JZ47xx の将来は 思っていたよりは明るいようだ。どう転ぶか分からないが、ここ一年で アプリの問題がなくなり、ある程度のシェアを獲得できれば 当面は安泰かも知れない。

      ... ここまで書いたところで、最初の リンク先 を見直すと、Allwinner A10 の機種があるかも知れないとのこと。

      もしそうならば、残念なことに、上の考察はハズレる可能性が高くなってくる。Aurora が A10 ならば、新CPU の可能性もない。もともと 予想に反して all MIPS らしい というのを前提にしている。前提が崩れるならハズレるのもやむなし。

      あと、Aurora は もうすぐ発表だそうだ。

    何故 ainol は JZ4770 / Allwinner A10 の 2種類を 出すのか?

      2 種類出すとしても、このラインナップだと どれが A10 なのだろう?

      Advance2 が A10 なのは良いとして、1024x600 が IPS液晶 と IPS液晶でないの 2種類なのが引っかかる。
      それに IPS液晶 の 方が JZ4770 で 千元(999元?) という話もある。

      そうなると、IPS液晶 でない方もへたをすると JZ4770 の可能性が。

      普通に考えれば、paladin/basic のみ JZ4770 で あと A10 にした方が 短期的には有利だろう。でもそんな売り方すると JZ4770 の独占(or 優先)権は得られないような気も。

      IPS液晶でないほうが、A10 だとすると また微妙なことになる。いっそのこと両方 IPS液晶 なら すっきりするのだが ... 。

      本当に paladin/basic のみ JZ4770 という可能性もある。そうなれば Ingenic の立場はよほど弱いと 思わざるを得ず MIPS の将来は暗い。どうなるのか、かなり気になる。

      で、本題の疑問なのだが、ラインナップが FIX しないと良くはわからない。とりあえずは、Jz47xx の優先権をキープした上で リスク回避だと思っておこう。そうであれば、いずれリスク回避の必要がなくなれば MIPS only にするはず。そうなれば安泰だが、まったく逆の結果も可能性としてはあり得る。

    新CPUはあり得るのか?

      あくまで希望的推測なのだが、あってもおかしくないと思っている。

      JZ4770 は 65nm プロセスなのだ。もう自分のところでは作っていないはずで、そうであれば ライバルの RockChip の 45nm プロセス(RK2918) と同じでないのが むしろ不自然。

      いずれは、45nm プロセスを採用するのは、ほぼ自明で 問題は時期。それが、新製品が出る今であっても不思議ではないだろう。

      年内 1.3 GHz という噂もあったので、大いに期待してみることにした。

      ところで、JZ4770 の独占(or 優先)権を得るための条件というものがあるはず。リスク回避のための A10 採用を許すにしても JZ4770より上位の機種を出すのを許すとは思えない。そう考えると IPS液晶でない方が A10 というのは納得できる。ただ、JZ4770 が最上位というのは、ラインナップとしてバランスが悪い。paladin のような 普及版以下の機種と同じCPU というのは やっぱり変。新CPU が(存在して)最上位に来ないと収まりが悪い。

    1024x600 の 2機種が両方 MIPS かも

      この記事 には、

        Ainolは上記2機種のほか、Basicをベースに解像度1,024×600ピクセル(WSVGA)のIPS液晶にディスプレイをアップグレードした「NOVO 7 Wizard」、「NOVO 7 Aurora」の発売も予定しています。

      なんて書いてある。A10 を 期待していた人には、がっかりするような内容だが ... 1024x600タイプの基板が共通なら普通にあり得そう。

      まぁ MIPSは、ainol からしか出ないが、A10 は、他社から出るだろうし。

      それはともかく、2 機種ということは価格差が大きそう。200元差では済まないかも。一応 799元 , 999元が予想なんだが、どうなるのかな。

      さて、上位 2 機種とも MIPS なら 本当に ainol は、JZ47XX に社運をかけることになる。それが可能になる条件が成立したと考えられるから、将来は明るそうでなによりだ。

      ... 予想はこれぐらいにしておこう。年末か年明けぐらいに実際に発表されるだろうし。

    Ingenic 社の Roadmap

      fun さんのコメントで、Roadmap が出ていることを知った。

      ここには、Xburst1 (2011年), Xburst2(2012年), Xburst3(2013年?) のロードマップが載っている。

      コメントには、適当なことを書いてしまったが、Xburst1 でも 65nm と 40nm があるような記載になっている。... となると Xburst2 は、2012年のいつかに出るもので、今回でる製品とは関係ない。

      Xburst1 40nm は、クロックが高くなるだけでなく、SMP が 新たに採用されるようだ。一時キャッシュも 2倍。たぶんこれが、Aurora/Wizard に採用されるのだろう。ただ、History で 2012年と書いてあるのがちょっと気にかかる。

        SMP は、今までVPU としてのみ使ってきた コアを 汎用に使えるようにしたものに思える。そうであれば、従来どおりの使い方もできるものかも知れない。Android としての製品は、SMP として使えるものになっていないかも。

        カーネルをはじめ対応するのは結構たいへんかもしれないし、あまり期待はしない方が無難かも知れない。

        追記: Ingenic 社は、CES (1/10 - 1/13) に参加するようだから そのときに NOVO新機種と合わせて 発表かな。それまでは、情報がなさそう。

      それとは、別に Xburst2 があるわけだが、結構すごいスペック。2命令同時実行+ 2スレッド +SMP 。64bit まで対応している。こんなのをいきなり設計できるとも思えないから、MIPS社のコアに切り替わるんじゃないかと思える。Ingenic 社というのは、低価格帯のみターゲットにしているイメージだったが、あまりに意欲的で驚いた。それとも 2012年は、これが低価格帯のコアなんだろうか?

      ところで、チップ(Soc)名 は、どうなるのだろう? Xburst1 が JZ47XX だとすると 40nm は、JZ4780 ? あと 65nm の方も JZ4770B になるような気がすこししている。

      さらに、Xburst2 は? JZ48XX のような ...

      予想をやめようと書いたのに、また書いてしまった。まぁ予想するのは、楽しいのだから仕方がない。

    Novo7 Paladin の 仕様

      Novo7 Paladin がいろいろなところで売られていて、スペックとか がちゃんと出るようになった。
      例えば pandawill のスペックから 抜粋すると...

        Model Ainol Novo 7 Paladin

        Flash Don't support it right now, support HTML 5
        Android Market Yes
        Youtube Yes
        Skype Yes
        Language Czech, Danish, Dutch, English, Spanish, French, German, Greek, Italian, Japanese, Korean, Norwegian, Polish, Portuguese, Swedish, Turkish, Chinese

      こんな風に書いてある。

      一応マルチランゲージで Market もちゃんと入っているようだ。

      ちなみに、Flash は No と書いてあるが、他のレビューだと

        Flash: Support Flash 10.3

      となっているものもある。どちらが正解かはよく分からない。

      それはともかく、旧 basic 用の 正式 4.0 ファームウェアが出てくれば、私の CFW も晴れてお役御免だ。

      追記: ... と思ったのだが甘かったようだ。

      赤札天国から basic用のファームウェアが出ているのでインストールしてみたのだが ...

    • 4.0.1 ICS_MR0 eng.szhao.20111221.000803
    • Kernel Version 3.0.8
    • 多言語対応になっている。 .. のだが日本語がない。
    • 1.2 GHz クロックアップ版
    • microSD , 内蔵FLASH ともに、ファイルを転送するとハングアップ。

      1.0 GHz の paladin では、ハングアップしないなら、1.2 GHz の問題? 3.2 も出ているがこれはどうなんだろう?

    ainol のすすめ

      最初の novo7 basic/advanced が出た時 basic を勧める理由は希薄だった。MIPS というハンデがある上に Allwinner A10 の方が 性能が若干上だったりしたからだ。だが、事情は変わりつつある。

      変わった事情というと

    • ICS 一番乗りなど MIPS の ファームウェアの開発に力を入れていることが明らかになった。
    • Ingenic JZ4770 を採用した機種が 他のメーカから出てこず、どうやら独占契約を結んでいるらしいことが分かった。
    • novo7 Wizard/Aurora という最上位機種が MIPS で、どうやら MIPS に社運をかけるらしいことがわかった。
    • Ingenic の Roadmap が出て、40 nm の 新 CPU のみならず、Xburst2 が予定されていることが分かった。

      相変わらず MIPS のアプリ事情は悪いのだが、ここまで力を入れるからには、良くなる見込みがあるのだろう。ひょっとするとそうはならないかも知れないのだが、『MIPS の アプリ対応が進む』と仮定しよう。

      MIPS と ARM の垣根が取っ払われてしまえば、ainol の MIPS 機を 勧める理由が出てくる。

    • コストパフォーマンス

      Paladin をはじめとして、現行はコストパフォーマンスはかなり良い。 Wizard/Aurora も 良いと期待できる。

      現時点のアプリ事情は悪いのだから、コストパフォーマンスが良くないと 相手にされないだろう。魅力はそれだけかというとそうではない。

    • (ファームウェアの)開発力

      ICS 一番乗りしたことからも分かるように、ainol +Ingenic の開発力は充実している。開発が終わったはずの JZ4770 についても 10bit の動画対応だとか、basic の 1.2 GHz 化とかいろいろやっている。
      開発力に差があれば、他の中華タブレットと比べて、ファームウェアの完成度で優位にたてるという期待ができる。

      中華タブレットの欠点は、開発力のなさだと感じている。だいたい、SoC メーカが出す ベースをカスタマイズして 終わりみたいな ... 。SoC メーカ自体がどれぐらい開発力があるかについてもちょっと怪しい。

      『MIPS の アプリ対応が進む』までは、コスパとこれぐらいしか、優位に立てる要素がないのだ。『MIPS の アプリ対応が進んだ』後は、これが優位として残る。... といいなぁ。

      2012年は、xburst1 の 新CPU 以外に xburst2 が予定されている。開発力が分散されてしまうと、思惑通りにならないかも知れない。これが、不安材料。

    2012年の CPU

      ARM について言えば、Rockchip RK2918 と AllWinner A10 の 2つが、優勢だった。特に A10 は人気だった。これらは、両方共最新ではない Cortex-A8 コア。A10 が人気だったのは、動画再生能力や消費電力で優位だったから。

      2012 年になると Cortex-A9 Dual Core に切り替わるだろう。これらに対抗するのが xburst1 40nm ということになりそうだ。

      xburst1 だと Cortex-A8 コアに若干劣るぐらいの性能。SMP がちゃんと使えれば、周波数の差でなんとか対抗出来る感じ。問題は製品が出荷される時期だが、Rockchip / AllWinner には先んじるはずだ。

      xburst2 が 2012年中に出るかどうかは、怪しい。とりあえず、2013年早々だとだと思っておこう。 とい言ってもどうなるか予想できない。Allwinner なんて A10 が出るまで無名だったし。

      Ingenic にしても、JZ4770 が出るまで 低価格タブレットの一角を占めるなど予想できなかった。むしろ JZ4760 しか出せなかった時点で 終わったと思ったものだった。

    追記: FREE WING さんとこの情報が更新

      かなり詳しく情報が載っている。

      ICS での日本語フォント インストール方法とか、要チェック。

      中でも気になったのは、不具合とファームウェアに関するもの。

        ●Novo7 Basic 問題発生

         P1) 画面が固まってハングアップ(死机)
         P2) 画面が乱れてハングアップ(花屏)
         P3) 画面の表面パネルの端が浮き上がる(翹屏)
         P4) タッチパネルの端を押すとギシギシ音がする(P3と関連)(響屏)

         NOVO7にはこの問題が多く発生しています。私の買った物も同様の問題が発生しました。
         P3と P4は「中華品質」と言う事で許容と言うか「納得」できますが、P1と P2は許容できないので新品交換をしようとしましたが、ファームの更新で改善出来る様なので様子見をします。とりあえず、現時点では安定した「製品」とは言えない感じです。

         その他にも掲示板などの情報では下記問題も多く出ているようです。
         P5) 液晶ドット抜け・常時点灯

         ※ この製品を扱う販売店はサポートが大変な感じがします。
         ※ その他、処理の負荷状況?で「キューキュー」鳴きます

        ●Novo7 Basic用の各種ファームウェア
        Froyo
         Android 2.2.1 2011/11/08版(最終版) ハングアップ多発

        HoneyComb
         Android 3.2 2011/11/25版 ハングアップ多発
         Android 3.2 2011/12/15版 ハングアップ改善?

        Ice Cream Sandwich ICS
         Android 4.0.1 2011/12/21版(初期提供版) ハングアップ改善?

      なんだか、まだまだな感じ。継続的に開発してくれるなら、まぁ許容できないことはないが...

    新機種の価格

      android-sale.com でリストが出ている。

      http://android-sale.com/ainol-novo7-aurora-android-tablet.html
      http://android-sale.com/ainol-novo7-advanced-ii-7-inch-android-ics-tablet.html

      などを見るとCPU は、1.5GHz powerful processor なんてぼかして書いてある。

      とりあえず価格をチェック。

        paladin $90
        basic $100
        advanced II $150
        wizard $170
        aurora $200

      basic が、600元 だとすると aurora は 1200 元ということに。-- 赤札天国だと通常価格は 2万円超えそう。予約特価で 2万円を切る感じか。

      クラムシェルなら 決まった体勢で見るから IPS でなくとも良いのだが 、タブレットは IPS が欲しくなる。高くとも aurora か。

        もうちょっと安いような気もするが、大差はないだろう。たぶん、赤札天国の予約特価に釣られることになりそうだ。

      advanced II が 900 元? なんか高い。

      メモリが DDR3 1GB だそうだから多少高くなるのは良いとしても ... それでも Allwinner A10 では高すぎ。これにまで、1.5GHz powerful processor なんて書いてあるし、最初の予想通り MIPS ?

      ... といっても 液晶がグレードアップしてたりしないと、買うメリットなさそうだ。

      もし、MIPS なら、基板が共通とかの理由があるのだろう。そうなると従来機とは違う液晶を採用してもおかしくはない。

      もし MIPS でないなら、MIPS が失敗したときの押さえの機種? そうであれば、液晶を換装して aurora/wizard クラスをすぐ出せるようにしているに違いない。

      発売日(うわさ, FREE WING さんとこから)

      極光:1月15日 (aurora)
      精靈:1月15日 (wizard)
      巫師:1月15日 (なにこれ?)
      領先2:2月1日 (advanced II)

      3 機種が 1/15 ってことは、CES 発表待ちの機種ということだろう。
      そういえば 新型筐体の basic があったはず。それが、上記で Advanced II と書かれたやつで 巫師 では?

      そして 真の advanced II (Allwinner) は別にある ... とか。

      ところで、意味的には 巫師 == Wizard 。精靈 は Elf , Spirit あたり。

      まぁ 騎士が paladin になったから、どうなるか分からないが。

    Ainovo の新機種 とか

      Ainovo ブランドから Swordman , Legend が出る。

      Swordmanは、Paradin タイプの筐体で、1024x600 の LCD 。さらに、フロントカメラと HDMI 出力がついたもの。

        よく見たら Paladin とは違う。Paladin は枠があるが、これはない。

      Legendは、Basic タイプの筐体で、1024x600 の IPS LCD 。あとスタンドがついている。

      この2つは、JZ4770 で CPU には変更ない。価格も あまり高くならないらしい。(Paladin/Basic に対してそれぞれ + 10-15 ドルとのこと)

      さらに FREE WING さんとこの情報では、Aurora 799元, Wizard 699 元, Advanced II , 599元で、いずれも Allwinner A10(?) とのこと。そして MIPS 機は、2月。

      いったいどういうこと? そして、同じ 7 インチでどれだけの機種が出ることになるのか?

      http://android-sale.com/?android_product_manufacturer=137

      の内容が変わっている。aurora/wizard が消えて swordman/legend になっている。advanced II はそのまま。basic は値上げ。

        paladin $90
        basic $100
        basic $110
        advanced II $150
        swardman $150
        legend $170
        wizard $170
        aurora $200


      ガセネタを元に 予約取っていたわけではないだろう。急遽予定が変わった?

      価格差から考察してみる。legend - basic が $60 。液晶しか違わないとすると IPS 液晶で +$60 。swardman - paladin も $60 だが、カメラ + HDMI コネクタ等が違う。IPS でなくとも 1024x600 の液晶は高い? .. そんなはずはないと思うんだが?

      swardman - basic としても $40 。swardman は割高なのか?

      aurora - legend が $30 。メモリ 1GB (+ 512MB) 分のみなら高すぎ。+ CPU のグレードアップ分でこんなものか?

    2011 CES

      CES が始まったのだが ... Ingenic の情報が少ない。新CPU の発表はなし?

      Ingenic Semiconductor、MIPSベースXBurst搭載$120のAndroid 4.0タブレットを用意

      この記事ぐらい?

      $120 って何? swordman ぐらいしか該当しそうなものはないのだが ... basic のことだと萎える。

      ところで、Xburst の CPU (タブレット?) を 中国市場で100万ユニット/四半期 を目標にしているとのこと。

      ちょっと調べたのだが、タブレットは iPad を含め 150 万台/四半期 の市場規模だそうだ。実際は この倍ぐらいな気がするが ... それでも 100万ユニット/四半期 とは無謀な目標に見える。スマートフォンは 1000万台/四半期 以上だったと思うので これも含めれば 無謀とまでは言えなくなる。

      とは言えかなり大胆な計画のようだ。

    Ainol から 公式記事が出ている

      http://www.ainol.com/plugin.php?identifier=ainol&module=article&action=info&articleid=414

      Ainol が公式の記事を出した。Advanced II / Wizard / Aurora とも Allwinner A10 (?)。

      全部 ボタンがなくなったタイプで swordman のような筐体。

      これで確定。

      Aurora 799元 も合っているかも知れない。これだけ安いと Advance 以上に評判が良くなりそう。といっても ICS だそうだから、ファームウェアの完成度が少々不安。

      Ingenic はどうした? 40 nm の CPU は? ひょっとして出せなかった?
      CPU 自体は作れても、カーネルが間に合わなかったという可能性もある。

      いずれにしても、チャンスを逃したのでは? これでどうやって 100万ユニット/四半期 を狙えるんだろう?

    筐体のタイプ


      basic paladin swordman legend

      W 112 110 120 111
      H 187.5 176 189 187
      D 12 13.2 11.5 13

      ainovo でスペックは出ているのでサイズをチェックしてみた。

      basic をベースにして見ると paladin は幅が若干短く 縦は 10mm 以上小さい。
      legend は basic に近いが スタンドのためのスペースの分 暑みがある。
      あと paladin のみ枠がある。

      swordman が新タイプで、aurora とかと同じっぽい。幅が 結構増えている。
      あと このタイプはメクラ蓋が側面にない。裏面にもネジ穴らしきものが見えない。
      -- どうやって分解するのだろう?

      あと、swordman/legend は共にフロントカメラが 2.0MP 。たぶん aurora なども 同じだろう。

    pandawill でも予約開始


             FreeShipping
      aurora $200
      elf $180 (旧 wizard ?)
      advanced II $140
      paladin $104 (参考)

      pandwill の場合 FreeShipping で送料が含まれている。android-sale.com とは違う。
      スペックは Allwinner A10 1.2 GHz 、aurora/elf は RAM 1GB 。

      paladin が 通常 $89 だとすれば、送料分は $25 ぐらいと見積もれる。

      とりあえずそう考えると 本体価格は aurora で $175 , elf が $155 , advanced II が $115 。思ったより高いものの aurora が 15600 円 ほどで入手できるのは確か。

    新機種 FIX

      赤札天国でも 予約が始まり 新機種は 次のものに定まった。

      Allwinner A10:
    • novo7 advanced II (800x480) RAM ? 699 元?
    • novo7 wizard (1024x600) RAM 1GB 799 元?
    • novo7 aurora (1024x600 IPS液晶) RAM 1GB 999 元?

      Ingenic JZ4770(MIPS):
    • novo7 paradin (800x480) RAM 512MB 499元
    • novo7 swaordman (1024x600) RAM ? 
    • novo7 legend (1024x600 IPS液晶) RAM ? 

      生き残っている basic も含めると 7inch のみで 計 7 機種。そして 新 CPU は出なかった。

        Ingenic の計画では 2 世代分の CPU が 2012年になっているし、数ヶ月後にはさらに新機種が出るだろう。だが、しばらくは考えないでおこう。

      しかし、これほどの機種を出すのは、一体どういうことなのだろう?

      A10 の場合、筐体もメインボードも共通だから作るだけなら 設計コストはあまり増えない。色違いのモデルを出すのと同じ感覚だったりするのだろうか? swordman を追加するとしても メインボード分のみで済む。ファームウェアも既にベースがあるから、あまりコストが嵩まないと見ておこう。

      つまり、この 4 機種は、従来の basic/advance のような兄弟機。だが、paladin と legend はちょっと違う。それぞれ専用の筐体だ。paladin は、普及を狙った低価格機で数が出るんだろう。専用のデザインでも不思議ではない。

      不思議なのは、legend 。なんでこれだけ違うのだ?

      一見すると basic/advance と同じように見えるが、USB コネクタが付いていたり、スタンドが付いていたりして、メインボードも筐体も違う。

      どうも卓上に置いて キーボードやコントローラをつなぐような使い方を想定しているようだ。そういえば、basic/advance は持つところがなくて困ったのだが、もともと 卓上に置くのがメインだと想定していたのかも知れない。で、評判が悪かったので 一般的な形状の aurora タイプにした。一方で卓上での使い勝手を良くした legend も作った。 ... というところか。

      paladin は、持って使うのを追求した感じがする。枠は持ちやすくしている要素だし、幅が一番狭く 片手で掴むのにも向いている。

      一応、特徴を出そうとしているのは いずれも MIPS 機であり、未だ ainol は MIPS の方を向いている ... と思っておこう。

      ところで、aurora タイプ は、スマートになった代わりに メクラ蓋がなくなっている。はめ合わせ式?
      IPS液晶 や 1024x600 の液晶のほうに気をとられるが、デザインは昔に戻ったような。分解できないし、いじる要素が減った。

      paladin は、実は面白いかも知れない。ハンドル付きのケースとかクラムシェル用のケースがサードパーティから出たりして... という展開は無理なんだろうか? 数が出て 長期間売られればあるいは ... という気がする。もっとも内部に隠れた USB HOST コネクタがないと厳しいかもしれないが。

        追記:

        http://bbs.imp3.net/thread-10540339-1-1.html

        ここに paladin の分解写真がある。



        内部には、USB 引き出し用らしき 4pin コネクタのパターンがある。これは改造の楽しみがありそう。Bluetooth を内蔵するようなことも出来そう。ただし 12Mbps で HI-Speed ではないはずだから、Wifi などはむり。

        ただ、位置関係から、抵抗式 タッチパネルのコネクタという気もする(これも 4pin)。その場合 JZ4770 の タッチパネルインターフェイスに接続されていることに。

      そうそう、800x480 で良いから IPS 液晶が改造パーツで出ないものかとも思う。

    Aurora の詳細

      ここに出ている。

      殻割写真とかもある。

      ところで、筐体の リアケース? (プラスチックの部分) は、Aurora / それ以外で違う。
      コネクタ位置も違うから Aurora のメインボードは 専用設計のようだ。

      あと、basic / legend の フロントの部分 (液晶側のケース) は 同じように見える。
      ここだけは共通化しているのか。

    追記: 2012/1/18

      Aurora の価格は、Pandawill が $167.99 (13500円ぐらい)になった。赤札天国も 14,780 円 での予約特価。ここから考えると 899元 ? さて、2 月になると思われる Swordman/Legend だが、これより安いのだろうか? 書いてあるとおり JZ4770 なら安くなくては おかしい。
      Elf が Pandawill $147.99/赤札天国 12900円だから Sowrdman なら 1000円-2000円ぐらい安くならないと。 Legend は 筐体が違うしわからないが、せいぜい Aurora と同じでないと。

      ただ、すぐにでも出せそうなのに 2月になってしまうのはどういうことだろう? これだと xburst1 40nm の機種 発売までの間隔が短くなってしまう。発売を遅らせて 新CPU に切り替えだと嬉しいのだが ... 。

      /proc/cmdline を見なおしたのだが、cpu_version=jz4770v1 という指定がある。ひょっとして 40nm 版は v2 なのだろうか?

    追記: 2012/3/7

      Swordman , Legend が出ない。これはもう 出ないんじゃないかと思えてきた。もうタイミングを逸しているだろうから仕切り直すに違いない。

      aurora は評判良いようで、そちらに注力? ただ、入手難みたいだし 実際に数が出ているのかどうかは、よくわからない。

      ところで、なにやら妙に安いタブレットが出てきている。

      ひとつは、LingYunXianFeng の LY-F2S

      Allwinner A10 512MB で $62(388元) 。写真を見るとコネクタが多い。USB Host もあるような感じ。

      いったいどうやったらこの価格で出せるのか? と思っていたら、インドネシアのメーカから $33 のタブレットが ... 情報元は MIPS の ニュース・リリース 。$33 というのは、販売促進のための特別価格 ということだそうだ。

      問題の CPU については、『SpeedUpレジスタードマーク Pad Iceは、1GHz周波数のMIPS-Based XBurstトレードマーク(TM) CPUを利用するIngenic社のJZ4770モバイル・アプリケーション・プロセッサを採用しています。』... ということで (壊れなければ)まともに使えるものになるかも。ちなみに、7inch マルチタッチ・スクリーン 。RAM 容量は 512 MB らしい  → 『SpeedUp Ice Pad : Specification and Price

      なんだか Paladin っぽい ... というかそのもの?

        スペックの方の写真は、カメラ付きだし、たぶん違うもの。そして、バッテリー容量 4100mAH やサイズ 176x110x13 は Paladin と同じような ...

        SpeedUp Pad Ice : Cheap Android PC Tablet こっちは最初の記事だが、写真は Paladin のように見える。

        製品ページ を見ると SpeedUp Pad と SpeedUp Pad Ice の 2 製品がある。Ice の方が Paladin 似で $33 。

      あと Ingenic 関係では、別のニュース・リリース も。

      Altair社の FourGee LTEチップ と接続するインターフェイスを追加した CPU を出すという意味らしい。たぶん 40nm のやつに採用されるのだろう。

        追記:
        LY-F2S は、pandawill で既に扱っていた。$96.99 (送料込み)。Paladin が $99.99 だから確かに Paladin より安い。Paladin にはない HDMI , USB HOST , (0.3mpixel だが)カメラが付いている。バッテリーは 3000mAH 。$62 というのは、セールかなにかの価格のような気がする。正規品だと $70 台という感じ。

    2012/4/12

      novo7 の新機種がまたまた出るそうだ。

      今度は Amlogic で Tornado (8726-M3L), Mars(8726-M3), Elf2 (8726-MX DualCore)。

      Aurora は人気があったものの製造上の問題を抱えていた。仕切りなおすのはおかしくはないが .... それにしても ... これだけチップを取り替えてちゃんとメンテナンスできるものなのだろうか?

      あるいは、ソフトウェアはチップメーカまかせだからこういうことになるのだろうか?

      さて、今年は、中華タブレットも Cortex-A9 Dual Core になってくるようだ。Allwinner は、Dual core が出せなかった?

      あと、今年は、ローコストのチップも出てくる。Allwinner A13 , RK2906 , TCC9823(Cortex-A5) 。共通点は Mali-400 。特に Rockchip は、GC800 からの乗り換え。

      これ以上 800x480 7inch を出してもしかたがないように思えるし、ローコストといっても 1 ドル2ドル安いだけのような ...

      ところで、Ingenic はどうなるのだろう? 以前のニュース・リリースによると、今年の第2四半期に、LTEを搭載したバージョンのサンプル出荷、2012年下半期に量産出荷だそうだ。新チップだから 40nm の SMP ?

      2012年下半期というと 6 月〜 もうすぐではないか。もっとも 40nm にして もともとの Dual Core を SMP として使えるようにするだけだから、作るのは可能だろう。

      ただ、単なる Dual Core なら Cortex-A9 dual に性能で負けるし、GC-860 も Mali-400 に水を空けられている。消費電力あたりの性能なら結構良さそうだが ...

      mips が 正規NDKに入ったようだし、Ingenic には持ちこたえて欲しい。

    追記: 2012/4/24

      Philips から Jz4770 を使った端末が出ているそうだ。

      Philips、MIPSベースのCPUを搭載したAndroid 4.0タブレットを発売

      1024x600 TFT(not IPS) の PI3800B2 が 1399元と Aurora より 高価 だが、有名メーカ製としては 格安?

      Wi-Fi b/g/n、Bluetooth 2.1+EDR というのは、嬉しい機能かも。

        追記: 2012/5/14 現在 taobao で 売られている。価格は 横ならびで 1299元。メモリは 512MB , Flash 8GB , バッテリー 4000mAH だそうだ。

      1.8 Million MIPS-powered Tablets Shipped to Date

      あとこんな記事が ... そうか ほぼ Paladin だけで 180万 台も出たのか ... これなら次はちゃんと出そうで安心した。

    Ingenic その他の話題 (2012/05/14)

      ぼちぼち JZ4780 という名前が聞かれるようになった。2012/9月に 出るとのこと。上記 LTE 関係では、Q2 サンプル Q3 リリースとなっていたが、少し遅れる?

      JZ4780 の CPU は Xburst1 で JZ4770 から想像できる範囲の性能になりそう。あと、GPU は、GC1000 あたり? これも Mali 400 に差を付けられそうな気がする。総合的には、そこそこの性能に低消費電力 ということになりそう。ただ、メモリコントローラは、JZ4770 はいまいちだったから なんとかして欲しいところ。DDR3 には対応するだろうが、バンクを活用できるようなものになるのかどうか?

      心配なのは、どこがタブレットを出してくれるのか? という点。ainol でも悪くはないが、ainol は、ラインナップがすごいことになっている。他に喜んで出してくれるところがあるのだろうか? あったとしても ファームウェアとかソースコードとか ちゃんと更新してくれるのだろうか? 結構不安だったりする。
    posted by すz at 12:35| Comment(6) | TrackBack(0) | android