看原文比翻譯好一點, 從原文大概只可能猜出, 改過 timer 之後, 可能影響到 interrupt 的速度.
但是從最後的描述猜也可能是動到 clock tree 去影響 timer 進而影響到其他的行為.
有碰到這種 BUG 的第一個一定先猜 timing , 純軟體的反而不會這樣想, 所以他覺得最難的 BUG
我們看起來就還好.

這個描述讓我也想寫一下, 我碰過最難的 BUG.

那是新的 SoC 剛回來的時候, 各個 block 都要驗, 我是負責帶領系統驗証部門的,
所以一開始就有一大堆 BUG, 其中有一個 BUG 就是資料存取有問題, 而且要很久才會出現一次的.

最難的 BUG 要件之一就是很久才會出現一次, 這表示會搞很久.

因為當時我是負責 SATA 部份的驗証, 所以這個工作自然就是我去追了.
看倌呀, SOC 就是統統要自己來, 從 hardware CPU/SATA/CLOCK 到 kernel 層都可能有問題.

第一件事情就是, 想辦法找出可以複製的方法. 我們知道資料存取有問題
所以我就寫了一個 sh script 從 A Disk Copy 到 B Disk 再做比對. 然後一直 COPY 下去, 直到找到為止.

這個 sh script 大概可以在 200 次大檔案 COPY, 找到一次錯誤的結果.
大概要花二個小時以上, 一開始的時候, 這個 script 執行下去, 其實並沒有辦法抓出問題.

流程大概是這樣
# dd if=/dev/zero of=test bs=1M count=1024
# md5sum test
這樣就會有一次寫入, 一次讀出, 這樣就可以比對 md5.

有沒有看出什麼問題?

其實這個錯誤可能很少人會意會到, 就是測試 pattern 不能為零, 假設今天 block 寫錯了, 而資料是零, 再怎麼寫入讀出, 資料還是正確的. 所以後來我都改用 AV file 做 test pattern, 工程師的惡趣味就在這邊了.
“我今天有 update 新的 test pattern 哦…. ”
大家就知道發生什麼事情了.

修改完 script 之後,  md5 checksum 的結果的確是不一樣. 這時就要猜測是什麼地方在作怪.
首先一定先關心 SATA Hardware 是不是有問題, 所以就拿 PCIe SATA 還有 USB 來驗証比對.
同時間, 看 Linux kernel 追 SATA 這一層在搞什麼飛機.

其實相對於 USB Protocol , AHCI SATA Interface 是很簡單的 interface, 很快的就排除掉這個犯人了. 而且 PCIe SATA 和 USB 的結果顯示也是會複製錯誤.

這下子人就可能是 CPU 和 Kernel 殺的. 還有記憶體.
SoC 守則, 只要資料有錯, 八成是記憶體殺的. 各位可能會問, 那為什麼要先測 SATA? 因為記憶體己經先掃過一輪沒問題了, 所以當然先丟 SATA. 不過這邊的先掃過一輪沒有問題是不是真的沒有問題….
這個原因是這樣, 所謂的記憶體沒有問題是用 NON-OS Code 下去掃的, 可能會有切 MMU Mode 和 NonMMU Mode. 總之是這樣測的.

然後我就 mount ramdisk 開 memtest 狂測一天. 果然出問題了. 哼哼, 是你吧.
不過接下來問題才大條. RAM 出問題很麻煩的. 要怎麼定位到到底是什麼出問題呢?

專業的讀者應該就會猜, 那就降速跑.
正解, RAM 出問題就要先降速跑. 所以 DRAM 就跑在 200Mhz (DDR2-800 是 400Mhz, 最低應該是 DDR-400 跑在 200Mhz). 反正都降速, 所以 CPU 也從 600Mhz 降到 400Mhz 跑.
當然老天一定不會這麼容易讓我們破關的, 所以資料錯誤的 BUG 還是可以重現.
同時間 NON-OS 的測試結果仍然是顯示沒有問題.

然後就是猜了. 因為如果 NON-OS 的 memory test 是正確的, 而 Linux 是錯誤的, 那可能問題是出在其他的部份. 這麼複雜的系統一定就是要猜.

猜也是一門學問, 接下來就是先關 L1/L2 Cache .
各位, 為什麼 CACHE 要最後再測, 因為 CACHE 關掉整個系統會變更慢. 所以預期二小時會發生的, 可能測試就要拉到二天, 我還有碰過 Cache 關掉就複製不出來的 BUG.

Disable Cache 有二項, 因為 L2 Enable 一定要 L1 也 Enable.
Disable L1/L2
Disable L2
除了 Disable Cache 以外, 和 CPU 相關的還有 SMP (因為 SoC 有二顆 CPU), 還有 Cache Driver 新舊版的問題.

這幾個測試項測下來, 果然 Disable Cache 就不會出問題了, 而且是 Disable L2 Cache.

走到這邊大概己經測試了三個星期. 快搞死了, SoC 慢就算了, 掉資料是不允許的啊啊啊.
對一個 engineer 來說這根本是不可接受的事.
而且同時間還有一堆 BUG 待解待查. SoC 剛回來天天都是屁股在燒.

為了保險起見. 必需要找到資料錯誤的 Pattern .
所以寫了一個可以 binary compare 並且顯示出那邊不一樣的小程式.
翻了一下當年的痕跡, 原來除了 binary compare, 還有程式內加上 invalidate cache 的相關程式.
我還記得為了這件事翻了整層的 Linux kernel cache 和 memory management 機制.

