用 RVDS 的時候, 如果只是要拿來 Load kernel,  可以用以下這個簡單的 script. 自動 connect 到 Realview ICE, load kernel , run, 再 disconnect.

connect “@MPCore_0@RVI”
stop
readfile,raw,nowarn “<path to >/bootpImage”=0×100000
WAIT=OFF
go
disconnect,nodebug “@MPCore_0@RVI”

用

bglobal, disable “data abort”
bglobal, disable “prefetch abort”

這二個指令在 Trace32 時, 就可以讓 Linux booting 起來, 但是這一招在 RealView ICE 似乎沒有用.

這次 Computex 2009 真是太生氣了, 沒有拿到 Intel 的贈品, 只好來寫一篇文章幫 AMD 助陣(這一篇早就想寫了, 寫到買了三個平台才生出來, 沒辦法, 有小孩生文章的速度很慢).

從 80286 開始, 我幾乎都是 Intel 平台的信徒, 除了一開始有用 Harris 80286 平台以外, 後來的 Desktop 都是用 Intel 平台, Chipset 非 Intel 晶片組不用. 這個選擇在早期幾乎都是正確的. 因為 SiS/VIA 不爭氣. Chipset 一堆問題, 相容性不好, ATI/NVIDIA 初期也是這樣。USB 2.0 Bug 一堆, ATA 一堆 Bug.(題外話, 其實 USB/ATA/SATA 真的很難做, 就算是 IP 是買的也是一樣)

不過就在一年以內, 我連續購入了三套 AMD 780G 平台. 只是 CPU 不一樣. 為什麼呢？

這三套分別是

[Read more →]

灰塵終結者

[Read more →]

不知不覺中, 六四己經二十週年了。

我也從當年懵懂無知少年，轉眼間也進入中年。

我沒有經歷過 228 事件，對美麗島事件也沒有印像，但是對六四的印像是非常深刻的。
畢竟那曾經是我們年輕時發生的事情。

若說 20 年後有什麼還記得的，那就是中國有學生曾經在天安門前爭取過自由，民主和人權。
雖然在台灣，這三件事情似乎是天經地義，但是我知道，那是許多人用生命和血淚換來的。

當時很多歌手錄了一首歌, 歷史的傷口

歌詞如下:

蒙上眼睛 就以為看不見 捂上耳朵 就以為聽不到 而真理在心中 創痛在胸口 還要忍多久 還要沉默多久

如果熱淚 可以洗盡塵埃 如果熱血 可以換來自由 讓明天能記得 今天的怒吼 讓世界都看到 歷史的傷口

哦—— 哦—— 哦—— 永遠都記得 歷史的傷口 哦—— 哦——-哦——- 永遠都記得 歷史的傷口

在經歷過 20 年之後，我們都己經成人，或許當時有人是被騙著去聲援，也有些人認為，本來爭民主和人權就是天生的權利。過了二十年，台灣的主流論述變了，但是我們能記得當初天安門前學生的訴求嗎？雖然可能過程並不完美，雖然結局不一定是好的，但是我們應該記得，在共產黨的統治之下，雖然經濟並不像現在這麼發達，但是有一群人是為了理想而奮鬥，有些人甚至為此犧牲生命。

短期之內，共產黨是沒有反省的機會，當初執行軍警武力鎮壓的人或許都還在位，或許下一代還在位，但是如果你仍身為中華人民共和國的人民，不可不知當年有一群學生為了爭取人權和自由，最後導致數百人被軍方所殺(*註:目前仍未有一個確定的數據)。
這件事中共官方定調是亂民造反，輕輕帶過。

或許大家目前正和諧中，或許年輕的一代忘記當初為什麼會有六四。
不過當時間成熟，我相信民主的果實仍然會結果，在這之前，大家各自努力，讓這個果實能好好成長。

後記1: 感覺香港和中國比較近，但是紀念六四的活動比較大。反而台灣近年來在本土意識高漲和目前執政黨刻意低調下，反而沒有什麼活動。
後記2: 寫的很亂，大家就隨便看一下.

前二天，突然之間電腦就上不了網路。重開機之後發現，開機時沒有辦法 Mount Root Disk.

