wiznet组件的一个小问题,不知道是不是bug

发布于 2021-06-10 16:31:25

我在配置好wiznet组件后,使用命令行测试ping命令时发现ping命令ping完一次就卡住,命令行也无响应,debug后发现报NMI_Handle
Snipaste_2021-06-10_16-11-45.png
研究下报错的地方发现是wiz_do_event_changes中的sock没有正常初始化
image.png
导致后续rt_wqueue_wakeup调用的时候程序跑飞
我在所有调用了wiz_do_event_changes添加了调试信息,输出如下:
image.png
大概可以判断,wiz_do_event_changes被调用之前socket被关闭了,sock变量也被置零,在调用wiz_do_event_changes之前的wiz_recv_notice_cb函数里,有个释放信号量的地方:
image.png
rt在执行rt_sem_release的时候会调用rt_schedule重新进行进程调度,而我的shell进程优先级比wiznet接收进程的优先级高:
image.png
这导致shell执行的ping命令会抢占,而ping命令执行后会有wiz_closesocket关闭socket,执行完后再回到wiznet的接收线程里执行wiz_do_event_changes就报错,wiz_do_event_changes没有预防socket被关闭的操作,也就容易导致程序跑飞
我参考AT_Socket的方法,在wiz_closesocket加以延时:
image.png
让wiz_do_event_changes在socket没被关闭前执行完,但总感觉指标不治本,希望有大佬来解决下这个问题

查看更多

关注者
0
被浏览
72
2 个回答
Aurora_zk
Aurora_zk 2021-06-10

可以通过信号量,在wiz_closesocket函数等待信号量使wiz_do_event_changes执行完,之后再执行socket关闭

flashman2002
flashman2002 2021-06-10

那调整shell线程与wiznet接收线程的优先级是否会有帮助?

撰写答案

请登录后再发布答案,点击登录

发布
问题

分享
好友

手机
浏览

扫码手机浏览