Start a New Journey

耶穌說：「 你們必曉得真理，真理必叫你們得以自由。 」（約8:32）。這節聖經基督徒大概都很熟悉，問題是基督徒大概常常不覺得很自由。為什麼？因為當基督徒讀到登山寶訓的時候，常常會覺得這明明是新約，怎麼比舊約還要律法，要求這麼嚴格，除了外在的行為，還會鑑察自己的內心，而偏偏耶穌又說：「 你們若愛我，就必遵守我的命令。 」（約14:15），這樣壓力好大唷。這在人是不能，但靠著上帝的恩典，凡事都能（太19:26）。感謝上帝！不過今天的分享不是在這裡，而是在主日聽賴長老講道的時候，突然浮起的另外一個問題... 如果，上帝願意給你一個機會，使你一切手所做的盡都順利，而且你完全不用聽從祂的吩咐（也就是可以胡作非為:p），你覺得這個提案怎麼樣？ 乍聽之下很棒吧！雖然大部分的基督徒應該會直接大笑說：「怎麼可能？」，可能還會引經據典的來說這根本是天方夜譚，所以根本就不需要考慮這個問題。但或多或少，內心也會有點心動吧。然而，這個提案並非空穴來風，而是曾經出現在聖經當中的... 出33:1 耶和華吩咐摩西說：「我曾起誓應許亞伯拉罕、以撒、雅各說：『要將迦南地賜給你的後裔。現在你和你從埃及地所領出來的百姓，要從這裡往那地去。 出33:2 我要差遣使者在你前面，攆出迦南人、亞摩利人、赫人、比利洗人、希未人、耶布斯人， 出33:3 領你到那流奶與蜜之地。 我自己不同你們上去；因為你們是硬著頸項的百姓，恐怕我在路上把你們滅絕。 」 出33:14 耶和華說：「我必親自和你同去，使你得安息。」 出33:15 摩西說：「你若不親自和我同去，就不要把我們從這裡領上去。 出33:16 人在何事上得以知道我和你的百姓在你眼前蒙恩呢？豈不是因你與我們同去、使我和你的百姓與地上的萬民有分別嗎？ 」 出33:17 耶和華對摩西說：「你這所求的我也要行；因為你在我眼前蒙了恩，並且我按你的名認識你。」 在這個故事裡，上帝對摩西說，我派遣使者在你們面前，幫你們驅除一切的敵人，只是我不與你們同在，免得我因著怒氣而滅了你們。這真是一個誘人的提案，一來可以不花一兵一卒就可以佔領迦南地；二來也隱含著，你們可以胡作非為，而且我不會因此而懲罰你們。這提案有多大的吸引力呢？從之後的故事來看，約書亞爭戰了老半天，過約旦河、取耶利哥城、敗走艾城又取回來、打敗五王聯軍，到老年的時候，仍然還有許多未得之地（書13...

上一篇文章所介紹使用的 Linux User/Kernel 溝通方式：Character Device，是一個很標準的範例程式，過去在公司的案子開發上也大多採用這種方法（另一種方法是 ioctl ）。這個方式最大的好處是簡單，而且移植性高，因為從很早以前的 Linux Kernel 就已經支援了（2.4，你問 2.2？抱歉，我沒那麼老 ... ）缺點呢？Kernel Module 只能夠被動的等待 User Space 的程式呼叫，無法主動進行溝通。 Linux Kernel 最近發展的方向，在 UK 這一塊盡可能改採 Netlink 的方式來進行通訊。這是一個很簡單的思維： 既然所有網路的封包都會到 Kernel 去進行處理，那我為什麼不直接把網路封包拿來當作給 Kernel 的訊息呢？而 Kernel 要和 User Space 的程式溝通時，只要製作一個網路封包往 socket 丟不就好了嗎？ 於是 Netlink 就誕生了。先說缺點，因為算是比較新的技術，所以 API 的介面改的很快，因此程式似乎也要常常變動。下面是由同一位同事 taco 所撰寫的範例。（其實我本來想自己寫的，但 ... 懶啊） Kernel: # include < linux/types.h > # include < linux/kernel.h > # include < linux/netlink.h > # include < net/sock.h > # include < linux/sched.h > # include < linux/module.h > # include < linux/init.h > MODULE_AUTHOR ( " tacolin " ) ; MODULE_DESCRIPTION ( " NETLINK KERNEL TEST MODULE " ) ; MODULE_LICENSE ( " GPL " ) ; # define NETLINK_TEST 17 # define MAX_PAYLOAD 512 static struct sock *...

這是同事 Taco 撰寫的範例，在經過作者同意後厚顏無恥的列在 Blog 上。畢竟人家都寫好了啊，要我自己在寫一份有點懶。為了紀念原作者（明明就還活著，說啥紀念），所以沒有任何地方更動（應該是懶惰吧） 這個範例和我平常的習慣不同，一般來說我只會寫一個範例檔，不喜歡拆成兩個，而且愈簡單愈好。 但這同事和我的習慣不同，也很好，因為可以很簡單的看出兩個檔案的分工，特別是 taco_1.c，可以直接拿來建立各樣的 kernel module 範例，這個習慣值得我學習。 taco_1.c # include < linux/types.h > # include < linux/kernel.h > # include < linux/module.h > # include < linux/init.h > MODULE_AUTHOR ( " tacolin " ) ; MODULE_DESCRIPTION ( " CHARACTOR DEVICEL TEST MODULE 2 " ) ; MODULE_LICENSE ( " GPL " ) ; extern int register_device ( int major , int minor ) ; extern int unregister_device ( int major , int minor ) ; static int __init kernel_module_init ( void ) { printk ( " [KERNEL-PART] %s \n " , __func__ ) ; if ( 0 > register_device ( 125 , 0 ) ) { printk ( " [KERNEL-PART-ERROR] register device failed \n " ) ; return - 1 ; } return 0 ; } static void __exit kernel_module_exit ( vo...

要讓系統中的兩個 process 彼此溝通該如何處理？過去常見的守法有 pipeline、shared memory 等，不過其實我一個都沒有用過。我比較喜歡的作法是 socket programming，在兩個 process 間建立 network socket，因為這樣的概念最簡單（我一向很懶）。 問題是，使用 network socket 會造成效率上的浪費，儘管兩個 process 都在同一台機器（localhost）上，但是還是會到 kernel 的 TCP/IP Stack 裏面逛個一圈，這在執行上勢必會有效能的浪費。既然都已經在本機了，那又何必經過網路層的處理呢？今天要介紹的 IPC 技術就是一個解決這問題的方案： Unix Domain Socket。從下面的範例上來看，寫法和 network socket 幾乎一模一樣。所以就不多做介紹了，直接看程式吧。 # include < stdio.h > // for printf() and fprintf() # include < sys/socket.h > // for socket(), bind(), and connect() # include < sys/un.h > // for struct sockaddr_un # include < stdlib.h > // for atoi() and exit() # include < string.h > // for memset() # include < unistd.h > // for close() # include < sys/time.h > // for struct timeval {} # include < fcntl.h > // for fcntl() # include < sys/epoll.h > int main ( int argc , char * argv [ ] ) { struct sockaddr...