fix serial dma rx ringbuffer position mismatch

[judecumt]

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

[

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

单片机为小华的HC32F4A0，在使用serial v2+dma rx时，发现在erase内部flash时，有概率触发dma rx串口数据的一个bug：

1. erase内部flash是我们软件业务需要做的操作，和这里的bug的关系我们也不清楚，只是观察到出现此bug，必然有erase内部flash的操作，但是反过来不是必然的
2. 我们使用了优化选项-Osize
3. rx indicate回调中，收到的字节数a
4. 在正常的线程中，使用rt_device_read，返回的字节数b
5. 期望a == b，实际上 a != b
6. 出现a != b的现象后，串口读取出来的数据都是两次收buffer拼接的现象，即读出来的字节，一部分是上一次收到的，一部分是这一次收到的，这种现象不能自行恢复，直到重新打开串口

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

一开始以为是因为线程收取太慢，dma buffer不够用导致的，因为我们的串口收流量比较大，增大dma的buffer size后运行，还是会出现改现象。
这里对ringbuffer做改动后，串口收就没有出现过以上现象。

]

当前拉取/合并请求的状态 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/workflows/bsp_buildings.yml 详细请参考链接BSP自查

[github-actions]

📌 Code Review Assignment

🏷️ Tag: components

Reviewers: @Maihuanyi

Changed Files (Click to expand)

• components/drivers/include/ipc/ringbuffer.h

---

📊 Current Review Status (Last Updated: 2025-07-24 21:56 CST)

• ⌛ @Maihuanyi Pending Review

---

📝 Review Instructions

1. 维护者可以通过单击此处来刷新审查状态: 🔄 刷新状态
   Maintainers can refresh the review status by clicking here: 🔄 Refresh Status

2. 确认审核通过后评论 LGTM/lgtm
   Comment LGTM/lgtm after confirming approval

3. PR合并前需至少一位维护者确认
   PR must be confirmed by at least one maintainer before merging

ℹ️ 刷新CI状态操作需要具备仓库写入权限。
ℹ️ Refresh CI status operation requires repository Write permission.

[Ryan-CW-Code]

#10529
看看会不会是这个pr的问题，之前在dma下的rx_flush处理错误，如果每次read前都flush了是有可能造成看起来拼接的情况

[judecumt]

#10529 看看会不会是这个pr的问题，之前在dma下的rx_flush处理错误，如果每次read前都flush了是有可能造成看起来拼接的情况

我们用的是5.1.0版本，没有这里的dma_ping_rb

[Ryan-CW-Code]

#10263
5.2.1之后serial_v2有一个大更新，建议使用新的试试

[judecumt]

#10263 5.2.1之后serial_v2有一个大更新，建议使用新的试试

好的 这个PR的改动其实不止是串口的使用，主要是看编译器开了优化选项情况下，ringbuffer的index加上volatile修饰，有没有必要
之前我们调试串口驱动时，也发现开了优化，访问寄存器如果没有volatile，会出各种奇怪的问题，如下

#define DMA_CH_REG(reg_base, ch)                                               \
    (*(volatile uint32_t *)((uint32_t)(&(reg_base)) + ((ch) * 0x40UL)))

[Ryan-CW-Code]

嗯嗯，这里的值理论上编译器不会进行优化的，是可变数据不会过度优化的。
应该是没问题的，测试时使用的AC6 O3、Os、Oz都试过。我们项目用的AC6+Oz或者Os都没遇到这个问题呢。
rtt内核里面很克制的在使用volatile，让owner们判断要不要在这里加volatile吧

[judecumt]

嗯嗯，这里的值理论上编译器不会进行优化的，是可变数据不会过度优化的。 应该是没问题的，测试时使用的AC6 O3、Os、Oz都试过。我们项目用的AC6+Oz或者Os都没遇到这个问题呢。 rtt内核里面很克制的在使用volatile，让owner们判断要不要在这里加volatile吧

嗯 目前的改动在我们串口出问题的场景，连续跑一周没有问题，暂时先不切换到最新版