csl's blog

timer using msleep

2011-09-08T14:37:00.008+08:00

最近在改之前寫的slic driver，在送DTMF tone的時候會發生crash，如下：

To send DTMF CID sequence [A11111CR]
POL_FORWARD 
getOffhook = 0
Freq1 : 13990 
Freq2 : 4657 
BUG: scheduling while atomic: ash/0x00000100/2020
Call Trace:
[<800074cc>] dump_stack+0x8/0x34
[<80219a04>] schedule+0x778/0x920
[<8021a7c4>] schedule_timeout+0x70/0xdc
[<80030a18>] msleep+0x24/0x34
[] playDtmfTone+0x148/0x6a4 [slic3217x]
[] playDtmfTone+0x598/0x6a4 [slic3217x]

看來root cause是因為在timer中用了msleep

造成它reschedule就crash

解決方式就是透過將timer的call時間拉長
讓Oscillators播放時間p_cid->dtmf_on_ms拉長一點

init_timer(&cid_dtmf_timer);
    cid_dtmf_timer.function = cid_dtmf_do_timer;
    cid_dtmf_timer.expires = jiffies + ms2jiffies(p_cid->dtmf_on_ms);
    add_timer(&cid_dtmf_timer);

才不會造成dtmf signal lost

取得 wifi parameters for linux kernel

2010-09-15T14:49:00.009+08:00

想抓取wifi的資訊可利用linux kernel的struct netdev
所提供的struct iw_handler_def wireless_handlers來拿取
這是透過wireless_handlers內有個standard的指標函數,
可提供wireless device driver實作,
因此我們可透過standard指標函數來拿取wireless相關資訊

struct net_device
{
...
    const struct iw_handler_def *   wireless_handlers; 
...
}

struct iw_handler_def
{
...
        /* Array of handlers for standard ioctls
         * We will call dev->wireless_handlers->standard[ioctl - SIOCSIWCOMMIT]
         */
        const iw_handler *      standard;
...
}

typedef int (*iw_handler)(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra);

以zd1211rw driver為例：

#define WX(x) [(x)-SIOCIWFIRST]

static const iw_handler zd_standard_iw_handlers[] = {
        WX(SIOCGIWNAME)         = iw_get_name,                                                     
        WX(SIOCGIWNICKN)        = iw_get_nick,
        WX(SIOCSIWFREQ)         = iw_set_freq,
        WX(SIOCGIWFREQ)         = iw_get_freq,
...
};

可以看到這些Wireless Identification的定義：

/* Wireless Identification */
#define SIOCSIWCOMMIT   0x8B00
#define SIOCGIWNAME     0x8B01

#define SIOCSIWNWID     0x8B02          /* set network id (pre-802.11) */
#define SIOCGIWNWID     0x8B03          /* get network id (the cell) */
#define SIOCSIWFREQ     0x8B04          /* set channel/frequency (Hz) */
#define SIOCGIWFREQ     0x8B05          /* get channel/frequency (Hz) */
...
wireless.h:335:#define SIOCIWFIRSTPRIV 0x8BE0
wireless.h:351:#define SIOCIWFIRST 0x8B00

倘若我們想抓取frequency(channel) of current link ，

可直接call function

net_dev -> wireless_handlers -> 
standard[SIOCGIWFREQ - SIOCSIWCOMMIT](net_dev, NULL, (void *) & my_freq, NULL);

然後透過my_freq.m就能抓取現在的freq

struct iw_freq  my_freq;

struct iw_freq      
{
        __s32           m;              /* Mantissa */
        __s16           e;              /* Exponent */
        __u8            i;              /* List index (when in range struct) */
        __u8            flags;          /* Flags (fixed/auto) */
};

進而推出wifi的rssi

COSCUP 2010

2010-08-17T11:36:00.004+08:00

今天的[COSCUP]在中研院舉辦,
去了第四年XD,還是一樣熱血,
而且今年參加人數大爆炸XD

今年的議程主要以Open Web and Mobile Technologies為主

以下為一些議程的心得:

Frontend Development Enviornment, josephj

這個議程滿有趣的,
透過將HTML/CSS/JavaScript 的模組化與自動化
可很嚴謹的制定模組policy
這個design pattern或許也可用於其他地方

Debugging: Linux Kernel by Ftrace, AceLan

