On Tue, Aug 06, 2013 at 09:24:13PM +0200, Christopher Zimmermann wrote:
> Hi,
>
> I'm currently working towards an IP_SENDSRCADDR implementation.
> As a first step I moved the calls to in_pcbrehash() from
> in_pcb(dis)connect() and in_pcbbind() to the call sites of those
> functions. This should
Hi,
I have just removed a bunch of useless include netinet/in_var.h
from the machine independent drivers. I suspect that they are also
not needed in the architecture specific network drivers. Unfortunately
I don't have any of these machines. So if you have access to one
of
macppc mvme68k o
Hi,
I'm currently working towards an IP_SENDSRCADDR implementation.
As a first step I moved the calls to in_pcbrehash() from
in_pcb(dis)connect() and in_pcbbind() to the call sites of those
functions. This should save some calls to in_pcbrehash() in the
in_pcbconnect() codepath.
Also I improved
On Tue, Aug 6, 2013 at 11:40 AM, Christopher Zimmermann
wrote:
> I'm currently working on the OpenBSD ip-stack for the first time.
> Here's a small cosmetic improvement.
> OK?
No, because the system doesn't build with that.
Philip Guenther
Hi,
I'm currently working on the OpenBSD ip-stack for the first time.
Here's a small cosmetic improvement.
OK?
Christopher
Index: netinet6/in6.h
===
RCS file: /cvs/src/sys/netinet6/in6.h,v
retrieving revision 1.65
diff -u -p -r1.65
On 6 August 2013 03:54, Alexander Bluhm wrote:
> Hi,
>
> For an upcoming change in in6_var.h I would like to minimize the
> impact. Most network drivers include netinet/in_var.h, but apparently
> they don't have to. Can we remove these includes?
>
> compiled on amd64 and i386
>
> ok?
>
> bluhm
>
On Tue, Aug 06, 2013 at 12:37:49AM +0200, Mark Kettenis wrote:
> The atomic_setbits_int() and atomic_clearbits_int() implementations
> use stwcx., which touches the condition code register. This means we
> need to tell GCC that it gets clobbered. Fixes issues with
> uvm_page_physload() which curr
