Files
MeowOS-For-R3P2/scripts/build/DEVKIT.md
T
AskaEth 0531603779 fix(devkit): M24 r1 评审 — P1 --with-sources 静默漏源码 + time64 归因更正
P1(阻断):stamp 命中时 main 提前 return,--with-sources 在 return 之后,
于是「先构建再 --with-sources」会打印成功、退出码 0、却不产出 src/。

- 把源码整理抽成 stage_sources(),stamp 命中路径先兑现 WITH_SOURCES 再返回;
  整理后按钉住的 sha256 复核(sha 漂移/缺文件都重铺),任何失败即非零退出
- 新增 test_build_devkit.sh(12 项,秒级):stamp 命中下的 --with-sources、
  src 缺文件/被改坏的自愈、--verify-only 的 MANIFEST 篡改检测
- skip 条件额外要求 MANIFEST 与 bin 逐条 sha 一致;--clean 同时清 out/src;
  全新构建未带 --with-sources 时删除上次残留 src/(避免源码与二进制错配)

P2-a:top 排除理由改写。根因是 zig 0.17 musl 的 time64 ABI 错配(mips o32 是
ILP32 + 内核 4.4 无 time64 syscall,16B timespec 直传 32 位 syscall),不是
procps 的 bug;top 的 Mem 一栏是「百分比/总容量」不是 used GiB。新增 DEVKIT.md
§9 记录证据(vmstat -t 空列、usleep(0.5s)×10 实测 0s、sleep(1) 正常、ps lstart
正常),并说明 M16 的 patch_v2/sdk/meow_ui_time.c 可复用(本轮实测该 .o 独立
编译、仅 5 个 libc 未定义符号)但本轮不接入的取舍——需要单独 mission 做链接期
接管 + 全量回归,不是 -D 能修的。

P2-b:--with-sources 现在同时放 build_devkit.sh + DEVKIT.md(GPLv2 §3 的
"scripts used to control compilation");补 LGPL-2.1 §6 静态链接 libproc2 的
义务说明;MANIFEST/README.txt 写明 src/ 与 licenses/。

P2-c:lsof 内嵌 Termux musl 的 resolv.conf 路径记为工具链副作用(实测
lsof -i 约 3s 超时、-nP 瞬时;端口名/本机名不受影响),不换工具链。

P3:软链路径写实(/bin/ps、/usr/bin/{free,lsof,top});MANIFEST 用 zig version
而非 clang 版本;chmod 措辞改成检查挂载参数;--verify-only 增加 MANIFEST 逐条
sha256/体积比对且不再依赖 date;stamp 纳入 zig 完整版本;许可证复制失败即报错。

验证:test_build_devkit.sh 12/12 通过;--verify-only 通过(含 MANIFEST 对账);
独立工作区离线重建 85s/0 下载,六个二进制 sha256 与上一版逐字节一致;设备侧
二进制未变(sha 与 r1 真机验证过的一致)。
2026-11-06 19:29:27 +08:00

20 KiB
Raw Blame History

MeowOS devkit — 静态 MIPS32r2 调试工具集

TF 卡 MeowOS/opt/devkit/bin/ 里那批静态二进制的构建说明、可行性实测、许可证留痕。 构建入口:bash scripts/build/build_devkit.sh;回归测试:bash scripts/build/test_build_devkit.sh (产物在 fw_apps/devkit/,已被 .gitignore 的 fw_apps/ 规则覆盖,不入库)。

1. 为什么要有这个

设备(HiBy R3 Pro II / Ingenic X1600 / MIPS32r2 / Linux 4.4.94+ / 单核 / 56 MB)自带 busybox 1.31.1,free / ps / top / lsof 都是 busybox 的软链 (实测:/bin/ps -> busybox,/usr/bin/{free,lsof,top} -> ../../bin/busybox),字段残缺; vmstat、slabtop、pmap 干脆没有。做内存分析时最缺的正是:

  • slabtop —— Slab 总量 ~11 MB 到底被谁占了(buffer_head / dentry / squashfs_inode…)
  • vmstat —— 系统级趋势(r/b、si/so、in/cs、us/sy/id/wa),busybox 无替代
  • 真版 lsof —— busybox lsof 只有 pid/fd/设备号,没有 SIZE/OFF、TCP 状态、NAME

所以本工具集只围绕「这台机器的真实调试痛点」,不做大而全。

