Just4Fun on DoubleCat's Blog

BLOZI 10.1寸LCD价签折腾记2-F1C200S交叉编译环境搭建

Sun, 13 Jul 2025 13:08:26 +0800

开发环境

OS: Arch Linux x86_64

Host: 2347B46 (ThinkPad T430)

Kernel: Linux 6.15.6-arch1-1

CPU: Intel(R) Core(TM) i7-3632QM (8) @ 3.20 GHz

Platform: aarch64

目标环境

OS: TinaLinux 3.10.65(Based on OpneWRT 3.5.1)

CPU: F1C200S

Platform: ARM9

交叉编译链下载与配置

注意

全志的交叉编译链极其奇葩复杂，Linaro编译链并不适用，本编译链为从系统编译包提取的sunxi Arm9 MUSL编译链

进入本链接下载我提取打包好的编译链toolchain-sunxi-arm9-musl.tar.gz

1
2

tar -vxf toolchain-sunxi-arm9-musl.tar.gz
sudo cp -r toolchain-sunxi-arm9-musl /usr/local/share/

接下来配置.bashrc(视终端而定，我这里因为使用的是zsh所以是.zshrc)，以使系统支持编译链

`1`	`nano ~/.zshrc`

在最后一行添加

1
2

export PATH=$PATH:/usr/local/share/toolchain-sunxi-arm9-musl/toolchain/bin
export STAGING_DIR=$STAGING_DIR:/usr/local/share/toolchain-sunxi-arm9-musl/toolchain/bin

保存退出后更新环境变量即可

`1`	`source .zshrc`

此时输入在终端arm-openwrt-linux-，双击tab后可得提示

即代表交叉编译环境安装配置完毕

环境测试

创建一个测试程序test.cpp

#include <iostream>
int main(){
	std::cout<<"Hello World!"<<std::endl;
	return 0;
}

使用交叉编译器进行编译链接

`1`	`arm-openwrt-linux-g++ -o test test.cpp`

将编译好的test文件复制到F1C200S开发板上执行

adb push test test
adb shell

> ./test
Hello World!

测试完毕

提示

若执行编译好的程序提示.so缺失，可以在/usr/local/share/toolchain-sunxi-arm9-musl/toolchain/lib中找到对应的文件并使用adb push复制到/lib中

BLOZI 10.1寸LCD价签折腾记1-软硬件分析

Sat, 12 Jul 2025 08:36:43 +0800

价格

30元一块，商家有买五送一，加上邮费15，最后165拿下6块，平均每块27.5

配置

MCU：F1C200S

存储：MXIC的1G NandFlash

WIFI：XR819

MIPI：SSD2828

屏幕：10.1寸LCD 1280*800，型号未知

连接

原装使用Type-C进行供电和数据传输

拆开可以发现Type-C板与主板由四组共八个弹簧座-触点连接，分别为DM、DP、IN+、IN-

在弹簧座旁有RXD、TXD、DM、DP、3.3V、12V、GND的触点，暂未测试

提示

据论坛所述，在开启WIFI后可能存在供电不足导致屏幕闪烁的问题，需要焊接TRR(-)接IN-测试点，IN+测试点接R57(R)

ADB连接

使用Type-C线缆直连设备和电脑，若非直连可能无法正常识别

若需打驱动可以参考知乎：# LCPI(F1C200S)+如何在Windows 下安装驱动？

使用adb shell可以直连设备

警告

根据后续一次事故表明，若/空间不足或busybox配置有问题则ADB将会失效

具体原因仍需分析

系统基础信息

账号密码

默认账号为root，默认密码为tina

系统版本

手动打开自启程序bloziplayer输出显示系统为全志基于openWRT制作的tina系统，版本为3.5

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tina_multimedia <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
tag   : tina3.5
branch: tina-dev
date  : Mon Jul 15 19:04:59 2019 +0800
Change-Id: I5f6c8a88d7b387a312b7744797a0d5f8ab07ee7a
-------------------------------------------------------------------------------

