new android repo : googlesource

1. android source 由 kernel.org 改 googlesource
2. git: 改 https:

repo init -u https://android.googlesource.com/platform/manifest.git -b ginerbread repo sync
要是 sync 的時候出現 ../platform/bionic is not a valid git host 之類的，是 repo 太舊。
請重新抓一份下來：

從自己的 git server 加入 freescale 10.3.2 的 patch

follow user guide，從 gingerbread 作 base： repo forall -c 'git checkout gingerbread' 但是有一些 project 是額外 clone 的，所以沒有 gingerbread 這個branch。

checkout korg/master

都做完後，repo branch 列出

*  gingerbread               | not in:
                                   RTK
                                   bootable/bootloader/uboot-imx
                                   device/fsl
                                   external/alsa-lib
                                   external/alsa-utils
                                   external/linux-atheros-wifi
                                   external/linux-firmware-imx
                                   external/linux-lib
                                   external/mtd-utils
                                   external/qemu
                                   external/systemtap
                                   external/wpa_supplicant_ath
                                   hardware/alsa_sound
                                   hardware/mx5x
                                   kernel_imx
                                   sdk
                                   system/dispd
                                   system/wlan/atheros

結果 .. cts 出現 fail: fatal: bad object 99ca2c610588d9f690d8738d965837607641153f Error! Base version commit 99ca2c610588d9f690d8738d965837607641153f doesn't exist in git /home/charles-chang/demo10.2/cts. Stop ref: http://androidxref.com/source/history/cts/

那個 rev 是6月，local 的 history，最後一個 rev 是 5 月，所以不夠新 ...

把 aosp 加入 remote repo: cd cts git remote add aosp https://android.googlesource.com/platform/cts git fetch aosp checkout aosp 的 gingerbread git checkout aosp/gingerbread 繼續作 c_patch，出現： Warning: The following NEW gits exist already in your work tree and will be removed firstly. external/linux-lib external/linux-firmware-imx external/linux-atheros-wifi external/wpa_supplicant_ath system/wlan/atheros hardware/mx5x external/systemtap system/dispd device/fsl Continue? [yes/no] 回答 yes 後他會繼續...
switch to bas rev
apply patch
...一堆 warnning error : white space....

然後就出現 success..

用 repo 看每一個 project，好像只有修改的過的會 新增 imx_r10.3 這個 branch...

所以把所有 project 都 checkout 一個 imx_r10.3 branch

但是因為 manifest.xml 沒有列入以下 project，所以要手動(?) * imx_r10.3 | not in: device/fsl external/linux-atheros-wifi external/linux-firmware-imx external/linux-lib external/systemtap external/wpa_supplicant_ath hardware/mx5x system/dispd
接著上 10.3.1 的 patch..

---

有點麻煩，要自己一個一個作：

先找出所有的 XXX.git folder，follow 這個 list 的順序： find . -type d -name '*.git' ./kernel_imx.git ./device/fsl.git ./platform/bootable/recovery.git ./platform/bootable/bootloader/uboot-imx.git ./platform/development.git ./platform/packages/apps/Browser.git ./platform/packages/apps/Music.git ./platform/packages/providers/MediaProvider.git ./platform/libcore.git ./platform/hardware/alsa_sound.git ./platform/hardware/mx5x.git ./platform/external/linux-lib.git ./platform/frameworks/base.git ./platform/system/core.git ./platform/build.git

依照user guide，一個一個去產生 series。
然後依照順序，一個一個去上..
為了和原來的區分，上之前先 checkout -b imx_r10.3.1

完成，全部都 checkout 一個 imx_r10.3.1 branch (以後先作?)

