發表文章

目前顯示的是 二月, 2014的文章

靈修分享:充滿誘惑的提案

耶穌說:「你們必曉得真理,真理必叫你們得以自由。」(約8:32)。這節聖經基督徒大概都很熟悉,問題是基督徒大概常常不覺得很自由。為什麼?因為當基督徒讀到登山寶訓的時候,常常會覺得這明明是新約,怎麼比舊約還要律法,要求這麼嚴格,除了外在的行為,還會鑑察自己的內心,而偏偏耶穌又說:「你們若愛我,就必遵守我的命令。」(約14:15),這樣壓力好大唷。這在人是不能,但靠著上帝的恩典,凡事都能(太19:26)。感謝上帝!不過今天的分享不是在這裡,而是在主日聽賴長老講道的時候,突然浮起的另外一個問題...

如果,上帝願意給你一個機會,使你一切手所做的盡都順利,而且你完全不用聽從祂的吩咐(也就是可以胡作非為:p),你覺得這個提案怎麼樣?

乍聽之下很棒吧!雖然大部分的基督徒應該會直接大笑說:「怎麼可能?」,可能還會引經據典的來說這根本是天方夜譚,所以根本就不需要考慮這個問題。但或多或少,內心也會有點心動吧。然而,這個提案並非空穴來風,而是曾經出現在聖經當中的...

出33:1 耶和華吩咐摩西說:「我曾起誓應許亞伯拉罕、以撒、雅各說:『要將迦南地賜給你的後裔。現在你和你從埃及地所領出來的百姓,要從這裡往那地去。
出33:2 我要差遣使者在你前面,攆出迦南人、亞摩利人、赫人、比利洗人、希未人、耶布斯人,
出33:3 領你到那流奶與蜜之地。我自己不同你們上去;因為你們是硬著頸項的百姓,恐怕我在路上把你們滅絕。」
出33:14 耶和華說:「我必親自和你同去,使你得安息。」
出33:15 摩西說:「你若不親自和我同去,就不要把我們從這裡領上去。
出33:16 人在何事上得以知道我和你的百姓在你眼前蒙恩呢?豈不是因你與我們同去、使我和你的百姓與地上的萬民有分別嗎?」
出33:17 耶和華對摩西說:「你這所求的我也要行;因為你在我眼前蒙了恩,並且我按你的名認識你。」

在這個故事裡,上帝對摩西說,我派遣使者在你們面前,幫你們驅除一切的敵人,只是我不與你們同在,免得我因著怒氣而滅了你們。這真是一個誘人的提案,一來可以不花一兵一卒就可以佔領迦南地;二來也隱含著,你們可以胡作非為,而且我不會因此而懲罰你們。這提案有多大的吸引力呢?從之後的故事來看,約書亞爭戰了老半天,過約旦河、取耶利哥城、敗走艾城又取回來、打敗五王聯軍,到老年的時候,仍然還有許多未得之地(書13:1),在士師記的時候,一開始還能逐步趕出…

Linux UK Communication: Netlink

上一篇文章所介紹使用的 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 512staticstruct sock* g_pSocket =NULL;staticvoid recv_msg_from_user(struct sk_buff *pSkb,char* pRecv…

Linux UK Communication: Character Device

這是同事 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");externint register_device(int major,int minor);externint unregister_device(int major,int minor);staticint __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;}return0;}staticvoid __exit kernel_module_exit(void){ printk("[KERNEL-PART] %s\n", __func__);if(0> unregister_device(125,0)){ printk("[KERNEL-PART-ERROR] unregister device failed\n&q…

IPC: Unix Domain Socket

要讓系統中的兩個 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>intmain(int argc,char*argv[]){struct sockaddr_un unixSocketAddr;// Unix Domain Socketint unfd;// Unix Socket FDstruct sockaddr_un unixSocketDstAddr;// Unix Domain Socketstru…