使用uname获取Linux信息可得系统版本为3.10.65

1
2
3

> uname -a  

Linux TinaLinux 3.10.65 #526 Tue Mar 1 04:28:42 UTC 2022 armv5tejl GNU/Linux

通过输出/etc/openwrt_version和/etc/openwrt_release可得更多详细信息

> cat /etc/openwrt_version  

3.5.1  

> cat /etc/openwrt_release  

DISTRIB_ID='tina.jason.20220301.042736'  

DISTRIB_RELEASE='Neptune'  

DISTRIB_REVISION='5C1C9C53'  

DISTRIB_TARGET='c200s-F1C200s/generic v2.1'  

DISTRIB_DESCRIPTION='tina.jason.20220301.042736 3.5.1'  

DISTRIB_TAINTS='no-all no-ipv6'

总结来说就是系统是系统是基于OpenWRT 3.5.1的Tina Linux 3.10.65 同时推测bloziplayer和DISTRIB_DESCRIPTION中的系统版本号是写死的，并不具有多少参考价值

系统启动流程分析

stp.1 启动入口 `/etc/inittab`

null::sysinit:/bin/mount -o remount,rw /  

null::sysinit:/bin/mkdir -p /dev/pts  

null::sysinit:/bin/mount -a  

::sysinit:/etc/init.d/rcS boot  

/dev/console::respawn:-/bin/sh  

::ctrlaltdel:/sbin/reboot  

null::shutdown:/bin/umount -a -r

sysinit(初始化)  

 -> 将根文件系统`/`以读写模式(rw)重新挂载
 -> 创建目录`/dev/pts`(用于伪终端设备)
 -> 挂载`/etc/fstab`中定义的所有文件系统
 -> 执行系统初始化脚本`/etc/init.d/rcS`，并传递参数`boot`
respawn(持续监控)  

 -> 在控制台`/dev/console`启动Shell(`/bin/sh`)
ctrlaltdel  

 -> 按下`Ctrl+Alt+Del`组合键时执行`/sbin/reboot`命令重启系统
shutdown  

 -> 安全卸载文件系统

stp.2 系统初始化脚本 `/etc/init.d/rcS`

启动顺序	函数	函数定义
1	`rc_preboot()`	执行预启动脚本 `/etc/init.d/rc.preboot`
2	`rc_init()`	基础初始化 -> 从内核参数 `loglevel` 设置日志级别 -> 设置主机名 `TinaLinux` -> 启用回环接口 `lo`
3	`rc_log()`	执行日志配置脚本 `/etc/init.d/rc.log`
4	`rc_mount()`	挂载关键分区 -> 挂载 UDISK (`/dev/by-name/UDISK` → `/mnt/UDISK`) -> 启动 `mdev` 动态管理设备节点
5	`rc_load_modules()`	加载内核模块（执行 `/etc/init.d/rc.modules`）
6	`rc_load_script()`	并行启动服务 -> 从 `/etc/init.d/load_script.conf` 读取服务列表 -> 以 `boot` 参数后台运行符合规范的服务
7	`rc_final()`	执行最终初始化脚本 `/etc/init.d/rc.final`
8	`rc_ota()`	后台启动 OTA 升级日志服务 (`/sbin/aw_upgrade_log.sh`)
module	`mkfs_jffs2()`	格式化 JFFS2 文件系统 -> 检查 `mkfs.jffs2` 工具是否存在 -> 从 `/proc/mtd` 获取擦除块大小 -> 创建临时镜像并写入设备
module	`rc_mount_filesystem()`	挂载文件系统 -> 支持 `jffs2`（MTD 设备）和 `ext4`（块设备） -> 挂载失败时自动格式化分区

stp.2.1 预启动脚本 `/etc/init.d/rc.preboot`

