10 stm32f4 etx 线程挂了，大家有遇到过的不？

发布于 2021-09-07 09:25:24 浏览：1110 订阅该版

用的 stm32f4 的 bsp，最近发现有时候会挂在 etx 线程里面，PC 值为 0,之前大家有遇到过不？

另外，我发现 erx 线程中有对 eth_rx 的判断：

if(device->eth_rx == RT_NULL) break;

但是 eth_tx 里面没有，请教下 eth_rx/eth_tx 什么情况下会变成 NULL 呢？

aozima 2021-09-07

调网络不抓包，调I2C等时序不上逻辑分析仪，就像电工不用万用表！多用整理的好的文字，比截图更省流量，还能在整理过程中思考。

笨办法，给eth_rx下个写断点，看谁篡改了他！

grissiom 2021-09-07

这家伙很懒，什么也没写！

生产环境出的问题，连不了调试器 ;-(

aozima 2021-09-07

调网络不抓包，调I2C等时序不上逻辑分析仪，就像电工不用万用表！多用整理的好的文字，比截图更省流量，还能在整理过程中思考。

😂 能改代码，又稳定复现的话，可以直接访问cortex-M的调试单元，用代码设置写保护。

grissiom 2021-09-07

这家伙很懒，什么也没写！

明白了！厉害厉害！ ;-D

请登录后再发布评论，点击登录

追加回复

4 个回答

grissiom 2021-09-07

这家伙很懒，什么也没写！

感觉问题出在这：(去掉了被宏关闭的代码)

static err_t ethernetif_linkoutput(struct netif *netif, struct pbuf *p)
{
    struct eth_tx_msg msg;
    struct eth_device* enetif;
    RT_ASSERT(netif != RT_NULL);
    enetif = (struct eth_device*)netif->state;
    /* send a message to eth tx thread */
    msg.netif = netif;
    msg.buf   = p;
    rt_kprintf("linkoutput: ");
    if (rt_mb_send(ð_tx_thread_mb, (rt_uint32_t) &msg) == RT_EOK)
    {
        /* waiting for ack */
        rt_kprintf("wait\n");
        rt_sem_take(&(enetif->tx_ack), RT_WAITING_FOREVER);
    } else {
        rt_kprintf("fail\n");
    }
    return ERR_OK;
}

msg 是个局部变量，全靠 tx_ack 来做保护。但是这个函数会在多个上下文里面调用：tcpip、erx(link up 的时候)、客户线程（调用 udp_sendto 触发），tx_ack release 的时候并不知道 release 的是哪个上下文，进而导致 etx 线程拿到的 msg 指针内部的数据被覆盖……

许久没弄了，上面的分析不知道对不对，请各位大佬看看这里是有问题不？

李肯陪你玩赚嵌入式 认证专家 2021-09-07

2022年度和2023年度RT-Thread社区优秀开源布道师，COC深圳城市开发者社区主理人，专注于嵌入式物联网的架构设计

这种情况，看没有可能是device变量附近的全局data数据，尤其是附近的全局数组；
比如清空数组的时候，或者做一些内存清零的操作时，多操作了几个字节（传入的len大了），
导致到device的eth_rx/eth_tx就变0了，也就是NULL了。
这种情况，我以前在别的系统平台有遇到这种问题，也是很隐蔽，相当于这个NULL是被意外设置的，不好排查。
提供点思路，希望能帮助到你。