Ftrace的工具, 可透過/proc的檔案系統來進行trace kernel function
但很可惜, 目前只僅次於function, 誰call誰, 誰被call

Be 「Android」, Tick Chen + Matt Hsu

很cool的機器人, 透過馬達 <-I2C-> ARM <-buletooth-> Android
來控制機器人, 可惜沒看到開全速的樣子XD

打造特製的 Android Toolchain, jserv

透過"搞系統程式絕對不是「不入流」"開場, 超high
jserv前輩很強~~
一路trace GNU Toolchain發展開發並發現android toolchain的git中無說明
無法自制android toolchain，因此開始打造從無到有的android toolchain,
超cool

Add new system call

2010-01-28T17:03:00.016+08:00

kernel版本:2.6.33-rc2

新增自行定義的system call步驟如下:

1. edit arch/x86/kernel/syscall_table_32.S, add

.long sys_mysystemcall /* 338 */

2. edit include/asm-i386/unistd.h, add

#define __NR_mysystemcall 338

3. create new file, arch/x86/kernel/systemcall.c
(defined filename yourself)

#include <linux/linkage.h>
#include  <linux/kernel.h>

asmlinkage int sys_mysystemcall(void)
{
 printk("mysystemcall\n");
 return 0;
}

4. edit arch/x86/kernel/Makefile, add

obj-y  += systemcall.o

5. compiler kernel

root@shulong-desktop:/home/shulong/linux-2.6.33-rc2# make clean && make

6. writing code for user mode, create new file test.c

#include <linux/unistd.h>
#include <sys/syscall.h>
#include <sys/types.h>

#define __NR_mysystemcall        338
#define mysystemcall() syscall(__NR_mysystemcall);

int main ()
{
 mysystemcall();
 return 0;
}

7. compiler test.c

root@shulong-desktop:~# gcc -Wall test.c -o systemcall

8. execute systemcall

root@shulong-desktop:~# ./systemcall
[ 39.289669] mysystemcall

就可順利加入自行定義的system call。

GNU C Expand

2009-10-30T09:42:00.011+08:00

1. __attribute__ ((variable attributes))

variable attributes:

• aligned
• deprecated
• mode
• nocommon
• packed
• section
• transparent_union
• unused
• vector_size
• weak

section ("section-name")'
extern void foobar (void) __attribute__ ((section ("bar")));
puts the function 『foobar' in the 『bar' section.

example:

#define subsys_initcall(fn) __define_initcall("4",fn,4)
//用來將指定的函數pointer fn放到initcall.init section
//是把fn放到.initcall.init的section.initcall4.init

initcall4.init defined in arch/i386/kernel/vmlinux.lds.S

.initcall.init : AT(ADDR(.initcall.init) - LOAD_OFFSET) 
{
 *(.initcall1.init) 
 *(.initcall2.init) 
 *(.initcall3.init) 
 *(.initcall4.init) 
 *(.initcall5.init) 
 *(.initcall6.init) 
 *(.initcall7.init)
}

2. likely and unlikely

in include/linux/compiler.h

#define __builtin_expect(x, expected_value) (x)

#define likely(x)       __builtin_expect(!!(x), 1)
#define unlikely(x)     __builtin_expect(!!(x), 0)

example:

if(likely(value)) 
{
}
else
{
}

//看起來likely和unlikely是一樣的, 但事實上是有差異的
//likely表示value的值為true的可能性更大一些，那麼執行if的機會大;
//unlikely表示value的值為false的可能性大一些，執行else機會大一些。
//有了這種修飾，gcc編成組語後,
//會將likely使得if後面的執行語句緊跟著前面的;
//unlikely使得else後面的語句緊跟著前面的程序
//這樣就會可以讓cache預先讀取，
//目的是增加程序的執行速度

Meld : Diff and merge tool

2009-10-06T17:28:00.005+08:00

比較和合併code的工具，在windows上有[Araxis Merge]，但它並非open source software，因此有[WinMerge]可以替代,而在linux上比較常見的是[KDiff3]和[Meld]。

而我最常用的是Meld,它的操作很容易就可上手。

Coding tips, Vim顯示當前行

2009-10-02T11:40:00.003+08:00

輸入":set cursorline".
或輸入":set cul".

取消當前行：
輸入":set no cursorline".
或輸入":set no cul"

gcc: warnings being treated as errors

2009-09-28T11:18:00.004+08:00