/etc/init.d/preboot  

 -> blozi_init
	 -> cd /sys/class/sunxi_dum
		echo 0xf1c01100 0x0000>write  

        echo 0xf1c01104 0x0000>write  

        echo 0xf1c01108 0x0000>write  

        echo 0xf1c0110c 0x0000>write  

        echo 0xf1c01110 0x0000>write  

        echo 0xf1c01114 0x0000>write  

        echo 0xf1c01118 0x00006000>write  

        echo 0xf1c0111c 0x00000000>write  

        echo 0xf1c01120 0x00000000>write  

        echo 0xf1c01124 0x0000>write  

        echo 0xf1c01128 0x0000>write  

        echo 0xf1c0112c 0x0000>write  

        echo 0xf1c01140 0x0000>write  

 -> mkdir -p /mnt/private
 -> mount -t vfat -r /dev/by-name/private /mnt/private
 -> cp /mnt/private/ULI/factory/SN.txt  /usr/product_sn

脚本首先使用全志的sunxi_dum工具写入寄存器然后挂载私有分区并复制序列号输出SN.txt可得SN号

1
2
3

> cat /mnt/private/ULI/factory/SN.txt  

5000003927

stp.2.2 日志配置脚本 `/etc/init.d/rc.log`

#!/bin/sh
mkdir -p /var/log  

if [ -d /var/log ]  

then  

	touch /var/log/messages  

	/sbin/syslogd -n -m 0 &  

	/sbin/klogd -n &  

fi

stp.2.3 内核模块`/etc/init.d/rc.modules`

#!/bin/sh

[ -d /etc/modules.d ] && \  

        /sbin/kmodloader "/etc/modules.d/"  


[ -d /etc/modules-boot.d ] && \  

        /sbin/kmodloader "/etc/modules-boot.d/" &

可得加载了两部分的内核模块，/etc/modules.d/和/etc/modules-boot.d/ 分别获取信息

>cd /etc/modules.d/ && ll  

drwxr-xr-x    2 root     root            72 Mar  1  2022 .  

drwxr-xr-x    1 root     root          1024 Jan  1 00:00 ..  

-rw-r--r--    1 root     root            86 Mar  1  2022 30-sound-core
-rw-r--r--    1 root     root             9 Mar  1  2022 cfg80211
-rw-r--r--    1 root     root            35 Mar  1  2022 xradio-xr819

> cat 30-sound-core  

soundcore  

snd  

snd-seq-device  

snd-timer  

snd-pcm  

snd-mixer-oss  

snd-pcm-oss  

snd-compress  

> cat cfg80211  

cfg80211  

> cat xradio-xr819  

xradio_mac  

xradio_core  

xradio_wlan

文件夹/etc/modules-boot.d/不存在

stp.2.4 服务列表`/etc/init.d/load_script.conf`

adbd  

tinatest  

wpa_supplicant

stp.2.4.1 `adbd`

脚本为/bin/sh脚本，基于/etc/rc.common框架管理生命周期(80-99) 通过动态配置USB Gadget并启动adbd，使设备支持ADB协议。核心依赖Linux内核的USB Gadget框架和Procd进程管理器

stp.2.4.2 `tinatest`

没有找到该服务

stp.2.4.3 `wpa_supplicant`

脚本为/bin/sh脚本，基于/etc/rc.common框架管理生命周期(96-98) 仅有启动阶段存在，停止和重启部分均被注释掉

start_service() {  

    procd_open_instance  

    ifconfig wlan0 up  

    procd_set_param oom_adj $OOM_ADJ  

    procd_set_param command $PROG -iwlan0 -Dnl80211 -c/etc/wifi/wpa_supplicant.conf -I/etc/wifi/wpa_supplicant_overlay  

    procd_close_instance  

}

基于这段代码的信息，修改/etc/wifi/wpa_supplicant.conf

ctrl_interface=/etc/wifi/sockets  

