Re: recvmsg() "short receive" after FIONREAD

On Sat, Sep 11, 2021 at 09:25:42PM +0300, Andriy Gapon wrote: > On 11/09/2021 17:28, Andriy Gapon wrote: > > On 11/09/2021 17:16, Andriy Gapon wrote: > >> On 11/09/2021 17:13, Mark Johnston wrote: > >>> I think the semantic change is ok.  Did you change FIONREAD to lock the > >>> sockbuf?  I think

Re: recvmsg() "short receive" after FIONREAD

On 11/09/2021 17:28, Andriy Gapon wrote: On 11/09/2021 17:16, Andriy Gapon wrote: On 11/09/2021 17:13, Mark Johnston wrote: I think the semantic change is ok.  Did you change FIONREAD to lock the sockbuf?  I think it would be necessary to avoid races with pulseaudio: sb_acc is modified before s

[Bug 258319] Network (em0) does'nt work not only in 13.0-RELEASE but also in it's installer.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258319 --- Comment #2 from nctto14...@yahoo.co.jp --- # dmesg | grep em0 em0: port 0xac00-0xac1f mem 0xff7e-0xff7f irq 18 at device 1.0 on pci1 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using a Legacy interrupt em0: Ether

Re: recvmsg() "short receive" after FIONREAD

On 11/09/2021 17:16, Andriy Gapon wrote: On 11/09/2021 17:13, Mark Johnston wrote: I think the semantic change is ok.  Did you change FIONREAD to lock the sockbuf?  I think it would be necessary to avoid races with pulseaudio: sb_acc is modified before sb_ctl, so there could be windows where sba

Re: recvmsg() "short receive" after FIONREAD

On 11/09/2021 17:13, Mark Johnston wrote: I think the semantic change is ok. Did you change FIONREAD to lock the sockbuf? I think it would be necessary to avoid races with pulseaudio: sb_acc is modified before sb_ctl, so there could be windows where sbavail(sb) - sb->sb_ctl gives a larger. And

Re: recvmsg() "short receive" after FIONREAD

On Sat, Sep 11, 2021 at 11:15:12AM +0300, Andriy Gapon wrote: > On 10/09/2021 22:40, Andriy Gapon wrote: > > On 10/09/2021 22:38, Andriy Gapon wrote: > >> On 10/09/2021 22:35, Mark Johnston wrote: > >>> Indeed, I suspect that this is the problem.  Note that for > >>> kevent(EVFILT_READ) we subtract

Re: Issue with packets routing/forwarding

Hello, As I said on my previous message, with the configuration below, routing traffic via ue0 (mobile data) works. Once I delete ue0 routes (so using default routes for everything), I use the adsl line and traffic from the jail do not works anymore. But ... Le Thu, 9 Sep 2021 20:02:18 +0200, kay

Re: recvmsg() "short receive" after FIONREAD

On 10/09/2021 22:40, Andriy Gapon wrote: On 10/09/2021 22:38, Andriy Gapon wrote: On 10/09/2021 22:35, Mark Johnston wrote: Indeed, I suspect that this is the problem.  Note that for kevent(EVFILT_READ) we subtract the number of control message bytes from the returned value, see filt_soread().