序言
虽然,bootlin就是一个听不错的阅读源码的工具了,可以十分便捷的帮我们查阅函数、宏的定义、引用等等。并且是基于浏览器,对我们本机的配置没有哪些偏高的要求。
然而若果想要做一些注释,更改,那我们就要将源码下载到本地了,这个时侯我们可能就须要其他的工具了。
Clion我最熟悉的C/C++IDE,我十分喜欢Jetbrains家族的IDE,因而使用Clion来阅读/注释/更改源码,就成了我的首选,很可惜的是,Linuxkernel是通过Makefile进行重构的红旗linux系统下载,之后Clion是用的是CMake,因而假如我们想要利用Clion来阅读源码,就须要生成Linuxkernel的Cmake文件!
目前来看,可以成功的实现使用Clion来阅读/注释/更改源码,而且不能成功的进行编译,因而编译还得用make,不过这个无伤大雅!
配置要求
Clion须要大量的缓存内核文件,因而我们必须保证本机有足够的显存linux 内核代码阅读工具,并调高Clion的堆显存配置,本机起码要有8G显存,Clion堆显存起码调整到4G以上。配置方式:
点击CLion的状态栏上的"Help->ChangeMemorySettings",之后更改"MAXHeapSize",如右图所示,我将其调整到了8G,我本机有24G。之后重启配置生效!
源码打算
安装编译必须的工具
sudo apt update && sudo apt upgrade
sudo apt-get install git fakeroot build-essential ncurses-dev xz-utils libssl-dev bc flex libelf-dev bison
下载源码,最好到TheLinuxKernelArchives下载源码的压缩包,之后再解压!
tar -zxf linux-5.14.2.tar.xz
cd linux-5.14.2
使用本机的配置文件来配置内核
cp /boot/config-$(uname -r) .config
make menuconfig
上述过程虽然就是编译内核的步骤。
注意:
直接使用ubuntu的.config在编译时可能碰到如下的错误:
make[1]: *** No rule to make target 'debian/certs/benh@debian.org.cert.pem', needed by 'certs/x509_certificate_list'
此时须要编辑一下.config,将CONFIG_SYSTEM_TRUSTED_KEYS置为空:
CONFIG_SYSTEM_TRUSTED_KEYS = ""
生成CMakeLists.txt
安装bear工具,bear可以按照追踪make编译的过程,生成compile_commands.json文件,之后我们在通过其他工具通过compile_commands.json最终生成CMakeLists.txt
sudo apt-get install bear
使用bear,make编译内核。最新的bear应当须要在bear和make之间加上"–"。make的"-j12"表示启用12个线程同时编译,这取决你本机的core数,这个过程须要许久!
bear make -j12
2020年9月21日更新
之前我仍然使用make-j12来编译内核,在我这台拥有12个core的机器上,编译时间也历时30分钟linux 内核代码阅读工具,直至前几天我才发觉,这样虽然是十分蠢的,由于make-j12虽然默认编译了所有的内容,并且假如我们仅仅编译内核,只须要编译vmlinux即可,前面为了使用qemu来调试,在加上bzImage就行了,即make-j12vmlinuxbzImage,这样一来,编译的时间只须要不到5分钟,最终生成Cmakea文件也只有5MB左右,这样Clion就可以无需这么高的显存配置了!
克隆kernel-grok项目
cd ~
git clone https://github.com/habemus-papadum/kernel-grok
回到内核目录,生成CMakeLists.txt
cd linux-5.14.2
~/kernel-grok/generate_cmake ## creates CMakeLists.txt
更改CMakeLists.txt
这个时侯须要我们自动添加一些参数配置
在文件的最开头添加以下内容:
cmake_minimum_required(VERSION 2.8.8)
project(kernel)
set(SYSROOT sysroot)
SET(CMAKE_C_COMPILER "gcc")
set(CMAKE_C_STANDARD 90)
set(CMAKE_C_FLAGS ${CMAKE_C_FLAGS} " --sysroot=${SYSROOT}" )
include_directories("include")
include_directories("include/uapi")
include_directories("arch/x86/include")
include_directories("arch/x86/include/uapi")
include_directories("arch/x86/include/generated")
include_directories("arch/x86/include/generated/uapi")
add_definitions(-D__KERNEL__)
添加内容主要包括:
更改sysroot,这须要首先在CMakeLists.txt的同目录下创建一个名为sysroot的空目录,之后设置编译参数"–sysroot=${SYSROOT}",这是由于sysroot虽然是C标准头文件的位置,也许内核是不须要这种东西的,她们存在反倒会干扰clion找寻正确头的文件,形成一下毋须要得冲突添加头文件路径,倘若不进行这一步,这么clion将会出现大量的错误,提示找不到头文件或则变量、常量、函数等。具体添加的内容是我反复测试过的,添加那些内容后基本上保证头文件找寻正确,其中后四个是与构架相关的,x84_64可放心使用使用C90的C语言标准,一开始我使用的是Clion的默认C标准,仍然没有出过问题,并且明天一下子就出现大量报错,不排除是由于我升级了最新的Clion2021.2.2,最终加上了set(CMAKE_C_STANDARD90)才恢复正常启动CLion
点击状态栏"File->Open",之后选中我们创建的CMakeLists.txt,确定后选择"OpenasProject"
之后Clion会手动加载Cmake,目前最终会加载失败常用linux系统,由于这个方式并不能拿来编译内核!
这时侯查看内核源码,正常是没有任何白色报错信息,可以正常的进行跳转和手动补全。
问题
去除不能编译外,还有一个问题,那就是编译选项的宏定义,显示不正常:
里面是task_struct中的一段代码,clion的代码显示表明找不到CONFIG_MEMCG,因而也就没有定义memcg_data,然而按住Ctrl是可以跳转到CONFIG_MEMCG的定义的,就在include/generated/autoconf.h中,这个很奇怪!