disable_scan_offload=1  

update_config=1n  

wowlan_triggers=any  


network={  

  ssid="SSID"  

  psk="Password"  

  priority=5  

}

重启发现文件被覆盖(network信息丢失)，需要进一步的分析

stp.2.5 最终初始化脚本 `/etc/init.d/rc.final`

/etc/init.d/rc.final  

 -> if [ -f "/usr/bin/F1C200s-board" ]; then
	    /usr/bin/F1C200s-board > /dev/null 2>&1 &  

	fi  

 -> blozi_player_init
	 -> check dir

ls /usr/bin/可得/usr/bin/F1C200s-board并不存在

stp.3 文件系统挂载 `/etc/fstab`

# /etc/fstab: static file system information.
#
# <file system>		<mount pt>	<type>	<options>			<dump>		<pass>
devpts			/dev/pts	devpts	defaults,gid=5,mode=620		0		0

挂载伪终端

stp.4 启动目录`/etc/rc.d`

drwxr-xr-x    2 root     root           219 Mar  1  2022 .  

drwxr-xr-x    1 root     root          1024 Jan  1 00:00 ..  

lrwxrwxrwx    1 root     root            13 Mar  1  2022 K89log -> ../init.d/log  

lrwxrwxrwx    1 root     root            17 Mar  1  2022 K90network -> ../init.d/network  

lrwxrwxrwx    1 root     root            24 Mar  1  2022 K98wpa_supplicant -> ../init.d/wpa_supplicant  

lrwxrwxrwx    1 root     root            14 Mar  1  2022 K99adbd -> ../init.d/adbd  

lrwxrwxrwx    1 root     root            13 Mar  1  2022 S12log -> ../init.d/log  

lrwxrwxrwx    1 root     root            17 Mar  1  2022 S20network -> ../init.d/network  

lrwxrwxrwx    1 root     root            14 Mar  1  2022 S50cron -> ../init.d/cron  

lrwxrwxrwx    1 root     root            14 Mar  1  2022 S80adbd -> ../init.d/adbd  

lrwxrwxrwx    1 root     root            24 Mar  1  2022 S96wpa_supplicant -> ../init.d/wpa_supplicant  

lrwxrwxrwx    1 root     root            17 Mar  1  2022 S98sysntpd -> ../init.d/sysntpd  

lrwxrwxrwx    1 root     root            26 Mar  1  2022 S99swupdate_autorun -> ../init.d/swupdate_autorun

可以看到所有的启动文件均为/etc/init.d/对应脚本的软链接

stp.5 脚本目录`/etc/init.d/`

分析脚本在启动和关机时的顺序

> Start  

log -> network -> cron -> adbd -> sysntpd -> swupdate_autorun  

> Kill  

log -> network -> adbd

一一访问脚本文件进行分析(除了已经分析过的) network -> 基础的网络接口初始化 cron -> 定时工具，定时文件在/etc/crontabs/中，ls可得空无一物 ntpd -> NTP时间同步 swupdate_autorun -> 全志的自动更新工具

stp.6 按钮事件

有文件/etc/rc.button/wps

if [ "$ACTION" = "pressed" -a "$BUTTON" = "wps" ]; then  

        cd /var/run/hostapd  

        for socket in *; do  

                [ -S "$socket" ] || continue  

                hostapd_cli -i "$socket" wps_pbc  

        done  

fi

终端启动流程分析

在/etc/profile.d/中可找到bloziplayer.sh

wpa_supplicant_init  

 -> cp -f /etc/wifi/wpa_supplicant_src.conf /etc/wifi/wpa_supplicant.conf
blozi_player_start  

 -> bloziplayer
blozi_player_daemon  

 -> watch dog

故将所有项全部注释，再次修改/etc/wifi/wpa_supplicant.conf 重启即可连接上WIFI

日志分析

日志脚本改写

