document capability dc in remote(5)

2017-10-30 Thread Remi Locherer
Hi, in 2015 remote(5) was trimmed down when tip was removed. It looks like documentation for capability "dc" was also removed by accident. cu(1) still supports this (src/usr.bin/cu/cu.c): 381 if (is_direct == -1 && cgetcap(cp, "dc", ':') != NULL) 382 is_direct = 1; Below

Re: [PATCH 1/2] VMD: Require interface to be defined in switches

2017-10-30 Thread Mike Larkin
On Mon, Oct 30, 2017 at 11:16:47PM +0100, Reyk Floeter wrote: > > > On 27.10.2017, at 19:10, Mike Larkin wrote: > > > > On Fri, Oct 27, 2017 at 09:58:09AM +0200, Martin Pieuchot wrote: > >> On 26/10/17(Thu) 23:47, Mike Larkin wrote: > >>> On Fri, Oct 27, 2017 at 08:23:05AM

Re: [PATCH 1/2] VMD: Require interface to be defined in switches

2017-10-30 Thread Reyk Floeter
> On 27.10.2017, at 19:10, Mike Larkin wrote: > > On Fri, Oct 27, 2017 at 09:58:09AM +0200, Martin Pieuchot wrote: >> On 26/10/17(Thu) 23:47, Mike Larkin wrote: >>> On Fri, Oct 27, 2017 at 08:23:05AM +0200, Martin Pieuchot wrote: On 26/10/17(Thu) 16:23, Carlos

Re: add one more softnet taskq

