[bsp][rockchip] Fixup rockchip run#11320
Conversation
Signed-off-by: GuEe-GUI <2991707448@qq.com>
Signed-off-by: GuEe-GUI <2991707448@qq.com>
|
👋 感谢您对 RT-Thread 的贡献!Thank you for your contribution to RT-Thread! 为确保代码符合 RT-Thread 的编码规范,请在你的仓库中执行以下步骤运行代码格式化工作流(如果格式化CI运行失败)。 🛠 操作步骤 | Steps
完成后,提交将自动更新至 如有问题欢迎联系我们,再次感谢您的贡献!💐 |
📌 Code Review Assignment🏷️ Tag: componentsReviewers: @Maihuanyi Changed Files (Click to expand)
📊 Current Review Status (Last Updated: 2026-04-07 20:54 CST)
📝 Review Instructions
|
|
静态检查处代码逻辑没有问题 |
|
为什么在rk3568 rk3562 64bit系统上面,通过rt_ioremap映射出来的64bit地址高32位为0 错误的 GMAC0的高32位为0 |
|
是不是选了 RT-Thread 的版本 |
|
[*] Enable RT-Thread Smart (microkernel on kernel/userland) 用的是smart版本 [0xffffffff00215000 - 0xffffffff00225000] phy-map list_kmem 显示是正常的 { } initialize rk_hal340_pin3562_init |
|
要不你跟踪一下 rt_ioremap?正常情况是 0xffffffff00000000 开头的地址。 |
|
啊,这边没有调试器,只能printf。rk356xgmac_base = rt_dm_dev_iomap(pdev, 0); ,rt_dm_dev_iomap返回的也是高32位为0 |
拉取/合并请求描述:(PR description)
[
]
当前拉取/合并请求的状态 Intent for your PR
必须选择一项 Choose one (Mandatory):
代码质量 Code Quality:
我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:
#if 0代码,不包含已经被注释了的代码 All redundant code is removed and cleaned up