ls /var/log/可得只有一个messages的日志文件，故需要对rc.log进行改写

#!/bin/sh
mkdir -p /var/log  

rm -f /var/log/messages /var/log/kernel.log 2>/dev/null  

mkdir -p /etc  


cat > /etc/syslog.conf << 'EOF'  

kern.*    -/var/log/kernel.log  

*.*       /var/log/messages  

EOF  


if [ -d /var/log ]  

then  

    touch /var/log/kernel.log  

    touch /var/log/messages  

    chmod 644 /var/log/kernel.log  

    
    killall syslogd klogd 2>/dev/null  

    
    /sbin/syslogd -n -m 0 -f /etc/syslog.conf -L &  

    /sbin/klogd -n -c 8 &  

    
    sleep 2  

    dmesg > /var/log/kernel.log  

fi

保存并重启

日志预处理

在使用adb shell连接后会发现messages在被疯狂灌水(多次ll /var/log可得)

`1`	`[DISP] disp_al_layer_set_framebuffer,line:2029: not support fmt!`

只能说BLOZI官方写的代码还是太抽象了，而且从屏幕上也能看到奇奇怪怪的刷新推测是使用adb shell后创建了一个新终端，由终端启动流程分析可得执行了bloziplayer 执行ps | grep blozi可得

1
2
3

  176 root     23:57 bloziplayer  

  403 root      0:32 bloziplayer

所以不断刷屏的消息应该是开机自启的bloziplayer输出的demo帧和后续创建的bloziplayer的empty帧冲突导致的所以想要抓取正常的包含bloziplayer消息的日志，需要在进入时进行进行抓取

`1`	`cp /var/log/messages /var/log/messages.bak`

提示此处亦可参考BLOZI 10.1寸LCD价签折腾记3-环境配置中的关闭BLOZI的环境操作后再进行抓包，但无法获取包含bloziplayer输出的日志

然后就能下载log文件进行分析

mkdir log  

cd log  

adb pull /var/log/kernel.log  

adb pull /var/log/messages.bak

然后使用vim去除掉messages中被灌入的垃圾内容

vim messages.bak  

:g/disp_al_layer_set_framebuffer,line:2029/d  

:wq

DTS

DTS F1C200S https://whycan.com/t_11396.html#p100965

INFOS

https://whycan.com/t_11396.html#p100966 https://whycan.com/t_11396.html#p100967

T430改造计划3-破解BIOS并保留BIOS启动图片

Sat, 10 May 2025 15:36:43 +0800

在之前的工作中，已经完成了BIOS启动图片的自定义和键盘的改造

接下来就是进行BIOS的破解，启用高级功能& 删除白名单

后续所有涉及到文件的操作省略cd和cp过程

请全程插入电源接口并使用电池

准备工作

软件准备

软件	URL	用途	安装方法
IVprep	https://github.com/n4ru/IVprep	降级BIOS	Git clone
flashrom	https://github.com/flashrom/flashrom	读写BIOS	pacman
thinkpad-firmware-patches	https://github.com/digmorepaka/thinkpad-firmware-patches	破解BIOS	Git clone
thinkpad-uefi-sign	https://github.com/thrimbor/thinkpad-uefi-sign	签名并校验BIOS镜像	Git clone
chipsec	https://chipsec.github.io/		yay
1vyrain	https://github.com/n4ru/1vyrain	破解BIOS并写入	Git clone
Nginx	https://nginx.org/en/	网络服务器	-
Python	https://www.python.org/	运行软件	-

降级部分BIOS至最高可破解版本

在T430改造计划2-修改BIOS启动图片中我们将系统升级到了2.81(g1uj48us)

但是最高可破解的版本为2.64，所以需要使用IVprep降级部分BIOS至2.64

在Windows中运行downgrade.bat直接进行降级

同时因为是部分刷写，所以不会影响T430改造计划-改造键盘中刷入的EC固件

备份BIOS镜像