我的 Root Disk 是用 Raid1 + XFS 做的, 硬碟的規劃是

md1 : 100M etx3 booting 用
md2: 40G xfs Root File System 用
md3: 4G swap
md4: /home

用 kubuntu 7.04 開機之後, 檢查了一下, 看起來像是 xfs 系統亂掉, 所以就做一次 xfs_repair /dev/md2, 不過要清掉一些 LOG, 所以下的是 xfs_repair -L /dev/md2

第一次重開機是成功的, 但是跑一小時時間會 I/O Error,
所以我又開起來, mount 起來看系統有沒有問題?
檢查的結果是 xfs_repair 之後，所有的程式都沒有問題，看起來就不是 glibc 死掉，感覺像是 xfs 掛了。不過這時候我並沒有證據是 xfs 死掉造成的.

就這樣重覆修修開開, 終於有一次注意到, 開機時死掉的訊息有一段是

“XFS internal error XFS_WANT_CORRUPTED_RETURN”

查了一下, 網路上的資料不多(還能被我碰上實在不簡單), 有人說是減少檔案數目就可以, 其他的網頁到是沒有講到解決方案.

我做過減少數量, xfs_check and xfs_repair, 重新 format filesystem 都無效.

最後失望之餘, 改用 ext3, 發現還是 mount 不起來, 這就讓我懷疑了, 到底是那一塊出問題?

後來在檢查 mdadm -D /dev/md2 時, 發現 persistence : no block persistent.
再檢查 mdadm -D /dev/sda2, /dev/sdb2 , 都找不到 raid block, 但是 mdadm -D /dev/md1 雖然是 persistence: no block persistent, 但是 Disk 部份是找得到 Raid 的 Super Block .
這應該就是原因了, 檢查了一下, 重新 create 一次 raid1 device 就沒有問題了.

個人猜想原因可能是 xfs 系統大亂, 影響到 /dev/md1 /dev/md2 /dev/md3 等等 file system,  但是從 raid 的 super block 也被破壞等跡像來看, 可能是 Linux 內 xfs 和 Raid 配合有問題所致. 不過個人急著上線, 所以無法驗証.

我用 xfs + Linux raid 有數年的經驗, 沒有一次像這樣災情這麼嚴重, 前前後後花了將近 8 小時去找出問題並修復, 還好資料並沒有毀損, 不過經歷這次經驗, 以後會對 xfs 有戒心了.

以下是相關修復指令, 備用.

強迫安裝

# lftp ftp.twaren.net
>cd ubuntu/pool/main/m/madm
>get mdadm_2.6.3-xxxxx.deb
# dpkg -i –force-all madm_2.6.3-xxxxxxx.deb

重建 Raid

# mdadm –build /dev/md2 –level=2 –raid-devices=2 /dev/sd[ab]2

重新 Create Raid

# mdadm –create /dev/md2 –level=2 –raid-devices=2 /dev/sd[ab]2

本人聲明, 這個皮皮和我無關~~~

http://tw.news.yahoo.com/article/url/d/a/090522/1/1jy8l.html
紐西蘭一個年輕的媽媽上購物網站替小孩買尿片之後，忘了登出，她三歲的女兒把滑鼠當玩具，在無意識的狀態下，買了個大玩具，一台要價兩萬紐幣、相當於四十萬台幣的舊推土機。

(皮皮)人如其名，她真的很皮，她趁著父母睡覺的時候，起來玩耍，第二天，她媽媽接到拍賣網站的郵件，通知她標到一台推土機，她曾經上網標購玩具，當下，她還以為那台推土機也是個玩具，不過等她看到價錢的時候，她才知道那不是玩具，她立刻致電拍賣網站，說明原因，還好業者和賣主都很明理，這筆交易取消了，她也學到個教訓，以後用完電腦要記得關機。

ARMv6 加入了幾個好用的 Swap 指令. 不需要用軟體算來算去
請參考 http://www.arm.com/pdfs/ARMv6_Architecture.pdf

REV
REV16
REVSH

最常用的應該是 REV 吧.

Realview inline assembly 很簡單.

unsigned int tmp = 0×12345678;
__asm{
REV tmp, tmp
}

