建议楼主更新一下标题比较好，

看了一下，楼主是想更新stm32f4的flash驱动？

好的。
标题你改吧。

应该会有的，如果没有请指出来。

另外，RT-Thread有工作小组计划，参与还会有实物的勋章 …

那太好了

emmm，问了朋友解决了，线程进去之后是独立的栈空间，但是虚拟内存地址映射是一样的，导致了地址一致但是读 …

没虚拟地址，全部都是实打实的物理地址。是局部变量无效了

struct task t1;局部变量，创建thread_entry传的是ti指针。创建t1的任务应该比thread_entry任务优先级高，运行完退出了t1无效，运行thread_entry时指向一个无效指针，内容可能被改写了

看ENV的介绍，直接用menuconfig生成，别自己配
https://www.rt-thread.org/document/site/programming-manual/env/env/

drv_485_bsp_set函数中调用顺序：
rt_device_find
rt_device_close
rt_device_find
rt_device_control
rt_device_open
顺序错了吧，close之后find，open了才能control

这个是和调试环境相关与操作系统无关吧，我用IAR和KEIL都可以在非调试下删除断点啊，没你说的问题

可能是邮箱问题，机制没问题就行

谢谢提醒！一般的，PR都会逐个查看，如果担心自己的PR状态情况，也可以在PR的评论中发下评论，这个时候一定 …

我提交的bug已经合入了，但在contributors里没有我的名字，只有你们合入人员的名字，这样的话是不是有点打击积极性啊

你这意思 外设都要由 rt_device_xx操作啊

;P;P你一会调底层一会调框架，那还要框架干啥，等系统移植了你调底层的地方还要修改，框架不就是干这活的么，不要框架我直接调用stm32 hal好不好，还去调用rt_device_xx

RTC模块我感觉没有做统一，date直接调用stm32的RTC_HandleTypeDef类型，而不是rtthread的rt_device，顶层应用希望调用stm的驱动无法获取stm32的RTC_HandleTypeDef类型句柄，是不是应该像adc那样将stm32的RTC_HandleTypeDef类型挂到rtthread的rt_device的device->user_data，目前rt_hw_rtc_register中device->user_data = RT_NULL;

还有，网站上的文档介绍使用IO的章节，居然使用的是rt_pin_mode，该宏直接操作GPIO，绕过了struct pin_index pins变量对gpio的统一编码，我觉得官网上应该更多的介绍使用rt_device_find、rt_device_open、rt_device_control的方式操作外设

没看到你的PR呢。
检查了下，你是在自己仓库pr，没有提到rt-thread仓库，我们是看不到的

可能是我操作有误，等我再试试，多谢！

使用elmFAT有同样问题，而且使用—dist生成的iar目录在-s更新iar工程文件后有文件路径错误问题