使用flashroom读取BIOS，以便进行后续修改

`1`	`flashrom -p internal -r bios_backup.rom --ifd -i bios`

破解BIOS并签名

破解BIOS

因为我们只需要修改部分BIOS区域，仅需保留最后的4M，其中包含我们修改的BIOS启动图片和需要修改的部分

`1`	`dd if=bios_backup.rom of=4M.rom bs=1M skip=8`

然后修改xx30_patches_v4.txt，开启需要修改的部分

# AdvancedMenu By leokim |  W530 / T530 / T430 / x230 / T430s / X230t / X131e / L430 / L530
32442D09-1D11-4E27-8AAB-90FE6ACB0489 10 O:02A0:778B1D826D24964E8E103467D56AB1BA 

# PowerManagement2 | 0x194 unlock/OC enable test |
F7731B4C-58A2-4DF4-8980-5645D39ECE58 10 P:44243080fb0175080fbae80f89442430:44243080fb01eb080fbae80f89442430 
F7731B4C-58A2-4DF4-8980-5645D39ECE58 10 P:30488b4338f6000874080fba6c243014:30488b4338f60008eb080fba6c243014 

# LenovoWmaPolicyDxe | WL removal | ripped from dudu2002 | W530 2.76 / T530 2.77 / T430 2.82 / x230 2.77
79E0EDD7-9D1D-4F41-AE1A-F896169E5216 10 P:C8390F0F84:C8390F90E9 
79E0EDD7-9D1D-4F41-AE1A-F896169E5216 10 P:C8390F7516:C8390F7500 
79E0EDD7-9D1D-4F41-AE1A-F896169E5216 10 P:C8394F0474:C8394F04EB 

# PlatformHiiAdvancedDxe | 1066 fix | \x | xx30 thinkpads | change 1066 to another auto to stop bricking
CFEF94C4-4167-466A-8893-8779459DFA86 10 P:090E680101010100000000000000:090E9C0001010000000000000000

使用firmware-patches工具修改4M.rom

`1`	`UEFIPatch 4M.rom xx30_patches_v4.txt -o patched_fig4M.rom`

此时我们已经得到了破解修改后的patched_4M.rom

签名BIOS

ThinkPad会在每次开机时校验BIOS，如果不进行签名校验修补，会滴滴作响

使用uefi-sign的sign.py工具签名patched_4M.rom

`1`	`python sign.py patched_fig4M.rom signed_fig4M.rom`

使用校验工具verify.py工具校验signed_4M.rom

`1`	`python verify.py signed_fig4M.rom`

刷入BIOS

将signed_4M.rom移动至Nginx网站目录，确保可以进行访问

`1`	`wget http://localhost/signed_4M.rom`

打开1vyrain的目录，需要修改start.sh

# Replace L18
if ! ping -q -c 1 -W 1 8.8.8.8 >/dev/null; then echo -e "\e[1;32mWaiting 10 seconds for Network...\e[0m" && sleep 10; fi
# To
if ! ping -q -c 1 -W 1 223.223.223.223 >/dev/null; then echo -e "\e[1;32mWaiting 10 seconds for Network...\e[0m" && sleep 10; fi

# Replace L31
flashsize=$(/root/flashrom/flashrom -p internal:laptop=force_I_want_a_brick --ifd -i bios -N -r /tmp/backup.rom > /dev/null && du /tmp/backup.rom | sed "s/[^0-9]//g")
# To
flashsize=$(flashrom -p internal:laptop=force_I_want_a_brick --ifd -i bios -N -r /tmp/backup.rom > /dev/null && du /tmp/backup.rom | sed "s/[^0-9]//g")

# Replace L62
# To

# Replace L117
/root/flashrom/flashrom -p internal:laptop=force_I_want_a_brick -w /root/bios/rom.temp --ifd -i bios -N
# To
flashrom -p internal:laptop=force_I_want_a_brick -w /root/bios/rom.temp --ifd -i bios -N