在Ubuntu 9.04，編譯linux kernel for mips時出現了這個問題

gcc: warnings being treated as errors
scripts/kconfig/conf.c:104: error: ignoring return value of 'fgets', declared with attribute warn_unused_result
...

原來是在./src/Makefile的HOSTCFLAGS variables加了-Werror...
把它去掉之後，就能編過了...

Trace code tool

2008-11-07T22:40:00.007+08:00

以前在Trace OpenSouce code時，常直接用文字編輯器，感覺很不方便，還要自己找檔案。最近發現一套很好用trace code的工具[GNU Global]，它能很神奇的將程式碼變成網頁，而且產生方式超簡單的。

產生網頁的方法：

1. 進入原始碼的目錄下

$ cd ~/speech

2. 執行htags

$ htags -g -F
-g 先執行 gtags
-F 代表要將網頁切成多個Frame

3. 原始碼目錄下就會產生一個叫HTML的目錄

就可以直接用Browser開啟index.html，如下圖所示。

接下來看code就很快了....

Qemu for ARM System emulator

2008-08-27T20:55:00.006+08:00

[Qemu]是個相當不錯的模擬器，它不只可以模擬x86，還可模擬arm。最近找了很多相關的資料，發現目前已經有很多人寫了不錯的教學，而且qemu支援的arm平台[ARM System emulator]也相當多。但重點是qemu並非所有arm的平台都支援，所以或許可以找找patch或自己試著修改看看，才能符合自己的平台。

[OPENCSL]這個網站相當不錯，初學者可以很快做出一個"ARM Integrator"(ARMB26EJ-S的架構)的模擬器。另外是OpenMoko[Neo1973]，目前已有修改過後的qemu，跑出來就跟真的環境一樣。然後[Linux on Palm 5]也有修改後的模擬器，都可以實際跑起來。

有興趣的朋友，可以玩玩看，我覺得還滿有趣的。

OSDC.TW 2008

2008-02-22T11:04:00.008+08:00

一年一度的OSDC.TW又要來了。

去年OSDC.TW 2007我有去參加，覺得主辦人[hcchien]相當用心，而且可以看到很多很厲害的OpenSource高手的"真面目"，而且可以見識到現在很多新技術和想法，個人覺得OSDC.TW真的是不錯的Conference...

今年的[議程]，也很令人期待，想報名的人請到[報名]，要快哦!!不然很快就滿了><"

Reference: [OSDC.TW]

空閒時間看Linux kernel原始碼

2008-02-20T14:41:00.006+08:00

看Linux kernel的原始碼是一種很有趣的事情，可以看到很多用C寫奇怪的作法，真很有趣，如jserv所提到的[C 語言的 trigraph/digraph]一文。

只是因為只有空閒時間才能看，所以都只能看片段，沒辦法一層一層的往下找"真相"，只有大約知道API怎麼CALL、用什麼樣的結構和演算法等等。

不過令人驚訝的是Linux kernel有超完整的架構，讓我這個初學者超佩服的，這時才知道自己的渺小。

未來，我會找時間來整理一些自己看kernel的想法...

Poring Linux Kernel 2.6 for DIMMPC 520i (Part 1)

2007-11-27T13:09:00.001+08:00

最近終於找到時間來Porting板子囉!!

測試完IDE介面，發現可以接硬碟和光碟機...

於是很有趣的將之前收到的ubuntu 7.10放進去跑跑看，結果：

天啊，有畫面也可以跑耶!!但...

kernel還是跑不起來，也只好乖乖porting了...><"

小筆電裝Ubuntu 7.10

2007-11-18T00:28:00.000+08:00

今天終於跟裝了兩年多的gentoo說byebye了，
一直都想要換，畢竟我的小筆電速度不夠快，
總不能每裝一套package就一直compiler...吧!!

也剛好昨天回家，
收到數天前到[ShipIt]所申請的光碟片，
超cool的，還有貼紙...

安裝上真的比gentoo方便太多，
在加上用[lazybuntu]來安裝想要的軟體，真的不到一小時就全部裝完囉...

Easy to build toolchain, cross-ng

2007-11-14T00:22:00.000+08:00

因DIMM-PC只有32 MByte Flash Disk，
所以用glibc會太大，
因此改用jserv前輩所建議crosstool next generation[cross-ng]，
這個crosstool可以編glibc和uclibc，
且介面跟編kernel很類似喔!!
真的方便超多的...^^

