lv_task_handler can fail to return in high load scenarios, causing watchdog resets
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 需要澄清
- 活跃度
- 停滞
调研方向
先跟踪 issue 中描述的 lv_task_handler 与 DisplayApp/SystemTask 交互，然后在高动画负载下使用更短的 LV_DISPLAY_REFR_PERIOD 重现锁死。完成的标准是：任务处理器在持续负载下能够返回，并且消息队列不再导致看门狗重置。
由索引模型根据 Issue 内容生成。
描述
The LVGL task handler re-evaluates higher priority tasks after executing lower priority ones
The animation task is higher priority than refresh tasks
If the animation task or refresh task takes a long time, after executing the refresh task the animation task may be ready again
This causes lv_task_handler to infinitely execute animation->refresh->animation->refresh etc without ever returning
If lv_task_handler doesn't return, the DisplayApp message queue becomes full (usually with touchscreen events) and blocks SystemTask, causing watchdog resets
This happens very rarely or even never in standard InfiniTime. But by either decreasing the LV_DISPLAY_REFR_PERIOD and increasing animation load (e.g animation scroll speed for labels in px/s) (I have not tested if both are required to trigger this behaviour, but I know that both are sufficient), it's possible to reproduce this lockup.
I'd suggest that we replace the LVGL task handler with one that provides a hard upper bound on the number of task executions. Perhaps by only executing each task once and exiting early if it's already spent too long doing work (many tasks waiting)? This would allow task priorities to still be usefully enforced. Lower priority refresh tasks might still get starved by animations though.
Possible cause for #2012 (the notification header scrolling animation)
- 主要语言
- C
- 星标
- 3.4k
- 派生
- 1.1k
- 平均合并
- 23 小时 18 分钟
- 30 天内合并 PR
- 1
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
InfiniTimeOrg/InfiniTime 的其他 Issue
-
BLE handlers use length fields from the packet without checking how much data arrived可能已有人在做 @DustinHab 于 36 天前认领。 未关闭
难度 4/5 3-5 天 新手友好度 56/100
InfiniTimeOrg/InfiniTime#2485 ·
-
Unexpected jump back to watch face when button pressed可能已有人在做 @SteveAmor 于 79 天前认领。 未关闭bug
难度 4/5 3-5 天 新手友好度 50/100
InfiniTimeOrg/InfiniTime#2461 · 2 条评论 ·
-
Screen doesn't go to sleep after reset countdown app可能已有人在做 @SteveAmor 于 77 天前认领。 未关闭bug
难度 4/5 3-5 天 新手友好度 45/100
InfiniTimeOrg/InfiniTime#2419 · 4 条评论 ·
-
难度 4/5 3-5 天 新手友好度 25/100
InfiniTimeOrg/InfiniTime#2410 ·
-
难度 4/5 3-5 天 新手友好度 45/100
InfiniTimeOrg/InfiniTime#2407 · 4 条评论 ·
查看 InfiniTimeOrg/InfiniTime 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 78/100
micropython/micropython#19786 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
vercel-labs/zerolang#442 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
triage
难度 2/5 1-3 小时 新手友好度 67/100
维护者通常 1 天内回复
-
mewencode: base256[] and base128[] are indexed out of bounds by a non-ASCII octet可能已有人在做 @kazu-yamamoto 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
kazu-yamamoto/Mew#276 ·
维护者通常 1 天内回复