Linux kenel Kconfig的作用

kenel程式碼的目錄下都有兩個檔案Kconfig（2.4版本是 Config.in）和Makefile。分佈到各目錄的Kconfig構成了一個分散式的kernel配置資料庫，每個Kconfig分別描述了所屬目錄程式碼 相關的kenel配置功能表。在內核配置make menuconfig(或xconfig等)時，從Kconfig中讀出功能表，用戶選擇後保存到.config的內核配置文檔中。 在內核編譯時，Makefile利用這個.config，就知道了用戶的選擇。
上面的內容說明了，Kconfig就是對應著kernel的配置功能表。假如要想添加新的驅動到內核的源碼中，能夠修改Kconfig,這樣就能夠選擇這個驅動，假如想使這個驅動被編譯，要修改Makefile。

因此添加新的驅動時需要修改的文檔有兩種（注意不只是兩個）
*Kconfig
*Makefile
要想知道怎麼修改這兩種文檔，就要知道兩種文檔的語法結構。
First:Kconfig
每個功能表都有一個關鍵字標識，最常見的就是config。
語法：config
symbol是個新的標記的功能表項，options是在這個新的功能表項下的屬性和選項
其中options部分有：
1、類型定義：每個config功能表項都要有類型定義，bool布林類型、 tristate三態：內建、模組、移除 string字串、 hex十六進位、 integer整型
例如config HELLO_MODULEbool "hello test module"
bool類型的只能選中或不選中，tristate類型的菜單項多了編譯成kernel module的選項，假如選擇編譯成內核模組，則會在.config中生成一個CONFIG_HELLO_MODULE=m的配置，假如選擇內建，就是直接編譯成內核影響，就會在.config中生成一個CONFIG_HELLO_MODULE=y的配置.
2、依賴型定義depends on或requires指此功能表的出現和否依賴于另一個定義
config HELLO_MODULEbool "hello test module"depends on ARCH_PXA
這個例子表明HELLO_MODULE這個功能表項只對XScale處理器有效。
3、説明性定義只是增加幫助用關鍵字help或---help---
Second:內核的Makefile在Linux2.6.x/Documentation/kbuild目錄下有周詳的介紹有關kernel makefile的知識。
內核的Makefile分為5個組成部分： Makefile 最頂層的Makefile .config 內核的當前配置文檔，編譯時成為頂層Makefile的一部分arch/$(ARCH)/Makefile 和體系結構相關的Makefile s/ Makefile.* 一些Makefile的通用規則 kbuild Makefile 各級目錄下的大概約500個文檔，編譯時根據上層Makefile傳下來的巨集定義和其他編譯規則，將源代碼編譯成模組或編入內核。
頂層的Makefile文檔讀取 .config文檔的內容，並總體上負責build內核和模組。Arch Makefile則提供補充體系結構相關的資訊。 s目錄下的Makefile文檔包含了任何用來根據kbuild Makefile 構建內核所需的定義和規則。
（其中.config的內容是在make menuconfig的時候，通過Kconfig文檔配置的結果）
舉個例子：假設想把自己寫的一個flash的驅動程式載入到工程中，而且能夠通過menuconfig配置內核時選擇該驅動該怎麼辦呢？能夠分三步：
第一：將您寫的flashtest.c 文檔添加到/driver/mtd/maps/ 目錄下。
第二：修改/driver/mtd/maps目錄下的kconfig文檔：config MTD_flashtesttristate “ap71 flash"
這樣當make menuconfig時 ，將會出現 ap71 flash選項。

探討android.os.Handler

概念:
Handler class 可以讓使用者在一個正在執行的thread's Message Queue Send Message.
用法不難, 只要implement handleMessage function即可接收想要的Message

Handler handler = new Handler() {
@Override
public void handleMessage(Message msg)
{ ... } };

再利用handler.sendEmptyMessage(0);或者其他SendMessage相關的API即可

探討android.os.Binder

Binder物件的概觀:

他是個remotable object class, 用於行程之間的遠端溝通(IPC)主要功能定義於IBinder, 功能是一個lightweight remote procudure機制. 我們可以直接繼承Binder去實現我們的RPC protocol, 亦可以直接宣告一個Binder object來使用. 這樣說可能很攏統, 通常都在實現一個Service常會用到.

一般會在Service 實現以下程式碼:

private final IBinder mBinder = new Binder() {

@Override

protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws android.os.RemoteException {

return super.onTransact(code, data, reply, flags); }

};

在一般Activity下面實做:

Parcel data = Parcel.obtain();

Parcel reply = Parcel.obtain();
try{ mServiceBinder.transact(25, data, reply, 0}catch (RemoteException E) {}

Android JNI 實例(轉)

今天搞了JNI半天, 發現有些細節得注意, 所以轉貼這篇文章讓自己注意到一些小細節, 文章如下

Android 的SDK中沒有包括JNI的支持，而且對如何支持JNI也沒有任何文檔說明。不過既然整個Android 平台是開源的，我們可以通過Google發佈的源代碼來找到一些線索（比如frameworks/base/media/jni/目錄），依葫蘆畫瓢的實現上層JAVA程序通過JNI來呼叫Native C程序中的函數。

依照下面的步驟可以實現一個非常簡單的JNI的實例程序：

1． 首先編寫C模塊，實現動態庫。（關於如何在Android中編譯C模塊的更多細節，請參考《Android編譯環境(1) - 編譯Native C的helloworld模塊》。)
在development目錄下添加新目錄hellolib，並添加hellolib.c和Android.mk文件。hellolib.c的內容如下：
#include