1. install

$ wget -c http://ymorin.is-a-geek.org/download/crosstool-ng/
crosstool-ng-0.3.2.tar.bz2
$ tar -jxvf crosstool-ng-0.3.2.tar.bz2
$ cd crosstool-ng-0.3.2
$ ./configure --prefix=/opt/cross-ng
$ make
# make install

2. using cross-ng

$ export PATH="${PATH}:/opt/cross-ng/bin"
$ mkdir toolchain-dev && cd ./toolchain-dev
$ ct-ng menuconfig

需要提供uclibc的設定檔路徑

$ ct-ng build
...
[INFO ] ===============================
[INFO ] Installing C library headers
[INFO ] Installing C library headers: done in 27.63s
[INFO ] ===============================
[INFO ] Core C compiler, pass 2
[INFO ] =============================
[INFO ] Installing static core C compiler
[INFO ] Installing static core C compiler: done in 316.46s
[INFO ] Core C compiler, pass 2: done in 316.50s
[INFO ] ===============================
[INFO ] Installing C library
[INFO ] Installing C library: done in 124.55s
[INFO ] ===============================
[INFO ] Installing final compiler
[INFO ] Installing final compiler: done in 737.85s
[INFO ] ===============================
[INFO ] Installing cross-gdb
[INFO ] Installing cross-gdb: done in 316.19s
[INFO ] ===============================
[INFO ] Installing gdbserver
[INFO ] Installing gdbserver: done in 11.50s
[INFO ] Build completed at 20071114.012858
[INFO ] (elapsed: 28:28.51)

成功囉!!
toolchain的路徑在$HOME/i386-DIMMPC-linux-uclibc

ToolChain for DIMM-PC

2007-11-11T20:59:00.000+08:00

由於x86的toolchain建立的文件相當少，
於是使用[crosstool]來建立toolchain可說是相當方便...
[更新]
$ svn co http://crosstool.googlecode.com/svn/trunk/src crosstool
$ cd crosstool
$ cp demo-i686.sh demo-i386.sh
$ vi demo-i386.sh
將eval `cat i686.dat gcc-4.1.0-glibc-2.3.6-tls.dat` sh all.sh --notest
修改成#eval `cat i686.dat gcc-4.1.0-glibc-2.3.6-tls.dat` sh all.sh --notest
將eval `cat i686.dat gcc-4.1.0-glibc-2.3.6.dat` sh all.sh --notest
修改成#eval `cat i386.dat gcc-4.1.0-glibc-2.3.6.dat` sh all.sh --notest
$ vi i386.dat
TARGET=i486-dimmpc-linux-gnu
TARGET_CFLAGS="-O"
$ sudo mkdir /opt/crosstool
$ sudo chown $USER /opt/crosstool
$ sh demo-i386.sh
...
Cross-toolchain build complete. Result in /opt/crosstool/gcc-4.1.0-glibc-2.3.6/i486-dimmpc-linux-gnu.
+ exit 0
+ cd /home/shulong/crosstool
+ sh testhello.sh
+ cd /opt/crosstool/gcc-4.1.0-glibc-2.3.6/i486-dimmpc-linux-gnu
+ test '!' -d tmp
+ mkdir tmp
+ cd tmp
+ test x '!=' x
+ cat
...
+ echo testhello: C compiler can in fact build a trivial program.
testhello: C compiler can in fact build a trivial program.
+ test '' = 1
+ test '' = 1
+ test '' = 1
+ test 1 = ''
+ echo Done.
Done.

看到這個msg就代表成功啦!!

toolchain的路徑在：
/opt/crosstool/gcc-4.1.0-glibc-2.3.6/i486-dimmpc-linux-gnu/

感謝jserv大提供的方向...

COSCUP 2007

2007-10-05T19:58:00.000+08:00

傳統商業軟體的開發者（coders）和使用者（users）很少交流，是大家都接受的事實。你的軟體用起來有問題？請打技術支援電話，由客服人員為你服務，他或許已經儘其所能，但未必能解決你的問題。如果問題是軟體的臭蟲，你只好痴痴地等待不知幾年後才開賣的下一版。而你當初之所以選用Ａ軟體而不是Ｂ軟體，常常是聽信銷售員（sales）的一面之詞或同儕的推薦。在這個行為模式下，users 面對的是銷售員和客服，coders 面對的還是銷售員和客服，users 遇到的問題要間接地才能反應到 coders 手上，中間還可能會被過濾掉。

