本文讲述在系统启动后，出现某个service一直启动失败，init: process 'xxxservice' killing any children in process group log持续输出的问题。

在Linux Kernel裁剪–menuconfig的使用文章中我们讲了使用menuconfig来做Kernel的裁剪。
在yocto项目中提供了一个ksize.py的脚本，可以输出当前编译中所有模块的大小，通过这些大小信息，我们可以决定裁剪哪个模块。

背景：
客户有个TBox需要与我们的车机相连，通过USB将TBox的画面投到车机，车机枚举TBox为cdc ncm的网卡设备。为了测试网络带宽，需要在车机和TBox上安装iperf工具。然后分别做server和client启动iperf。但是只有一个USB口没法同时做adb和cdc ncm网卡设备，所以想到使用wifi连接adb。下文以一台vivo的Android手机进行测试，步骤如下：

本文主要讲述在Linux中配置打开或关闭USB HUB功能。

在开发嵌入式产品的时候，有时因为干扰而遇到严重的USB兼容性问题时，我们需要将USB速度从high-speed降到full-speed，在保证数据的可靠性的前提下进行测试。
本文以i.MX6为例，讲述怎么配置使其USB Host Controller和USB Device Controller工作在full-speed。

本文主要解释cached占用内存高的原因，以及如何释放cached的内存占用。

将dts中没必要的设备删掉以及defconfig中没必要的配置删掉，可以加快kernel的启动时间。
本文主要讲述如何通过dt_to_config工具，将dts中的设备与.config中的配置匹配起来，通过它们之间的匹配关系，来决定优化哪些设备和模块。

问题：
在repo sync更新代码的时候，发现更新错了，ctrl+c强制退出，后面要将整个工程目录XXX/删掉，报了如下的错误：

1

rm: 无法删除 "/work2/XXX/.repo/projects/vendor/imx/genivi.git/refs/tags/xxx_v1/master/usb_test" : 输入/输出错误

dmesg查看到内核有如下提示：

1

EXT4-fs error (device sdb1): ext4_lookup:1584: inode #23997360: comm rm: deleted inode referenced: 23998390

看着情况，有可能是文件系统出问题了，本文主要讲述如何解决这个问题。

使用如下patch，关闭串口打印，可以至少节省几百ms的时间。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

diff --git a/arch/arm64/configs/xxx_defconfig b/arch/arm64/configs/xxx_defconfig
index c8036df..81275fa 100755
--- a/arch/arm64/configs/xxx_defconfig
+++ b/arch/arm64/configs/xxx_defconfig
@@ -2985,6 +2985,7 @@ CONFIG_PRINTK_TIME=y
 CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
 # CONFIG_BOOT_PRINTK_DELAY is not set
 # CONFIG_DYNAMIC_DEBUG is not set
+CONFIG_PRINTK_NOT_OUTPUT=y
 
 #
 # Compile-time checks and compiler options
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index 98ee2a3..e997ad7 100755
--- a/kernel/printk/printk.c
+++ b/kernel/printk/printk.c
@@ -1568,7 +1568,7 @@ static void call_console_drivers(int level,
 
     if (!console_drivers)
         return;
-
+#ifdef CONFIG_PRINTK_NOT_OUTPUT
     for_each_console(con) {
         if (exclusive_console && con != exclusive_console)
             continue;
@@ -1584,6 +1584,7 @@ static void call_console_drivers(int level,
         else
             con->write(con, text, len);
     }
+#endif
 }

需求：
使用SourceInsight查看源代码。要么将整个kernel的源代码添加进去，要么是需要哪个文件就添加哪个。
有没有什么办法可以将Kernel目录中编译到的.c文件统一生成一个文件，然后导入到SourceInsight去加载对应的.c文件。

我们注意到，编译kernel，如果编译了.c文件，那么在与之对应的目录下生成.o或.mod.o文件。因此，可以递归索引查找kernel目录下所有的文件，将.o过滤出来，与之对应的.c文件就是我们要查找的文件，因此有了下面的python代码。