fix[STM32][SPI]: Fix DMA receive handling and timeout calculation

[wdfk-prog]

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

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

修复 STM32 SPI 驱动在 DMA 传输场景下的接收处理问题，并同步修正传输超时计算逻辑。

当前 spixfer() 中 DMA buffer 的准备与收发流程存在一些问题：

• DMA 接收场景下，临时对齐 buffer 的处理不够清晰，可能导致接收数据未正确回填到用户 buffer；
• 全双工 DMA 收发时发送/接收 buffer 复用逻辑不合理，影响 DMA 接收正确性；
• 超时计算依赖传输字节数和配置频率，原实现可读性和健壮性不足；
• 异常路径下 DMA 停止与临时 buffer 释放处理不够完整。

因此提交本 PR 对 drv_spi.c 中的 spixfer() 流程进行重构，提升 DMA 收发可靠性与异常处理完整性。

• [components][SPI][spi-bit-ops]修复可能的异常操作 #9124
• [Bug] STM32的SPI驱动在DMA 全双工模式下 recv_buf 数据未更新的问题 #10716

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

本 PR 主要做了以下修改：

1. 重构 DMA buffer 选择逻辑

   • 分离 dma_send_buf 和 dma_recv_buf；
   • 分离 aligned_send_buf 和 aligned_recv_buf；
   • 仅在对应方向实际启用 DMA 且地址未对齐时申请对齐 buffer。

2. 修复 DMA 接收数据处理

   • 对接收方向单独维护临时对齐 buffer；
   • DMA 完成后，在需要时将临时接收 buffer 的内容复制回原始 recv_buf；
   • 在 H7/F7 平台上补充接收后的 D-Cache invalidate。

3. 修正 DMA 模式选择逻辑

   • 使用 dma_eligible、use_tx_dma、use_rx_dma 明确判断；
   • 全双工场景仅在 TX/RX DMA 都可用时走 HAL_SPI_TransmitReceive_DMA()；
   • 发送-only 和 接收-only 场景分别走对应 DMA 或阻塞式 HAL 接口。

4. 完善异常处理和资源释放

   • 增加统一的 transfer_cleanup 清理路径；
   • DMA 等待超时后调用 HAL_SPI_DMAStop()；
   • 保证临时申请的对齐 buffer 在正常和异常路径下都能释放。

5. 其他清理与细节优化

   • 修正调试日志格式；
   • 删除无意义调试输出 rt_kprintf("@spi_configure\n")；
   • 补充文件头修改记录。

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

• BSP:

  • bsp/stm32/...(请填写实际验证的 BSP 路径)

• .config:

  • CONFIG_BSP_USING_SPI
  • CONFIG_RT_USING_SPI
  • CONFIG_BSP_SPIx_TX_USING_DMA
  • CONFIG_BSP_SPIx_RX_USING_DMA

  如有其他相关配置，请按实际测试补充。

• action:

  • 请填写你自己仓库 PR branch 对应的 CI / 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：pr/02-stm32-spixfer-refactor-dma-cleanup
• 设置PR number为 \ Set the PR number to：11258

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

完成后，提交将自动更新至 pr/02-stm32-spixfer-refactor-dma-cleanup 分支，关联的 Pull Request 也会同步更新。
Once completed, commits will be pushed to the pr/02-stm32-spixfer-refactor-dma-cleanup 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!

[github-actions]

📌 Code Review Assignment

🏷️ Tag: bsp_stm32

Reviewers: @Liang1795 @hamburger-os @wdfk-prog

Changed Files (Click to expand)

• bsp/stm32/libraries/HAL_Drivers/drivers/drv_spi.c

---

📊 Current Review Status (Last Updated: 2026-03-17 10:16 CST)

• ⌛ @Liang1795 Pending Review
• ⌛ @hamburger-os Pending Review
• ⌛ @wdfk-prog 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.