On Tue, Aug 12, 2014 at 18:26 +0200, Mike Belopuhov wrote:
On Tue, Jul 22, 2014 at 19:03 +0200, Mike Belopuhov wrote:
Hi,
Before I send a diff for pfctl to disable once on match rules,
I've decided to try and see how much work is it to make it actually
work. Turns out that I need to
On Tue, Aug 19, 2014 at 10:14:59PM -0700, Philip Guenther wrote:
Can you describe what you're using that needs it?
Well, I am not using it. The code has not been sent to the Attic yet and
I happened to take a look at it. That is all.
On 18/08/14(Mon) 11:55, Henning Brauer wrote:
* Martin Pieuchot mpieuc...@nolizard.org [2014-08-18 11:03]:
On 15/08/14(Fri) 10:43, Henning Brauer wrote:
* Stuart Henderson st...@openbsd.org [2014-08-15 10:29]:
On 2014/08/12 15:46, Martin Pieuchot wrote:
I find arp(8) output really
Alexander Bluhm alexander.bl...@gmx.net writes:
On Tue, Aug 19, 2014 at 01:59:42AM +0200, Alexander Bluhm wrote:
I will split this diff into smaller parts to make review and
discussion easier.
Replace gethostbyaddr(3) with getnameinfo(3).
Note that I remove the sigprocmask() that was added
ok chris@
David Gwynne [da...@gwynne.id.au] wrote:
this lets you have networks on the native vlan on an interface
at 1500, while setting a child vlan interfaces mtu to jumbos.
ok?
Index: if_vlan.c
===
RCS file:
On Tue, Aug 19, 2014 at 01:59:42AM +0200, Alexander Bluhm wrote:
I will split this diff into smaller parts to make review and
discussion easier.
Send and receive UDP syslog packets on the IPv6 socket.
ok?
bluhm
Index: usr.sbin/syslogd/privsep.c
On Tue, Aug 19, 2014 at 01:59:42AM +0200, Alexander Bluhm wrote:
I will split this diff into smaller parts to make review and
discussion easier.
Document square brackets for IPv6 addresses. From FreeBSD.
Index: usr.sbin/syslogd/syslog.conf.5
sthen@ says this is likely a bit optimistic. while most of our drivers
unconditionally configure their max mru, there's some stupid ones that still
interpret the configured mtu as a what the mru should be.
dlg
On 21 Aug 2014, at 6:29, Chris Cappuccio ch...@nmedia.net wrote:
ok chris@
David Gwynne [da...@gwynne.id.au] wrote:
sthen@ says this is likely a bit optimistic. while most of our drivers
unconditionally configure their max mru, there's some stupid ones that still
interpret the configured mtu as a what the mru should be.
All the more reason to make this change,