Current problem reports assigned to freebsd-net@FreeBSD.org

2013-07-15 Thread FreeBSD bugmaster
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker

soreceive_generic and soreceive_dgram error checking

2013-07-15 Thread Mario Oshogbo
Hi, I'm a student working in GSoC project. My task on this summer is to write some new features for capsicum framework. Currently I working on writing two new rights (CAP_SEND_RIGHTS and CAP_RECV_RIGHTS). I have some questions about error checking in the soreceive_generic and the soreceive_dgram.

Re: kern/180382: [ae] kernel: ae0: watchdog timeout - resetting.

2013-07-15 Thread claudiu vasadi
Hi, Quick update: works now. Will let you know if it continues like this or if we hit another problem. Huge thanks for the patch. On Mon, Jul 15, 2013 at 2:43 AM, Yonghyeon PYUN wrote: > On Sun, Jul 14, 2013 at 04:20:30PM +0200, claudiu vasadi wrote: > > Hi, > > > > The patch applied without

Re: FreeBSD router problems

2013-07-15 Thread Barney Cordoba
On Sun, 7/14/13, Eugene Grosbein wrote: Subject: Re: FreeBSD router problems To: "Barney Cordoba" Cc: "isp" , freebsd-net@freebsd.org Date: Sunday, July 14, 2013, 1:17 PM On 14.07.2013 23:14, Barney Cordoba wrote: > So why not get a real 10g

Re: FreeBSD router problems

2013-07-15 Thread Barney Cordoba
On Sun, 7/14/13, Eugene Grosbein wrote: Subject: Re: FreeBSD router problems To: "Barney Cordoba" Cc: freebsd-net@freebsd.org, "isp" Date: Sunday, July 14, 2013, 1:17 PM On 14.07.2013 23:14, Barney Cordoba wrote: > So why not get a real 10g

Re: SO_REUSEPORT: strange kernel balancer behaviour

2013-07-15 Thread trafdev
Thanks for reply. This approach produces lot of "resource temporary unavailable" (eagain) on accept-ing connections in N-1 processes. Is this possible to avoid this by e.g. tweaking kqueue? On Sun Jul 14 19:37:59 2013, Sepherosa Ziehau wrote: On Sat, Jul 13, 2013 at 1:16 PM, trafdev wrote:

Re: SO_REUSEPORT: strange kernel balancer behaviour

2013-07-15 Thread Adrian Chadd
i've noticed this when doing this stuff in a threaded program with each thread listening on the same port. All threads wake up on each accepted connection, one thread wins and the other threads get EAGAIN. -adrian On 15 July 2013 12:31, trafdev wrote: > Thanks for reply. > > This approach pro

Re: SO_REUSEPORT: strange kernel balancer behaviour

2013-07-15 Thread trafdev
Yep I think it's wasting of resources, poll manager should somehow be configured to update only one process/thread. Anyone know how to do that? Thanks. On Mon Jul 15 12:53:55 2013, Adrian Chadd wrote: i've noticed this when doing this stuff in a threaded program with each thread listening on th

Re: SO_REUSEPORT: strange kernel balancer behaviour

2013-07-15 Thread Adrian Chadd
On 15 July 2013 13:04, trafdev wrote: > Yep I think it's wasting of resources, poll manager should somehow be > configured to update only one process/thread. > Anyone know how to do that? > Thanks. Well, the problem here is deciding which thread to throw the request at. If the threads are equall

Re: FreeBSD router problems

2013-07-15 Thread Eugene Grosbein
On 15.07.2013 22:04, Barney Cordoba wrote: > Also, IP fragmentation and TCP segments are not the same thing. TCP > segments regularly will come in out of order, NFS is too stupid to do > things correctly; IP fragmentation should not be done unless necessary > to accommodate a smaller mtu. The PR