net: Zephyr drops TCPv4 packet with extended MAC frame size

[rmstoi]

If Zephyr receives a packet with IPv4 TCP datagram occupying only portion of the MAC frame it drops the packet without responding to it.

This regression seems to occur after commit 05f41

Incorrectly working pcap (at master):
ext-frame-tcp-zephyr-master.pcap.gz

Correctly working pcap (at commit 05f41)
ext-frame-tcp-zephyr-05f41.pcap.gz

[tbursztyka]

Let me precise what is happening:

Zephyr is not dropping IPv4 TCP datagram occupying only portion of the MAC frame. And commit 05f41 did not introduce that bug. Instead, by fixing issue #12982 it exposed that current issue.

Issue being again a net_context memory corruption due to uncontrolled concurrent access. Commit 93e5181 tried to fix it (and did it successfully on some path) but it seems that troubles are still lurking around.

Anyway, end result is that zephyr gets in a corrupted state.

[pfalcon]

What's the status of this?

[tbursztyka]

That was fixed by 45df09c
closing