On Wed, May 09, 2018 at 06:56:33PM +0000, Keller, Jacob E wrote: > > I tried it again with ptp4l using SW timestamping and it's the same > > problem appearing at the same rate of requests. Does that mean that > > the error queue cannot accept a single packet because the buffers are > > full due to the non-error queue? > > Oh. That could explain this. I'm not sure how the error queue works here... > there might be a sysctl value we could set to increase the buffer size and > figure that out?
I don't see a sysctl/socket option specific to the error queue. Increasing the maximum receive buffer with SO_RCVBUFFORCE seems to help, but it has to be a very large value to prevent any delay request to be dropped. Do you think it would make sense to add a new socket option to reserve a bit of the receive buffer for the error queue? -- Miroslav Lichvar ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Linuxptp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
