VMware 所模擬的網卡是AMD PCnet32,在linux-2.4.20 有包含這個driver,
linux-2.4.20的核心設定
General setup --->
[*] PCI support (CONFIG_PCI)
(Any) PCI access mode (CONFIG_PCI_GOBIOS)
[*]PCI device name database (CONFIG_PCI_NAMES)
因為這個網卡是接在PCI bus上
Network device support --->
[*] Network device support (CONFIG_NETDEVICES)
Ethernet (10 or 100Mbit) --->
[*] Ethernet(10 or 100Mbit) (CONFIG_NET_ETHERNET)
[*] EISA, VLB, PCI and on board controllers (CONFIG_NET_PCI)
[*] AMD PCnet32 PCI support (CONFIG_PCNET32)
這樣在開機時,Linux會自動偵測出網卡,然後利用ifconfig 和route 設定 IP 和 GATEWAY 的位址, DNS 可以利用resolv.conf 設定,但要注意 NSS (Name Service Switch) 如何提供
練習一下module的設置,
linux-2.4.20 核心設定
Loadable module support --->
[*] Enable loadable module support
[*] Set version information on all module symbols
[*] kernel module loader
其他和上面一樣,只有一個不一樣
<M> AMD PCnet32 PCI support (CONFIG_PCNET32)
對,就是這個設為module,有點廢話...
make moudles
會將設置為 <M>的選項,以modules的編譯參數編譯起來
make INSTALL_MOD_PATH=要建立root的絕對路徑 modules_install
將module放在"root的絕對路徑"/lib/module/`uname -r`/中,並產生一個叫modules.dep的檔案,,是用來告訴modprobe,要載入pcnet32.o前要先載入mii.o,語法有點像make,
其他相關的modules.XXX,都是空的,不過有一個叫modules.pcimap有些東東,還沒找到相關資料來了解其用途,
註:在做跨平台編譯,或者Linux最小化時,這個INSTALL_MOD_PATH要注意,是絕對路徑而沒法是相對路徑,是指向自己要建立root 的filesystem,
註: `uname -r` ==> 2.4.20
在/etc/下要有一個modules.conf,內容如下
alias eth0 pcnet32
還有busybox的module相關指令要加入, modprobe depmod lsmod insmod rmmod modinfo
因此當ifconfig eth0 192.168.8.19 up 時, 由於核心沒有eth0網路設備,就叫modprobe來載入module,首先modprobe檢查modules.conf,知道eth0的driver是pcnet32,然後再檢查modules.dep,得知要載入pcnet32.o前要先載入mii.o,來處理這個相關性,如此核心就知道怎樣處理eth0這個網路設備,完成這個連鎖反應....
其實一般PCI介面有所謂PnP的功能,這樣我們可以存著許多網卡driver,然後利用這機制得知到底要用哪一個driver,這樣才user friendly吧...
不過現在的工作主要在embedded linux,主要以精簡為目標,我想以後有機會再了解吧!!!
2008年7月31日 星期四
2008年7月24日 星期四
udhcp and route 設定 for linux
在busybox-1.00-pre7,已經包含了udhcp 的client 和 server,
linux-2.4.20 核心設定
Code maturity level options --->
[*] Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL)
這個選項開放一些新的的功能或著實驗的選項,讓使用者可以選擇
General setup --->
[*] Networking support (CONFIG_NET)
這樣才有Networking Options ---> 和 Network device support ---> 這兩大選項
[*] Sysctl support (CONFIG_SYSCTL)
可以讓/proc下出現sys的子目錄,當然proc這個檔案系統要先開啟
Networking options --->
[*] Packet Socket (CONFIG_PACKET)
udhcpc 需要這個選項
[*]Unix domain sockets (CONFIG_UNIX)
使用netstat可以看到 Active UNIX domain sockets (w/o servers) 的列表,udhcpd 需要這個選項
[*] TCP/IP networking (CONFIG_INET)
可以在/proc/sys/下出現net/ipv4的子目錄,例如 echo "1" > /proc/sys/net/ivp4/net_ipforward ,linux才有路由的功能, 還有會擁有 lo 這個 loopback 網路裝置, 可以ping 自己!!!
Network device support --->
[*] Network device support (CONFIG_NETDEVICES)
基本上這個大選項,是在選擇網卡的dirver,不過在一些SOC的embedded system中,雖然廠商已經porting好了相關網路驅動,且放置在和晶片相關的選項中(廠商所分出的一個大選項),不過上面的 (CONFIG_NETDEVICES)還是要選,不然掛udhcpd會失敗,
udhcp 介紹:
udhcpc: 需要一個 script file, 注意是一個可執行的檔,不是設定檔,udhcpc利用shell 變數和 script file 做互動
udhcpd: 需要一個設定檔,這個設定檔可以指定相關的資訊的儲存檔案路徑
關於這些設定檔的參考,udhcpd可以參考 udhcpd.conf , udhcpc 可以參考這網站內的S50default
相關連結:
參考一
在udhcpc的script裡需要ifconfig和route指令(需要在busybox裡設定),還有一些相關的核心設定參數,在這裡紀錄一下
由於我的 embedded linux 有兩個網路介面(再加一個lo),所以也實驗了Router的設定linux-2.4.20 核心設定
Code maturity level options --->
[*] Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL)
這個選項開放一些新的的功能或著實驗的選項,讓使用者可以選擇
General setup --->
[*] Networking support (CONFIG_NET)
這樣才有Networking Options ---> 和 Network device support ---> 這兩大選項
[*] Sysctl support (CONFIG_SYSCTL)
可以讓/proc下出現sys的子目錄,當然proc這個檔案系統要先開啟
Networking options --->
[*] Packet Socket (CONFIG_PACKET)
udhcpc 需要這個選項
[*]Unix domain sockets (CONFIG_UNIX)
使用netstat可以看到 Active UNIX domain sockets (w/o servers) 的列表,udhcpd 需要這個選項
[*] TCP/IP networking (CONFIG_INET)
可以在/proc/sys/下出現net/ipv4的子目錄,例如 echo "1" > /proc/sys/net/ivp4/net_ipforward ,linux才有路由的功能, 還有會擁有 lo 這個 loopback 網路裝置, 可以ping 自己!!!
Network device support --->
[*] Network device support (CONFIG_NETDEVICES)
基本上這個大選項,是在選擇網卡的dirver,不過在一些SOC的embedded system中,雖然廠商已經porting好了相關網路驅動,且放置在和晶片相關的選項中(廠商所分出的一個大選項),不過上面的 (CONFIG_NETDEVICES)還是要選,不然掛udhcpd會失敗,
udhcp 介紹:
udhcpc: 需要一個 script file, 注意是一個可執行的檔,不是設定檔,udhcpc利用shell 變數和 script file 做互動
udhcpd: 需要一個設定檔,這個設定檔可以指定相關的資訊的儲存檔案路徑
關於這些設定檔的參考,udhcpd可以參考 udhcpd.conf , udhcpc 可以參考這網站內的S50default
相關連結:
參考一
2008年7月11日 星期五
MTD 測試
MTD 裝置通常是用來當作是Flash的裝置,若是系統沒有Flash可以測試,也可以用記憶體來模擬MTD裝置,以下紀錄核心, /dev, mtd-utils 的選擇和設定
linux 2.4.20 Kernel 設定
進入Memory Technology Devices (MTD) --->
[*] Memory Technology Devices (MTD) support (CONFIG_MTD)
[*] Direct char device access to MTD devices (CONFIG_MTD_CHAR)
[*] Caching block device access to MTD devices (CONFIG_MTD_BLOCK)
進入Self-contained MTD device drivers --->
[*]Test driver using RAM (CONFIG_MTD_MTDRAM)
(1024) MTDRAM device size in kiB (CONFIG_MTDRAM_TOTAL_SIZE)
(128) MTDRAM erase block size in kiB (CONFIG_MTDRAM_ERASE_SIZE)
/dev/mtdblock0 b 31 0
/dev/mtdblock1 b 31 1
/dev/mtdblock2 b 31 2
依序類推...
/dev/mtd0 c 90 0
/dev/mtd1 c 90 2
/dev/mtd2 c 90 4
依序類推...
mtd-utils-1.0.0 下載
發現一個問題:
mkfs.jffs2 -d test -o test.bin
dd if=test.bin of=/dev/mtdblock0
mount -t jffs2 /dve/mtdblock0 /mnt/flash
在最後一個步驟後會有錯誤訊息,研究一下,終於了解.....
既然是模擬Flash memory,有一個參數很重要,那就是 CONFIG_MTDRAM_ERASE_SIZE,所以使用mkfs.jffs2指令來產生image檔案時,必須 "mkfs.jffs2 -e0x20000 -d ./root -o test.bin",如此才能吻合RAM所模擬的FLASH memory
註: mkfs.jffs2 的參數 -e "size" 代表erase block的大小
一般實際有Flash的系統上,會利用CFI去偵測FLASH得到這些資訊
mtd-utils-1.0.0 裡,試過mkfs.jffs2. flash_erase. flash_eraseall 這三個命令
flash_eraseall 作用在 /dev/mtd0 會有問題.看一下flash_eraseall.c, grep bbtest=1,改成bbtest=0就可以了,這個修改是讓程式跳過bad block的檢查,我想應該是核心的MTD子系統沒有建置bad block check的機制,了解不多,不過至少可以用了.... :-)
linux 2.4.20 Kernel 設定
進入Memory Technology Devices (MTD) --->
[*] Memory Technology Devices (MTD) support (CONFIG_MTD)
[*] Direct char device access to MTD devices (CONFIG_MTD_CHAR)
[*] Caching block device access to MTD devices (CONFIG_MTD_BLOCK)
進入Self-contained MTD device drivers --->
[*]Test driver using RAM (CONFIG_MTD_MTDRAM)
(1024) MTDRAM device size in kiB (CONFIG_MTDRAM_TOTAL_SIZE)
(128) MTDRAM erase block size in kiB (CONFIG_MTDRAM_ERASE_SIZE)
/dev/mtdblock0 b 31 0
/dev/mtdblock1 b 31 1
/dev/mtdblock2 b 31 2
依序類推...
/dev/mtd0 c 90 0
/dev/mtd1 c 90 2
/dev/mtd2 c 90 4
依序類推...
mtd-utils-1.0.0 下載
發現一個問題:
mkfs.jffs2 -d test -o test.bin
dd if=test.bin of=/dev/mtdblock0
mount -t jffs2 /dve/mtdblock0 /mnt/flash
在最後一個步驟後會有錯誤訊息,研究一下,終於了解.....
既然是模擬Flash memory,有一個參數很重要,那就是 CONFIG_MTDRAM_ERASE_SIZE,所以使用mkfs.jffs2指令來產生image檔案時,必須 "mkfs.jffs2 -e0x20000 -d ./root -o test.bin",如此才能吻合RAM所模擬的FLASH memory
註: mkfs.jffs2 的參數 -e "size" 代表erase block的大小
一般實際有Flash的系統上,會利用CFI去偵測FLASH得到這些資訊
mtd-utils-1.0.0 裡,試過mkfs.jffs2. flash_erase. flash_eraseall 這三個命令
flash_eraseall 作用在 /dev/mtd0 會有問題.看一下flash_eraseall.c, grep bbtest=1,改成bbtest=0就可以了,這個修改是讓程式跳過bad block的檢查,我想應該是核心的MTD子系統沒有建置bad block check的機制,了解不多,不過至少可以用了.... :-)
訂閱：
文章 (Atom)