(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.

網路上應該有不少 mmap sample code, 應該寫得更好.
我只是拿來驗證一下我們的 Platform 有沒有問題.

我這一段是設定 Static Memory 以後, 再直接設定 Philip SC16C2552 到 Baud rate 38400
再印出 “This is test string” 這個字串.
當然中間有個 Bug, 不過我懶得修 XD

這時請記得, 這時候 UART 還沒有啟動 FIFO , 所以只能送出一個字, 加個 delay 再送出第二個字
要不然會看不到

不過 mmap 並不適合需要高速或是反應快的 Device
比較適合 Initial hardware 或是查詢 memory 內的值.
主要還是 mmap 是 User space , Data 要送到 kernel mode. 這一段要花一段時間, 而且 memcopy 非常耗時.

ref.
mmap Sample Code

The post mmap Sample Code 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.

Aggregation 是一種概念, 我最近接觸到這個名詞是在 PreN 的 driver 上看到的, 主要的技術背景
就是將多個封包合而為一, 一起傳送出去. 主要還是減少大量封包傳輸時, 減少 Control Packet 的 Overhead.

其中主要的實作有以下幾種

這些都是作用在底層的協定(Layer 2), 在實務上, 你用 Sniffer 並不會看到這些技術出現.

首先來看 Block ACK 的機制, 這個機制就是希望在傳送的過程中, 不要再傳送 ACK
而 Block ACK 又分成 immediate 和 delayed, immediate 是直接在 aggregation packet 傳送結束後,
馬上傳回 ACK, 而 delayed 是等下一次傳送後再送出 ACK (心中 OS : 這種 Schema 有人用嗎…..?)
一般來說, 大量資料傳送都會使用 Block ACK .
而個人認為 Block ACK 也很像是 Scaling Window 的機制, 只是比較簡單, 不需要去判斷 Bandwidth.
其實 ACK Packet 也是要耗用 Resource 去處理的, 如果這個 ACK 是用 hardware 處理也還好,
不過如果這個 ACK Packet 是要用 CPU 去處理, 那就值得用 Block ACK 去減少 ACK 的耗用量
畢竟一個 ACK 也是要耗用和一般 Packet 差不多的時間去處理(當然 Memory Copy 的時間少很多).

RIFS 就比較容易理解了, 就是在 Frame 和 Frame 中間並沒有一些 Delay 或是空白的機制.
以增加單位時間內可以傳輸的資料量.

AMPDU

從這一張圖表可以很清楚的看到, AMPDU 就是將數個相同目地的資料, 集合成一次送出, 以減少底層 Hand Shaking 的時間, 同時也可以減少 Header 的重覆傳送, 以達到快速傳送的目地.

APPDU
和 AMPDU 不同的地方在於, APPDU 是 Physical Layer Header 集合在一起.

一般來說, Aggregation 對於 Bulk Data Transfer 的效用並不大, 將 Header 減少的效用剛好在處理 Aggregation 這一段時間就補回來了, 但是 Aggregation 對於小封包就很有用了, 這時 Header 佔小封消耗的時間就比較多了.

曾經看過 Aggregation 這樣處理的

這樣的處理如果在 x86 內, 一點問題也沒有, 畢竟 x86 速度快, Memory Bandwidth 也大, 所以程式寫爛一點也沒有關係. 但是在 Embedded Linux 下, 畢竟資源有限.
我們看到這個圖, 總共有幾次的 Memory Copy 呢? 答案是 3 次, 比起一般的收封包, 多了二次, 也就是三倍的 Memory 頻寬耗用量, 這還不包含 CPU 處理的時間.
所以 Driver 這樣寫, 真是大方呀, 據我所知, 大概只有那家將文書編輯軟體內放模擬飛行的公司可以比而己…..

這只是一個很簡單的例子, 在 Embedded Linux 下寫 Code 要特別小心, 並不是每次都有什麼 IXP420 266Mhz or 400MHZ+ 甚至是 C7 這樣高階的 CPU. 常常的狀況都是比較低階的 CPU .

所以各位看倌可以發現, Aggregation 並沒有什麼了不起, 只是以前的概念拿來修修改改.
在 802.11n 這些技術也己經很普遍了.

Ref. 主要的參考文件
Performance Analysis of Data Aggregation Techniques for Wireless LAN

The post Wireless 的 Aggregation appeared first on richliu's blog.

原意是講, 不知道程式怎麼運作, 結果就下去寫程式, 然後就不會動了, 或是得到一個可以動,
但是不知道為什麼會動的結果… 後來也有引申 compile 第一次不過, compile 第二次就過的意思..

不過我比較喜歡這個解釋

當遇到程式一直跑不出來又找不到原因, 感覺很鬱卒時就隨意改些程式的變數之類, 期望程式可以正常跑.

搞 Embedded Linux 時, 常常碰到一些靈異狀況, 很多莫名奇妙的情形, 看 Code 也不見得能夠了解為什麼,
甚至常常程式改寫之後, 某一個功能就爛了.
這時候就會自己開始亂改程式, 期望他能夠出現我要的結果, 或是前後亂動, 甚至是這種指令都出來了
“# mv .config .. ; make mrproper ; mv ../.config . ; make dep ; make zImage”
我想 Linux 在修改程式後, 期望大家都要 make clean 再重編一次, 有時候或許就是這種 Voodoo Programming 發生功效了吧.

有時碰到看起來程式都對, 只是就是會發生問題的東西, 心中真的是有一股咒怨, 連寫出來的 code 都帶有怨氣, 例如:

int fuckvar;
char *shitstr;
char damearray[SHITNUM]; …….
int *asshole(…..)

整個程式就是一種詛咒, 這時候的 Programmer 己經變成了 Voodoo Programmer XD

能不能預防這種事情發生呢? 以我做 Embedded 的經驗來說, 還算是很難, 畢竟 Embedded Linux 常常碰到一些奇怪的狀況,
有可能是 IC 發生問題, 像是電壓輸出的問題
有可能是 IC 內的某一個 IP 出問題
或是有可能是版上的某些線路, 例如 PCI 的線路拉出來都是一樣的, 為什麼 A 會, B 不會.
甚至是 Code 一樣, Performance 都不一樣.

這時候就是靠非常有經驗的 Programmer 去解決這樣奇怪的問題, 或是抽絲剝繭, 一步一步查出問題
雖然是苦功夫, 卻是解決問題的好方法.

The post Voodoo Programming appeared first on richliu's blog.

其中評比了三家 Wireless Modules , 分別是
Broadcom’s Intensi-fi
Marvell’s TopDog
Airgo
其中 Wireless 大廠
Atheros’ xspaN 鳥掉了, 所以來不及搭上這一班列車…..

以上四家內, Airgo 的 11n 標準和其他家是不一樣的, 所以並不能相容
由這一張圖來看

Airgo 在傳輸距離和效能比, 比 Marvell 和 boardcom 好.

而 0 db 衰減下, 都可以有 100Mbps 上下的表現(其實這個表現差強人意啦, 不過我想各家都應該正在改 Driver 和 Hardware )

文未還是叫大家不要買, 反正現在 11n 貴的要死, 而且不相容(例如: 1Client < -> AP , Client < -> Client,
互連 Marvell/Broadcom/Althros)的問題層出不窮.
除非你是有很有錢的, 否則還是省起來吧.

最近在玩 11n 的機器, 也沒有他講的那麼差啦. 在 ship 時, 廠商還是不斷的修正 hardware/software 的 Issue, 使其更穩更好. 至少我看到的測試數據都比 Toms Hardware 好(當然只是測試數據)
個人目前的建議同上, 除非你不想插網路線, 又想要有比 11g+ (108M) 更快的速度, 否則沒有必要目前切入, 當廠商的白老鼠.

不過目前 11n 最大的意義應該不止是 Wireless performance 比以往更高, 11n 要求有 100Mbits 以上的傳輸速率, 這代表著 Home Gateway 己經正式邁進 Gigabit 化. 不管你要不要, 我想 Gigabit 的時代己經來臨.

或許有人會說, 100M 己經夠快了, 我為什麼要 Giga ?
這句話我很久以前也聽過類似的, “我 10M 都用不完了, 為什麼要升級 100M 的….”
我很早就用 Gigabit 的網路, 比 100M 的大概快上二倍, 100M 約 90Mbips (實際值),
Gigabit 大概介於 280Mbps (實際值)上下.
更不要說現在每個人的 Notebook/Desktop 都是 Giga, 而這一年 Giga 的 Home Gateway 的成本
也降一半有了…. 再不久 Giga 就會蟑螂化了

The post 數款 11n Wireless Device 評比. appeared first on richliu's blog.

The Linux Kernel API
Unreliable Guide To Hacking The Linux Kernel
Unreliable Guide To Locking
Bus-Independent Device Accesses
The Linux-USB Host Side API
USB Gadget API for Linux
The Linux Journalling API
libATA Developer’s Guide
Reed-Solomon Library Programming Interface
Linux Security Modules: General Security Hooks for Linux
MCA Driver Programming Interface
MTD NAND Driver Programming Interface
Linux Kernel Procfs Guide
RapidIO Subsystem Guide
Video4Linux Programming
Synchronous PPP and Cisco HDLC Programming Guide

再加上 Linux kernel 2.6.16.18 Source code 和 Linux Device Drivers 3rd

這分收集的文件非常的棒, 尤其像是我們是做 SoC 的, 幾乎各種 Device 都碰得到, 非常值得收集在 HDD 的
如果是初學 Device Driver 的人, 更是不可少呀.

The post Linux Device Driver Kit appeared first on richliu's blog.

另外 LinuxEmbedded. 也有一篇文章 Embedded SSL library supports TLS

The post Embedded System 的 SSL Library . appeared first on richliu's blog.

看起來 IP 還不少, SoC 的 Core, USB , UART , 10/100 MAC. USB 1.1 PHY 等等都有在內, 如果不是要做先進的 IC, 這邊的 IP 其實還算很夠用, 要做出自己的玩具應該也沒有問題.

不過 IC Design 麻煩的事並不在 IP 呀, IC 驗證/後段製程/軟體才是重要的問題.

The post OpenCores Project appeared first on richliu's blog.

-mshort-load-bytes
-mapcs-32
-malignment-traps

根據 Renaming -mshort-load-bytes 的說法是將 “-mshort-load-bytes” 改成 “-malignment-traps”

而 “-mshort-load-bytes” 在新的 gcc 是 default enable (也就是拿掉這個選項了)
至於 apcs-32 是使用 ARM Processor count 32 bit 的模式, 不過我現在用的 CPU 不支援 26bit 的模式, 所以這個也免了.
而 “-malignment-traps” 在新版的 gcc 預設也是開啟的.

奇怪的是, linux kernel 內的寫法是

CFLAGS_ABI :=$(call cc-option,-mapcs-32,-mabi=apcs-gnu)
CFLAGS +=$(CFLAGS_ABI) $(arch-y) $(tune-y) $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) -msoft-float -Uarm

