wangt13's questions

我正在开发嵌入式Linux系统（5.19.10），并且使用busybox作为文件系统的主要部分。

现在我尝试运行一个测试，该测试应将日志输出到串行端口 (ttyS0)。但我没有console在内核命令行中进行配置。

如下/etc/inittab，

# now run any rc scripts
::sysinit:/etc/init.d/rcS

# Put a getty on the serial port
#::respawn:/sbin/getty -L ttyS1 115200 vt100
#no login
::respawn:-/bin/sh

# Stuff to do for the 3-finger salute
::ctrlaltdel:/sbin/reboot

# Stuff to do before rebooting
null::shutdown:/etc/init.d/rcK
null::shutdown:/bin/umount -a -r
null::shutdown:/sbin/swapoff -a

我改变了/etc/profile如下，

export PATH="/bin:/sbin:/usr/bin:/usr/sbin"
stty -F /dev/ttyS0 speed 38400
setconsole /dev/ttyS0
echo "Hello world" > /dev/ttyS0
/home/test/test_app 2>&1 &

系统启动时，我可以Hello world在串行端口中看到。但我看不到 shell 提示符或来自 的日志test_app。

我认为在这种情况下系统控制台配置不正确。所以，我想知道是否有任何温和的方法可以在我自己的脚本（例如 /etc/init.d/rcS 或 /etc/profile）中设置系统控制台，而无需使用getty或console=XXX并使日志输出到串行预期控制台？？

我正在开发一个嵌入式Linux系统（5.10.24），其中运行着几个应用程序。

最近，我发现一个 C 程序有些奇怪。
该 C 程序使用了 SDK 库提供的 API，该 SDK 是用 GNU 构建的-O2，但默认情况下该 C 程序是用 GNU 构建的-O3。

然后发现有时（运行数百次中就有一次）C 程序会Segmentation Fault在 SDK 中的某个函数中触发。

如果 C 程序使用与 SDK 相同的 GNU 构建，则在其数千次运行中-O2不会触发此类事件。Segmentation Fault

-O2我在 Google 上搜索了和的区别-O3，发现有人提到这-O3可能会引发奇怪而有趣的错误，是真的吗？

我正在开发一个嵌入式系统，其中有 ARM SOC 和 RTOS。
我已经用 newlib 为这个嵌入式系统构建了 GNU 工具链，并做了非常基本的测试。

现在，在我确定使用自建工具链之前，我想彻底测试它（和 newlib），但我确实找到了如何做到这一点。

那么是否有任何测试套件来验证 GCC 和 newlib 是否正确构建，并为 ARM SOC 生成正确的代码，以便它们可以在产品中使用？

我正在开发嵌入式 Linux 系统（kernel-5.10.24）。现在我正在尝试使用zbar-0.23JPEG 格式扫描条形码，但我不知道该怎么做。

有一个example/scan_image.c，可以扫描PNG格式的条形码，但是我的条形码都是JPEG格式的。

那么如何扫描格式的条码JPEG呢zbar？有哪些接口libzbar可以用来进行JPEG条码扫描？

我正在开发嵌入式 Linux 系统（kernel-5.10.24），并且我正在尝试在我的系统中启用 initramfs。

我按如下方式配置内核，

CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE="/home/t/target_rootfs"
CONFIG_INITRAMFS_ROOT_UID=0
CONFIG_INITRAMFS_ROOT_GID=0
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
....
# CONFIG_BLK_DEV_RAM is not set

并且target_rootfs有以下内容，

