Re: sendfile() problems - Destination unreachable

I can see that there are two different problems with MTU. They are completely independent from each other, so let's start with the simple case first. I am testing on an STM32F427, using Ethernet. As previously noted, the following code will cause the running task to hang.

Re: sendfile() problems - Destination unreachable

The failure scenario is a bit more complicated... Give me some time and I will provide a correct and reproducible example, with a clear explanation. On Mon, May 29, 2023, 13:27 Fotis Panagiotopoulos wrote: > > sendfile should return an error in this case, but senfile should only be > > used

Re: sendfile() problems - Destination unreachable

> sendfile should return an error in this case, but senfile should only be > used with TCP, not UDP, since sendfile doesn't have any logic to ack or > retry.. Sorry if this wasn't clear. This last test was with plain old `send()`... I opened a UDP socket, and used `send()` to transmit a buffer

Re: sendfile() problems - Destination unreachable

On Mon, May 29, 2023 at 5:02 PM Fotis Panagiotopoulos wrote: > > You need to enable IP fragmentation in this case, which is also added > > recently and disabled by default: > > https://github.com/apache/nuttx/pull/8059 > > > Otherwise, any packet

Re: CI tests (was: Re: [OT] Learning Makefiles)

Haha, no worries, just subscribed on Friday for this particular reason :) glad Renode was useful for EOS S3 and of course happy to see how we can enable more of that. You mention you have a CI generating all the elfs, could you point me to where that can be found? We could grab those and try to

Re: sendfile() problems - Destination unreachable

> You need to enable IP fragmentation in this case, which is also added > recently and disabled by default: > https://github.com/apache/nuttx/pull/8059 > Otherwise, any packet bigger than MTU will be dropped silently. Yes, this is the expected behavior.

Re: sendfile() problems - Destination unreachable

On Sun, May 28, 2023 at 11:55 PM Fotis Panagiotopoulos wrote: > While experimenting with MTU, and checking the stability of my system, I > noticed the following. > > I try to send a UDP datagram that is larger than the configured MTU. > In this case, the offending thread seems to hang