看起來應該是會去檢查 CC 是不是有 apcs-32 的支援, 如果有, 會加入這個參數, 不過實際上使用時是會直接加入這個參數, 在 kernel compile 時會 compile 不過, 然後我就很白爛的改成

CFLAGS_ABI :=$(call cc-option,-mabi=apcs-gnu)
CFLAGS +=$(CFLAGS_ABI) $(arch-y) $(tune-y) $(call cc-option,$(call cc-option,-malignment-traps,)) -msoft-float -Uarm

也就是直接移掉的意思………
真是一整個 Orz

The post arm gcc 的幾個 flag. appeared first on richliu's blog.

有興趣的可以去看一看

16 papers on real-time and embedded Linux

The post 16 papers on real-time and embedded Linux appeared first on richliu's blog.

重點是 VxWorks / Ncurles 不管那一個數值都低於 50MBps.

要不是 Linux 太強, 就是靈異狀況, 而我傾向是靈異狀況…..

The post 靈異事件. appeared first on richliu's blog.

與MIPS架構相容性達95% 龍芯2恐涉侵權

Godson2 應該是一顆 64bit, 底下還是跑32bit bus 的 MIPS CPU. 以現在的技術來說, 做CPU 沒有什麼. 問題是後續的 Software toolchain/ Support/ Debug Tool 之類的東西.
只是 Godson2 沒有找 MIPs 拿授權, 感覺不太光明呀.
看起來這個中國之光, 蒙上的灰塵還是很厚的.
難怪前一陣子聽說有 Partial Mips RTL code 要賣, 而且很便宜….
原來如此呀.