drwxr-xr-x 2 t t 4096 Dec 13 17:47 bin
drwxr-xr-x 4 t t 4096 Jun 28 06:23 dev
drwxr-xr-x 6 t t 4096 Dec 13 20:24 etc
drwxr-xr-x 3 t t 4096 Dec 13 17:47 lib
lrwxrwxrwx 1 t t    3 Oct 23 14:59 lib32 -> lib
lrwxrwxrwx 1 t t   11 Oct 23 15:01 linuxrc -> bin/busybox
drwxr-xr-x 2 t t 4096 Jun 28 06:23 mnt
drwxr-xr-x 2 t t 4096 Jun 28 06:23 opt
drwxr-xr-x 2 t t 4096 Jun 28 06:23 proc
drwxr-xr-x 2 t t 4096 Jun 28 06:23 root
drwxr-xr-x 2 t t 4096 Jun 28 06:23 run
drwxr-xr-x 2 t t 4096 Sep 19 18:58 sbin
drwxr-xr-x 2 t t 4096 Jun 28 06:23 sys
drwxr-xr-x 2 t t 4096 Jun 28 06:23 tmp
drwxr-xr-x 5 t t 4096 Dec 13 17:47 usr
drwxr-xr-x 3 t t 4096 Jun 28 06:23 var

内核命令行是

console=ttyS0,115200 init=/linuxrc ubi.mtd=5 root=ubi0:rootfs rootfstype=ubifs rw flashtype=nand

通过以上设置，系统就可以启动到shellnand rootfs中了！
现在为了验证initramfs内置内核是否正在工作（或正在使用），我做了以下操作。

1. 我尝试擦除FLASH中MTD5中的rootfs分区

希望停止系统启动initramfs，但我得到了内核恐慌，如下所示，

[    0.715989] Kernel panic - not syncing: write error
[    0.720880] Rebooting in 10 seconds..

2. 然后在target_rootfs我创建init并ln -sf bin/busybox init重建内核（保持 rootfs 未部署）中，我得到了以下内容，

[    5.266031] VFS: Cannot open root device "ubi0:rootfs" or unknown-block(0,0): error -19
[    5.274324] Please append a correct "root=" boot option; here are the available partitions:
[    5.282987] 1f00            1024 mtdblock0
[    5.282992]  (driver?)
[    5.289753] 1f01           65536 mtdblock1
[    5.289759]  (driver?)
[    5.296540] 1f02          195584 mtdblock2
[    5.296545]  (driver?)
[    5.303320] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    5.311876] Rebooting in 10 seconds..

那么，如何验证initramfs内置内核呢？

我正在开发一个基于 SOC 平台的嵌入式 Linux 系统。
我有两台机器运行相同的内存工作负载，并且得到以下内存输出。

机器1.

              total        used        free      shared  buff/cache   available
Mem:          50616       35304        2516          48       12796       13100
Swap:             0           0           0

机器2.

              total        used        free      shared  buff/cache   available
Mem:          57328       45320        2856          56        9152        9572
Swap:             0           0           0

机器1的内存比机器2少free，但是机器1的内存比机器2多。available在这种情况下，哪台机器触发OOM Killer的风险更高？
有内存调整建议吗？

通过设置 overcommit_memory 进行了更新（有点题外话）

根据 Fritz 的回答，在另一个系统中，我将 更改overcommit_memory为 2，没有其他更改，我得到了关注。

# cat /proc/sys/vm/overcommit_ratio
50
#
# free
              total        used        free      shared  buff/cache   available
Mem:          84244       25256       35196          92       23792       56772
Swap:             0           0           0
# echo 2 > /proc/sys/vm/overcommit_memory
#
# ls
-/bin/sh: can't fork: Cannot allocate memory

比率是50，但是它表示cannot allocate memory禁用内存过量使用时。

即使echo 100 > /proc/sys/vm/overcommit_ratio，当echo 2 > /proc/sys/vm/overcommit_memory，它仍然遇到错误，我不得不重新启动系统。

因此，根据我的测试，更改内存过度使用可能不会出现pre-defined分段错误。

我已经接受了 Fritz 关于内核内存回收的回答available和free。

我们可以再开一个问题来讨论Linux内存过量使用。

我正在开发一个嵌入式Linux系统，内核是5.10.24，并且使用MTD上的UBIFS。