Open source 這個在 1998 年出現的名詞，大家早已耳熟能詳。這種在網路上已經進行二三十年的軟體開發模式之所以能成功，有許多原因，其中一個極為關鍵的因素，就是 coder-user 的直接接觸。無屏障的交流形成了問題的快速回報和修補機制，而當這個機制被網路效應放大到極限時，Linus 定律就出現了：《臭蟲難逃眾人法眼》（With enough eyeballs, all bugs are shallow），軟體品質因此顯著提昇。在 open source 的模式中，coders 和 users 中間的人不再是銷售員或客服，而是讓軟體更容易被 users 接受的推廣者（promoters），他們打包套件讓軟體更好裝、寫說明文件讓軟體更易學、辦推廣活動讓軟體被更多人接觸到、在網路上回答問題解決使用者的疑惑，而且不會把 coders 藏在背後產生資訊的不對稱。

Coders、users 和 promoters 是讓 open source 軟體發光發熱的支柱，所以我們的 open source 研討會是專為這三種人舉辦的。你可以是 A 軟體的 coder、B 軟體的 promoter、C 軟體的 user。不論你是已經踏入 open source 領域，還是一直站在門口不知如何入門，歡迎你來參加 COSCUP - Conference for Open Source Coders, Users and Promoters！

今年的 COSCUP 最大的改變，是由各台灣本地社群共同舉辦，也希望能透過這樣的合作，增加社群同好的參與度，正如 COSCUP 的精神，在這個研討會當中，你同時是與會者，推廣者，也參與了大會的運作。

* 時間：2007 年 11 月 3 日（六）- 11 月 4 日（日）
* 地點：台北市和平東路 2 段 106 號科技大樓二樓
* 誰應該參加：寫 open source 軟體的開發者、熱衷 open source 軟體的推廣者、熟悉 open source 軟體的使用者、想瞭解 open source 軟體的新手。

網址：http://coscup.org/2007/

Linus says: “C++ is a horrible language”

2007-09-21T15:02:00.000+08:00

C++ is a horrible language.
It’s made more horrible by the fact that a lot of substandard programmers use it, to the point where it’s much much easier to generate total and utter crap with it.
Quite frankly, even if the choice of C were to do nothing but keep the C++ programmers out, that in itself would be a huge reason to use C.

– Linus

Taiwan Linux Forum

2007-08-03T13:52:00.000+08:00

一年一度的台灣Linux論壇又來了，
這次我的感覺是辦的比去年差，
雖然請了幾位國外Open Source很厲害的講者，
但講都東西不是太淺...
不然就是沒什麼技術性的東西...
感覺沒學到什麼東西...
只有一個心得，英文聽力要加油...><"
...
這次參與的議程有：

8/1, 早上
Overview of the Linux Market Place and the Technical Development Community, Jim Zemlin, Linux Foundation

心得：
大部份的英文都聽的懂，有一些內容很不錯，只不過是有點介紹性的感覺...

8/1, 下午
Real Time Linux, Linux Kernel Device Drivers and Embedded Linux, Theodore Y. "Ted" Tso, Linux Kernel Developer

心得：
因為下午2:00是我想睡的時候，不過我還是努力的聽(中途不小心...)，不過好像只是很簡單的介紹，不夠深入...非常可惜，加上英文講的太快(腔調有點怪怪的)...，聽完只有一個想法，回去開始加強英文聽力><"
...
Open Solaris驅動程式開發, 李宗虞

心得：
講的內容很好，只不過是因為是北京工程師的關係，口語上出現一些大陸用法...><"
什麼源碼、硬盤...
...
印表機在Linux系統中之相容性探討, 林靖翔

8/2, 早上
避免GPL地雷：A Check List, 葉平博士
來自由/開放源碼的警告信, 葛冬梅經理

心得：
講的內容很好，讓人很容易了解GPL，
只不過真的有一些情況，企業要用時真的要小心

8/2, 下午
使用Fedora 7 做OLPC Live-cd, Pake

心得：
很技術性，講的非常好，很想動手玩玩看...
很想弄一台百元電腦...只不過要175元美金><"
...
802.11無線網路封包監測及分析軟體之研製
...
應用感測技術之智慧型環境感知緊急救護系統之設計與實作
...
運用多階層網格技術於2D和3D外形中的呈現
...
自由軟體作業系統核心客製化工具組之研製

