學習筆記：Debian on Beaglebone

首先參考 Compile Linux Kernel 3.2 for Arm and Emulate with QEMU 。
這篇文章中不討論 u-boot， 因此編譯的核心是 zImage 而非 uImage。只利用 initramfs 執行一個很小的 init 程式。

安裝 Emdebian Toolchain 。

再來參考 How to Cross Compile Arm Kernel under Ubuntu-10-10 。
這篇講如何編譯 Ubuntu，但是同樣的作法用在 Debian 不成功。末尾說明了如何編從 kernel.org 拿到的核心，到是可以用的。只是沒說明編了 uImage 後要如何和 u-boot 結合。

之後參考 Installing Debian On TI BeagleBone 。
這篇使用 linaro-image-tools 和 live-build，以及 qemubuilder 。
依照文中的方法建造 Debian binary rootfs 不成功。
之後再試建造 u-boot，但之前使用 qemubuilder 失敗過，得到以下訊息，
   FATAL: kernel too old
據說是因 c 函式庫的新舊問題造成，我沒時間思考如何解決，因此先放棄。
建造 kernel 也使用 qemubuilder，因此放棄。
再來是 hwpack。這部份不熟，先擱置。

再參考 BeagleBone Debian Wheezy snapshot armhf based RootFileSystem 。
先取得 cross-compilers：

   $ wget -c https://launchpad.net/linaro-toolchain-binaries/trunk/2013.07/+download/gcc-linaro-arm-linux-gnueabihf-4.8-2013.07-1_linux.tar.xz

   $ tar xJf gcc-linaro-arm-linux-gnueabihf-4.8-2013.07-1_linux.tar.xz

   $ export CC=`pwd`/gcc-linaro-arm-linux-gnueabihf-4.8-2013.07-1_linux/bin/arm-linux-gnueabihf-

確定是 32bit 版本：

   $ {CC}gcc --version

取得最新版的 u-boot：

   $ git clone git://git.denx.de/u-boot.git

   $ cd u-boot/

   $ git checkout v2013.07 -b tmp

patch 後進行編譯：

   $ wget -c https://raw.github.com/eewiki/u-boot-patches/master/v2013.07/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch

   $ patch -p1 < 0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch

   $ make ARCH=arm CROSS_COMPILE=${CC} distclean

   $ make ARCH=arm CROSS_COMPILE=${CC} am335x_evm_config

   $ make ARCH=arm CROSS_COMPILE=${CC}

接下來編譯 kernel，在此不使用作者提供的 git.sh, 因曾無法 git clone 或 fetch from kernel.org 而出問題。而且未來將針對特定的 branch 進行 patch。作法如下：




。不使用文中所用的 git.sh，因此先 clone 之後，修改 system.sh 中的 LINUX_GIT，並且將 scripts/git.sh 中所有從 kernel.org 取得 repository 的程式片段都放在註解中。之後就可以成功編譯。

可惜的是我在成功產生一個  3.2 的 MicroSD 後，以此 MicroSD boot linux，在 boot kernel  階段失敗。當掉的原因是因為我實際上產生的是 3.12 的 kernel 而非 3.2 的 kernel。

在 linux-dev 中執行

   git checkout origin/am33x-v3.2 -b tmp

並在 linux-src 中執行
    git checkout v3.2
後，成功。

再參考 Flashing Ubuntu 13-04 or debian wheezy to the beaglebone black emmc 。

YUI 的 Promise

YUI 的 Promise 用法如下：

var promise = new Y.Promise(function (resolve, reject) {
   // 非同步的呼叫， 當非同步的呼叫完成後，
   // 依結果執行 resolve 或是 reject。
}

在內部的實作中，我們可見 Y.Promise 定義了一個 Y.Promise.Resolver，再使用這個 resolver
來執行以上傳給 Y.Promise 的 function。

fn.call (this, function(value) {
      resolver.fulfill(value);
   }, function (value) {
      resolver.reject(value);
   }
}):