這顆 Interface 等等應該是相容 MIPS 的.

這張圖的左下角, 如果我猜的沒錯, 就是 ITE 8172.
目前 ITE 似乎拿掉這一顆 Companion Chip 的說明了. 我就我記憶所及講一下吧
上面應該是 32Bit 接 MIPs, 有 SDRAM/PCI/ATA33/i2c/audio(忘了是什麼介面)/serial/parallel
總而言之, 就是一台 Embedded System.

用 64bits MIPs 證明自己的能力, 這很好, 但是並不是要你去侵權
同樣是中華兒女, 對於這樣的行為我覺得很可恥.

update: 剛剛查到好笑的
科研需井冈山精神 “龙芯2号”命名为”毛泽东110”
還有一些相關連結在此 http://www.xtrj.org/godson/

The post Godson2 — Dragon appeared first on richliu's blog.

ref. SATA to CF adapter boots embedded Linux

The post CF to SATA appeared first on richliu's blog.

個人剛好有機會接觸幾個班級, 不過, 我個人認為, 若不是有極大的毅力, 實力及決心,
有關資訊行業的東西, 絕對不要碰程式設計. 如果要接觸, 請接觸 WebProgramming
這一塊因為用 PHP/ASP, 相對需要程式技巧較少, 所以對於一般人比較簡單.