follow user guild，刪掉 device/fs/propertietary/omx/*
然後 copy imx-android-r10.3.1/code/r10.3.1/device/fsl.git/device_fsl_proprietary_omx/* 的 lib registery folder 過去。
commit

應該算完成，接著 apply 10.3.2..

---

HUAWEI T1731 3.5G Dongle

kernel log on plug-in [28365.656849] usb 2-1.1.4.2: new high speed USB device using ehci_hcd and address 27 [28365.767190] usb 2-1.1.4.2: New USB device found, idVendor=12d1, idProduct=1446 [28365.767198] usb 2-1.1.4.2: New USB device strings: Mfr=3, Product=2, SerialNumber=0 [28365.767202] usb 2-1.1.4.2: Product: HUAWEI Mobile [28365.767207] usb 2-1.1.4.2: Manufacturer: HUAWEI Technology [28365.767413] usb 2-1.1.4.2: configuration #1 chosen from 1 choice [28365.769240] scsi27 : SCSI emulation for USB Mass Storage devices [28365.769394] usb-storage: device found at 27 [28365.769398] usb-storage: waiting for device to settle before scanning [28365.769574] scsi28 : SCSI emulation for USB Mass Storage devices [28365.769824] usb-storage: device found at 27 [28365.769828] usb-storage: waiting for device to settle before scanning [28366.721210] usb 2-1.1.4.2: USB disconnect, address 27 [28370.522478] usb 2-1.1.4.2: new high speed USB device using ehci_hcd and address 28 [28370.633030] usb 2-1.1.4.2: New USB device found, idVendor=12d1, idProduct=1436 [28370.633036] usb 2-1.1.4.2: New USB device strings: Mfr=4, Product=3, SerialNumber=0 [28370.633040] usb 2-1.1.4.2: Product: HUAWEI Mobile [28370.633043] usb 2-1.1.4.2: Manufacturer: HUAWEI Technology [28370.633208] usb 2-1.1.4.2: configuration #1 chosen from 1 choice [28370.637030] scsi34 : SCSI emulation for USB Mass Storage devices [28370.637157] usb-storage: device found at 28 [28370.637161] usb-storage: waiting for device to settle before scanning [28370.637658] scsi35 : SCSI emulation for USB Mass Storage devices [28370.637854] usb-storage: device found at 28 [28370.637857] usb-storage: waiting for device to settle before scanning [28370.750490] usbcore: registered new interface driver usbserial [28370.750563] USB Serial support registered for generic [28370.750687] usbcore: registered new interface driver usbserial_generic [28370.750689] usbserial: USB Serial Driver core [28370.806183] USB Serial support registered for GSM modem (1-port) [28370.806410] option 2-1.1.4.2:1.0: GSM modem (1-port) converter detected [28370.806599] usb 2-1.1.4.2: GSM modem (1-port) converter now attached to ttyUSB0 [28370.806673] option 2-1.1.4.2:1.3: GSM modem (1-port) converter detected [28370.807393] usb 2-1.1.4.2: GSM modem (1-port) converter now attached to ttyUSB1 [28370.807424] option 2-1.1.4.2:1.4: GSM modem (1-port) converter detected [28370.807539] usb 2-1.1.4.2: GSM modem (1-port) converter now attached to ttyUSB2 [28370.807591] usbcore: registered new interface driver option [28370.807596] option: v0.7.2:USB Driver for GSM modems

Android System Shutdown -- code trace

在 frameworks/base/core/java/com/android/internal/app 有一個 ShutdownThread.java

這邊有說明一下 shutdown process:

1. http://kobablog.wordpress.com/2011/07/16/shutdown-sequence-of-android/
2. http://hi.baidu.com/jsxhxcq/blog/item/0933ae618376f0e8f6365451.html

使用標準的 shutdown process的話，app 還可以收到 shutdown message:
http://stackoverflow.com/questions/5076410/how-to-know-device-is-power-off

copy 一下 回答的部份：
public static final String ACTION_SHUTDOWN Since: API Level 4 Broadcast Action: Device is shutting down. This is broadcast when the device is being shut down (completely turned off, not sleeping). Once the broadcast is complete, the final shutdown will proceed and all unsaved data lost. Apps will not normally need to handle this, since the foreground activity will be paused as well. This is a protected intent that can only be sent by the system. Constant Value: "android.intent.action.ACTION_SHUTDOWN" This would appear to be it? I just Googled your command and it was on the Standard Broadcast Actions list. :
ref: http://developer.android.com/reference/android/content/Intent.html#ACTION_SHUTDOWN

my hero mantain log - 恢復 official 2.1

因為改了 font，竟然導致 開機 fail -- 開到 hTC ...就停了

這時候連上 PC，沒有動作，裝了 HTC Sync 後才有 (猜是 usb pid/vid)。

然後值行 download 下來的 RUU.exe ，竟然可以動 (猜是 HTC sync 有連上 adb)。
RUU 執行，說明是 .4，要升(?) 級到 .1 (?)，回答OK後，自己進入 HBOOT，
update ok 後，自動重新開機，回到官方 2.1。

開機都開完後，關機，
按著 HOME Key 開機，結果出現 紅色三角。
接著按 Volume UP + Power，嘗試進入 recovery，...
出現：

Android ststem recovery < 2e >

follow instruction，reboot system。

插入 SIM card 開機，enable 3G data --- 出現 OTA, 升級到 .4 的通知。

確認，自己 reboot，然後是 progress 圈圈....
等一陣子後，就是.4 版了。

---

之後 SD card 正常使用，Google Acccount 設定後，Market 可以用，install facebook, google+ 都 OK。
google map 與定位也 OK (但是功能和畫面不太一樣)。

應該算是正常使用了。

所以接下來就是作 backup. 和 root(?).

---

開機時按著 "HOME" 就是進入 Recovery Mode。
bootloader load 會是 recovery image。

上面的紅色三角+驚嘆號 就是 HTC 官方的 recovery image。
所以手機要先root，然後把 燒rom 用的 recovery image copy 到 recovery partition，
覆蓋掉原來的

手機mantain : 一些 hero rom 與更新bookmark

官方：

很有趣，從 RUU 中找出 rom : http://www.diypda.com/forum.php?mod=viewthread&tid=140722

01 的，官方2.1rom, recook: http://www.mobile01.com/topicdetail.php?f=566&t=1693403&p=103

01 上RUU (不知道是不是最新) : http://www.mobile01.com/topicdetail.php?f=566&t=1674071

非官方, 2.2, 2.3:

原始 XDA 大概是在： http://forum.xda-developers.com/showthread.php?t=932377

elelinux 中文版說明： http://gphonefans.net/thread-28341-1-1.html

同樣是 elelinux，大陸人的說明 (有點亂，但是有一點評側) : http://bbs.hiapk.com/thread-1864963-1-1.html

中文輸入法： http://devilmen.blogspot.com/2011/01/cedime-for-android.html

01 的，結果好像都不怎麼 OK : http://www.mobile01.com/topicdetail.php?f=566&t=2234395&p=1

01 的另一篇，教刷機：http://www.mobile01.com/topicdetail.php?f=566&t=1989203&p=1

xda 上的另一個 rom - zero: http://forum.xda-developers.com/showthread.php?t=1406532&page=11

兩種 rom : http://blog.xuite.net/diecorroder/withclaire/39127279-%5BHERO+ROM%5D+HERO+2.2+%E6%95%88%E8%83%BD453%E5%88%86!+Tegro+2.1+%2F+Floyo+1.01+%2F+FROYO_2.2_v2.1+3%E6%AC%BEROM%E7%B0%A1%E5%96%AE%E6%B8%AC%E8%A9%A6!+

01 的，2.2 (3?) : http://www.mobile01.com/topicdetail.php?f=566&t=2141479&p=1

刷 elelinux 後的感想：http://synn-solis.blogspot.com/2010/11/android-hero.html

u-boot boot code -- alter path of boot

boot code trace
cpu/arm_cortexa8/cpu.S 就像是以前 ads 的 startup.S

一開始就是 arm 的 interrupt vector。
後面就是 code.

從 reset 開始。
然後call cpu_init_crit (low level init ?)。
之後就是 relocate。
-- 因為 iMX51 的 bootrom 已經把DDR config 好，並且把 uboot load 到 DDR，所以不用作 reloacate 了。

設定 stack:
sp = _TEXT_BASE - #CONFIG_SYS_MALLOC_LEN - #CONFIG_SYS_GBL_DATA_SIZE - 12

clear bbs: __bss_start -- __bss_end 的區域都填 0

run board_mmu_init.
這段code 要參考 Reference Manual Chapter 2 : Memory Map. 對照 Physical Address 的內容 (其實註解已經寫得很清楚)
/* Actual Virtual Size Attributes Function */ /* Base Base MB cached? buffered? access permissions */ /* xxx00000 xxx00000 */ X_ARM_MMU_SECTION(0x000, 0x200, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* ROM */ X_ARM_MMU_SECTION(0x1FF, 0x1FF, 0x001, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* IRAM */ X_ARM_MMU_SECTION(0x300, 0x300, 0x100, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* GPU */ X_ARM_MMU_SECTION(0x400, 0x400, 0x200, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* IPUv3D */ X_ARM_MMU_SECTION(0x600, 0x600, 0x300, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* periperals */ X_ARM_MMU_SECTION(0x900, 0x000, 0x1FF, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM */ X_ARM_MMU_SECTION(0x900, 0x900, 0x200, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM */ X_ARM_MMU_SECTION(0x900, 0xE00, 0x200, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ X_ARM_MMU_SECTION(0xB80, 0xB80, 0x10, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* CS1 EIM control*/ X_ARM_MMU_SECTION(0xCC0, 0xCC0, 0x040, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* CS4/5/NAND Flash buffer */
其中 X_ARM_MMU_SECTION 的內容，跟 MMU 的spec 一樣，一個 entry 是 1M ，所以： #define X_ARM_MMU_SECTION(abase, vbase, size, cache, buff, access) \ { \ int i; int j = abase; int k = vbase; \ for (i = size; i > 0 ; i--, j++, k++) \ ARM_MMU_SECTION(ttb_base, j, k, cache, buff, access); \ }
根據 size 以 1M 為單位，把所有的 table entry 都設完。
-- 因為 MMU 的 translation 是把bit20~31 拿去作 translate。所以單位是 1M (0~19 bit).

1. 關於 mmu section translation 可以google 一下：https://www.google.com.tw/search?q=arm%20mmu%20section%20translation&um=1&ie=UTF-8&hl=zh-TW&tbm=isch&source=og&sa=N&tab=wi&ei=3NSDT_-eJaz0mAWizJW4Bw&biw=1366&bih=630&sei=-dSDT8-LEMycmQXnquSyBw

這 code 跟 spec 的圖結合在一起： union ARM_MMU_FIRST_LEVEL_DESCRIPTOR { unsigned long word; struct ARM_MMU_FIRST_LEVEL_FAULT fault; struct ARM_MMU_FIRST_LEVEL_PAGE_TABLE page_table; struct ARM_MMU_FIRST_LEVEL_SECTION section; struct ARM_MMU_FIRST_LEVEL_RESERVED reserved; }; 是 UNION.
ref : ARM processor MMU -- level one descriptor 的圖。

之後就可以啟動 MMU。

然後執行 start_armboot()。

---

start_armboot()準備 gd_t (globale_data) 的空間，然後用類似 linux init 的方式 call init function (這裡是手動): for (init_fnc_ptr = init_sequence; *init_fnc_ptr; ++init_fnc_ptr) { if ((*init_fnc_ptr)() != 0) { hang (); } } init_fnc_t *init_sequence[] = { #if defined(CONFIG_ARCH_CPU_INIT) arch_cpu_init, /* basic arch cpu dependent setup */ #endif board_init, /* basic board dependent setup */ #if defined(CONFIG_USE_IRQ) interrupt_init, /* set up exceptions */ #endif timer_init, /* initialize timer */ env_init, /* initialize environment */ init_baudrate, /* initialze baudrate settings */ serial_init, /* serial communications setup */ console_init_f, /* stage 1 init of console */ display_banner, /* say that we are here */ #if defined(CONFIG_DISPLAY_CPUINFO) print_cpuinfo, /* display cpu info (and speed) */ #endif #if defined(CONFIG_DISPLAY_BOARDINFO) checkboard, /* display board info */ #endif #if defined(CONFIG_HARD_I2C) || defined(CONFIG_SOFT_I2C) init_func_i2c, #endif dram_init, /* configure available RAM banks */ #if defined(CONFIG_CMD_PCI) || defined (CONFIG_PCI) arm_pci_init, #endif display_dram_config, NULL, }; 之後就是一個一個個別 hardware function 的 init... (?為什摩不在 init_sequence[] 裡作？)

然後 call check_recovery_mode()
最後是 main_loop().

---

check_recovery_mode( ) 就是偵測 hardware pin，然後call setup_recovery_env( )。
單純操作 env: void setup_recovery_env(void) { char *env, *boot_args, *boot_cmd; int bootdev = get_boot_device(); boot_cmd = supported_reco_envs[bootdev].cmd; boot_args = supported_reco_envs[bootdev].args; if (boot_cmd == NULL) { printf("Unsupported bootup device for recovery\n"); return; } printf("setup env for recovery..\n"); env = getenv("bootargs_android_recovery"); /* Set env to recovery mode */ /* Only set recovery env when these env not exist, give user a * chance to change their recovery env */ if (!env) setenv("bootargs_android_recovery", boot_args); env = getenv("bootcmd_android_recovery"); if (!env) setenv("bootcmd_android_recovery", boot_cmd); setenv("bootcmd", "run bootcmd_android_recovery"); }
就是改 bootcmd 為 "run bootcmd_android_recoery"。
這樣之後的 boot process，去 run bootcmd ，就會 run bootcmd_android_recovery.

bluez a2dp sink test

首先是這一篇：http://blog.cyphermox.net/2012/03/call-for-testing-bluez-a2dp-and-hsphfp.html

這樣看起來 bluez 好像可以 support A2DP Sink。
所以稍微查一下，
最後是照著這一篇：http://linuxtoy.org/archives/ubuntu-bluetooth-guide.html

用 blueman pair 後才成功。

---

需要 paluseaudio。

先修改 /etc/bluetooth/audio.conf，在 [General] 後面加上 Enable=SourceL
重新啟動 bluetooth: service bluetooth restart 之後就可以用 blueman (Debian 需要aptitude額外安裝)，Bluetooth Manager的 device 作 search，
Blueman 可以選擇 connect to 的 function ，選 "Audio Source"。
一樣，作 pair, trust，connect 後，在 手機上可以看到 已經和 NB 作 媒體音訊 的連接了。

之後手機就可以播放。

手機連接 A2DP 後，在音量控制部份，會多出一個 entry: Device : Capture : 手機名稱(PulseAudio Mixer)

---

ref:

1. 圖文並茂版：http://ceworkbench.wordpress.com/2011/03/21/configuring-linux-as-an-a2dp-audio-sink/
2. dbus command: http://blog.csdn.net/mayouyang/article/details/5940805

---

不使用 blueman ，手動的部份，參考 ref 2 的後半，還有 http://ceworkbench.wordpress.com/2011/03/21/configuring-linux-as-an-a2dp-audio-sink/

一般的問題都是用 pactl list 找不到 手機 的 source card。
這個 ref 可以看到是用 bluetooth device address 為名。

依照說明，開啟 d-feet，在 device address 的 AudioSource method connect() 按下後，
執行 pactl list | grep Name: 可以看到兩個 entry: Name: bluez_source.5C_B5_24_XX_XX_XX Name: bluez_card.5C_B5_24_XX_XX_XX 這個就是手機連線後，新增加的 sound card 裝置。

follow 說明 load module-loopback 給定對應的 source, sink name ，就可以正確播出聲音了。

.. 我的 pactl list | grep Name: 有關 audio 的是： Name: alsa_output.pci-0000_02_00.1.hdmi-stereo Name: alsa_output.pci-0000_00_1b.0.analog-stereo Name: alsa_output.pci-0000_02_00.1.hdmi-stereo.monitor Name: alsa_output.pci-0000_00_1b.0.analog-stereo.monitor Name: alsa_input.pci-0000_00_1b.0.analog-stereo Name: bluez_source.5C_B5_24_XX_XX_XX Name: alsa_card.pci-0000_02_00.1 Name: alsa_card.pci-0000_00_1b.0 Name: bluez_card.5C_B5_24_XX_XX_XX 所以 load loopback module 的 command 是： pactl load-module module-loopback source=bluez_source.5C_B5_24_XX_XX_XX sink=alsa_output.pci-0000_00_1b.0.analog-stereo
這個command 回 return 一個數字，是 modue 的 index，在 unload-module 時要用。
例如，return 20 的話，unload loopback module 時，要用： pactl unload-module 20

---

這個blog有詳細的 bluetooth, bluez 解說：
http://blog.sina.com.cn/s/articlelist_1613727600_2_1.html

bluez test tool - l2test, l2ping

bluez 有一些 bluetooth 測試的 tool:
像 ping 一樣動作的 l2ping: 先用 hcitool scan 掃一下 附近 device 的 Address 用 l2ping XX:XX:XX:XX:XX:XX 就像網路的 ping 一樣，會回報回應時間。

也有類似 iperf 一樣的 持續 send, rec 的 client -- server mode testing program:
l2test
Usage: l2test [options] [bdaddr] Modes: -r listen and receive -w listen and send -d listen and dump incoming data -x listen, then send, then dump incoming data -t listen, then send and receive at the same time -q connect, then send and receive at the same time -s connect and send -u connect and receive -n connect and be silent -y connect, then send, then dump incoming data -c connect, disconnect, connect, ... -m multiple connects -p trigger dedicated bonding -z information request Options: [-b bytes] [-i device] [-P psm] [-I imtu] [-O omtu] [-L seconds] enable SO_LINGER [-W seconds] enable deferred setup [-B filename] use data packets from file [-N num] send num frames (default = infinite) [-C num] send num frames before delay (default = 1) [-D milliseconds] delay after sending num frames (default = 0) [-X mode] select retransmission/flow-control mode [-F fcs] use CRC16 check (default = 1) [-Q num] Max Transmit value (default = 3) [-Z size] Transmission Window size (default = 63) [-R] reliable mode [-G] use connectionless channel (datagram) [-U] use sock stream [-A] request authentication [-E] request encryption [-S] secure connection [-M] become master [-T] enable timestamps 實際使用：
Server 的 command: l2test -I 2000 -r
Client 的 command: l2test -O 2000 -s XX:XX:XX:XX:XX:XX

---

ref:

1. http://www.jeremythompson.uklinux.net/RH8-0/bluezhowto.pdf

NB A2DP to device ..

00:19:0E:A0:2F:44 2be 用 nb 連 A2DP 的 Sink，播放聲音給他。

好像就是配對成功，
然後 在自己的 HOME 下新增這個 .asoundrc pcm.bluetooth { type bluetooth device 00:19:0E:A0:2F:44 } pcm.!default { type plug slave.pcm "bluetooth" } 那個 device 的 MAC 就是 A2DP speaker 的 MAC。
然後用 movie player 撥就可以
-- 用 VLC 撥，聲音還是在 nb 這邊。

在 VLC -- preference -- Audio 這邊，要選 ALSA 裝置 -- default。

---

ref:

1. http://forum.xbmc.org/showthread.php?tid=103503