心得：
雖然說只是簡略說明做了那些東西，但我可以了解教授所說的...很滿有趣的
...
無線感測網路技術應用於旱災預警與監測通報系統之設計與實作(II)
..
支援跨語言語料收集之維基百科外覆程式
...
小心！間諜就在你身邊！如何增加LAMP安全-現場Demo, Outian

心得：
超厲害的HACKER DEMO，看的很Shock，
以後自己管SERVER真的要小心...
...
粗體是表示我自己覺得不錯的議程...

另外，大部份的簡報都可以抓的到了，
在[自由軟體入口網站首頁]左邊的部份...

總之，以後可能也不會想去了吧...
不但是太遠了...而且沒有比今年的OSDC精彩~~

Robot need a RTOS,but Linux maybe Realtime?

2007-07-19T19:29:00.001+08:00

Reference:
Jserv前輩在OSDC.tw所發表的RT nanokernel for Embedded Linux議題中

Is Linux Realtime?
過去的答案：
No，其原因：
Monolithic Kernel、Non Preemptible、Resource Lock、Priority Scheduling

現在(Kernel 2.6)的答案：Maybe Yes
Old: No Kernel Preemption
Execution in kernel mode interrupted only by explicit、yields, sleeps, and IRQ’s

New: Kernel May Be Preempted
New process may be swapped in after servicing an interrupt

但「May Be」，問題點：
相較於典型RTOS來說，還是太沈重
不具備Hard-Realtime能力

但Robot need a RTOS
所以...
我的目標將先往RTOS的方向走，可能要建立一個Realtime Linux System...
Linux如何Realtime？
這也是我最近要達成的方向...

Kontron DIMM-PC

2007-07-16T13:41:00.000+08:00

Kontron DIMM-PC/520I
586 Embedded Controller, Upto 32MB DRAM, 32MB Flash With Optional Ethernet or USB

series: 08012-3232-13-0
DIMM-PC/520-I CPU module with 32MB DRAM and 32MB flash

Kontron DIMM-PC/COMBO2 & /VGA2
LCD/VGA, Ethernet and Serial on one DIMM I/O Module, Full PC functionality at the size of a business card

series: 08014-0000-01-0
DIMM-PC/COMBO2 VGA, Ethernet and two serial interfaces

Kontron DIMM-PC/KIT-3
Starter Kit for use with the DIMM-PC range, Fast assembly and quick operation

series: 08005-0000-00-4
DIMM-PC/ADA3 Evaluation-board for DIMM-PC

這就是我們實驗室嵌入式板子的資料~~

Reference:
http://www.dpie.com/dimmpc/dimmpc520.html
http://www.dpie.com/dimmpc/dimmcombo.html
http://www.dpie.com/dimmpc/dimmstarterkit.html

Porting Kernel 2.6 for DIMM-PC

2007-07-14T09:33:00.000+08:00

純粹好玩來Porting Kernel 2.6 for DIMM-PC
大約的步驟...(準備開始)
...
Step1: Collecting about Hardware Information

CPU: AMD™ Elan SC520 133MHz

Memory: 32768k(32 MByte) DRAM, 32 MByte IDE compatible Flash Disk

ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hda: SanDisk SDC1-32, CFA DISK drive

VGA Board: Topro TP6508IQ video controller
(VGA Graphics for CRT and flat displays)

Ethernet: Crystal LAN™ CS8900 Ethernet Controller(cs8900 rev J found at 0x300 [Cirrus EEPROM])

ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
...
Step2: Allocation

