感謝Zuse的說明,以下記錄詢問後的心得,Gcc提供一種指定函式或變數屬性的方法__attribute__,使用者可以籍由它來告訴Gcc,被宣告的函式或變數的屬性及行為;當一個資料結構被以__attribute__(packed)指定屬性,當資料結構中的成員沒有Alignment 時,Gcc將不會主動對其進行Padding處理!這個動作常用於通訊方面的傳輸,因為通訊傳輸上的資料格式必須固定一致,使用 __attribute__(packed)可避免Gcc在Compile Time時,誤將其進行Padding的處理!
PS. Padding就是當資料結構在宣告時,若沒有注意到成員變數的型態是否有Alignment,Gcc會主動將其進行Alignment的動作,以提昇存取效率!
2010年5月10日 星期一
2010年3月31日 星期三
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()函式所呼叫執行。
在這裡要記錄的是靜態載入的部份,原先小弟的觀念以為,所有前面加上__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()函式所呼叫執行。
2010年3月22日 星期一
如何複制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>
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>
2010年2月5日 星期五
VirtualBox在分享資料夾的重要指令
我們時常會嘗試安裝各種軟體,東裝西裝很容易導致系統的不穩定,如果您有心,您可以嘗試去了解原因,並設法解決它;但有時侯,我們也會想偷懶一下,此時VirtualBox就是一個很方便的偷懶工具,VirtualBox上有個分享資料夾的功能,它方便讓我們在不同虛擬平台上與主機作業系統共享資料夾,但為了達成這個目的,以下這兩個指令很重要:
For Linux:
mount -t vboxsf ShareForldName MountPoint
For Windows:
net use Disk: \\vboxsvr\ShareForldName
For Linux:
mount -t vboxsf ShareForldName MountPoint
For Windows:
net use Disk: \\vboxsvr\ShareForldName
2010年1月13日 星期三
2009年12月13日 星期日
如何關閉gdb的確認機制?
常使用gdb的人,可能都會嘗試撰寫command file來簡化一些反覆的動作,甚至在command file中自訂一些個人專屬的指令,在利用gdb command file來簡化debugging的過程中,或是進行自動化驗証的過程中,有時候會出現一些詢問訊息,來詢問使用者是否繼續?或是中斷?如果您不想被打斷,您可以下達下列幾項指令來關閉它。
set confirm off
set height 0
set width 0
set confirm off
set height 0
set width 0
2009年11月5日 星期四
在Linux環境中,如何比較兩個Binary File?
我們在發展程式的過程中,難免會遇到資料處理的流程,在資料處理的流程中,也許我們需要進行資料正確與否的驗証,驗証的方法當然很多,其中我們可以將記憶體中的資料抓出來,再進行比對,在Linux環境中,可以使用下列的方式進行Binary File的比對:
hexdump -C file1 > file1.txt
hexdump -C file2 > file2.txt
diff file1.txt file2.txt -y |less
hexdump -C file1 > file1.txt
hexdump -C file2 > file2.txt
diff file1.txt file2.txt -y |less
訂閱:
文章 (Atom)