改进 AxVisor 的构建系统

[ZCShou]

问题

随着目前功能的添加，crates 越来越多，对应的 feature 也越来越多，而且，很多 feature 是与硬件平台绑定的，这就导致了构建系统越来越复杂。

1. 目前的构建系统将所有参数全部放到了构建的最上层，导致用户需要关心的参数过多

2. 目前构建与在 QEMU 运行实际掺杂在了一起，两者应该是完全独立的两部分，甚至于 AxVisor 中可以不要 QEMU 运行相关处理（完全独立出去）

优化

目的

通过重构 axvisor.sh 及 scripts/* 目录下的各个脚本，来简化构建过程。

1. 简化构建过程，AxVisor 理论上应该只对外提供自己的参数（feature），其他依赖（例如 arceos 的参数）或者也其他与特定硬件平台相关的参数应该全部由构建系统内部处理

2. 拆分构建与运行。运行相关处理则调整为完全基于 https://github.com/arceos-hypervisor/axvisor-guest 仓库镜像来实现，以便统一测试及开发过程

源码目录

├── axvisor.sh                      # 构建脚本入口，进一步调用 scripts 目录下的脚本
├── build.rs
├── Cargo.lock
├── Cargo.toml
├── configs                         # 配置文件，每个硬件平台一个配置文件
│   ├── phytiumpi.toml              # 适用于飞腾派开发板的配置文件
│   ├── roc-rk3568-pc.toml          # 适用于 RK3568 开发板的配置文件
│   ├── xxxx.toml                   # 适用于其他开发板的配置文件
│   └── vms                         # 适用于不同客户机的配置文件
├── doc
├── LICENSE.Apache2
├── LICENSE.GPLv3
├── LICENSE.MulanPSL2
├── LICENSE.MulanPubL2
├── platform												# 移除不必要的平台，转而以 configs 下的配置文件
│   ├── aarch64-generic
│   │   ├── axconfig.toml
│   │   ├── Cargo.toml
│   │   └── src
│   └── x86-qemu-q35
│       ├── axconfig.toml
│       ├── Cargo.toml
│       └── src
├── README_CN.md
├── README.md
├── rust-toolchain.toml
├── scripts                         # 辅助脚本
└── src															# 源码

硬件配置文件

硬件配置文件 config/xxx.toml 中记录了硬件平台的所有参数，

构建过程

1. axvisor.sh 硬件配置文件.toml 通过执行平台配置文件，生成 .hvconfig.toml 全局配置文件，其记录了所有必要参数

   1. 脚本内部需要根据参数自动处理依赖的参数

2. axvisor.sh all 执行根据生成的 .hvconfig.toml 全局配置文件构建过程

3. axvisor.sh clean 清理所有构建