GNU C++ inline assembly 為(未測)

unsigned int tmp = 0×12345678;
__asm__ __volatile__ (
“REV %0,%0;” : “=r”(tmp) : “r”(tmp):”r5″);
);

工作上要寫個 NCQ 的實作, 這是 Linux NCQ 的 Patch.

參考一下就知道做了什麼變動.

• [PATCH 01/15] libata-ncq: add NCQ related ATA constants and id macros
• [PATCH 02/15] libata-ncq: add NCQ related libata flags
• [PATCH 03/15] libata-ncq: pass ata_scsi_translate() return value to SCSI midlayer
• [PATCH 04/15] libata-ncq: implement ap->sactive
• [PATCH 05/15] libata-ncq: implement command exclusion
• [PATCH 06/15] libata-ncq: implement NCQ command translation
• [PATCH 07/15] libata-ncq: implement ata_eh_read_log_10h()
• [PATCH 08/15] libata-ncq: update EH to handle NCQ
• [PATCH 09/15] libata-ncq: implement NCQ device configuration
• [PATCH 10/15] libata-ncq: implement ata_ncq_complete()
• [PATCH 11/15] ahci: clean up AHCI constants in preparation for NCQ
• [PATCH 12/15] ahci: add HOST_CAP_NCQ constant
• [PATCH 13/15] ahci: kill pp->cmd_tbl_sg
• [PATCH 14/15] ahci: implement NCQ suppport
• [PATCH 15/15] sata_sil24: implement NCQ support

最近 3M TPMS 回報胎壓比較低, 當時不在意, 等到去大陸一週回來之後, 胎壓降非常多. 先跑去打氣, 過二天還是降. 這時只有去檢查輪胎了.

這對胎跑了快三萬了, 心中也有準備了. 所以在去之前先查了一些資料.
本來是相中 MAXXIS MA-P1 的, 其他的資料還在找, BridgeStone RE001 和 Michelin MXV8 也有看. 不過預算有限, 最後應該是考慮 MAXXIS MA-P1

去檢查之後, 果然是右後輪插到一根釘子(所以 TPMS 是一定要買的吧, 至少減少在高速公路上爆胎的機率). 而胎面也有些許的裂痕.
因為這次壞的都是後輪, 所以想了一下, 就四輪全換了.

去檢查的商家的是米其林專賣店, 所以就直推 Primacy LC 了, 當然也有說 PP2, 不過 Primacy LC 比較耐磨, 省油, 和安靜取向.

Mazda 5 原廠胎是 Maxxis MA-501, 之前一顆胎報我 3700.- 所以 Primacy LC 我可以接受(雖然我買的價格似乎和網路價還有一點距離, 不過網路買太麻煩了.

Primacy 這一顆胎可能是剛出來的關係, 所以網路上資料很少.
幾乎都是廠商廣告, 自己的心得應該是完全沒有吧.
我也只是使用者. 有時候碰到就碰到了, 反正我之前沒有用過米其林的胎.
碰到了就寫一下自己的心得吧.

就 MA-501 和 Primacy LC 比較

Primacy LC

• 更安靜, 行車時比較吵的是風切聲.
• 路感比較軟一點, 高速公路就覺得很平順, 平地路爛, 感覺就比較差不多
• 抓地力更好一點, 感覺運動性能更好
• 油門比較輕一點, 輕輕加油感覺更有衝力
• 更省油, 之前約 8.3~8.4L/100KM, 目前約 7.8~8.0L/100KM(市區:高速=40:60)
• 過彎穩定性和可操控性更佳
• 雨天行車待測
• 剎車性能待測

拿 MA-501 比 Primacy LC 其實不太公平, 畢竟等級差太多了,
不知道雨天性能如何, 我比較注重雨天的狀況, 等雨季完再來補完好了

* 聲明: 本文章非置入性銷售文, 本人非為 Michelin or Mazda or Maxxis 而寫.

那天老婆從學校帶回來一堆兒歌, 第一本就是月亮船.
聽著聽著也覺得非常好聽, 覺得值得推薦給有小朋友的父母(大概適合三歲上下，不過我家的不會講話，我也放給他聽)

[Read more →]