Intel 的 cpu 可以用 speedstep-centrino 這個 module 來啟用 speedstep 功能，目前支援的是 Banias CPU ，Dothan CPU 要從 ACPI 取得電壓表才能支援，不過很不幸的是大多數的筆電都拿不出這個表，雖然 intel 有放出 data sheet ，也有人寫出 patch 把表內建在 module 中，但是因為沒辦法在執行的時候知道 VID# 要用什麼模式，所以 developer 傾向不 apply 這些 patch…
這些 patch 從 2.6.8-bk 就存在了，目前 2.6.16 仍然適用，但是就是沒辦法進到 vanilla kernel
想要用的人可能要自己 search 一下，目前我的筆電還是要靠這個才能啟動 speedstep…
參考資料：lkml archive
今天手動整理了一下 OpenFoundry 上面 libchewing 的 Bug ticket，注意，是只有「Bug」的部份。整理完 Bug 的部份後，點到「修正建議」一看… 未處理的有 103 個，其中還有不少是「請問…」開頭。
我想我絕對不是第一個抱怨 OpenFoundry 的介面很難用的人，上次在 irc 上 pcman 用力鞭過之後也的卻有改進了，但是今天用起來還是很無力…
使用者一再的回報相同的錯誤，不是 Bug 的也寫在 Bug，是 Bug 的也許會寫在別的地方，我想這和瀏覽介面不方便有很大的關係，連我要找某個標題都要花很多的時間，又何況是氣急敗壞的使用者。
然後，我今天主要就是就眼睛能確認的部份把重複的 Bug merge 在一起，光是 merge 兩張 ticket 就可以讓我來來回回點網頁，平均要花上快一分鐘。
做完明天要教的作業之後，我大概會裝起 chewing-win32 最新版，然後根據每個 Bug、建議 一個一個測試… 又不知道要花去多少光陰哪？
另外，實在弄不清楚「修正建議」和「改進」這兩個類別到底差在哪裡，「修正建議」的英文寫著 patch，我想是拿來放 patch 的地方吧？那應該有非常非常非常多的 ticket 要轉到「改進」才對。
今天去圖書館挖寶，又借了三本書：
本來還要借 Advanced .NET Remoting 的，可是應該是看不完，就先留給別人了…
很喜歡逛圖書館，在裡面搜刮的感覺很棒… 面對永遠都看不完的書，有時後會想：住在圖書館裡面好了 XD
btw, 似乎應該要找一些文學類的來看阿 @@