Re: Xenomai 4 / oob_sendmsg crashes kernel from tidbits/oob-net-icmp

[Philippe Gerum <rpm@xenomai.org>]

Sri Subramanian <sridhar.subramanian@gmail.com> writes:

> On Thu, Jul 14, 2022 at 5:59 PM Sri Subramanian
> <sridhar.subramanian@gmail.com> wrote:
>>
>> On Thu, Jul 14, 2022 at 8:32 AM Philippe Gerum <rpm@xenomai.org> wrote:
>> >
> <snip>
>> >
>> > This patch may help:
>> > https://source.denx.de/Xenomai/xenomai4/linux-evl/-/commit/2ad6b2207f9f1669f64f6816428a20e1bbd6357c
>> >
>> > Feedback on this fix welcome, so that we may assume the issue is closed.
>> >
>>
>
> Hello Philippe,
>
> As noted below, the fix doesn't crash the kernel.
>
> However, I observe this strange behavior with oob_sendmsg:
>
> 1. With oob-net-icmp, sending back ICMP echo responses, the pinging device
> only receives exactly 10 responses, then stops. oob-net-icmp continues to
> print on the console that it is sending responses.
>
> 2. If I just use oob_sendmsg to send a packet every second to the network and
> then run tshark on the receiving device, I see the same behavior -- 10 packets
> received and then nothing while the client continues to indicate it
> has successfully
> sent the packets.
>
> 3. Once you get into this condition of "non-sent-packets", the only
> way to get out
> is to turn off eth0.42, reset the values to oob_port and
> control_vlans, then turn on
> eth0.42. It is, weirdly, as if the oob links are restricted to only
> send 10 packets.
>
> Again, the environment is Raspberry PI/CM4 and I've tested with both
> 5.15 and 5.17.
>

I cannot reproduce such behavior (x86 <-> i.MX6q on the same switch),
the overnight test was still ok both sides after 14hrs. Does tshark see
the packets going out when observing from the sending device?

-- 
Philippe.