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

发布于 2021-06-10 16:31:25 浏览：1002 订阅该版

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