2. 产物清单

全部:ELF 32-bit LSB executable, MIPS, MIPS32 rel2, statically linked, stripped, readelf -d 零 NEEDED(musl libc 静态链入),可直接从 exFAT 卡上跑。

工具 来源版本 许可证 体积(B) 用途 / 相对 busybox 的增量
slabtop procps-ng 4.0.4 GPL-2.0-or-later(依赖 libproc2 LGPL-2.1+) 394 408 Slab 明细;-o 一次性输出不需要 TTY/terminfo
vmstat procps-ng 4.0.4 同上 216 924 系统趋势;busybox 无;-t 时间戳列本工具链下为空,见 §9
ps procps-ng 4.0.4 同上 324 980 -eo pid,rss,vsz,comm --sort=-rss 等完整字段
pmap procps-ng 4.0.4 同上 173 460 地址空间映射(读 /proc/pid/maps);busybox 无
free procps-ng 4.0.4 同上 94 312 拆 buff/cache、available
lsof lsof 4.99.4 Purdue/BSD-style 789 496 SIZE/OFF、TCP 状态、NAME、-i 网络视图
合计 1 993 580 ≈ 1.9 MB

同目录还有 MANIFEST.txt(每个二进制的 sha256 + 版本 + 许可证 + 体积)、 licenses/(上游 COPYING / COPYING.LIB)、README.txt(上卡说明)。 --with-sources 会额外生成 src/(三份源码包 + build_devkit.sh + 本文件)。

3. 上卡后怎么用

# 临时(SSH 会话)
export PATH=/usr/data/mnt/sd_0/MeowOS/opt/devkit/bin:$PATH

# 持久化:rootfs 的 /etc/profile.d/meow_card_path.sh 只前插了 MeowOS/opt/bin,
# devkit 是独立目录,需要再补一行(由塔/维护者决定是否进固件):
if [ -d /usr/data/mnt/sd_0/MeowOS/opt/devkit/bin ]; then
    export PATH="/usr/data/mnt/sd_0/MeowOS/opt/devkit/bin:$PATH"
fi

与 busybox 同名命令的先后关系(前插 PATH 时):

名字 现状(实测软链) 前插后
free lsof top /usr/bin/x -> ../../bin/busybox free/lsof 解析到 devkit 版;top 仍是 busybox(本工具集不提供)
ps /bin/ps -> busybox 解析到 devkit 版
vmstat slabtop pmap 不存在 新增

要临时用回 busybox 版:busybox free、busybox ps、busybox lsof。 不要覆盖 /usr/bin、/bin 里的软链:rootfs 是 ubifs,随固件回刷即被还原,而且这些软链是基线的一部分。

4. exFAT 语义(权限 / 软链)

设备挂载:/dev/mmcblk0 on /usr/data/mnt/sd_0 type exfat (rw, fmask=0022, dmask=0022, symlink=0, noexec 未设置)。

  • 无符号链接(symlink=0):本工具集全部是实体文件,不做 argv[0] 分派,也不提供 symlink (不像 busybox 那样一个多合一二进制 + 一堆软链)。
  • 无 Unix 权限位:fmask=0022 让卡上新文件恒为 0755,因此不需要 chmod—— 反过来说 chmod 在这里本身是 no-op;卡上也表达不了 setuid,任何需要 setuid 的工具都不适合放这。
  • 可执行性:挂载参数里没有 noexec,且卡上现有 MeowOS/opt/MeowPanel/meowpanel 就是 0755 直接执行的。 本轮真机验证是在设备 /tmp(同为 MIPS 目标、root 身份)做的,没有往卡上写过任何东西(约定:卡由塔推)。