测试团队进行了一个测试，即写入磁盘文件（open依次为write、 、 ），然后关闭系统电源。close上电后，磁盘文件为空，没有真正写入数据。发现文件写入后，延迟1分钟左右，然后重启系统，文件就更新了！

我做了一些研究并得到了关注。

1. ubifs 创建一个内核线程ubifs_bgt0_0，每大约 30 秒调度一次。它将缓冲区写入块层（也许我错了）。
2. 为wbuf创建ubifs_bgt0_0定时器，定时器的周期设置为dirty_write_interval，定义为unsigned int dirty_writeback_interval = 5 * 100; /* centiseconds */，大约5秒。这与测试团队报告的 1 分钟延迟不符。
3. 是/sys/block/mtdblock0/queue/scheduler，[mq-deadline]并且/sys/block/mtdblock0/queue/iosched/write_expire是 5000, 5 秒。

综合以上发现，我认为UBIFS中的文件写入将在5秒内写入FLASH。在此之前重新启动电源将导致数据丢失！

所以请先纠正我上面的分析。

然后，我想通过更改2和中列出的可调参数来验证我的分析3。
我将它们更改如下， echo 100 > /proc/sys/vm/dirty_writeback_centisecs并且echo 1000 > /sys/block/mtdblock2/queue/iosched/write_expire. 我想将FLASH写入时间从50秒减少到1秒。

通过上述更改，我运行了磁盘写入测试，并在 2 秒内重新启动系统。但令我惊讶的是，该文件没有正确写入！

我多次尝试将以上2个参数更改为不同的值（小于50秒），但如果系统在50秒内重新上电，我仍然无法将数据写入FLASH。

我使用Ftrace检查了文件写入后调用的函数echo 100 /proc/sys/vm/dirty_writeback_centisecs。

这是大约10秒的Ftrace（文件写​​入后）

######### 10 centiseconds

# CPU  DURATION                  FUNCTION CALLS
# |     |   |                     |   |   |   |
 1)               |  ubifs_write_iter() {
 1) + 18.334 us   |    ubifs_write_begin();
 1) + 10.833 us   |    ubifs_write_end();
 1) + 62.167 us   |  }
 ------------------------------------------
 1)    exe-399     =>   ubifs_b-72
 ------------------------------------------

 1)               |  mtd_write() {
 1)               |    mtd_write_oob() {
 1)               |      mtd_write_oob_std() {
 1)               |        emu_nand_write_oob() {
 1) ! 491.167 us  |          nand_do_write();
 1) ! 502.000 us  |        }
 1) ! 507.167 us  |      }
 1) ! 512.667 us  |    }
 1) ! 525.667 us  |  }

电源循环后不会写入磁盘文件。

这是我在文件写入后 60 秒内得到的函数跟踪。

# tracer: function_graph
#
# CPU  DURATION                  FUNCTION CALLS
# |     |   |                     |   |   |   |
 1)               |  ubifs_write_iter() {
 1) + 20.000 us   |    ubifs_write_begin();
 1)   9.000 us    |    ubifs_write_end();
 1) + 59.166 us   |  }
 ------------------------------------------
 1)    exe-924     =>   kworker-61
 ------------------------------------------

 1)               |  ubifs_writepage() {
 1) + 49.500 us   |    ubifs_write_inode();
 1) ! 110.000 us  |  }
 1)   3.833 us    |  ubifs_write_inode();
 0)               |  mtd_write() {
 0)               |    mtd_write_oob() {
 0)               |      mtd_write_oob_std() {
 0)               |        emu_nand_write_oob() {
 0) ! 477.666 us  |          nand_do_write();
 0) ! 489.000 us  |        }
 0) ! 493.833 us  |      }
 0) ! 500.000 us  |    }
 0) ! 516.500 us  |  }
 0)               |  mtd_write() {
 0)               |    mtd_write_oob() {
 0)               |      mtd_write_oob_std() {
 0)               |        emu_nand_write_oob() {
 0) ! 459.333 us  |          nand_do_write();
 0) ! 465.667 us  |        }
 0) ! 470.000 us  |      }
 0) ! 474.666 us  |    }
 0) ! 481.500 us  |  }
 1) + 54.333 us   |  ubifs_write_inode();
 1) + 26.000 us   |  ubifs_write_inode();
 1) + 20.666 us   |  ubifs_write_inode();
 1) + 19.834 us   |  ubifs_write_inode();
 1) + 14.000 us   |  ubifs_write_inode();
 1) + 13.667 us   |  ubifs_write_inode();
 1) + 11.500 us   |  ubifs_write_inode();
 1) + 14.333 us   |  ubifs_write_inode();
 0)               |  mtd_write() {
 0)               |    mtd_write_oob() {
 0)               |      mtd_write_oob_std() {
 0)               |        emu_nand_write_oob() {
 0) ! 471.167 us  |          nand_do_write();
 0) ! 481.167 us  |        }
 0) ! 486.500 us  |      }
 0) ! 492.167 us  |    }
 0) ! 506.166 us  |  }
