這次小編為大家?guī)淼氖荶ephyrOS系列文章的第五篇，將為大家介紹Kconfig。

這次小編緊接著上篇給大家?guī)鞿ephyrOS中對于Kconfig的介紹。

簡單的來說，Kconfig就是Zephyr的配置系統(tǒng)，Zephyr內(nèi)核可以在構(gòu)建階段，根據(jù)不同的配置，包含特定的應(yīng)用和平臺。而這個(gè)配置過程正是通過Kconfig實(shí)現(xiàn)的，其也與Linux內(nèi)核配置所使用的Kconfig完全一致。設(shè)計(jì)目標(biāo)就是讓我們無需修改源代碼就可以完成Zephyr的配置工作，包括內(nèi)核，硬件，子系統(tǒng)等。通常配置項(xiàng)（也被稱作symbol）是在Kconfig文件中定義的。當(dāng)然不同的配置項(xiàng)之間也是可以存在依賴關(guān)系的，比如定義一個(gè)符號A，它依賴于B，那么只有當(dāng)B被使能之后，A才是有效的。同時(shí)，所有的符號可以被合并到一個(gè)叫做menu/sub-menu的組里面，便于圖形化管理。在正式開篇之前，小編先給大家推薦一個(gè)小工具，叫做menuconfig，他是一個(gè)可選的圖形化工具，可以用來查看和修改Kconfig設(shè)置：

當(dāng)然默認(rèn)是不會打開的，即默認(rèn)使用west構(gòu)建工程是不支持menuconfig的，需要傳入-t menuconfig參數(shù)：

west build –t menuconfig –b mimxrt1060_evksampleshello_world

最終，所有配置項(xiàng)會被生成到一個(gè)叫做autoconf.h的文件中，沒有用到的代碼就不會再被編譯系統(tǒng)所編譯，以節(jié)省代碼空間。

下面，介紹Kconfig中的一個(gè)比較重要的概念，visible和invisible符號。

首先說visible符號，也就是那些可以在menuconfig窗口中見到的，這些符號，通常都有一個(gè)prompt屬性，即一個(gè)字符串來進(jìn)行描述，例如：

config FPU bool “Support floating point operations” depends on HAS_FPU

然后，我們就可以在menuconfig界面中找到他：

［ ］ Support floating pointoperations

Invisible符號則與之相對，一般沒有prompt屬性，即字符串來說明，例如：

config CPU_HAS_FPU

bool

help

This symbol is y if the CPU has a hardwarefloating point unit.

他的特殊性在于，這些符號對于用戶是不可見的，即不能通過menuconfig提供的圖形化工具來配置，只能通過其他手段來修改其的值。

例如，通過Kconfig.defconfig文件設(shè)置下面這個(gè)符號的值為32：

config FOO_WIDTH

int

我們就可以在Kconfig.defconfig文件中定義：

config FOO_WIDTH

default 32

endif

這樣一來，我們就修改了FOO_WIDTH的默認(rèn)值為32。

要注意的是，Kconfig.defconfig中所定義的默認(rèn)值會覆蓋掉起始值，且優(yōu)先級比較高。

我們再舉一個(gè)choice的例子，比起上面我們定義的config形式的變量，choice類似于一種單選框，當(dāng)有多個(gè)配置存在時(shí)，只能一個(gè)配置項(xiàng)有效，這樣一來，達(dá)到一個(gè)互斥的效果。要如何操作呢？假定有一個(gè)choice叫做FOO，他有兩個(gè)配置項(xiàng)A和B，初始默認(rèn)值是B：

choice FOO

bool “Foo choice”

default B

config A

bool “A”

config B

bool “B”

endchoice

下面我們把他的默認(rèn)值修改為A，完成這個(gè)操作，除了在Kconfig.defconfig中修改外，我們還可以在prj.conf中添加：

choice FOO

default A

endchoice

當(dāng)然，這里要注意，如果我們定義了一個(gè)invisible的choice變量FOO的話，就只能通過Kconfig.defconfig來修改了。

那么在Zephyr工程中，都有哪些修改默認(rèn)配置的地方呢？如果只考慮板級（即Zephyr所支持的開發(fā)板）+ 應(yīng)用這一層，大致分為三類：

板子相關(guān)的配置文件，一般名為：boards/《ARCH》/《BOARD》/《BOARD》_defconfig

任意的CMake cache文件，以CONFIG_開頭

應(yīng)用配置：

a） 默認(rèn)prj.conf

b） 通過-DCONF_FILE=《conf_file》指定，進(jìn)行重載

c） 通過-DOVERLAY_CONFIG=《conf_file》指定，進(jìn)行擴(kuò)展

d） 通過prj_《BOARD》.conf進(jìn)行重載

e） 通過boards/《BOARD》.conf進(jìn)行擴(kuò)展

那么小編就不再擴(kuò)展Kconfig的其他語法了，大家可以參考這里來了解更多。

至此，Zephyr所使用的兩大配置系統(tǒng)就大致講完了，那么有朋友可能會問了，我們什么時(shí)候要用DeviceTree什么時(shí)候要用Kconfig呢？小編在這里簡單總結(jié)一下：

使用設(shè)備樹來描述硬件和啟動(dòng)配置，例如板載外設(shè)和設(shè)置啟動(dòng)時(shí)系統(tǒng)時(shí)鐘頻率等

使用Kconfig來配置哪些源代碼將要被放到最終的鏡像中，例如是否添加網(wǎng)絡(luò)的支持，哪個(gè)驅(qū)動(dòng)是需要的。

通俗點(diǎn)講，DeviceTree負(fù)責(zé)管理那些硬件資源，Kconfig負(fù)責(zé)管理軟件資源。

舉個(gè)例子，有個(gè)設(shè)備同時(shí)擁有2.4GHz，multi-protocol radio; 藍(lán)牙和802.15.4，那么設(shè)備樹就用來描述：

是否有radio硬件存在

兼容性驅(qū)動(dòng)

啟動(dòng)階段配置，比如TX power in dBm

Kconfig文件決定哪個(gè)軟件包需要被構(gòu)建，是選擇BLE還是選擇802.15.4協(xié)議棧。

聊到這里，結(jié)合上一篇關(guān)于DeviceTree的文章，小編就將DeviceTree和Kconfig的一

些知識點(diǎn)分享給大家了，不過，限于篇幅，都只是一些比較簡單的介紹，大家可以自行深入探索。

責(zé)任編輯：haq