最後確認到是 cache 的問題是, 使用 binary compare 找出 32bytes, 相當於一條 L2 cache line size.
而且可以重覆這個測試.

到這邊幾乎可以確定是 L2 cache Line 的問題, 而且是硬體的問題, 當然 L2 還有一些測試項目.
像是調整 Cache Latency 之類的. 這個應該都做了, 不過做了以後應該是更久才會再出現一次.

所以我就將我知道的東西整理一下, 寫了一封信問 ARM . (還好當時公司有付錢買 ARM 的服務).

ARM 的回答也很乾脆,
關掉那個 L2 Cache I Prefetch 的功能就可以了. 在 PL310 內, 這個功能只是 1 bit 的改變.
(I Prefetch 是 Instruction Prefetch command , 快要執行到指令時, 先去記憶體先抓回來放在 Cache 內)

然後就一切正常了…..

然後就一切正常了…..

然後就一切正常了…..

1 個 bit, 快要一個月的青春啊~~ 所以這個 BUG 記到現在還在記.

這應該算難嗎? 不知道的 BUG 都很難, 知道之後就不難了.

==

後記1: NON-OS 為什麼沒有測出來, 其實 Cache 那邊的參數也是從 NON-OS 來的, 為什麼 NON-OS 沒有問題呢?
猜想是因為 NON-OS 的 Code Size 很小, 所以 Code 都在 L1 Cache 內, 並不會動用到 I prefetch 的功能. 所以自然也驗不出來了.

後記2: 我覺得很多細節我都忘了, 所以這應該只是大致的情節. 雖然寫起來很輕鬆, 但是當時很慘烈呀~~~~

The post [跟風] 程式設計師, 你調試過最難的 BUG appeared first on richliu's blog.

今天在同事桌上發現一本書, 看來看去都怪怪的. 就問了一下, 這是什麼書.
原來是和腳踏車相關的………

封面是 “The Moulton Formulae and Methods“, 我幾乎不認識呀

內容(1)

內容(2)

總之, 離物理很遠的我們都不認識. 這本書還花了 US$60 買的….

以下開放同事酸發言
同事A: 拿來蓋泡麵都覺得太小
同事B: 我對你的景仰有如江水滔滔….
原同事: 買書當然不能只看內容, 也要看包裝和封面…..

註: 這真的是和腳踏車有關啦, Amazon 上寫的是 The Moulton Formulae and Methods: Directly Usable for Calculations in Mechanical Engineering (Ring-bound)…. (笑)

The post 同事買了一本和腳踏車有關的書…… appeared first on richliu's blog.

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