之前有教過一班 JAVA 班的, 其中有規劃 Linux 的課程, 當時本來是談星期六日的課程.
後來因為工業局要求, 所以就在星期四, 五.
因為我一直在上班, 所以在上課的經驗少了一點, 對於課程的掌握稍差, 不過大體來說, 算是有 70 分了.
當時另一位教 JAVA 的老師, 因為只教 Function 的使用方法, 最後學員根本沒有學到什麼.
所以連結業專題都沒有做.

今天去某 Embedded Linux 系統設計班, 也是差不多, 學員是學 Embedded Linux, 但是最後做出來的專題卻是單晶片(因為 Embedded Linux 有硬體的課程, 該課程用單晶片說明).
甚至 Demo 的機器是 Windows.

很多這樣的養成班, 都是速成的, 如果是不需要寫程式, 例如是 “IT” or “Network Manage” 初階入門(設設 route 啦, 設計網路啦). 我認為還比較好跨領域.

不過像是 JAVA 程式設計養成班, Embedded Linux 養成班, 不是本科系的去, 若非有大決心,或是本來就有基礎, 那就白花錢.
以 JAVA 班為例, 是工業局補助, 學員自費 80K, 以 Embedded Linux , 學員自費 120K
以上都要花 6 個月. 這些還不包含這六個月的隱含成本.

Java 還比較好學, 畢竟可以與 OS 無關.

Embedded Linux. 非本科系學員
1. 電腦系統架構: 介紹電腦內溝通介面, 數位電路, Cache, 記憶體存取, 定址等等的機制.
2. OS: 行程, Schedule, 排程, FileSystem, IO 等等.
3. C/C++: 必備, 一定要熟悉, 尤其是 Point. 如果程式設計不會 Point, 就沒有人要了
4. 數位電路. 要整合一定要數位電路, 最少要熟介面, 週邊.
5. Linux: 這是一定要的呀.
6. Assembly …… 如果要 Embedded Linux, Assembly 是必備的. 不過這可以再學.

光前三樣, 資工系的出來都 2266 了. 何況是非本科系, 沒有受過訓練的人.

其實, 並不是非本科系的一定不好, 但是, 在你下決定去上這樣的課程,
你有沒有下定必勝的決定, 一定要學到東西?
有沒有背水一戰的精神?
如果有, 我建議你再報名.
如果沒有, 但是家中有錢有時間, 這樣也可以.
如果沒有錢, 沒時間, 沒有背水一戰的精神, 那可以考慮一下….

不過故事還沒有完, 如果你順利的完成以上的課程, 也順利的進入業界.
那地獄般的訓練才開始, 至少前三個月, 天天加班是跑不掉的.
因為除了原來受的訓練, 你會發生, DDR/SDRAM, PCMCIA, USB, Network Socket,
PCI, IDE, SATA, Bluetooth, CF Interface, MultiTask… 這只是其中一小部份呀….
看不完的 Spec, 統統都是原文的, 就算英文不好(像我), 但是看 Spec 也要能快速抓住重點
你能接受這樣的生活嗎?

如果看完我這一篇文章, 你還是想跳入 SOC/Embedded Linux 這個產業.
那………. 我等著你. 來吧……. 歡迎加入 師程工一族

The post 你打算要上 “資訊就業養成班嗎” appeared first on richliu's blog.