5. 重跑代价与可复现性

  • 联网次数:冷启动 3 次(ncurses / procps-ng / lsof 各一个 tarball,共 5.5 MB); 源码包按 sha256 校验后落在 $MEOW_DEVKIT_WORK/src/,此后重跑 0 次联网。
  • 耗时(8 核宿主实测):冷启动(含 3 次下载)80 秒(两次实测 80s / 86s); 源码已缓存时全量重编约 65–85 秒;stamp 命中(脚本、版本、zig 版本都没变)1–2 秒; --verify-only 秒级,且只依赖 file / readelf / sha256sum / awk(不需要 zig、make、date、网络)。
  • stamp 内容:脚本 sha256 + zig 完整版本(0.17.0 / 0.17.1 会区分)+ target + 内核版本 + 三个上游版本。
  • 可复现(逐字节):在两个不同工作区各建一次,六个二进制 sha256 完全相同 (ps 用 -ffile-prefix-map 抹掉绝对源码路径;lsof 用裸名 CC=zigcc + 相对源码路径, 不再把工具链/构建目录写进 LSOF_CC/LSOF_CCFLAGS)。MANIFEST.txt 里的 sha256 与设备上 sha256sum 的结果一致,可用来核对「跑的到底是哪个二进制」。
  • --verify-only 除了静态/架构/NEEDED,还会把 bin/ 六个文件与 MANIFEST.txt 的 sha256/体积 逐条比对(只查 static/MIPS 是看不出内容漂移的)。
  • 回归测试:bash scripts/build/test_build_devkit.sh(12 项,秒级,不重编)覆盖: stamp 命中时 --with-sources 必须产出完整 src/(r1 P1 的回归点)、src/ 缺文件/被改坏能自愈、 --verify-only 能拒绝被篡改的 MANIFEST。

6. 许可证与分发合规(重点)

上游 许可证 分发二进制时的义务
procps-ng 4.0.4(apps) GPL-2.0-or-later 提供完整对应源码(GPLv2 §3),含 "scripts used to control compilation and installation"
procps library/(libproc2) LGPL-2.1+ ps/vmstat/slabtop/free/pmap 静态链接了它 → LGPL-2.1 §6 另有要求,见下
ncurses 6.5 MIT 风格(X11) 保留版权与许可声明;只静态链入 slabtop,不单独分发
lsof 4.99.4 Purdue Research Foundation 许可(BSD 风格 4 条) 文档与源码中保留作者/Purdue 署名;改过的版本要标注

GPLv2 §3:build_devkit.sh 里的固定版本 + 下载 URL 不构成合规。URL 作者可能撤、 镜像可能消失,而且 GPL 要求的是分发者提供的源码或书面要约。因此 --with-sources 会把 三份源码包 + build_devkit.sh + 本文件一起放进 src/(合计约 5.6 MB)。少一样都不算完整: 没有构建脚本,收卡人拿不到本轮用的 configure/-D 参数(这正是 "corresponding source" 明确包含的)。

LGPL-2.1 §6(静态链接):五个 procps 工具静态链入 libproc2,除 GPL 的义务外还必须 「显著提示使用了该库 + 附许可证副本 + 三选一」:(a) 随作品提供该库的完整源码(含修改); (b) 改用共享库机制(静态交付做不到);(c) 书面要约(≥3 年)提供 (a) 的材料。 本工具集走 (a):src/procps-ng-4.0.4.tar.xz 里含 library/ 全量源码, src/build_devkit.sh 是本轮的唯一构建描述,licenses/procps-ng-4.0.4-COPYING.LIB 是许可证副本。 若想更保守(收卡人不想自己重编),可以再额外提供可重链接的 .o(当前未做,属可选加固)。

结论:内部自用不触发分发义务;但既然这批二进制可能被拷来拷去,建议一律 --with-sources 上卡。licenses/ 只是声明留痕,不能替代源码义务。

7. 未交付清单(以及为什么)

候选 结论 原因
top(procps 4.0.4) 不交付 表头时钟被工具链 time64 问题打坏(显示 -1202590843:00 一类),无 TTY 时还会静默 exit 1。不是 procps 的 bug(r1 评审已更正我此前的错误归因),根因见 §9。卡上已有 htop,top 属重复
htop 不构建 卡上 MeowOS/opt/bin/htop 已是 3.5.3(673 744 B)。实测用 zig + 自编 ncursesw 也能编出 3.5.3,但 strip 后 756 908 B,比现有版本更大(静态链 musl+ncurses)。且我此前只量了体积、没做运行时验证 —— 它会继承 §9 的 time64 问题(htop -d 5(0.5s)这类亚秒刷新会退化成忙等空转),所以「加个 build_htop() 即可」的说法不成立
watch 不构建 busybox 1.31 已有 watch;procps 版 403 KB,收益不抵体积
pgrep/pkill 不构建 busybox 已有;procps 版各 260 KB(链接整份 libproc)
uptime/tload/pidof/pidwait/w 不构建 busybox 已有 uptime/pidof;tload/w 在本机无调试价值
sysctl 不构建 busybox 已有 sysctl(读写 /proc/sys 足够)
perf / valgrind / gdb / ltrace / sysstat / smem 不可行 见 §8