2017-10-30 Thread Alexandr Nedvedicky
Hello, thank you for looking at my changes. updated patch is below. The list of changes is as follows: o SOFTNET_TASKS 1 is defined to 1 o call to task_add(): @@ -1839,5 +1839,5 @@ void ip_send(struct mbuf *m) { mq_enqueue(_mq, m); - task_add(softnettq,

isakmpd(8): honor RFC 5903

2017-10-30 Thread Patrick Wildt
Hi, Honor RFC 5903 in isakmpd(8) as well. The member g_xy is always the shared secret, but so far it has always been using the length of public points. Since this is different now, as the shared secret for EC Groups should only store the x point, we need another member to specify the length of

Re: libfuse: improved command line parsing

2017-10-30 Thread Helg Bredow
On Sat, 28 Oct 2017 10:07:39 +0200 Martin Pieuchot wrote: > On 17/10/17(Tue) 14:26, Helg Bredow wrote: > > [...] > > I've split the patch. This one improves argument and option parsing so that > > almost all sshfs arguments and options will now parse. It won't recognise > >

Re: libfuse: fuse.c null checks and others

2017-10-30 Thread Helg Bredow
On Sat, 28 Oct 2017 09:24:55 +0200 Martin Pieuchot wrote: > On 25/10/17(Wed) 13:27, Helg Bredow wrote: > > I've included different minor patches below as one patch. I haven't split > > into separate patches since the changes are not complex and easy to audit. > > > > Here's

libfuse: regress test for command line parsing

2017-10-30 Thread Helg Bredow
These tests confirm that currently supported options are parsed correctly by libfuse. They assume that the patches I've submitted previously have been applied. Review and suggestions for improvement are welcome. Patch to Makefile is below and new tests are attached. Index: Makefile

Re: makefs(8): add EFI platform-id for UFI

2017-10-30 Thread YASUOKA Masahiko
On Mon, 30 Oct 2017 16:35:03 +0800 "Michael W. Bombardieri" wrote: > On Mon, Oct 30, 2017 at 05:27:29PM +0900, YASUOKA Masahiko wrote: >> Hi, >> >> I'd like to add a platform-id for EFI boot. >> >> ok? >> >> diff --git a/usr.sbin/makefs/cd9660/cd9660_eltorito.c >>

Re: makefs(8): add EFI platform-id for UFI

2017-10-30 Thread Michael W. Bombardieri
On Mon, Oct 30, 2017 at 05:27:29PM +0900, YASUOKA Masahiko wrote: > Hi, > > I'd like to add a platform-id for EFI boot. > > ok? > > diff --git a/usr.sbin/makefs/cd9660/cd9660_eltorito.c > b/usr.sbin/makefs/cd9660/cd9660_eltorito.c > index 46ec432bc84..376c42f5dc3 100644 > ---

Re: add one more softnet taskq

2017-10-30 Thread Martin Pieuchot
On 30/10/17(Mon) 10:32, Peter Hessler wrote: > :diff --git a/sys/netinet/ip_input.c b/sys/netinet/ip_input.c > :index 95c9194efcb..33cc3161bcb 100644 > :--- a/sys/netinet/ip_input.c > :+++ b/sys/netinet/ip_input.c > :@@ -1839,5 +1839,5 @@ void > : ip_send(struct mbuf *m) > : { > :

Re: add one more softnet taskq

2017-10-30 Thread Peter Hessler
On 2017 Oct 30 (Mon) at 08:36:34 +0100 (+0100), Alexandr Nedvedicky wrote: :Hello, : :patch below adds additional softnet taskq. This will allow certain degree of :parallelism for packet processing in pf_test(). The current plan is to let :packets received by even NICs (even ifindex) to be

Re: add one more softnet taskq

2017-10-30 Thread Martin Pieuchot
On 30/10/17(Mon) 08:36, Alexandr Nedvedicky wrote: > Hello, > > patch below adds additional softnet taskq. This will allow certain degree of > parallelism for packet processing in pf_test(). The current plan is to let > packets received by even NICs (even ifindex) to be processed by task0,

Re: makefs(8): add a platform-id for EFI

2017-10-30 Thread YASUOKA Masahiko
Let me update the diff and subject. On Mon, 30 Oct 2017 17:27:29 +0900 (JST) YASUOKA Masahiko wrote: > diff --git a/usr.sbin/makefs/cd9660/cd9660_eltorito.h > b/usr.sbin/makefs/cd9660/cd9660_eltorito.h > index 43483018ef3..f527bc56b46 100644 > ---

makefs(8): add EFI platform-id for UFI

2017-10-30 Thread YASUOKA Masahiko
Hi, I'd like to add a platform-id for EFI boot. ok? diff --git a/usr.sbin/makefs/cd9660/cd9660_eltorito.c b/usr.sbin/makefs/cd9660/cd9660_eltorito.c index 46ec432bc84..376c42f5dc3 100644 --- a/usr.sbin/makefs/cd9660/cd9660_eltorito.c +++ b/usr.sbin/makefs/cd9660/cd9660_eltorito.c @@ -104,6

makefs(8) eltrito diffs 2/2

2017-10-30 Thread YASUOKA Masahiko
Hi, > I'd like to fix two bugs which cause problems of the order of the boot > entries. A diff which add EFI support will follow them. next one ok? Fix a bug make the boot entries' order reverse, introduced at 1.8 on NetBSD.

makefs(8) eltrito diffs 1/2

2017-10-30 Thread YASUOKA Masahiko
Hi, I'd like to fix two bugs which cause problems of the order of the boot entries. A diff which add EFI support will follow them. ok? Initialize boot_catalog_entry's entry_type properly. This had been missing but the type was used in cd9660_setup_boot(). diff --git

add one more softnet taskq

2017-10-30 Thread Alexandr Nedvedicky
Hello, patch below adds additional softnet taskq. This will allow certain degree of parallelism for packet processing in pf_test(). The current plan is to let packets received by even NICs (even ifindex) to be processed by task0, packets received by odd NICs (odd ifindex) by task1. big thanks

Re: fine tuning PF_LOCK in pfioctl()

2017-10-30 Thread Alexandr Nedvedicky
Hello, > > patch below move responsibility for PF_LOCK manipulation to particular ioctl > > commands. The change is investment for future. It will allow us to gradually > > move individual PF subsystems out of PF_LOCK scope. > > I'm always afraid when an ioctl(2) logic contains multiple return