#define LOG_TAG "TestLib"
#undef LOG
#include


JNIEXPORT void JNICALL Java_com_test_TestHelloLib_printHello(JNIEnv * env, jobject jobj)
{
LOGD("Hello LIB!\n");
}
注意這裡的函數名需要按照JNI的規範（因此也可以用javah -jni工具來生成頭文件，來保證函數名的正確性），Java_com_test_TestHelloLib_printHello的命名對應後面在java代碼中，package名字是com.test，類名是TestHelloLib，native函數名是printHello。
另外，LOGD及#define LOG_TAG "TestLib"等打印log的方式是採用了Android所提供的LOG機制，這樣才能通過Android的logcat工具看到log。
用於編譯C模塊的Android.mk文件內容如下：
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)

LOCAL_SRC_FILES:= \
hellolib.c

LOCAL_C_INCLUDES := \
$(JNI_H_INCLUDE)

LOCAL_SHARED_LIBRARIES := \
libutils

LOCAL_PRELINK_MODULE := false

LOCAL_MODULE := libhello

include $(BUILD_SHARED_LIBRARY)
該文件中的一些變量分別對應的含義如下：
LOCAL_SRC_FILES － 編譯的源文件
LOCAL_C_INCLUDES － 需要包含的頭文件目錄
LOCAL_SHARED_LIBRARIES － 鏈接時需要的外部庫
LOCAL_PRELINK_MODULE － 是否需要prelink處理（參考prelink的詳細介紹：《動態庫優化——Prelink（預連接）技術》，Android的Toolchain, prelink工具：《Android Toolchain與Bionic Libc》）
LOCAL_MODULE － 編譯的目標對象
BUILD_SHARED_LIBRARY － 指明要編譯成動態庫。
接下來回到Android頂層目錄，並執行make libhello來編譯：
# cd $(YOUR_ANDROID) && make libhello
target thumb C: libhello <= development/hellolib/hellolib.c
target SharedLib: libhello (out/target/product/generic/obj/SHARED_LIBRARIES/libhello_intermediates/LINKED/libhello.so)
target Non-prelinked: libhello (out/target/product/generic/symbols/system/lib/libhello.so)
target Strip: libhello (out/target/product/generic/obj/lib/libhello.so)
Install: out/target/product/generic/system/lib/libhello.so
編譯結果可得到位於out/target/product/generic/system/lib/目錄的動態共享庫libhello.so

2．編寫Java模塊，來通過JNI方式呼叫C接口。具體Eclipse環境的搭建請參考Android SDK文檔中的詳細說明，及Hello Android程序的創建過程，這裡僅給出我們需要修改的TestHelloLib.java文件：
package com.test;

import android.app.Activity;
import android.os.Bundle;

public class TestHelloLib extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
printHello();
}

static {
System.loadLibrary("hello");
}

private native void printHello();
}
注意上面代碼中粗體字部分：private native void printHello()用來聲明一個native接口，static { System.loadLibrary("hello"); } 用來加載上面步驟中生成libhello.so（注意loadLibrary方法的參數不是」libhello.so」，而是去掉前綴和後綴之後的」hello」），onCreate()方法中則呼叫了printHello()接口。
通過這一步驟可生成Android開發者所熟悉的apk文件：TestHelloLib.apk。

3．集成測試TestHelloLib.apk和libhello.so。先運行emulator並將TestHelloLib.apk和libhello.so上傳至emulator中。注意要將libhello.so上傳到emulator的/system/lib目錄，由於該目錄是只讀的，上傳之前先要執行adb remount：
# adb remount
# adb push out/target/product/generic/system/lib/libhello.so /system/lib
# adb install TestHelloLib.apk
接下來在模擬器選單中可以看到已經安裝的TestHelloLib程序，運行即可。
由於JNI接口printHello()並沒有作界面上的改動，要驗證其效果需要用Android的logcat工具來查看。運行」adb logcat」可以找到下面的log片斷：
I/ActivityManager( 48): Starting activity: Intent { action=android.intent.action.MAIN categories={android.intent.category.LAUNCHER} flags=0x10200000 comp={com.test/com.test.TestHelloLib} }
I/ActivityManager( 48): Start proc com.test for activity com.test/.TestHelloLib: pid=174 uid=10024 gids={}
D/dalvikvm( 174): Trying to load lib /system/lib/libhello.so 0x43481c58
D/dalvikvm( 174): Added shared lib /system/lib/libhello.so 0x43481c58
D/dalvikvm( 174): No JNI_OnLoad found in /system/lib/libhello.so 0x43481c58
D/dalvikvm( 174): +++ not scanning '/system/lib/libwebcore.so' for 'printHello' (wrong CL)
D/dalvikvm( 174): +++ not scanning '/system/lib/libmedia_jni.so' for 'printHello' (wrong CL)
D/TestLib ( 174): Hello LIB!
I/ActivityManager( 48): Displayed activity com.test/.TestHelloLib: 806 ms
這裡包含了呼叫printHello()的log資訊，其中"D/TestLib ( 174): Hello LIB!" 就是printHello()所打印的訊息。至此成功完成Android JNI的實例驗證。

This is my first site, Glad to join it. Welcome to my site.