Bootloader: lilo or u-Boot
(Reference jserv's blog [探索 Linux bootloader 的佳作])
Linux Kernel: 2.6.20 (or newest)
(Realtime Embedded Linux, RTOS)

Root File System: BusyBox + uClibc(or eglibc) + initscripts...
LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
TERM=vt100
SHELL=/bin/ash
...
Step3: Create Image file
...
Step4: Emulate, Tesing
...
Testing. If not ok, back to Step 2
...
Step5: burn to DIMM-PC Flash ROM

Where Can I get Memory Image context?

2007-07-10T15:57:00.000+08:00

明明ml30j53.img的檔案系統就是minix~~~
...
mitelinux:/# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / minix ro 0 0
none /proc proc rw 0 0
none /dev/pts devpts rw 0 0
/dev/ram /mnt/ram minix rw 0 0
mitelinux:/# cat /etc/fstab
/dev/hda1 / minix defaults 1 1
none /proc proc defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
mitelinux:/# df -h
Filesystem Size Used Available Use% Mounted on
/dev/hda1 30.2M 10.8M 19.3M 36% //dev/ram 502.0k 40.0k 462.0k 8% /mnt/ram

但我怎麼mount就是沒辦法~~~
Where Can I get Memory Image context?
#mount -t minix ml30j53.img rootfs/ -o loop
功力還不夠啊~~~誰能幫幫我~~思考中~~

[更新]
錯錯不是minix，我還在研究到底是什麼??
csl@csl-desktop:~$ file ml30j53.img
ml30j53.img: x86 boot sector, LInux i386 boot LOader; partition 1: ID=0x83, starthead 1, startsector 63, 62433 sectors, extended partition table (last)\011
看起來像是在Memory Image中的大合體??好像是把所有東西放在一起??
但要放在一起，難道Memory Image沒有filesystem嗎?
...
原來
csl@csl-desktop:~$ qemu-img info ml30j53.img
image: ml30j53.img
file format: raw
virtual size: 31M (32047104 bytes)
disk size: 31M
它是一個raw file format，
/*
raw
Raw disk image format (default). This format has the advantage of being simple and easily exportable to all other emulators. If your file system supports holes (for example in ext2 or ext3 on Linux or NTFS on Windows), then only the written sectors will reserve space. Use qemu-img info to know the real size used by the image or ls -ls on Unix/Linux.
*/
難怪怎麼mount都沒辦法...
還要再努力才行啊~~~
[/更新]

Oh~My God

2007-07-06T18:01:00.000+08:00

oh~My God~~I get console in DIMM-PC/520-I
弄了半天~~原來那麼容易取得~~
要不是把VGA接上Screen，
看到DIMM-PC竟然有BIOS的管理介面(跟電腦差不多)，
看到DIMM-PC竟然有跟電腦那麼像，
還不用風扇(超強的)，
難怪BOSS說這個東東會比ARM強，終於可以體會出來了...
真是說不出來的高興~~

Making directories: [ OK ]
Setting system clock: [ OK ]
MAC address of eth0: 00:e0:4b:04:01:e7
tcpdump: listening on eth0
Configuring eth0: [ OK ]
Configuring lo: [ OK ]
Starting system logger: [ OK ]
Starting kernel logger: [ OK ]
Starting xinetd: [ OK ]
Generating main crontab: [ OK ]
Starting crond: [ OK ]
Starting sshd: [ OK ]

Please press Enter to activate this console.

miteLINUX release 3.0 (Woody)
mitelinux login: root
Password:

BusyBox v1.00-pre7 (2004.02.04-18:02+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

mitelinux:/root#

接下來的工作，就是~~~
改MiteLinux裡面，會有時無法進系統的情況，
還有一些我想玩玩的東西，像kernel變2.6啦...><"
努力吧~~
目標是七月底把這塊板子中的Linux，修改成我要做的東東~

miteLINUX for DIMM-PC

2007-07-04T03:26:00.000+08:00

我們的實驗室買了一塊開發板(Kontron DIMM-PC/520-I + JUMPtec)，老實說我從來沒聽過這塊板子，不過聽老闆說這塊開發板比arm還強，以後可以拿來用在機器人的核心系統。

規格：
* AMD ELAN SC520 CPU with 133MHz
* 32 Mbyte DRAM and
* 32 MB IDE Flashdisk, IDE Interface
* Floppy, Real Time Clock,
* EEPROM for CMOS-Data backup 5V single voltage,

今天我要將Linux放入，所以要利用JRC+RS232跳線來將img檔寫入flash中，結果很順利就成功。但目前有個問題是拿不到console，今天真的累了~明天在想辦法好了^^"

補充：
http://www.mite.cz/dimmpc/dimmpctable-en.html
http://www.mite.cz/softlinux-en/softlinux-en.html
http://www.amd.com/epd/linux/index.html
目前還沒拿到console，加油中~~

開始寫了~~~

2007-07-02T19:20:00.000+08:00

快要進研究所了~~
想加強一些基本觀念~~~
也打算利用時間，學一些Kenrel東西~~
好多東西要學喔~~~
明天開始吧~~加油啦