• [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

The post [工作筆記] Linux SATA NCQ Patch appeared first on richliu's blog.

Realview ICE 的外盒, 很大一盒 :p

拆了外箱

第一層, 手冊和 RVD 的光碟片

第二層, Realview ICE 的本體

拿出重要的線材擺在一起, 最右邊的線是 LVDS 的線, 傳輸距離長, 可以用的 clock 較高(up to 50Mhz)

來一個 LVDS to 20pin JTAG 轉接頭的特寫

RealView Trace 的盒子, 其實和 RealView ICE 的一樣大, 只是比較薄而己

內層只有手冊和 RealView Trace

來個疊疊樂, 但是 Realview ICE 和 Realview Trace 就是要這樣疊起來用的, 所以是一定要疊的

因為手上有 ETM 的 ARM11 Demoboard 都在使用中, 所以 Realview Trace 就先收起來了.
根據在國內廠商接觸的經驗, 買 ARM Realview ICE 的應該很多, 會買到 Realview Trace 的應該就很少了
IC Design House 如果不是做 ARM11 以上的高階產品, 要包 ETM, 用不到 RealView Trace.
系統廠買到的機會還比較高, 因為案子可能會用 ARM11, 然後像 Qualcomm 可能就會包 ETM
進系統. 這時系統廠整合的時候有機會用到 Realview Trace.
但是系統廠 cost down 的很嚴重, 所以最多也只會買到 Realview ICE.
目前我想得到的公司應該只有 Faraday Technology (智原), 他們有 ARM CPU 的 IP

如果你知道還有那一家公司還有買 Realview Trace, 要告訴我們, 讓大家拜一下

後記: 其實我的開箱文沒有辦法寫得金光閃閃, 瑞氣千條, 開箱之後產品會發光, 我都是有圖就好, 大家多包涵了.

The post ARM RealView ICE, RealView Trace 開箱文 appeared first on richliu's blog.

同事要搶頭香, 喝第一瓶….

但是我現在不能喝呀 (泣)

只好 PO 文讓所有的 RD 們流口水(免費的飲料是 RD 的最愛, 愈宅的愈愛 :p)

The post 免費的飲料 appeared first on richliu's blog.

以目前我們在規劃的產品來說, ARM11 MPCore, PCIe, SATA, Gigabit Nic , LCD Control, 2D/3D 加速引擊, 己經具備了低階 Netbook 所需的元素, 問題就在於, 怎麼樣整合 Linux 進來用.  要和誰合作?

而市場目標是什麼, 投票用 Linux, 教學用, 還是家用多媒體環境呢?
像 ARM 都是客制化市場, 或許出可以放 FullHD 的類 eeeBox 也不是不可能.
而成本還更低, 因為內建 H.264 decoder engine.

至於 ARM 和 Microsoft 合作執行 Windows XP, 我個人則是認為這還要一段時間, 畢竟不僅僅是換 CPU 而己, 很多 Driver , 人員訓練, SoC 的選用, 都是問題. 不像是 Linux, 只要是有 ARM solution, 幾乎都有 Linux 的 driver, 差別就在有沒有整合進 Linux kernel main tree 和 open source 了.

問題還是在於, 市場對於這樣產品的接受度如何? 畢竟搭載龍芯(Dragon)的 Netbook 早就現身了, 但是一直都沒有大賣的訊息出來. 到底是從 Dragon MIPs CPU 的效能太差呢? 還是整合的 Linux Package 不實用? 這些都是 ARM 進入這個市場需要面對的.

不過我個人是樂觀其成, 畢竟 PC 市場己經非效能導向, 而是從高階到低階都有市場, 說不定下一次就是我們家的產品跟著上, 運氣好的話說不定會有我們家產品做的 Netbook :p

原文節錄如下.

ARM想進入迷你筆電市場

ZDNET新聞專區：曠文溱 2008/10/15 22:26:02

明（09）年的Computex展，就會看到數款搭載ARM架構處理器的迷你筆電（Netbook），該公司高層指出。

搶在IDF即將於下週一（10/20）在台北舉辦之前，近年來因為英特爾宣佈行動網路裝置（MID）計畫，而有點懷恨在心的ARM，今（15）日在台宣佈即將攻進英特爾已經開花結果的Netbook。

該公司表示從去（07）年中的Computex，ARM就積極與ODM/OEM大廠，以及軟體業者洽談，進行產品的相容性測試，成果即將在明年揭曉。

「ARM的陣容龐大（指合作伙伴數），勢必具有成本優勢；單晶片設計可以增加電池續航力；在高畫質影音表現上遠勝過英特爾的Atom，」ARM行動運算總監Bob Morris洋洋灑灑列出該公司的勝出點。

不 過，軟體支援性恐怕會是ARM的痛腳之一。Netbook和手持裝置的使用行為終究不一樣，消費者要的是和在電腦上不無二致的使用經驗。雖然在手機市場獨 占鼇頭多年，但是能否把所有在電腦上運行的軟體搬移到ARM架構上，舉例而言，微軟的Windows XP作業系統，就是ARM必須要準備的功夫。

「ARM和微軟持續合作，」Morris說，「不過，還無法肯定支援Windows XP的ARM架構Netbook什麼時候會推出市場。」該公司初期將以Linux為主要支援對象。

原 本井水不犯河水的英特爾和ARM，從去年開始即開始產生市場互相侵輒的景況。起自於英特爾在去年秋季IDF上，宣佈新一代MID平台將採用一款名為 Silverthorne的晶片。暗批傳統採用ARM晶片的手機在連網時總讓使用者受挫，表將以運算性能更為強大、也有更多軟體支援的x86處理器進軍手 持裝置市場。

英特爾一放話，立刻惹惱過去並未大肆宣傳，一向隱身在所有手機之內的ARM。ARM反唇相譏搭載英特爾處理器的UMPC或者MID，不過就是規格比較爛的電腦。

「ARM不會特別要劃出一個市場、歸類一個產品類別叫做MID，ARM是要讓手持裝置擁有連網能力，」Morris說。

MID不過是第一波戰火。眼看Netbook市場已成為筆記型電腦市場主要成長動能，ARM也躍躍欲試。雖然該公司尚無法揭露合作伙伴，但已表現信心滿滿。

Morris引用研究機構ABI Research的數據，指出從明年至2013年全球Netbook市場，採用ARM架構的系統出貨量，將從393萬台成長至2366萬台；於此同時，x86架構的平台出貨量，由1062萬台增長至3550萬台。

The post [新聞][想法] ARM想進入迷你筆電市場 appeared first on richliu's blog.

在金山街工作己經三年多了, 連這一次車禍己經是第四次碰上車禍了了.
以我上下班的路徑來比較, 這個路段應該拿到冠軍.

金山街上下班的機車非常多, 而金山街的路口又特別多, 重點是, 金山街很容易塞車,
一有空檔, 機車油門就猛催, 想要加速往前, 不過機車有時候視角會被擋住,
不管是左轉車要進小巷, 或是右轉車要出巷子, 如果汽車只要車速快一點,
機車騎士一不注意, 整個人就貼上去了, 也因為汽車多, 旁邊根本沒有地方可以躲,
加上汽車慢, 機車快, 所以機車傷的比較嚴重.
我看到四次車禍原因都是這樣.

各位, 下次有騎機車經過新竹金山街時, 記得特別小心, 不要以為自己技術好,
技術再好, 沒有地方躲也是沒有用的.

重點是, 不要撞到我的車, 我才剛買的呀~~~~

The post [新竹][金山街] 又再次看到車禍了. appeared first on richliu's blog.

這篇文章將在離職後放上 Blog (所以應該不會很快沒有想到不到一年就要放了)

背景介紹, 我們 s 公司和 v 公司合作開發一顆 SoC 晶片, 我是軟體部門負責
某個非常複雜元件的工程師. 該元件前後代都是我一手開發的.

今天(11/21)和客戶 j 約好, 去該公司談 Software 的事
客戶參與人有
j : 台灣區最大隻的
s : 不知道做什麼, 不過常常在 project 中, 應該是測試人員
a : 苦命 RD
路人甲, 路人乙: 就是路人, 我完全不認識的(後來確定是 hardware AE)

我們有
r : 本次開會代表 s 公司最大隻, 就是我了
M1 : 苦命 RD
M2 : 苦命測試人員

兩邊談了二個小時, 過程不能說相談甚歡, 開會前我列的 Action Item,
他們根本不理我們, 到了現場追加三倍. 那我談事情就是推來推去
根本就不是我今天要來談的事情嘛.
客戶要我們做, 我也沒有答應, 反正就是盧來盧去, 開這種會就是要盧嘛.
做過的都知道, 不該我們做的我不會讓, 如果不花太多時間做做無所謂
因為會議室門是開的, 所以, 路人甲和路人乙不時進來發表意見, 發表完又走出去.
我雖然有點火, 不過還沒有覺得怎麼樣.. 直到爆發衝突..

[事情引爆前夕]
r : 有時候事情要講清楚嘛, 像上次那個 PCI 到 WAN , 搞了半天才知道
你們是要從 WAN 到 PCI
路人甲進來, 聽到了.
路人甲: 我要講, 一般人聽到問題, 就要下去澄清, 這是你們的問題… blah blah
r : 這些事我們都有做. 其實是先 OOO 後 XXX
路人甲: 你們就是要主動澄清呀, 怎麼都不了解 … blah blah
r : 這些東西我們都有提供… blah blah
路人甲: 你們這樣不對, 怎麼是這樣做 blah blah
r : 很抱歉, 你沒有參與在內, 你不了解狀況
路人甲: blah blah blah blah ……..
r : 不了解就不要講話, 你有參與在內嗎? 搞不清楚!

路人乙這時好像聽到很大聲就跑進來了.

路人乙: 你怎麼態度這麼差
r : 我態度就是這麼差!
路人乙: 我要打給你們大老闆 s
r : 歡迎, 要電話嗎! (作勢拿出電話貌)
路人乙: 好呀, 這麼囂張, 態度這麼差, “滾! 滾出v公司”(他是用盡力量喊出來)

這時候我改向 j 談. 路人甲和路人乙在那邊繼續罵,
j : r 你態度不好
r : 我上次才講過, 我最討厭人家講態度不好 (拍桌!)*註1, 我是來討論技術問題
還是和你對罵, 上星期…
路人乙: “滾! 滾出v公司”
r : ……
<重覆>
路人乙: “滾! 滾出v公司” (有點用尖叫的感覺)
</重覆>

我就開始收 notebook 等東西
準備走時, 丟下一句
“j 事情變這樣, 你自己看著辦”
j 這時跑來找我說, 不要走啦, 事情還沒有談完.

我就大聲喊一句
“v公司的人叫我們滾, 我們還留在這做什麼, 走了”

然後整隊人馬帶隊回公司!

出來工作這麼久, 其實不是第一次看到衝突的會議場面
只是第一次自己是主角, 也是很 …. 新奇的經驗!

後續:
s 公司暫時停止所有對 v 公司的 support
v 公司的 j 和 w(Sales頭,不在會議中) 星期四要來找我們陪罪~(後來也不是來陪罪, 態度還是很高傲)
早知如此, 何必呢!

以為人小好欺負, 沒有想到踩到地雷了吧………
重點是, 和我吵的根本不是開會的人呀, 有看出來了嗎?

星期四之後, 這麼悶的氣氛, 還是要談下去的
大老闆心中想的是不要破局, 對方也想的是不要破局
對方來談當然是直指我的問題, 增加一點談判的籌碼
我就沒有參加會議了

結果就是
對方的 Support 一律透過我老闆,
我方派去的人是比較不熟的(間接人員)

大家都以為我在生氣, 我沒有生氣呀.
事實上因為這個路人乙,
我可以大聲的不接他們的電話
我可以不提供任何 Service
我的工作少一半, 現在是我進公司最清閒的狀態
所以……. 不要再誤會我了 XD

但是這不表示我需要去和對方妥協,
不必要求我再去 Support
我不會再進 v 公司大門, 不會再接任何 v 公司的電話
如果公司要求我做這些事, 我也明白講, 我馬上就走.

當然不代表我不用做事, 我直接 support 內部人員就是了
而且時程幾乎是原先的二倍(正常時程), 因為不是我做了嘛.

最後那個路人乙搞大了事, 拍拍屁股就回 v 公司台北辦公室了
留下 j 在新竹擦屁股.
我想了半天, 還不知要怎麼形容 j 才好. 只能說, 真慘~

-以上是我當時的記錄, 我也依約定在離職之後放上我的 Blog(要有 Guts)

其實後來從客戶那邊聽說, v 公司的人本來就這樣了, 習慣罵客戶
反正他們是大廠, 屌個258萬的. 現在印證起來, 好像也是沒有錯啦.

The post [工作] 我被合作伙伴趕出他們公司 appeared first on richliu's blog.

有些同事被 layoff 掉了, 看起來人心還要浮動一陣, 不過這些事對我來說
好像是看電影一樣, 咻一下就過去了.

今天簽了自願離職書和外商公司的 Offer letter.
下個月就變外商公司的員工, 薪水和福利看起來有好一點, 年資也可以保留.
不算太差的 Offer.

我們公司就變成外商的一個 BU , 看能在外商呆多久吧,  第一次進外商,
也是被合併進外商, 算是很新鮮的經驗.

The post [工作] 換到外商了. appeared first on richliu's blog.

其實很久之前我就有火車+摩托車上班的經驗, 不過那己經是二年前的事情了.
火車+公車這種組合只有從台北到公司, 沒有從公司回台北過.

我台北到新竹來回約 120KM, 約需 9-10公升汽油(取中數9.5), 用 92 無鉛, 途中有一個收費站.
加油有現金減 2.5 的加油站, 6000KM 平均保養費算 3000 好了(還有修車), 所以整體費用是,

(33.9-2.5) *9.5+38*2+120KM*(6000/3000)=574.3.

如果是搭火車, 整體費用是
176*0.9(儲值卡) + 30 = 188.
開車的費用是坐火車的 2.3 倍.

但是就時間的彈性來說,
台北到新竹公司來回約 2 小時(去 1:10, 回 55 分)
火車+公車來回約 4.5 小時. 而且開車還是有彈性多了.
坐火車的時間約是開車的一倍, 窮人只能拿時間換金錢了 XD

以後一個星期大概會選 1-2 天坐火車通勤上下班吧.

當然坐火車也不是全然沒有好處的, 好處就是可以在 車上看看日劇呀, 電影呀~
今天選的日劇是 81 Diver

這是講日本的將棋, 從漫畫改編的, 我想應該是看棋靈王這麼紅, 也想走一套自己的路吧.
原著我沒有看過, 不過日劇版的將棋是有點無腦, 大概要避過很多人不懂將棋的部份,
不過我又不是要看將棋怎麼, 當然是要看中靜楚夜(仲里依紗)演女僕樣囉~~

要看更詳細的簡介, 就看 lordmi 的吧.
熱血賭徒與巨乳天才女僕的逆轉棋賽～81diver

Update:

• 我的保養費算式錯了, 回家的路上才想到.
• 我真是搞不懂台鐵呀, 在新竹站等了快 50 分鐘才等到一班區間車, 40 分內有三班自強號, 一班觀光列車….
• 一個星期搞一次差不多, 悠閒的上下班, 早點去早點回家 XD.

The post 竹科宅宅工程師 節能減碳新生活 appeared first on richliu's blog.

E 小姐是從 Z 公司離職, 由前任老闆找到 Linux Kernel Team, 當時我是在 AE Team.
而因為某些因素, 公司改組, 我接任 Linux kernel team leader.
而部門重整時, 因為前老闆有說, E 小姐進來就是要做 Kernel Team, 所以我的考量也留下來.
不過這位 E 小姐有一個附帶條件, 因為身體因素, Loading 不能太重.

E 小姐並沒有 Linux Kernel 開發的背景, 所以我特別安排了一段時間讓他學習如何
Porting Linux Kernel. 在這之前是 Porting u-boot 1.1.2->1.1.4.
接下來主要的內容就是從 Linux kernel 2.6.16 Porting 到 2.6.24 .
沒有想到這一段時間內, 她努力的學習, 結果卻是連 Console 都沒有看到.

後來進用了一位比較熟悉 Kernel 的 S 先生, 只用了 1/4 不到的時間就完成了.

其實我並沒有怪 E 小姐, 每個人都有每個合適的位置, 所以我就說, 依照你的能力和經驗
我未來會安排你比較週邊的 Porting 和 Kernel Maintain. 假以時日, 你對 Kernel Porting 一定會很熟.

5/2 日是本公司最後一天繳交績效考核表的日子, 這位 E 小姐就在這一天寄了一封 E-Mail 給我,
說因為身體需要調養, 所以 5/14 要離職. 言談之中些許透露了工作被 S 先生搶走和不受重視的感覺
有同事續效考核表上寫, 我們公司的管理階層都是好人. 所以我當然就的安排了 E 小姐的
退伍前工作.
1. 將 S 同事的成果寫出一份 User Document
2. 將手上和客戶 S 公司案子結掉.
這二件事七個工作天應該是很夠用, 她當場也同意這樣的安排.

5/5 號, 早上沒有來, 我沒有收到任何通知.
下午看到人, 我說和 S 公司的事情處理得如何?
她就馬上回我, 要和我的小老闆談完再和我談.
我心中的 OS : “幹! 想待退又不想做事情, 有沒有這麼可惡!!”
當然沒有馬上講穿, 等她和小老闆談完. 我再和她談.

談完之後, 確認
1. 找同事去交接她手上現有的工作.
2. 交接完她就離開了
我的理解當然是, 星期二交接, 星期三離職, 我想想, 也沒有什麼問題.
當下就同意了.

星期二就請另外一位同事交接了一個小時(還真久呢), 交接完我就和她說,
“明天辦完手續就可以離開了, 下午也不用請假, 我們公司不會去計較這一天的費用的”
沒有想到她說
“我想說公司還需要幾天的時間交接, 所以我還是寫到 13 號, 這些日子有問題可以找我”
我心中的 OS : “你的工作我們的 Team 隨便找一個人都可以上手, 那需要交接?”
回頭和小老闆談, 想說不要節外生枝, 就算了(另一方面錢不是我出, 所以可以這樣).

星期五部門開會, 這位小姐竟然以為自己是待退老兵, 結果還耍大牌不來.
被我找人叫進來開會. 我尊重妳, 妳竟然不尊重我.

雖然之前私交不錯, 但是她離職, 我並沒有辦餐會送他, 因為不值.
我打考績我也和我的同事們說得很明白, 我不會因為誰和我私交比較好, 我
就打比較好的考績, 我在做, 大家都在看. 我不能做到事事公平, 但至少我
會公正的處理各位的考績.

我並不是不知道這位小姐為什麼要走, 只是不想講明而己.
講出來大家都難看.
而這件事我學到很多,
1. 朽木不可雕也，糞土之牆不可杇也 : 論語早就告訴過我們, 我不願意去面對這樣的事情
不認真的員工還是不要抱持著好好訓練的心理, 該砍就砍. 人頭是有限的, 因為這樣我錯
過其他有潛力的人, 是我的損失也是公司的損失.
2. 該下決定就決定, 他交接完就該讓他收包包走. 我們怎麼處理她, 大家也都看在眼中.
當然對公司有貢獻的人, 我們也願意多給福利.
3. (誤) 對於 Z 公司只會 Z 公司自己寫的 OS 的員工, 不予錄用
4. (誤) 對於女性員工想做 Linux kernel , 要打大大的問號, 最好帶有偏見. (事實上是我沒有看過這樣的人)
5. 我對女性太寬容了, 這個職位是不太適合女性的, 不要說我有偏見, 但是事實上
如果照我對男性的標準, 早就被我調位置(如果是男的早就 Fire 了), 這也造成了今天她工作難度太高而無法負荷.
所以離職, 雖然他進來沒有多久, 但是總是花其他的人力時間去訓練她, 雖然成效不好, 但總是有點經驗.
因為工作無法負荷而離去, 多多少少都是傷害.

雖然事情過去了, 特此格一篇, 未來再回頭看這樣的事情, 或許有不同的想法.

The post [工作] 一次失敗的合作. appeared first on richliu's blog.

聯陽半導體(3014-TW下單)今(8)天宣佈，經董事會決議，將與聯電集團(2303-TW)聯盛半導體(3589-TW)、及繪展科技，、晶瀚科技等3家公司合併，聯陽為存續公司，合併後聯陽資本額為18.9億元，預定合併基準日為2009年1月1日。

這一張圖內有三家公司, 這樣知道了吧

我曾經待過聯陽半導體上市, 不過當時太菜了, 什麼都沒有賺到 Orz.
所以有錢劉的有錢還是名詞而己, 希望有一天變形容詞...

The post [軼聞] 同一幢樓, 一天內三家公司被合併 appeared first on richliu's blog.

* 某客戶員工的座位, 實在是太可愛了, 所以 PO 上來讓大家看
* 這都是錢丟出來的
* 這都是夾娃娃機的戰果
* 這位員工的是女性.
我覺得這個很可愛呀, 她說是最醜的 Orz

The post [20080328] 照片雜記. appeared first on richliu's blog.

The post 今年(2008)的休假計劃表 appeared first on richliu's blog.

你態度不好,
東西有問題, 這東西能看嗎. blah blah.

delay 這事件也不能怪我, 又想出嘴炮, 又想要壓 schedule .
馬上做就馬上要, 還要顧 QA, 這是怎麼樣?
但可以接受, 畢竟東西的確有問題, 大不了就解決了嘛.
不過態度不好我不能接受, 你又不派人來 cowork , 整天只會叫叫叫.
所以就隔著越洋電話幹譙那個合作伙伴,
如果你是來找我討論技術問題的, 我可以提供相關的技術支援,
如果你來找我吵架的, 沒有必要, 也不需要質疑我的態度.
這己經是人身攻擊了

電話是在另一家客戶(Gemtek)內接的, 還好是晚餐吃飯時間, 我罵得很大聲.
向有聽到的人還是要說聲抱歉.(感覺好像在人家的地盤撒野呀)

是呀, 我出道工作這麼久了, 第一次被人指責態度不好.
心情是沒有什麼影響啦, 只是更累了而己.

晚上在 G 公司協助解了一個大 Bug.
這個一年多的專案也要進入尾聲了. 再過二個星期就要 MP 了.
很高興這個知名公司的案子就要結束了, 至少以後可以出去說, 我協助完成的這個產品
幾乎是 Mission Impossible, 很多家 Chip Vendor 合作還可以做得出來 .

這陣子覺得太累太累了.
長期累積下來的壓力, 晚上看不到小孩, 每天工時超過 12 HR,
永遠解不完的 Bug, 每天緊壓的工時. 痛風一直發作

就在開車回家的路上, 突然有種感覺, 好像這一切都不應該屬於我的.
非常虛幻, 這是應該離開的時候嗎?

The post 態度不好. appeared first on richliu's blog.

長期下來, 身體似乎己經不聽使喚了.
各種器官己經發出警訊, 向主管要求短暫的休息(最希望能休息三個月啦, 不過不要說三個月了, 連一個月都很難讓我休到),
準備保養一下身體, 順便整脊一下, 保養一下自己的身體.
以便接受接下來的挑戰.

在科技業上班似乎都是這樣的結果,
尤其是寫 Software 的人更是如此, IC Design House 漸漸的走向以軟體為重,
需要大量的軟體人材, 但是合適的人都喜歡去大公司, 願意來的都要重新教
或是能力不夠, 間接的造成人力不夠.

其實很多事情是緊緊相依的.
尤其是寫 Embedded Device Driver, 工期像是純軟體的軟工比較容易量化
很多時間都是要和很奇怪的 Bug (有時是 Hardware, 有時是 ASIC)
所以我們在評估時程時都會用比較寬鬆的標準.
例如一星期就會到二星期, 主管也很清楚, 二星期就會押一個星期.
最後大概就是三天要交出來, 因為人力不足, 但是事情永遠是一狗票
至於中間的工時到那邊去了? 當然就是加班加出來的
我常常在笑說, 人家的工時算法是一天八小時, 我們的算法是一天十二小時
早期我公司在”連法克”在舊址樓上, 我八點下班還看到機車是滿的, 星期六日到公司也看到一堆機車, 大概就可以想像這樣瘋狂的加班法.

另外就是美國人壓榨台灣勞工, 就如同台灣人壓榨大陸勞工一樣
我們也是被美國人壓榨. 美國西岸晚台灣 14 HR. 常常我們星期五壓到最後期限
交出東西, 常常都是在我們的星期六接到一大堆要求. 然後這些要求是在
下星期一美國人上班之前要交出來.
當然接下來就是苦無天日的星期六日了.

當然大家都希望在無止盡的加班中, 能夠成為幸運兒, 讓公司起來, 拿到不錯的 reward.
或是 Project 獎金等等.

其實在這之中, 我看到的是軟體人材在硬體產業中的無奈.
軟體工程? 緊縮的工時當然是能動就好.
Bug Free ? 緊縮的工時只能產出 Function Workaround .
文件? 緊縮的工時只有產品出 “TODO: No implement yet.” or “FIXME: it will crash when ooo=xxx” “BUG: Sometime ……………”
測試? 都做不完了, 先上再說.

所以這一行折損率還算很高的, 能夠留下來的大概都有一點點“宅”的氣息吧(對, 這是濫用 XD)
當然能夠在這樣惡劣的環境下爭取到小小的, 卑微的二週假期, 還是應該要心存感激的
所以 POST 此文以茲記念.
順便要對我的同事說, 謝謝你們這一段時間幫我 Cover 客戶服務的事情
也要對 G 公司的伙伴說, 大家辛苦了. 接下來要幫忙擋一下 C 公司呀.
@ G 公司某會議室………

The post [爽] 放假二星期. appeared first on richliu's blog.

做 Cixxo 這個 Project 己經做了六個月以上了, 如果沒有問題, 應該還是撐得住,  不過過年去美國, 回來又去客戶端, 又連續二次熬夜到三點, 回到家都四點多了. 以前身體好, 健康撐得住熬夜(熬夜上網玩和熬夜工作消耗的體力是差很多的), 這次連二次大的, 身體還沒有恢復, 又要加班. 終於撐不住, 第二次熬夜前就感冒了.

感冒也就算了,  偏偏碰到一個重要功能出問題, 還要不得己的加班,  加班做還找不出原因, 邊加班一邊情緒愈來愈差. 所以那天終於到了壓力點, 直接寫信告訴老闆, 再這樣幹下去, 我早晚要離職. 除了健康以外, 還有家庭要顧呀.  上班時間熬夜, 拿假日補休, 隔週再上班, 這樣操下去, 誰受得了.

結果是休了一個還不錯的假期啦,  不過假期結束前痛風發作, 讓好不容易平復的心情又幹了起來. 星期一痛到沒有辦法去上班, 請假在家休假.

星期二去上班的時候,  有一個常常在運動的同事說,  我要運動才會好, 不講還好, 一講我火氣都上來了, 直接就吐他, 老子現在就想辭職去運動. 不要不長眼嘛, 客戶 Support 己經做的很幹了,還不錯的薪水我都不想拿了, 三不五時熬夜做, 還要叫我去運動 -_-!

不打勤, 不打懶, 專打不長眼,  老子要辭職就參你一本 (我們交情沒有那麼壞啦, 講好玩的)

星期三和客戶 G 公司的 W 員工聊天, 大家共同的結論是,

沒事將辭職放在口邊也不錯, 辭職都不怕了, 做事也沒有什麼好怕的, 做下去就對了, 大不了就走人嘛, 這樣做事反而會比較順, 不會綁手綁腳的, 可以放開懷做, 反而事情會愈做愈順. 然後就不會辭職了…..

難怪有一些沒有就將辭職放在口邊…. 減減壓力, 等到壓力過了, 就不喊辭職了……

放假回來其實做的是比較順啦,  放假前因為太急, 無法討論的問題都得到解答, 畢竟還可以和 ASIC Designer 確認是不是這樣寫沒有問題. 也可以一樣一樣檢查可能發生的問題點. 還可以有時間思考如何符合這個 Project 目前的架構.  時間一緩, 成品自然問題少, 也有時間 Debug/Test.

科技業都很喜歡壓 Schedule 壓很緊,  表面上看起來是可以節省時間,  其實只是壓小員工的上班時間,  壓這麼緊之後,  成品自然差,  運氣好測不出問題沒有辦法出貨,  運氣不好就是要陷入 Debug  輪迴.  很多做 Marketing / Sales 出身的人可能不能體會這一點, 反正燃燒生命衝就是了. 短期內其實沒有多大問題, 可是長期的確是不利的. 沒有時間做 Code Review, 沒有時間做 Document , 沒有時間充電. 你的 RD 永遠不會成長, 賺取的利潤其實都是在壓小 RD 而己.

這樣的故事可能不會結束, 還是先找機會好了, 有沒有要在樹林大同工業園區找會 Embeeded Linux 的 RD/RD Manager  的. 然後可以準時下班, 薪水好談…..

The post 喊喊”我要離職”也是可以減壓的….. appeared first on richliu's blog.

(14:39:13) < http://www.dailytech.com/article.aspx?newsid=5678 (14:41:33) > (Y)
(14:41:38) > 真神奇
(14:41:47) < 長輩公司也搞一個吧 (14:41:55) < 驢子板晶片 XD (14:41:59) > 好像是我們家的呀~~~~~
(14:42:06) < 啊?

這篇文章只有二個結論.
1. 真是巧合呀, 很少會碰到朋友不知情的狀況介紹到自家產品
2. 行銷真的很重要. 看這些標題會嚇死人, 可是仔細一看, 真的沒有什麼呀 (默)

The post [雜談] 行銷真的很重要…… appeared first on richliu's blog.

因為某個 Project 的的關係, 需要用我們 CPU 上的 Static Memory Interface 連到 Philips SC16C2552 這一顆 Parallel 轉 Serial 的 Dual UART IC .

其實以硬體來說, 如果線都拉好, Static Memory Interface 設好, 應該就能夠正常的讀取.
不過這一顆 IC 卻花了我好多時間.

第一天
這一天做的事情很簡單, 就是設定環境, 將特別寫的一支 Serial Driver 換成 Linux 標準的 Serial Driver .
啟動 Static Memory Interface .
結果 Driver 上上去, 連個鳥都讀不到.

然後在 ARMBoot 下直接對該記憶位置下指令,
結果讀回來的都是 0xFF .
這時候當然就是拿 LA 出來量訊號, 結果發現到 CS 亂發, 沒有動也發, 這樣 IC 會動才有鬼

第二天
找 Hardware 修好線路, 也驗證 Register 也可以正常讀寫.
拿回去仔細修 Bug . 最後發現, TX/RX 半個鳥也沒有.
這時候我就覺得奇怪了, 怎麼會發生這麼奇怪的事情.
在檢查了 Register 都沒有問題的狀況下, 只好又請出 LA, 看 Address , 看 CS , 看 Read/Write 訊號
怎麼看程式都是對的, 但是 TX/RX 連個鳥都沒有…..

第三天
Hardware 剛好有一個新的板子回來, 一掛上去馬上可以用. 也有訊號輸出.
那我之前做的事情不就是很白爛,
搞了好幾天原來是 IC 爛掉… 更更更更更!!
浪費我的時間.

最後整理一下 Linux 下的 Serail Driver, 發現輸出非常慢(每 5 秒輸出 1 or 16 個字元)…..
最後找呀找, 又發現原來講好叫 Hardware 拉 GPIO 到 Philips SC16C2552 的 INTA . 結果 Hardware
都沒有做, 最後還是拿 GPIO 做 Interrupt 之後才正常.

很久沒有這樣被一顆爛 IC 搞到快瘋掉. 寫一篇 Blog 發洩一下… 更更更更!

The post Philips SC16C2552 爛了 appeared first on richliu's blog.

就先來講第一篇吧.
—————————————————–
月初, 由於上面的壓力, 所以要我們寫出一個軔體更新的功能.
功能規格如下: 可以從 PC 將軔體經由 Ethernet 上傳.
其他細部的功能也沒有給我們, 我們考量目前手上的工作量, 和可以輕鬆完成的時程
就答應了一個月底給們他 Sample Code 的功能.

這樣的功能不難, 但是之前沒有做過類似的功能, 所以就摸索了一下, 用 Linux 下的 socket library
寫了一個 broadcast UDP packet 加上修改 armboot 內 TFTP 的功能, 達到一個簡單上傳的功能.
其中還替 Protocol 加上簡單的標記和檢查序列的功能.
(當然原始的想法不止這樣, 應該還有重傳檢查和確定完成的機制, 背後還很複雜的, 不過我們又不是系
統廠, 這些功能當然是有需求再做就好了)

整理了一下就寄給了客戶.

結果客戶打電話來, 劈頭就問, 你們 armboot 為什麼要輸入指令 “download” 才可以進入
Download 模式呀? 為什麼你不做給我們?
喂喂喂, 我們是 IC Design House, 又不是做產測程式的, 這功能你修改一下就可以了吧.
東講西講了半天, 客戶又問了第二個問題,
你們給的那個 upload 程式可不可以在 Windows 下執行?
喂喂喂, 當初沒有講好要 Windows 的 Client 吧, 而且我們 Team 內沒有人會寫這種程式.
又盧了半天. 客戶又出了一個神奇的要求
那你們的程式可不可以寫一個 API 給我們呼叫, 還是改給我們…….
更. 老子沒有人會寫 Windows 的程式啦, 是聽不懂哦…….

終於客戶自己回去想辦法試我們的 Linux 下的程式了.

沒有多久, 客戶就打電話來了….
你們 Linux 下的程式沒有辦法執行耶, 會出現 file not found
我們的程式最少在 Debian 和 Gentoo 兩個平台執行過耶
那請問一下你有 Compile 過嗎?
我用你們提供的 Binary 也不能執行呀, 你們在搞什麼東西…..
我們提供的 Binary, 那要 glibc 相容才可以用, 我們用 2.3.6 或是 2.4
我是使用 Linux kernel 2.4 呀, 怎麼不可以用…..
那你要重新 make 一個新的 binary

接下來就是客戶打電話來罵, 說我們沒有誠信, 當初答應要給他軔體更新程式
但是又沒有做完, 開機不能直接進入 download mode.
又不提供 Windows client , 這樣怎麼繼績相信我們 blah blah blah blah blah …..
講到我們 FAE 快和他翻臉了.

我就將電話接過來開罵了,
幹 RD 的做事就求爽而己, 你這樣講以後誰要 Support 你.
更不要講你要求的事情根本就是你們要做的事情.
你要直接進入 Download mode. 你可以問怎麼修改, 我可以告訴你,
但是你要我幫你做, 免談.

這件事本來從頭到尾根本就是干我屁事.
而且連 Auto Run 這種程式都改不出來, 誰救得了你呀.

The post 先生, 這東西不該我們做的吧. appeared first on richliu's blog.