On Fri, Jan 20, 2012 at 12:22 PM, Alexis Fouilhe wrote:
> It seems that revision 1.22 of sys/kern/sysv_msg.c broke the message queues
> implementation. The most visible effect of this is msgget(2) always
returning
> 0 on success.
...
Due to your reporting this, it has been fixed for the upcoming
Hi,
I ran into a problem with X in a new Lenovo E320 so I put out a query
on misc and got a rapid response from David Coppa which pointed out
that my problem was caused by the Intel Sandy Bridge stuff. I didn't
need to bug tech@ with that and misc answered me well enough.
Why I am posting on tech
On 15 February 2012 13:11, Fernando Gont wrote:
> Folks,
>
> There seems to be a bug in the setting of the IPv6 Flow Label for TCP
> connections.
>
> When an incoming connection is received, the SYN/ACK is always sent with
> the FL set to zero.
>
> It seems that syn_cache_respond() and syn_cache_a
Folks,
There seems to be a bug in the setting of the IPv6 Flow Label for TCP
connections.
When an incoming connection is received, the SYN/ACK is always sent with
the FL set to zero.
It seems that syn_cache_respond() and syn_cache_add() should be patched,
together with the SYN-cookies generation
Hey all,
the patch below localizes access of struct table internals to
table.c by using the ktwalk()/ktnext() interface from proto.h
instead of doing handcrafted table iterations.
Surely a useful change regardless of possibly turning over to
a node-based hashmap approach.
--steffen
Index: bin/ks
On 2012/02/15 09:54, Gregory Edigarov wrote:
> On Tue, 14 Feb 2012 15:48:49 -0500
> Brad Smith wrote:
>
> > On 14/02/12 3:17 PM, roberth wrote:
> > > On Mon, 13 Feb 2012 22:35:15 +0100
> > > Bjvrn Ketelaars wrote:
> > >
> > >> How and when do we automatically generate unbound-control keys? if
>