# Before L87
echo -e "\e[1;32mPlease enter a choice:\e[0m"
# Add
mkdir /root/bios

以root权限运行start.sh

1
2

chmod +x start.sh
sudo ./start.sh

按照提示，在选择模式的时候选择2使用自定义镜像，输入

`1`	`http://localhost/signed_4M.rom`

在提示按下回车的时候按下回车

此时屏幕会息屏，类似于睡眠模式

按下电源按钮即可

等待脚本自动刷入BIOS，此时千万不要断开电源/关闭电脑

等待自动重启即可

此时可以安装非白名单设备例如AX210等，并可以在BIOS菜单中看到增加的功能

Enjoy~

T430改造计划2-修改BIOS启动图片

Sun, 20 Apr 2025 17:20:43 +0800

制作图片

为了修改BIOS启动图片，需要俩图片，LOGO1.*和LOGO2.*

要求如下：

LOGO1.* 像素小于640X480
LOGO2.* 像素小于1366X768
需要使用BMP、JPG或GIF格式
每个文件均小于30kb

经过多次尝试后，总结出以下深层要求：

BIOS会自动改变宽度，所以图像内容的宽度需要/3*4
单独LOGO1或LOGO2是不可行的，需要同时使用
仅使用GIF格式
最好使用8bit RGB

刷写图片

以下操作在Arch Linux中进行

找到在T430改造计划1-改造键盘中下载的2.81固件

因为该版本固件不涉及EC部分，故我们的操作不会对改造好的键盘产生什么影响

使用geteltorito工具提取BIOS CD

`1`	`perl geteltorito.pl -o flash.img g1uj48us.iso`

找个废弃的U盘，刷入BIOS CD

1
2

# /dev/sdx 需要更换为你的U盘
sudo dd if=flash.img of=/dev/sdx1 bs=4M status=progress conv=fsync

将LOGO1.gif和LOGO2.gif放在U盘挂载目录/FLASH文件夹下即可

F12引导启动至U盘，等待自动刷写图片

Enjoy~

T430改造计划1-改造键盘

Sun, 20 Apr 2025 16:05:21 +0800

流程

只需要按照网上的通用流程即可

换键盘->刷EC固件->完工

换键盘

键盘是从咸鱼购买的T420键盘

键盘到手后需要进行一定的改装

首先就是按照ThinkPad Classic Keyboard Mod的流程修改控制区域的两块塑料，以及锉金属卡舌 ~~梦回金工实习~~

这一步一定要细致认真

因为我的T430键盘是原生带背光的版本，需要屏蔽背光位点避免烧坏键盘。所以需要拆开新键盘的压接区域，用镊子取下压接排线，用较薄的绝缘的贴纸/胶带覆盖顶层的2~4位点，将压接排线接回。再用一层薄的绝缘贴纸贴在垫子上，避免压接后接触不良导致键位失效。

将排线接入主板开机测试，除了键位映射不同外，测试每个键位是否都生效

刷入EC固件

降级版本

由于EC固件最后只支持2.81版本，我手上这台的版本为2.82，所以需要将BIOS降到2.81

首先在BIOS中关闭BIOS降级保护，顺便将启动模式设置为Legacy first

把2.81的官方BIOS升级ISO丢到Ventoy U盘里面，重启

F12引导启动至U盘，选择该ISO启动，忽略掉降级警告就行

刷入EC固件

以下操作在Arch Linux中进行

首先下载EC固件

1
2

git clone https://github.com/hamishcoleman/thinkpad-ec
cd ./thinkpad-ec

然后编译EC固件安装包(该步骤第一次运行时需要联网下载BIOS ISO)

1
2
3

make patch_enable_battery clean
make patch_enable_keyboard clean
make patched.t430.iso

找个废弃的U盘，刷入EC固件安装包

1
2