#

重启后磁盘文件写入正确。

Ftrace 的差异似乎约为inode，但我不确定是否可以调整！

所以当我尝试调整 UBIFS 文件写入时，我一定错过了一些重要的事情。

我正在使用 kernel-5.10.24 的嵌入式 Linux 系统。
由于系统资源有限，所以我想尽量减少 CPU/内存/存储的使用。
从ps -ax我发现 2 个内核线程如下，

   14 root      0:00 [cpuhp/0]
   15 root      0:00 [cpuhp/1]

我认为它们用于 CPU 热插拔，并且该系统中没有 CPU 热插拔用例，所以我想禁用该功能而不创建这 2 个内核线程。
我试图强制禁用此配置（select SYS_SUPPORTS_HOTPLUG_CPU从 arch/ARM/Kconfig 等中删除）。

但是部署新内核后，这两个内核线程仍然存在。
通过检查代码，这两个线程似乎是在不考虑CONFIG_HOTPLUG_CPUand的情况下创建的CONFIG_SYS_SUPPORTS_HOTPLUG_CPU，这意味着当配置 SMP 时，这两个线程总是存在的！

所以我不确定是否有办法禁止创建这两个内核线程。如果不是，我必须和他们一起生活，假设他们不会占用太多的 CPU 和内存来运行。

根据 dhanushka 的评论更新了内核菜单配置

                                                                                                                                         
   Symbol: HOTPLUG_CPU [=y]                                                                                                                

   Type  : bool                                                                                                                            

   Defined at arch/mips/Kconfig:2942                                                                                                       
     Prompt: Support for hot-pluggable CPUs                                                                                                
     Depends on: SMP [=y] && SYS_SUPPORTS_HOTPLUG_CPU [=y]                                                                                 
     Location:                                                                                                                             
       -> Kernel type                                                                                                                      
   (2)   -> Multi-Processing support (SMP [=y])                                                                                            
   Selected by [y]:                                                                                                                        
     - PM_SLEEP_SMP [=y] && SMP [=y] && (ARCH_SUSPEND_POSSIBLE [=y] || ARCH_HIBERNATION_POSSIBLE [=y]) && PM_SLEEP [=y]

与 dhanushka 的评论相同。
我将尝试禁用它并更新此问题。
正如我所说，cpuhp0/1似乎无法禁用。

我正在使用内核 5.10.24 的嵌入式 Linux 系统。系统内有96MB DRAM。
系统启动时，我检查了内存使用情况并得到以下信息。

# dmesg | grep "kernel code"
[    0.000000] Memory: 85888K/131072K available (7885K kernel code, 692K rwdata, 1284K rodata, 560K init, 336K bss, 45184K reserved, 0K cma-reserved)
# free -m
              total        used        free      shared  buff/cache   available
