Linux Kernel如何呼叫靜態載入的初始化函式？

這裡指的靜態載入的初始化函式，是指Kernel在初始化過程直接進行呼叫載入的初始化函式，而動態載入的函式，指的就是Module，它是在Linux系統開機完成後，動態載入和移除的！

在這裡要記錄的是靜態載入的部份，原先小弟的觀念以為，所有前面加上__init的函式都會在Linux的初始化過程中被呼叫，今向Steven Hung請教後，原來這是不正確的。所有被冠上__init的函式只是會被收集到.init的section，但不見得會被呼叫；一個新增的初始化函式若想要被Linux Kernel在初始化過程中所呼叫，它必須使用下列的巨集來宣告它：
From include/linux/init.h

#define __define_initcall(level,fn,id) \
static initcall_t __initcall_##fn##id __used \
__attribute__((__section__(".initcall" level ".init"))) = fn

/*
* Early initcalls run before initializing SMP.
*
* Only for built-in code, not modules.
*/
#define early_initcall(fn) __define_initcall("early",fn,early)

/*
* A "pure" initcall has no dependencies on anything else, and purely
* initializes variables that couldn't be statically initialized.
*
* This only exists for built-in code, not for modules.
*/
#define pure_initcall(fn) __define_initcall("0",fn,0)

#define core_initcall(fn) __define_initcall("1",fn,1)
#define core_initcall_sync(fn) __define_initcall("1s",fn,1s)
#define postcore_initcall(fn) __define_initcall("2",fn,2)
#define postcore_initcall_sync(fn) __define_initcall("2s",fn,2s)
#define arch_initcall(fn) __define_initcall("3",fn,3)
#define arch_initcall_sync(fn) __define_initcall("3s",fn,3s)
#define subsys_initcall(fn) __define_initcall("4",fn,4)
#define subsys_initcall_sync(fn) __define_initcall("4s",fn,4s)
#define fs_initcall(fn) __define_initcall("5",fn,5)
#define fs_initcall_sync(fn) __define_initcall("5s",fn,5s)
#define rootfs_initcall(fn) __define_initcall("rootfs",fn,rootfs)
#define device_initcall(fn) __define_initcall("6",fn,6)
#define device_initcall_sync(fn) __define_initcall("6s",fn,6s)
#define late_initcall(fn) __define_initcall("7",fn,7)
#define late_initcall_sync(fn) __define_initcall("7s",fn,7s)

#define __initcall(fn) device_initcall(fn)

經由這個宣告動作，該函式被標記未來將放入.initcall的section，然後經由Linker處理時，才統一將所有標記要放在.initcall的函式全部排列在一起。
From arch/arm/kernel/vmlinux.lds

__initcall_start = .;
*(.initcallearly.init) __early_initcall_end = .; *(.initcall0.init) *(.initcall0s.init) *(.initcall1.init) *(.initcall1s.init) *(.initcall2.init) *(.initcall2s.init) *(.initcall3.init) *(.initcall3s.init) *(.initcall4.init) *(.initcall4s.init) *(.initcall5.init) *(.initcall5s.init) *(.initcallrootfs.init) *(.initcall6.init) *(.initcall6s.init) *(.initcall7.init) *(.initcall7s.init)
__initcall_end = .;

然後在Linux Kernel開機初始化的過程中，
From init/main.c

static void __init do_initcalls(void)
{
initcall_t *call;

for (call = __early_initcall_end; call < __initcall_end; call++)
do_one_initcall(*call);

/* Make sure there is no pending stuff from the initcall sequence */
flush_scheduled_work();
}

被do_initcalls()函式所呼叫執行。

如何複制VirtualBox的Image

現在的PC愈跑愈快了，VM（Virtual Machine）的功能也愈做愈好，基於這兩個利基，我開始考慮透過VM來提高系統及網路使用的安全了，為了達到這個目的，我得安裝多套作業系統來達成，如果每套作業系統都要逐一安裝，那我大概會瘋掉，所幸VirtualBox有提供工具來進行複制，如下：
E:\Sun\VM\Ubuntu-9.10--1>..\..\VirtualBox\VBoxManage.exe clonehd 207d6a6f-1073-4988-b7ad-50e45e916fa6 Ubuntu-9.10--1.vdi
VirtualBox Command Line Management Interface Version 3.1.2
(C) 2005-2009 Sun Microsystems, Inc.
All rights reserved.

0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Clone hard disk created in format 'VDI'. UUID: 62d8de8b-7191-4d84-bb0b-b41dc5ceb0d5

E:\Sun\VM\Ubuntu-9.10--1>

VirtualBox在分享資料夾的重要指令

我們時常會嘗試安裝各種軟體，東裝西裝很容易導致系統的不穩定，如果您有心，您可以嘗試去了解原因，並設法解決它；但有時侯，我們也會想偷懶一下，此時VirtualBox就是一個很方便的偷懶工具，VirtualBox上有個分享資料夾的功能，它方便讓我們在不同虛擬平台上與主機作業系統共享資料夾，但為了達成這個目的，以下這兩個指令很重要：
For Linux:
mount -t vboxsf ShareForldName MountPoint
For Windows:
net use Disk: \\vboxsvr\ShareForldName

在Debian中，繪出套件相依圖的方法

$ apt-rdepends -d package >package.dot
$ springgraph package-dependency.png

如何關閉gdb的確認機制？

常使用gdb的人，可能都會嘗試撰寫command file來簡化一些反覆的動作，甚至在command file中自訂一些個人專屬的指令，在利用gdb command file來簡化debugging的過程中，或是進行自動化驗証的過程中，有時候會出現一些詢問訊息，來詢問使用者是否繼續？或是中斷？如果您不想被打斷，您可以下達下列幾項指令來關閉它。

set confirm off
set height 0
set width 0

在Linux環境中，如何比較兩個Binary File？

我們在發展程式的過程中，難免會遇到資料處理的流程，在資料處理的流程中，也許我們需要進行資料正確與否的驗証，驗証的方法當然很多，其中我們可以將記憶體中的資料抓出來，再進行比對，在Linux環境中，可以使用下列的方式進行Binary File的比對：

hexdump -C file1 > file1.txt
hexdump -C file2 > file2.txt

diff file1.txt file2.txt -y |less

如何了解執行程式使用了哪些Shared Library

一般使用者如果想了解執行程式是Static？還是Dynamic Linking，只要使用file指令即可達到此目的，如：

$ file gdb
gdb: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, statically linked, not stripped

$file gdb
gdb: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped

但如果您想要知道執行程式使用了哪些Shared Library，就需要使用ldd指令，如：

$ ldd gdb
not a dynamic executable

$ ldd gdb
libncurses.so.5 => /usr/lib/libncurses.so.5 (0x002c9000)
libm.so.6 => /lib/tls/libm.so.6 (0x005fd000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x007e6000)
libc.so.6 => /lib/tls/libc.so.6 (0x004cf000)
/lib/ld-linux.so.2 (0x004b0000)