Kai

关于供电设计问题

6

使用这个250ma的LDO带功耗不低的ESP32和一片LCD真的没问题吗

macOS下最小化无反应，点击最大化全屏后再退出全屏后titlebar丢失

10

# 环境 * macOS Big Sur 11.6 * Pre-release v3.0.0和master（标题v3.0.1）均可复现 * Python 3.8 # titlebar丢失如图： 

为何要将新版本打包成Pre-Release啊

2

是有什么不稳定因素，还是为了主推2.1啊，还是仅仅只是选错了

当前的软件CRC查表实现略大，表大约要1k的flash，对于某些flash紧张的单片机可以优化点。 但是软件算法的多项式似乎是0xEDB88320，硬件CRC的很多都是0x4C11DB7，比如ch32v20x、stm32f410之类的。 不过似乎应该只要写入时和读取校验时的CRC计算方式一样就行吧，这样对于不同单片机的硬件不同算法关系也不大？

https://github.com/armink/EasyLogger/blob/8585ed801d8ae57af6f2bc41ada8107a0eca44de/easylogger/src/elog_async.c#L149-L153 这边直接丢弃了后面部分的log，是否会导致丢失了'\0'，ELOG_NEWLINE_SIGN和着色结尾之类的？

[Bug] FAL头文件可能会污染ulog

3

### RT-Thread Version master ### Hardware Type/Architectures h750 ### Develop Toolchain GCC ### Describe the bug 引入或间接引入会导致log_d等api受到污染 在程序中定义LOG_TAG后引入ulog后再引入fal，或是先引入fal再定义LOG_TAG引入ulog，均会导致log_d等小写api使用FAL的log    ### Other additional context _No response_

### Describe problem solved by the proposed feature 在finsh开到较高的波特率（比如2M）时，串口驱动（serial_v2）可能会来不及接收连续的数据（比如上键，\x1B\x5B\x41）导致overrun的问题，即使我使用的是480M的H750并将中断所用到的函数放入了itcm。  考虑到现在很多新的STM32都带了硬件FIFO，我在初始化完后使能硬件FIFO，finsh就可以顺利的接到上了    未来会考虑为STM32的串口驱动加入硬件FIFO吗 ### Describe your preferred solution _No response_ ### Describe possible alternatives _No response_

use `interface_desc` when `product_string` is empty

10

Some DAP may not have `product_string` but it can be matched by `interface_desc`. So, we could use it as this DAP's name to avoid an empty name