[BSP][cvitek]Add CONFIG_XUANTIE_SVPBMT to CFLAGS

[rcitach]

拉取/合并请求描述：(PR description)

[

为什么提交这份PR (why to submit this PR)

你的解决方案是什么 (what is your solution)

请提供验证的bsp和config (provide the config and bsp)

• BSP:

• .config:

• action:

]

当前拉取/合并请求的状态 Intent for your PR

必须选择一项 Choose one (Mandatory):

• 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
• 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo

代码质量 Code Quality：

我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:

• 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
• 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
• 没有垃圾代码，代码尽量精简，不包含#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up
• 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
• 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
• 代码是高质量的 Code in this PR is of high quality
• 已经使用formatting 等源码格式化工具确保格式符合RT-Thread代码规范 This PR complies with RT-Thread code specification
• 如果是新增bsp, 已经添加ci检查到.github/ALL_BSP_COMPILE.json 详细请参考链接BSP自查

[github-actions]

👋 感谢您对 RT-Thread 的贡献！Thank you for your contribution to RT-Thread!

为确保代码符合 RT-Thread 的编码规范，请在你的仓库中执行以下步骤运行代码格式化工作流（如果格式化CI运行失败）。
To ensure your code complies with RT-Thread's coding style, please run the code formatting workflow by following the steps below (If the formatting of CI fails to run).

---

🛠 操作步骤 | Steps

1. 前往 Actions 页面 | Go to the Actions page
   点击进入工作流 → | Click to open workflow →

2. 点击 Run workflow | Click Run workflow

• 设置需排除的文件/目录（目录请以"/"结尾）
  Set files/directories to exclude (directories should end with "/")
• 将目标分支设置为 \ Set the target branch to：rcitach/cvitek
• 设置PR number为 \ Set the PR number to：11592

3. 等待工作流完成 | Wait for the workflow to complete
   格式化后的代码将自动推送至你的分支。
   The formatted code will be automatically pushed to your branch.

完成后，提交将自动更新至 rcitach/cvitek 分支，关联的 Pull Request 也会同步更新。
Once completed, commits will be pushed to the rcitach/cvitek branch automatically, and the related Pull Request will be updated.

如有问题欢迎联系我们，再次感谢您的贡献！💐
If you have any questions, feel free to reach out. Thanks again for your contribution!

[rcitach]

关联 iss: #11334
相关PR: #11229
原因：未启用 CONFIG_XUANTIE_SVPBMT 时，页表会按标准 Svpbmt 属性生成，导致玄铁架构 BSP 的早期 MMU 内存/cache/device 映射属性错误。
解决：对启用 MMU 且基于玄铁架构的 BSP，打开 CONFIG_XUANTIE_SVPBMT 配置。

[Rbb666]

关联 iss: #11334 相关PR: #11229 原因：未启用 CONFIG_XUANTIE_SVPBMT 时，页表会按标准 Svpbmt 属性生成，导致玄铁架构 BSP 的早期 MMU 内存/cache/device 映射属性错误。 解决：对启用 MMU 且基于玄铁架构的 BSP，打开 CONFIG_XUANTIE_SVPBMT 配置。

这个参数太隐蔽了，这个宏是专门给smart+xuantie使用的吗？

[rcitach]

关联 iss: #11334 相关PR: #11229 原因：未启用 CONFIG_XUANTIE_SVPBMT 时，页表会按标准 Svpbmt 属性生成，导致玄铁架构 BSP 的早期 MMU 内存/cache/device 映射属性错误。 解决：对启用 MMU 且基于玄铁架构的 BSP，打开 CONFIG_XUANTIE_SVPBMT 配置。

这个参数太隐蔽了，这个宏是专门给smart+xuantie使用的吗？

这个参数是 在 #11229 中引入的，之前默认都是玄铁的这一套，但是这个PR引入后并没有在这个BSP中开启这个宏定义，导致这个BSP中MMU的配置使用的是 RISC-V Standard Svpbmt，但是从手册上看，并不支持Standard Svpbmt

[Rbb666]

CONFIG_XUANTIE_SVPBMT

CONFIG_XUANTIE_SVPBMT 这个宏是玄铁的C908专有的宏吗？是c908都需要开启对吗

[rcitach]

CONFIG_XUANTIE_SVPBMT

CONFIG_XUANTIE_SVPBMT 这个宏是玄铁的C908专有的宏吗？是c908都需要开启对吗

这个宏开启后可以使用 C908 页表项（XuanTie 模式），不开启可以使用 C908 页表项（标准模式）
目前玄铁 C906 不支持 标准模式页表项，简单来说，C906必须开启，C908开不开都可以

[Rbb666]

@rcitach 看下这样是否更规范些：

https://github.com/RT-Thread/rt-thread/blob/master/libcpu/Kconfig#L286 添加：

config ARCH_RISCV_THEAD_PTE_EXT
    bool "Use XuanTie extended PTE attributes"
    depends on ARCH_RISCV64 && ARCH_MM_MMU
#ifdef ARCH_RISCV_THEAD_PTE_EXT
/* XuanTie mode */
#else
/* Standard Svpbmt mode */
#endif

• C906：删除三个 CONFIG_XUANTIE_SVPBMT 条件，固定使用 XuanTie 分支。
• C908：保留模式选择，默认标准模式。若需要选择 XuanTie 模式，选择 ARCH_RISCV_THEAD_PTE_EXT：