解决 UFI003 板上外置 SIM 卡无法启用的问题

OpenStick 项目的给410 WIFI 板子适配的 Linux 内核可以在 UFI003_MB_V02 的主板上启动，但Modem 工作不正常，，插入自己的SIM卡，使用 mmcli -m 0 查看 Modem 状态时，会发现 sim-missing 的异常：

Status   |             state: failed
         |     failed reason: sim-missing
         |    signal quality: 0% (cached)

向世界诉说自己的废话与美梦，让大家更懂你，更加排斥你 [color=#6b38a5]

为什么选 Jekyll

Jekyll 是一个静态网站生成器，Jekyll 用户 ruby 语言编写，我们通过 Markdown 语法书写文档，Jekyll 引擎根据 Jekyll 模板插入 CSS ，HTML和 Javascript，将 Markdown 文档自动给我们渲染组合成静态网页。

Jekyll是GitHub Pages的引擎，和 Github 有很好的兼容性。

u-boot shell

VirtIO 设备

u-boot 提供一个交互式的 Shell 可以操作内存与外设。

使用 Qemu 的 virt 平台启动启动 u-boot，添加 virtio-blk-pci 设备，drive 后端使用一个 raw 格式的虚拟磁盘。

$ qemu-system-aarch64 -enable-kvm \
    -cpu max -smp 4  -m 512M  -machine virt  \
    --device loader,file=./u-boot/u-boot \
    -nographic  \
    -drive if=none,file=disk/test,format=raw,id=hd0 \
    -device virtio-blk-pci,drive=hd0

这个磁盘挂载 PCI 总线下所以可被自动探测到：

GCC

-g3 -ggdb -O0 # 加入调试符号，关闭优化
-fno-stack-protector -no-pie 

拿到光猫的最终控制台后，接下来怎么办？是不是可以放一点私货进去？

优化 Distcc 集群的性能

接这篇：Distcc 快速上手与性能优化 - IHEXON 的主站

刚刚搭建起的 Distcc 编译 Kernel 6.1.0 大概加速了 30% ，显然这不太行，观察 Distcc 主节点的 CPU负载到了 100 %，其余5 个 ARM 节点的 CPU 负载均为 50% 左右，偶尔能跑满但很快就又开始摸鱼。

x86 节点的负载更低，属于是没干活。

重新编译内核真的是非常耗时，修改内核树内的驱动不用重新构建整个内核，但每修改调度，文件系统这块底层代码都需要重新构建一次 zImage 镜像，然后分发到测试机器上，构建 Kernel 巨浪费时间，不知道内核开发者这么受得了这种苦。

A BLACK CAT