https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206368
Hiren Panchasara changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
On Tue, Jan 19, 2016 at 01:58:27PM +0200, Boris Astardzhiev wrote:
> +int
> +recvmmsg(int s, struct mmsghdr *msgvec, unsigned int vlen, int flags)
> +{
> + int i, ret, rcvd;
Shouldn't i and rcvd be unsigned as well ? Shouldn't return value
also be unsigned ?
> +
> + if (vlen > VLEN_MAX)
>
Interesting report, thanks.
My colleague Giuseppe can have a look at this.
While not sure about the actual issue I can tell you that
generally we try to include checksums in drivers that support
netmap, because PCIe bus transactions are faster for transfers
that are multiple of 64 bytes and aligne
I noticed that a large number -- but by no means all -- of the packets
captured using libpcap on a netmap'ified ixl(4) interface show up as
truncated -- usually by exactly four bytes. They show up in tcpdump
like this:
18:10:05.348735 IP truncated-ip - 4 bytes missing! 128.30.xxx.xxx.443 >
yyy.y
Hi all,
I am working with FreeBSD in an environment where majority of my applications
run in the kernel and are heavily relying on the socket upcall mechanism. All
of these kernel applications use the socket upcall mechanism for socket I/O.
These applications also use the upcall mechanism to ac
On 19Jan16, Jilles Tjoelker allegedly wrote:
> I think the recv.2 and send.2 man pages are long enough as they are, and
> separate recvmmsg.3 and sendmmsg.3 pages will be clearer. This is also
> because recvmmsg/sendmmsg can be ignored when performance is good enough
> without them. This differs f
On Tue, Jan 19, 2016 at 01:58:27PM +0200, Boris Astardzhiev wrote:
> I removed the pthread_testcancel() calls and cut the interposing
> stuff from my patch as suggested. I extended the send/recv(2) manpages
> regarding
> the mm calls. Comments and suggestions?
> [snip]
> diff --git a/lib/libc/sys/
Hello,
I removed the pthread_testcancel() calls and cut the interposing
stuff from my patch as suggested. I extended the send/recv(2) manpages
regarding
the mm calls. Comments and suggestions?
Best regards,
Boris Astardzhiev
On Mon, Jan 18, 2016 at 4:08 PM, Konstantin Belousov
wrote:
> On Mon
Hi all,
Half a year ago we had reported here about issues with ix-interfaces when
transporting data over nfs. We only got about 50MByte/s back then, and
were not able to fix this issue. Instead, we went for rsyncd transport
that gave us about 200MByte/s (still not the full bandwidth, but
definitel