Mem:             84          56           1           0          26          25
Swap:             0           0           0
#
#
# cat /proc/meminfo
MemTotal:          86448 kB
MemFree:            1992 kB
MemAvailable:      25948 kB
Buffers:               0 kB
Cached:            26896 kB
SwapCached:            0 kB
Active:             9632 kB
Inactive:          39064 kB
Active(anon):         72 kB
Inactive(anon):    21796 kB
Active(file):       9560 kB
Inactive(file):    17268 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 4 kB
Writeback:             0 kB
AnonPages:         21852 kB
Mapped:             7664 kB
Shmem:                68 kB
KReclaimable:        696 kB
Slab:               8632 kB
SReclaimable:        696 kB
SUnreclaim:         7936 kB
KernelStack:         608 kB
PageTables:          400 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:       43224 kB
Committed_AS:     146992 kB
VmallocTotal:    1048372 kB
VmallocUsed:        4156 kB
VmallocChunk:          0 kB
Percpu:              200 kB

从free -m输出中，我知道有 25MB 内存可用。
我可以算出用户空间的内存使用情况，但是如何知道内核空间使用了多少内存呢？

我阅读了一些博客和 SO，发现Buffers和Slabin/proc/meminfo是内核使用的内存。

加起来，还是有区别的！
那么如何找出内核空间使用的内存呢？是否Buffers足以检查内核空间中的内存使用情况Slab？/proc/meminfo

我正在开发一个嵌入式 Linux 系统 (5.10.24)，其中有一个 NAND FLASH 作为存储。
NAND FLASH分为4个部分，part 0用于u-boot，part 1用于kernel，part 2用作UBIFS，part 3是另一个UBIFS分区。
所以当 Linux 启动时，它显示有/dev/mtd0, /dev/mtd1, /dev/mtd2, /dev/mtd3.

现在我可以通过 POSIX-C 文件操作从（原始闪存，无文件系统）读取 u-boot 数据/dev/mtd0。
然后我想通过写入/dev/mtd0.

所有的文件读写操作都很好，没有报错。
但是当我将系统重新引导回 u-boot 时，它会抱怨有很多错误，比如spi nand read oob error ,ret= -74 , oob addr e0000, ooboffs 0, ooblen 64.

好像是NAND OOB有问题，为什么会出现这个错误，如何通过/dev/mtd接口向raw NAND FLASH写入数据？

我正在开发一个嵌入式 Linux 系统，其中有一个 WLAN 接口可以在 STA 和 AP 模式下工作。

valid interface combinations:
                 * #{ AP } <= 2, #{ managed } <= 2, #{ P2P-client, P2P-GO } <= 2, #{ P2P-device } <= 1, #{ IBSS } <= 1,
                   total <= 4, #channels <= 2

现在我已经将 WLAN 接口配置为 STA 和 AP 模式（通过创建软件 AP uap0），如下所示，

# ifconfig
uap0      Link encap:Ethernet  HWaddr D6:9C:DD:A0:13:78
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4749 errors:0 dropped:333 overruns:0 frame:0
          TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:458760 (448.0 KiB)  TX bytes:5526 (5.3 KiB)

wlan0     Link encap:Ethernet  HWaddr D4:9C:DD:A0:13:78
          inet addr:192.168.95.14  Bcast:192.168.95.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:36 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:5425 (5.2 KiB)  TX bytes:1723 (1.6 KiB)

wlan0是物理接口，其IP地址是从外部AP获取的。
uap0是作为AP使用的软件接口，可以用我的手机连接。

我启用了sysctl -w net.ipv4.ip_forward=1，并route -n显示，

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.95.1    0.0.0.0         UG    0      0        0 wlan0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 uap0
192.168.95.0    0.0.0.0         255.255.255.0   U     0      0        0 wlan0

我可以从目标板和我的手机 IP (192.168.0.190) ping 外部公共互联网。
但是现在我的手机无法通过WIFI（uap0）上网。
在这种情况下如何配置Linux网络以使我的手机可以访问公共互联网？