# /dev/sdx 需要更换为你的U盘
sudo dd if=patched.t430.iso of=/dev/sdx bs=4M status=progress conv=fsync

F12引导启动至U盘，等待自动刷写EC即可

重启后即可享受T420的经典键盘（同时也解锁了电池的白名单限制）

四川省教考院招考信息查询系统自动填表生成器

Thu, 21 Jul 2022 15:23:33 +0800

制作原因

表单不能自动保存，每次查询都需要重新输入相关内容
我懒

注意事项

本工具仅为辅助生成代码，不会收集任何信息
本工具生成的函数仅在PC浏览器上可用，手机端不可用

使用方法(请先阅读完再操作)

点此进入生成器网站
根据你要查询的页面参考生成器的提示填写考生姓名、考生号等。注意：若多填，生成的函数会无效
点击生成按钮，复制生成的函数代码。生成的代码将会是例如javascript:(一堆函数)()的格式
在浏览器的书签栏上面新建一个书签，标题随意，网址填写你刚刚复制到的函数代码，点击保存
进入需要查询的通道（可从生成器进入查询系统主网站），点击书签，你就可以看到表单数据已经自动填好了
（PS：这不是一次性的，只要书签没删，查询通道开启，那么每次点击书签都可以自动填表）

Just4Fun on DoubleCat's Blog

BLOZI 10.1寸LCD价签折腾记2-F1C200S交叉编译环境搭建

开发环境

目标环境

交叉编译链下载与配置

环境测试

BLOZI 10.1寸LCD价签折腾记1-软硬件分析

价格

配置

连接

ADB连接

系统基础信息

账号密码

系统版本

系统启动流程分析

stp.1 启动入口 /etc/inittab

stp.2 系统初始化脚本 /etc/init.d/rcS

stp.2.1 预启动脚本 /etc/init.d/rc.preboot

stp.2.2 日志配置脚本 /etc/init.d/rc.log

stp.2.3 内核模块/etc/init.d/rc.modules

stp.2.4 服务列表/etc/init.d/load_script.conf

stp.2.4.1 adbd

stp.2.4.2 tinatest

stp.2.4.3 wpa_supplicant

stp.2.5 最终初始化脚本 /etc/init.d/rc.final

stp.3 文件系统挂载 /etc/fstab

stp.4 启动目录/etc/rc.d

stp.5 脚本目录/etc/init.d/

stp.6 按钮事件

终端启动流程分析

日志分析

日志脚本改写

日志预处理

DTS

INFOS

T430改造计划3-破解BIOS并保留BIOS启动图片

准备工作

软件准备

降级部分BIOS至最高可破解版本

备份BIOS镜像

破解BIOS并签名

破解BIOS

签名BIOS

刷入BIOS

T430改造计划2-修改BIOS启动图片

制作图片

刷写图片

T430改造计划1-改造键盘

流程

换键盘

刷入EC固件

降级版本

刷入EC固件

四川省教考院招考信息查询系统自动填表生成器

制作原因

注意事项

使用方法(请先阅读完再操作)

希望大家都可以被理想的大学和专业录取！！！

stp.1 启动入口 `/etc/inittab`

stp.2 系统初始化脚本 `/etc/init.d/rcS`

stp.2.1 预启动脚本 `/etc/init.d/rc.preboot`

stp.2.2 日志配置脚本 `/etc/init.d/rc.log`

stp.2.3 内核模块`/etc/init.d/rc.modules`

stp.2.4 服务列表`/etc/init.d/load_script.conf`

stp.2.4.1 `adbd`

stp.2.4.2 `tinatest`

stp.2.4.3 `wpa_supplicant`

stp.2.5 最终初始化脚本 `/etc/init.d/rc.final`

stp.3 文件系统挂载 `/etc/fstab`

stp.4 启动目录`/etc/rc.d`

stp.5 脚本目录`/etc/init.d/`