rt-thread.git/components/net, branch masterUnnamed repository; edit this file 'description' to name the repository.http://cgit.235523.xyz/rt-thread.git/atom/components/net?h=master2026-10-15T05:28:57Z[lwip] configure buffer options and preserve PBUF tailroom2026-10-15T05:28:57Zrcitachyearsince@yeah.net2026-10-15T05:04:15Zurn:sha1:efc5a9df829902d2d73fe15e09b18fcccc52e9ad[DHCP] Optimize the DHCP startup logic2026-10-15T05:28:57Zrcitachyearsince@yeah.net2026-10-15T05:04:05Zurn:sha1:1e24039cf879539d2ac367c8e6423124787ef23dfix(netdev): correct ping delay logic for last packet and avoid rt_thread_delay(0)2026-10-15T01:10:50Zymj0440ymj0440@users.noreply.github.com2026-10-12T12:46:51Zurn:sha1:20881ec5710f0aa78cc6d483c5c6d0f09d6105b8
The 'index == times' condition in the delay_tick calculation is never true,
so the delay was still applied after the last ping, contrary to the comment.
Skip the delay on the final ping by checking 'index != times - 1'.
Also only call rt_thread_delay() when delay_tick > 0, since passing 0
returns -RT_EINVAL.
[components][netdev] fix divide-by-zero in ping statistics when no reply2026-10-14T01:33:19ZZhaoqi Xulzy00419@outlook.com2026-10-06T06:07:59Zurn:sha1:8ec9d87959fe27682e02ced7158012d8fb0048c1
netdev_cmd_ping() computed avg_time / received before checking that any
reply arrived. When every request times out, received is 0 and the
integer division traps (SIGFPE on the simulator, a fault on Cortex-M),
taking the shell thread down. Only compute the average inside the
existing received > 0 branch where it is printed.
Fixes #11852
[components][lwip] dhcpd: apply clang-format to dhcp_server.c2026-10-10T09:20:57Z陈谋顺chenmoushun@163.com2026-10-09T03:17:11Zurn:sha1:ba0f47edb3e09bccd73503fb2fbc6625007f941e[components][lwip] dhcpd: check buffer bounds when parsing options2026-10-10T09:20:57Z陈谋顺chenmoushun@163.com2026-10-09T03:16:57Zurn:sha1:887ca7175cfef7f11f8566020d23335e9a73f271
The option loop advanced by the option length without checking the
number of bytes actually received by recvfrom(), so a malformed or
truncated DHCP packet could make the server read past the end of the
receive buffer.
Check that the option type, length and payload stay inside the received
data before reading them, and stop parsing when a requested IP option
is shorter than 4 bytes or a message type option is shorter than 1 byte.
Fixes #11323
[lwip] fix sio_write signature conflict2026-10-03T04:59:43ZTim Wangtim.wang@nxp.com2026-09-23T07:54:08Zurn:sha1:c3e94f7b5fd533763a8e577fea0dfbc982eb20e5[lwip] clean lwip doc files2026-10-03T04:59:43ZTim Wangtim.wang@nxp.com2026-09-22T12:45:14Zurn:sha1:8bdb76a12cdc1903b802e94cd303a22f7bd58603[lwip] add lwIP 2.2.1 as a selectable version alongside 1.4.1/2.0.3/2.1.22026-10-03T04:59:43ZTim Wangtim.wang@nxp.com2026-09-11T07:42:32Zurn:sha1:f1cc628cf27cd1435d14fab77ffeabedb602969b
- Kconfig: RT_USING_LWIP221 choice, RT_USING_LWIP_VER_NUM=0x20201
- SConscript for lwip-2.2.1 (acd.c, mdns split files, tftp.c)
- replay RTT patch set from lwip-2.1.2 onto 2.2.1
- import RTT ping.c and tftp_port.c (adapted to 2.2.x TFTP API)
- SAL: version-gated netconn socket accessor (callback_arg union >= 2.2.0)
- lwipopts: DHCP ACD (RFC 5227) and MEMP_NUM_SYS_TIMEOUT version gates
[lwip] import pristine lwIP 2.2.1 source tree2026-10-03T04:59:43ZTim Wangtim.wang@nxp.com2026-09-11T07:31:14Zurn:sha1:4422241f095ddeed33e7041865545e8bb70a50c3
Verbatim upstream lwIP 2.2.1 official release (STABLE-2.2.1),
complete with apps/, test/ and Filelists.