- 09 12月, 2021 1 次提交
-
-
由 jonas 提交于
-
- 06 12月, 2021 1 次提交
-
-
由 liuxianliang 提交于
-
- 05 12月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 29 11月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 18 11月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 15 11月, 2021 3 次提交
-
-
由 liuxianliang 提交于
-
由 yuke1412 提交于
-
由 yuke1412 提交于
using LWIP_HOOK_IP4_ROUTE_SRC hook find specified netif route, using cmd `ping 192.168.xx.xx e0`, ping dest using e0 netif. if not found netif, using default netif, the effect is same as the cmd `ping 192.168.xx.xx` that only ping with default netif.
-
- 08 11月, 2021 3 次提交
-
-
由 mysterywolf 提交于
-
由 mysterywolf 提交于
-
由 mysterywolf 提交于
-
- 07 11月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 19 10月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 23 9月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 21 9月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 12 9月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 11 9月, 2021 4 次提交
-
-
由 mysterywolf 提交于
-
由 BernardXiong 提交于
-
由 Grissiom 提交于
The ethernetif use semaphore netif->tx_ack to protect the local variable `struct eth_tx_msg msg` in function `ethernetif_linkoutput`. But the function could be called in multiple context: LwIP "tcpip" thread, "erx" thread(on linkup) and any user thread that call `udp_sendto`. So the global semaphore protection is not sufficient. It could only wakeup the top priority waiting thread instead of the thread that owns the `msg` and may result the `msg` next in the mailbox got destructed. So to use a `rt_completion` within the `struct eth_tx_msg` and synchronize on that. This could deal the ownership issue in an easy way.
-
由 Bernard Xiong 提交于
-
- 05 9月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 03 9月, 2021 1 次提交
-
-
由 Comeon_fly 提交于
-
- 01 9月, 2021 1 次提交
-
-
由 Comeon_fly 提交于
-
- 23 8月, 2021 1 次提交
-
-
由 马志远 提交于
-
- 10 8月, 2021 2 次提交
-
-
由 liuduanfei 提交于
修改代码格式。添加空格
-
由 liuduanfei 提交于
消除编译警告
-
- 03 8月, 2021 2 次提交
-
-
由 mysterywolf 提交于
-
由 mysterywolf 提交于
-
- 01 8月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 29 7月, 2021 1 次提交
-
-
由 ImFovery 提交于
1、更正lwip_accept()中调用netconn_peer()失败时,netconn_delete()会被调用两次,从而导致进入rt_assert_handler()错误。 原因:(https://savannah.nongnu.org/bugs/?55536) bug #55536: lwIP 2.1.2: netconn_delete() called twice from lwip_accept()
-
- 23 7月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 16 7月, 2021 1 次提交
-
-
由 wenbodong2015 提交于
-
- 14 7月, 2021 1 次提交
-
-
由 sszl 提交于
-
- 12 7月, 2021 1 次提交
-
-
由 Wayne Lin 提交于
-
- 10 7月, 2021 2 次提交
-
-
由 wenbodong2015 提交于
AT模块在执行AT+CLOSE并返回OK后,在实际关闭前(上报URC前)仍然有 可能接收到数据。所以接收数据时需要判断状态是否为AT_SOCKET_CONNECT。 另,at_recv_notice_cb在拒绝数据包时,没有释放数据包内存,从而导致 内在泄漏。
-
由 wenbodong2015 提交于
失败现象为“找不到EAGAIN”,此问题由libc改动引发。
-
- 08 7月, 2021 1 次提交
-
-
由 Comeon_fly 提交于
-
- 07 7月, 2021 1 次提交
-
-
由 Comeon_fly 提交于
-
- 01 7月, 2021 2 次提交
-
-
由 NightIsDark 提交于
-
由 NightIsDark 提交于
-