pmap 的低价值要说明白:本机 CONFIG_PROC_PAGE_MONITOR=n,/proc/<pid>/smaps 不存在, 所以 pmap -x 拿不到 PSS/私有脏页。它仍有用的一点是 /proc/<pid>/maps 存在, pmap <pid> 能列出地址段 + 映射文件名(busybox 没有等价物),排查「谁映射了这块内存」够用。

8. 可行性实测记录(编不出来的卡在哪)

宿主:Termux/Android aarch64,zig 0.17.0(自带 musl libc 与头文件),make、curl、pkg-config。 没有 autoconf/automake/libtool,没有目标内核头,sysroot 里只有 zlib(本工具集不需要它)。

  • procps-ng 4.0.4 ✅ 可编。三个必须处理的坑:
    1. slabtop(src/slabtop.c 直接 #include <ncurses.h>)硬依赖 ncurses; configure --without-ncurses 会把它整个跳过 → 要 slabtop 就必须先交叉编 ncurses。
    2. 交叉编译下 autoconf 的 malloc(0)/realloc(0) 运行期探测无法执行,不缓存 ac_cv_func_malloc_0_nonnull=yes ac_cv_func_realloc_0_nonnull=yes 会引入 rpl_malloc/rpl_realloc 未定义引用,链接失败。
    3. 必须把 PKG_CONFIG_LIBDIR 收紧到自编 prefix,否则会捡到宿主 aarch64 的 ncursesw.pc,结果是「musl 头 + bionic 头」混编(watch 直接编不过)。脚本里有事后断言。
  • ncurses 6.5 ✅ 可编(--without-shared --with-normal --enable-widec --without-progs 等)。 必须 --with-default-terminfo-dir=/usr/share/terminfo --with-terminfo-dirs=...: 否则交互式 slabtop 会 Error opening terminal: xterm.(默认值是编译期 prefix,设备上不存在)。 体积代价:libncursesw.a 3.3 MB(未 strip,不单独分发),链进 slabtop 后只增加约 100 KB。
  • lsof 4.99.4 ✅ 可编。坑:
    1. 4.99 源码包不带 configure(autotools),但带老式 Configure 脚本,./Configure -n linux 可用。
    2. 版本探测读宿主 /usr/include/linux/version.h + uname,交叉时拿不到 4.4.94, 会退化成 LINUXV=00000 / LSOF_VSTR="0.0.0"(Configure 打 "unsupported dialect or version")。 这两个宏在 linux dialect 里只影响 lsof -v 显示,仍用 -DLINUXV/LSOF_VSTR 覆盖成 4.4.94。
    3. zig 的 musl 头没有 glibc 侧经由 linux/tcp.h 间接带来的 TCP_ESTABLISHED 等 11 个 状态宏,dsock.c 会编不过 → 脚本里 -D 补齐(值取自 linux/tcp.h)。
    4. zig cc 不带 -O 时按 Debug 编,会插入 UBSan 桩(__ubsan_handle_negate_overflow) 导致链接失败 → 所有编译都显式 -O2。
  • htop 3.5.3 ✅ 可编(用自编 ncursesw,--disable-hwloc/sensors/delayacct),strip 后 756 908 B —— 比卡上现有版本大,且未做运行时验证(见 §7、§9),故不交付。
  • perf ❌ 不可行:依赖目标内核源码树(tools/perf 要按内核版本配 perf_event_attr), 且设备内核未必开了相关选项;没有内核头也是硬阻塞。
  • valgrind ❌ 不可行:没有 MIPS32 后端(官方只支持 x86/amd64/arm/aarch64/ppc/s390), 不是交叉编译问题。
  • gdb ❌ 不建议:设备已带 gdbserver,宿主侧可用交叉 gdb 连;在 56 MB 单核设备上跑 gdb 本体收益极低、体积巨大。
  • ltrace ❌ 不可行:需要 libelf + 复杂 autoconf 探测,且本机程序多为静态/精简,投入产出不划算。
  • sysstat(sar/iostat/mpstat) ❌ 未做:autoconf 探测多、依赖 gettext/libsensors 等, 且本机单核、/proc/diskstats 对 TF 卡意义有限。
  • smem ⚠️ 价值为零:依赖 /proc/<pid>/smaps 的 PSS,本机没有 smaps。

9. 已知限制:工具链的 time64 在 4.4 内核上不可用

这不是 procps/htop 的 bug,是 zig 0.17 自带 musl 在 mipsel 上的 ABI 错配(r1 评审独立定根因, 我此前把 top 的表头问题误判成 procps bug,此处更正)。

机制(三段,均可复验):

  1. zig 0.17 的 mipsel-linux-musleabi 是 time64:sizeof(time_t)=8、sizeof(long)=4, struct timespec 16 字节;同时 clang 前端给 mips o32 预定义了 __ILP32__。
  2. zig 自带 musl(libc/musl/src/time/clock_gettime.c、time/clock_nanosleep.c 等)的守卫写成 #if defined(SYS_*_time64) && !defined(__ILP32__);上游 musl 1.2.5 没有这个 !defined(__ILP32__)。
  3. MIPS o32 是 ILP32、内核 4.4 又没有 time64 syscall → 走 #else 分支,把 16 字节的 time64 结构 直接交给 32 位 time32 系统调用:内核只写/只读前 8 字节,高 32 位保持未初始化。

真机实测(本轮):

现象 结果 影响
clock_gettime / time() / gettimeofday() rc=0 但值是垃圾(评审另测:sec=2823213556008072608,localtime_r 返回 NULL) 任何按墙钟格式化时间的功能
vmstat -t 表头有 -----timestamp-----,数据行该列整列为空(localtime() 返回 NULL,strftime 被跳过) vmstat 核心的 3 组计数正常;只有时间戳列不可用
top 表头时钟 显示 -1202590843:00 / -343597384:00 一类 这就是 §7 不交付 top 的原因
usleep(0.5s) ×10 实测 0 秒(应为 5 秒):sleep() 走 32 位 syscall,内核把 tv_sec 高半字当 tv_nsec(恒 0),亚秒被抹平 亚秒轮询会退化成忙等/空转
sleep(1)(整秒) 正常:vmstat 1 3 墙钟实测 2 秒 整秒采样周期不受影响
ps -eo lstart 正常 时间来自 /proc/stat 的 btime + jiffies,不走 libc 取时
slabtop/free/pmap/lsof 不受影响 不显示墙钟

能否复用仓里已有的修复? 有。M16 的 patch_v2/sdk/meow_ui_time.c(文档 patch_v2/sdk/CLOCK_ABI.md) 用「链接期强定义」接管了 __clock_gettime / __clock_gettime64 / __nanosleep_time64 / __clock_nanosleep(_time64) / __timedwait* / __timerfd_* / __clock_settime64, 内部按内核 o32 time32 ABI 取数再升成 64 位。

  • 可复用的证据(本轮实测):zigcc -O2 -I. -Iinclude -c patch_v2/sdk/meow_ui_time.c 单文件编译成功, 未定义符号只有 5 个 libc 符号(__errno_location、__pthread_setcancelstate、__syscall_cp、 __udivdi3、syscall),不依赖 SDK 其它目标文件。
  • 代价:必须把该 .o 放在 libc 之前参与链接(才会盖掉 libc 里那份),要给两套构建系统分别注入: procps 走 libtool 的 LDADD、lsof 是手写 Makefile 的固定链接行;然后六个二进制全部重新真机验证。 估计 1–2 小时(含设备回归),产物每个 +几 KB。
  • 本轮为什么不做:收益只有 vmstat -t 一列(top 不交付、ps 本来正常、其余不打时间), 而这个改动会动到 libc 的取时/睡眠入口,风险面比收益大。结论:可复用,但需要单独一条 mission 做「接入 + 全量回归」,不适合塞进这次修 P1 的补丁里。
  • 不加 shim 的替代方案:给 zig 的 musl 打补丁(去掉 !defined(__ILP32__))或换上游 musl 工具链。 这不是加一个 -D 能修的:守卫在 libc 源码里,编译产物(libc.a)已经固定。

10. 路径清洁:lsof 里有一处宿主路径(工具链副作用)

strings lsof 有一处 /data/data/com.termux/files/usr/etc/resolv.conf(其余五个产物没有宿主路径)。 来源是 Termux 打包的 zig 自带 musl(libc/musl/src/network/resolvconf.c 被改成 Termux prefix), 不是 lsof 源码,也不是本脚本的路径泄漏(源码路径已用 -ffile-prefix-map 抹掉)。

  • 设备上该路径不存在 → 真正的 DNS 反查会失败;lsof -i 不带 -n 时会因此卡在超时(实测约 3 秒), 带 -nP 瞬时返回。
  • 端口名/本机名不受影响(来自 /etc/services、/etc/hosts):实测 lsof -i 仍显示 TCP *:ssh、UDP localhost:domain。
  • 结论:不改。换成非 Termux 的 zig/上游 musl 需要重装工具链并重做全部验证,代价大而收益仅「反向 DNS」; 文档与 README.txt 已写明用 lsof -nP。

11. 真机验证证据(2026-11-06,root@10.76.208.50)

产物拷到设备 /tmp(tmpfs)执行,验证完已删除;没有往 TF 卡写过任何东西。

# slabtop -o | head -6
 Active / Total Objects (% used)    : 55852 / 61357 (91.0%)
 Active / Total Slabs (% used)      : 2794 / 2794 (100.0%)
 Active / Total Caches (% used)     : 57 / 81 (70.4%)
 Active / Total Size (% used)       : 11024.86K / 11593.48K (95.1%)
 Minimum / Average / Maximum Object : 0.02K / 0.19K / 32768.00K
  OBJS ACTIVE  USE OBJ SIZE  SLABS OBJ/SLAB CACHE SIZE NAME
 12474  10746  86%    0.06K    198       63       792K buffer_head

# vmstat 1 3   (墙钟实测 2 秒,采样间隔正常)
procs -----------memory---------- ---swap-- -----io---- -system-- -------cpu-------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st gu
 1  0      0   2584   8764  19388    0    0     0     0  449    6  3  3 94  0  0  0
 0  0      0   2644   8764  19388    0    0     0     0  340  566  1  5 94  0  0  0
 0  0      0   2644   8764  19388    0    0     0     0  332  526  1  2 97  0  0  0

# free -m
               total        used        free      shared  buff/cache   available
Mem:              55          30           2           1          27          24
Swap:              0           0           0

# ps -eo pid,rss,vsz,comm --sort=-rss
  PID   RSS    VSZ COMMAND
 1368  4832  16516 meow_launcherd
 4241  1608   3012 sh
 ...

# pmap 1
1:   init
00400000    864K r-x-- busybox
004e8000      4K rw--- busybox
00969000    132K rwx--   [ anon ]

# lsof -nP -i        (瞬时;不带 -n 约 3 秒,见 §10)
COMMAND    PID USER FD   TYPE DEVICE SIZE/OFF NODE NAME
dropbear  1354 root 3u  inet   2196      0t0  TCP *:22 (LISTEN)
meow_netm 1372 root 5u  inet   2611      0t0  UDP 127.0.0.1:53
meow_mdns 1375 root 3u  inet   2906      0t0  UDP *:5353
meowpanel 1395 root 3u  inet   2587      0t0  TCP *:8080 (LISTEN)
  • 六个二进制 --help/-V 全部正常(lsof --help 不是合法选项,lsof -v 打印 4.99.4)。
  • 交互式 slabtop(无 -o)在 TERM=xterm 下正常初始化 curses(stdout 写出 1599 字节转义序列); 对照 TERM=bogus-term 报 Error opening terminal: bogus-term. —— 说明 terminfo 路径确实命中 /usr/share/terminfo,不是内嵌 fallback。
  • 设备上 sha256sum 与 MANIFEST.txt 逐条一致(测的就是交付的那份字节)。
  • 宿主侧静态/架构自检与 MANIFEST 对账:bash scripts/build/build_devkit.sh --verify-only。

12. 其它已知限制

  • pmap -x 无 PSS(无 smaps),只有 maps 级别的段/文件信息。
  • 不提供 top(§7/§9);需要交互式总览请用卡上已有的 htop(注意其时钟/亚秒刷新同样受 §9 影响)。
  • 二进制按设备内核 4.4.94 编 LINUXV;该宏只影响 lsof -v 显示,换内核不影响运行。
  • 产物是 32 位 MIPS32r2(o32 ABI),只适用于 X1600 这类 MIPS32r2 目标。