Linux for the Sega MegaDrive：复古硬件上的现代操作系统实验

背景

在嵌入式系统和复古计算（Retro Computing）领域，将现代操作系统移植到资源极度受限的旧硬件上一直是一项极具挑战性的技术爱好。Sega MegaDrive（世嘉MD，在北美称为Sega Genesis）是90年代初经典的16位游戏主机，其核心处理器为Motorola 68000，主频通常为7.6 MHz或14 MHz，内存仅有640KB RAM。

然而，随着开源硬件的发展，像 Mega EverDrive 这样的第三方卡带设备允许用户通过SD卡加载自定义固件。本文介绍的项目旨在将 Linux 内核移植到运行 Mega EverDrive 卡带的 Sega MegaDrive 主机上。这并非简单的模拟器运行，而是利用 EverDrive 卡带扩展的 RAM 和特殊的通信协议，在真实的 68000 硬件上启动一个完整的 Linux 系统。该项目由开发者 Daniel Palmer 等人推动，旨在探索极限硬件下的系统可行性。

核心内容

该项目提供了一套完整的工具链和构建脚本，允许用户从源码编译出能在 Sega MegaDrive 上运行的 Linux 系统。以下是该项目的核心工作流程和技术细节：

1. 硬件需求

• 主机：Sega MegaDrive / Genesis 主机。
• 扩展卡带：Mega EverDrive Core 或 Pro 版本（Pro 版本尚未经过测试）。
• 连接：通过 USB 电缆将 EverDrive 连接到 PC，用于烧录固件和串口调试。

2. 技术挑战与解决方案

在模拟器中运行此系统并不理想，因为模拟器需要模拟 EverDrive 特有的 SSF2 mapper（提供额外的 4MB RAM）、文件加载协议以及定时器寄存器。虽然项目中包含了一个基于 QEMU 的分支版本用于初步测试，但 QEMU 模拟的 CPU 速度过快，无法真实反映硬件性能，且无法完全复现真实硬件的交互体验。

3. 构建流程

项目提供了一系列 Shell 脚本以简化复杂的交叉编译过程：

• 构建工具链：运行 ./buildtoolchain.sh。利用 Buildroot 构建针对 Motorola 68000 架构的 m68k-linux 交叉编译工具链。
• 构建引导程序：运行 ./builduboot.sh，使用上述工具链编译 U-Boot 引导加载程序。
• 构建调试工具：运行 ./buildmedtool.sh，编译 medtool，用于通过串口与 EverDrive 交互。
• 构建内核与根文件系统：
  • ./buildlinux.sh：编译 Linux 内核镜像。
  • ./buildrootfs.sh：构建基于 EROFS 文件系统的根文件系统镜像。
• 构建模拟器：./buildqemu.sh 和 ./runqemu.sh 用于在 PC 上模拟启动过程。

4. 部署与启动步骤

1. 烧录文件：将编译生成的 u-boot/u-boot.bin、linux/vmlinux.lz4 和 smolutils/m68k.erofs 复制到 EverDrive 的 SD 卡中。
2. 连接调试：启动 MegaDrive，通过 USB 连接 PC。在 PC 端通过 dmesg 确认设备被识别（显示为 idVendor=0483, idProduct=5740，产品名为 "Mega EverDrive"）。
3. 串口交互：
   • 使用 medtool 连接至 /dev/ttyACM0 并进入终端模式。
   • 启动 minicom 连接至 medtool 创建的 Unix 域套接字。
4. 启动系统：在 EverDrive 菜单中选择 u-boot.bin 并启动游戏。
5. 系统引导：
   • U-Boot 阶段：显示欢迎信息，初始化 DRAM（约 3.8 MiB），加载环境变量，并解压内核。
   • Linux 内核阶段：启动 Linux 7.1.0-rc6 内核。日志显示内核识别了 68000 架构，初始化了时钟源（everdrive-timer），并挂载了根文件系统。
   • 用户空间阶段：启动 smolinit 初始化系统，挂载 sysfs、proc、tmpfs 等虚拟文件系统，并在串口终端（/dev/ttyED0）和视频终端（/dev/ttyVDP0）上启动 smolsh shell。

5. 当前状态与性能瓶颈

• 性能极慢：由于 68000 处理器主频低（12MHz 级别），且通过 FIFO 与 EverDrive 通信的速度较慢，系统启动和解压内核的过程非常缓慢。开发者坦言，目前的速度甚至不如一些更老的 12MHz 68000 系统实用，亟需优化。
• 视觉反馈：尽管命令行交互缓慢，但系统成功利用了 MegaDrive 的视频输出。屏幕右上角有一个绿色的“心跳”方块闪烁，表明内核正在运行；下方还有一个红色方块。这表明图形子系统已初步工作，支持基本的滚动显示。

关键要点

• 真实硬件运行：该项目不是在模拟器中运行 Linux，而是在真实的 Sega MegaDrive 硬件配合 Mega EverDrive 卡带的扩展能力下运行。
• 内存扩展：利用 Mega EverDrive 的 SSF2 mapper 特性，系统获得了额外的 4MB RAM，这对于运行 Linux 至关重要，因为原生 MD 仅 640KB。
• 极简用户空间：为了适应极小的资源，项目使用了定制的 smolinit 和 smolsh shell，而非完整的 systemd 或 sysvinit，根文件系统采用压缩率高的 EROFS 格式。
• 调试依赖串口：由于视频输出主要用于显示“心跳”和滚动文本，主要的系统交互和调试依赖于通过 USB 转串口连接 PC 后的 minicom 终端。
• 性能瓶颈明显：目前系统的主要瓶颈在于 CPU 速度慢以及 SD 卡/卡带接口的 I/O 速度，导致启动和交互体验较差，仍处于早期开发和优化阶段。
• 内核版本：运行的是较新的 Linux 7.1.0-rc6 内核，展示了现代内核对古老架构的支持能力。

意义与影响

这一项目是嵌入式 Linux 移植领域的又一个里程碑，其意义远超“让老游戏机跑 Linux”本身：

1. 极限资源下的系统可行性验证：它证明了即使在内存仅为几 MB、CPU 主频仅为 MHz 级别的极端受限环境中，现代 Linux 内核（7.x 系列）依然可以启动并运行基本的用户空间程序。这为物联网（IoT）设备、微控制器（MCU）上的 Linux 应用提供了参考案例。
2. 复古计算的新维度：传统的复古计算多集中于游戏模拟或 DOS 环境。将完整的 Unix-like 操作系统引入 16 位游戏主机，拓展了这些硬件的生命周期和用途，使其成为学习计算机体系结构、操作系统原理的绝佳实验平台。
3. 开源工具链的成熟：项目依赖 Buildroot 和交叉编译工具链，展示了开源工具链在支持非主流架构（如 m68k）方面的成熟度。开发者无需从头编写编译器，即可快速构建目标环境。
4. 硬件接口的创新利用：项目深入挖掘了 Mega EverDrive 卡带的硬件特性（如额外的 RAM 映射和通信协议），为其他硬件黑客提供了如何利用第三方扩展卡带突破原生硬件限制的思路。

尽管目前性能尚不实用，但该项目为未来的优化（如更快的 I/O 驱动、更精简的内核配置）奠定了基础，是技术爱好者探索硬件边界的一次精彩尝试。