因此可知 resolve(value) 就是執行 resolver.fulfill(value), reject(value) 就是執行 resolver.reject(value)。

所以可把對 Y.Promise 的說明改成如下：

var promise = new Y.Promise(function (resolve, reject) {
   // 非同步的呼叫， 當非同步的呼叫完成後，
   // 依結果執行 resolver.fulfill 或是 resolver.reject。
}

由於看 YUI promise 以上程式時有點吃力，因此將理解記錄於此。

Firefox 18 vs. Chrome 24

我們的產品以網頁為人機界面。這些日子我最關心的事情之一就是 Firefox 在 javascript performance 上的性能提升。雖然 Chrome 的性能已經滿足產品的需求，我仍希望 Chrome 不是唯一的選擇。畢竟，Firefox 在客製化的能力上略勝一籌。

Firefox 18 採用 IonMonkey 為引擎，首次使得我們的產品能在 Firefox 上使用。雖然切換畫面時，仍有延遲，已是很大的進步。

Google 在去年八月提出新的 javascript 速度評估的基準 octane。經瞭解，他的基準包括了以下幾項新的測試：

• Box2DWeb
• Mandreel
• Pdf.js
• GB emulator
• CodeLoad

其中的 Box2DWeb 測試 2D 繪圖能力。Mandreel 測試 3D 繪圖能力。這兩項對我未來的產品都很重要。

Octane 的連結位於：
http://octane-benchmark.googlecode.com/svn/latest/index.html
只要點選以上連結，就可以進行測試。

以下是使用我的筆電針對 octane v1 測試的結果：

測試	測試內容	Chrome 24	Firefox 18
Richards	Core language features	10474	8991
Deltablue	Core language features	13812	11333
Crypto	Bit and math operations	11485	9111
Raytrace	Core language features	14682	6701
EarlyBoyer	Memory and GC	23679	12388
Regexp	Strings and Arrays	3061	922
Splay	Memory and GC	4355	10431
NavierStokes	Strings and Arrays	15017	15418
pdf.js	Strings and Arrays	10237	3913
Mandreel	Virtual machine	10154	6803
GB emulator	Virtual machine	11111	6212
CodeLoad	Loading and Parsing	10444	8634
Box2DWeb	Bit and math operations	11667	7325

可以看出 Firefox 18 和 Chrome 24 仍有很大差距。

不過，Mozilla 的團隊每日比較 Firefox 和 Chrome 的性能（http://arewefastyet.com/）， 從 2012 年十二月到 2013 年二月初，可以見到 Firefox 一路迫進 Chrome 的性能。該說唉呀已經達到  Chrome 的 90% 的速度了。想來，我的產品上切換畫面的延遲可能已得到解決，只是還得等到 Firefox 19，20。但是，是不是有可能更好，進而和 Chrome 平手？

似乎是可能的。Firefox 的 Generational GC 尚未完成。它的完成將帶來 Firefox 性能的再次提升。

WebM 初探

最近研究 WebM，尤其是其 encoder 的部份。以下說明我研究的結果：

Firefox 和 Google Chrome 都使用 WebM project 的 libvpx 函式庫來處理 WebM。WebM 包括了 video 和 audio 兩個部份，video 部份使用 VP8 video codec，audio 部份使用 Vorbis audio codec。這兩個部份被放在 container 內。Container 的設計參考了 Matroska container。

libvpx 內的 simple encoder 範例讀取了 YV12 檔案，編碼成 IVF 檔案。

YV12 是 YUV 的一種。YUV 是編譯 true color 顏色空間的種類。YUV 發明於黑白電視和彩色電視的過渡期，為了訊號能和黑白電視相容，不採用 RGB 的編碼，而採用 YUV，Y 代表明亮度，也就是給黑白電視的訊號。UV 則是色度、濃度。

IVF (Indeo Video Format) 是 Intel 開發的格式，在 1990 年代很流行，後被 MPEG 標準打敗。IVF  在 WebM 計劃中被用來傳送 raw VP8 data。