【config】调整arch/riscv/config目录下的文件

[sterling-teng]

当前的arch/riscv/config目录有以下defconfig：

defconfig  dp1000_defconfig  k1_defconfig  k3_defconfig  menu_defconfig  sg2042_defconfig  th1520_defconfig

一方面当前rvck的同源config使用的是defconfig，占用了linux-stable 6.6.y分支的defconfig；另一方面目录下有太多的类bsp的config，这在很大程度上违背了同源的初衷，也容易产生歧义。因此我认为我们应该做以下调整：

1、新创建rvck_defconfig作为rvck的同源config，恢复defconfig作为6.6.y稳定分支的纯净config；
2、清理掉 dp1000_defconfig k1_defconfig k3_defconfig menu_defconfig sg2042_defconfig th1520_defconfig。

如果有异议，请在此提出；若无异议，我很希望下周有人尝试提交pr。

[unicornx]

arch/riscv/configs/32-bit.config 和 arch/riscv/configs/64-bit.config 这两个文件为何在 rvck-6.6 上没有了？建议也回退一下，特别是 rvck 也需要构建和测试32 位版本，譬如 PR #305

[unicornx]

我认为应该允许各个厂家或者芯片/开发板拥有自己的特殊配置。即我建议的配置方案如下：

• 新增 rcvk.config 作为 rvck 的同源 config，但设计为基于 defconfig 的 delta，体现是同源中所有厂家公共部分, 这也是我建议文件名不叫 rvck_defconfig 而是 rvck.config 的原因，因为存放的是它和 defconfig 之间的差别值，类似原上游树中的 32-bit.config， hardening.config。这个同源配置文件作为公共部分应该由社区整体维护。

• 保留各个芯片和厂家的差异性配置(进一步相较于 defconfig + rvck.config)，同样这里保存的仍然是差异值而不是默认配置的全集，所以文件名建议改为形如 k1.config 或者 sophgo.config。之所以我认为有必要保留这种第三级差分数据，是考虑到有些配置只会适用于特定的厂家，而不是 rvck 公共部分，譬如参考 CONFIG_PCIE_CADENCE_SOPHGO为y，非SOPHGO厂商进入__pci_enable_msix_range函数检查失败 #289。

基于以上设计，我们在构建内核，加载配置时可以采用三级配置方式：

make ARCH=riscv defconfig rvck.config soc.config

如果不考虑 soc 特定，则简化为两级

make ARCH=riscv defconfig rvck.config

如果不考虑 rvck，则简化为一级，就是正常的上游构建，这个 defconfig 原则上应该可以直接用于 virt 的 qemu 启动，否则说明内核代码会影响了基本的 qemu 测试。

make ARCH=riscv defconfig

总之，我提出这个方案的考虑是可以尽可能地实现灵活性，同时通过差分配置方便查看不同级别的差异。

[sterling-teng]

arch/riscv/configs/32-bit.config 和 arch/riscv/configs/64-bit.config 这两个文件为何在 rvck-6.6 上没有了？建议也回退一下，特别是 rvck 也需要构建和测试32 位版本，譬如 PR #305

6.6.y的所有config都会拉下来。

[sterling-teng]

我认为应该允许各个厂家或者芯片/开发板拥有自己的特殊配置。即我建议的配置方案如下：

• 新增 rcvk.config 作为 rvck 的同源 config，但设计为基于 defconfig 的 delta，体现是同源中所有厂家公共部分, 这也是我建议文件名不叫 rvck_defconfig 而是 rvck.config 的原因，因为存放的是它和 defconfig 之间的差别值，类似原上游树中的 32-bit.config， hardening.config。这个同源配置文件作为公共部分应该由社区整体维护。
• 保留各个芯片和厂家的差异性配置(进一步相较于 defconfig + rvck.config)，同样这里保存的仍然是差异值而不是默认配置的全集，所以文件名建议改为形如 k1.config 或者 sophgo.config。之所以我认为有必要保留这种第三级差分数据，是考虑到有些配置只会适用于特定的厂家，而不是 rvck 公共部分，譬如参考 CONFIG_PCIE_CADENCE_SOPHGO为y，非SOPHGO厂商进入__pci_enable_msix_range函数检查失败 #289。

基于以上设计，我们在构建内核，加载配置时可以采用三级配置方式：

make ARCH=riscv defconfig rvck.config soc.config
如果不考虑 soc 特定，则简化为两级

make ARCH=riscv defconfig rvck.config
如果不考虑 rvck，则简化为一级，就是正常的上游构建，这个 defconfig 原则上应该可以直接用于 virt 的 qemu 启动，否则说明内核代码会影响了基本的 qemu 测试。

make ARCH=riscv defconfig
总之，我提出这个方案的考虑是可以尽可能地实现灵活性，同时通过差分配置方便查看不同级别的差异。

这种是发行版打包员关注的事情，如果引入rvck，就失去了同源的意义。rvck更倾向于提供一个标准的riscv同源内核。

[unicornx]

这种是发行版打包员关注的事情，如果引入rvck，就失去了同源的意义。rvck更倾向于提供一个标准的riscv同源内核。

现在没问题了，请 ignore 我的建议