On Fri, Jul 19, 2013 at 04:06:49PM +0100, Edd Barrett wrote:
> Cheers. Revised diff:
Right, now the tree is open again.
Matthieu, did you test this diff on your various devices for
regressions? Can this go in?
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
Hi Mark,
On 5 August 2013 21:18, Mark Kettenis wrote:
> Hi Milan,
>
> Moving this to tech@; the S/N ratio on misc@ is too low, and this is a
> techinical issue.
>
>> I've installed OpenBSD-current to MacBookPro 9,2 (Mid-2012). It seems to be
>> working without problems. Howoever Xorg locks after
On 07/08/13(Wed) 03:39, Alexander Bluhm wrote:
> 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 machi
Make use of IFP_TO_IA() in the multicast code path of ip_output()
instead of rolling our own copy. No functional change.
ok?
Index: netinet/ip_output.c
===
RCS file: /home/ncvs/src/sys/netinet/ip_output.c,v
retrieving revisi
Diff below deduplicate and move the code adding a new address to the
global list into in_ifinit(), there's no functional change.
While here add a comment about why we always delete addresses from
the tree during update.
ok?
diff --git sys/net/if_pppx.c sys/net/if_pppx.c
index 5345162..f97e2a0 10
On 7 August 2013 15:07, Martin Pieuchot wrote:
> Diff below deduplicate and move the code adding a new address to the
> global list into in_ifinit(), there's no functional change.
>
> While here add a comment about why we always delete addresses from
> the tree during update.
>
> ok?
>
OK mikeb
On Wed, 7 Aug 2013 07:11:38 +0200
Claudio Jeker wrote:
> 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(
Hi tech@
Here is a diff to allow the iwn driver to work with the intel Wifi Link
130. It works for me(tm) without problems and solve this bug report :
http://marc.info/?|=openbsd-bugs&m=134586079532510&w=2
Any OK ?
Cheers,
Index: sys/dev/pci/if_iwn.c
==
> Date: Wed, 7 Aug 2013 21:26:14 +0200
> From: Sylvestre Gallon
>
> Hi tech@
>
> Here is a diff to allow the iwn driver to work with the intel Wifi Link
> 130. It works for me(tm) without problems and solve this bug report :
>
> http://marc.info/?|=openbsd-bugs&m=134586079532510&w=2
>
> Any O
On Wed, Aug 07, 2013 at 03:20:12PM +0200, Christopher Zimmermann wrote:
> On Wed, 7 Aug 2013 07:11:38 +0200
> Claudio Jeker wrote:
>
> > On Tue, Aug 06, 2013 at 09:24:13PM +0200, Christopher Zimmermann
> > wrote:
> > > Hi,
> > >
> > > I'm currently working towards an IP_SENDSRCADDR implementatio
Sylvestre Gallon [ccna@gmail.com] wrote:
> Hi tech@
>
> Here is a diff to allow the iwn driver to work with the intel Wifi Link
> 130. It works for me(tm) without problems and solve this bug report :
>
> Index: sys/dev/pci/if_iwn.c
> ==
On Wed, Aug 7, 2013 at 11:23 PM, Chris Cappuccio wrote:
> Sylvestre Gallon [ccna@gmail.com] wrote:
>> Hi tech@
>>
>> Here is a diff to allow the iwn driver to work with the intel Wifi Link
>> 130. It works for me(tm) without problems and solve this bug report :
>>
>> Index: sys/dev/pci/if_iwn.
Hi,
To control the lifetime of IPv6 addresses, prefixes and default
routers, the kernel and ndp use a bunch of expire fields. Currently
they are int or long, but expire should always be time_t. Move
vltime and pltime to u_int32_t everywhere. Sort struct fields by
size. Struct inet6_ndpr_msghdr
On Wed, Aug 07, 2013 at 03:39:59AM +0200, Alexander Bluhm wrote:
> 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
Running tcpdump with no -i arg finds a good interface to listen on
by default on many machines, but on my laptop it finds pflog0 before
urtwn0. Can we skip pflog interfaces like loopbacks?
I had a version that looked up the interface in the egress group but
this is much simpler since pflog0 is us
15 matches
Mail list logo