Re: bgpd use long long instead of int64_t

2019-02-18 Thread Mark Kettenis
> Date: Mon, 18 Feb 2019 21:59:38 +0100 > From: Claudio Jeker > > In some places bgpd just wants something bigger then a 32bit int. > Instead of using int64_t or u_int64_t use (unsigned) long long which is at > least 64bit and therefor good enough. Makes the mess with type definition > of

bgpd use long long instead of int64_t

2019-02-18 Thread Claudio Jeker
In some places bgpd just wants something bigger then a 32bit int. Instead of using int64_t or u_int64_t use (unsigned) long long which is at least 64bit and therefor good enough. Makes the mess with type definition of int64_t on various systems go away (including a bunch of type casts). While

Re: bgpd use long long instead of int64_t

2019-02-18 Thread Theo de Raadt
Mark Kettenis wrote: > > Date: Mon, 18 Feb 2019 21:59:38 +0100 > > From: Claudio Jeker > > > > In some places bgpd just wants something bigger then a 32bit int. > > Instead of using int64_t or u_int64_t use (unsigned) long long which is at > > least 64bit and therefor good enough. Makes the

Add v_uvcount field to vnode(9) definition

2019-02-18 Thread Fasse
The vnode definition on vnode(9) is missing the v_uvcount field. Also, some of the fields use a tab between the data type and name while others use spaces. The same is true for the code at /src/sys/sys/vnode.h Index: share/man/man9/vnode.9

Re: bgpd use long long instead of int64_t

2019-02-18 Thread Claudio Jeker
On Mon, Feb 18, 2019 at 10:11:03PM +0100, Mark Kettenis wrote: > > Date: Mon, 18 Feb 2019 21:59:38 +0100 > > From: Claudio Jeker > > > > In some places bgpd just wants something bigger then a 32bit int. > > Instead of using int64_t or u_int64_t use (unsigned) long long which is at > > least

Re: bgpd use long long instead of int64_t

2019-02-18 Thread Andreas Kusalananda Kähäri
On Mon, Feb 18, 2019 at 10:11:03PM +0100, Mark Kettenis wrote: > > Date: Mon, 18 Feb 2019 21:59:38 +0100 > > From: Claudio Jeker > > > > In some places bgpd just wants something bigger then a 32bit int. > > Instead of using int64_t or u_int64_t use (unsigned) long long which is at > > least

Re: bgpd use long long instead of int64_t

2019-02-18 Thread Theo de Raadt
Claudio Jeker wrote: > On Mon, Feb 18, 2019 at 10:11:03PM +0100, Mark Kettenis wrote: > > > Date: Mon, 18 Feb 2019 21:59:38 +0100 > > > From: Claudio Jeker > > > > > > In some places bgpd just wants something bigger then a 32bit int. > > > Instead of using int64_t or u_int64_t use (unsigned)

Re: Add v_uvcount field to vnode(9) definition

2019-02-18 Thread Jason McIntyre
On Mon, Feb 18, 2019 at 11:01:53PM +0100, Fasse wrote: > The vnode definition on vnode(9) is missing the v_uvcount field. > > Also, some of the fields use a tab between the data type and name while > others use spaces. The same is true for the code at /src/sys/sys/vnode.h > fixed, thanks/. jmc

Re: add getrun for rcctl(8)

2019-02-18 Thread Stuart Henderson
There's a safer way, you can obtain reliable current information about the rtable for a process from ps. -- Sent from a phone, apologies for poor formatting. On 18 February 2019 09:55:55 Antoine Jacoutot wrote: On Mon, Feb 18, 2019 at 11:21:38AM +0900, YASUOKA Masahiko wrote: Hi, On Sun,

Re: add getrun for rcctl(8)

2019-02-18 Thread Antoine Jacoutot
On Mon, Feb 18, 2019 at 11:21:38AM +0900, YASUOKA Masahiko wrote: > Hi, > > On Sun, 17 Feb 2019 10:55:11 +0100 > Antoine Jacoutot wrote: > > On Fri, Feb 15, 2019 at 02:50:22PM +0900, YASUOKA Masahiko wrote: > >> On Fri, 15 Feb 2019 14:45:14 +0900 (JST) > >> YASUOKA Masahiko wrote: > >> > The

Re: httpd(8): add support for FastCGI parameters

2019-02-18 Thread Paul Irofti
On Sun, Feb 17, 2019 at 11:57:20AM +0100, Florian Obser wrote: > On Tue, Feb 12, 2019 at 05:02:47PM +0200, Paul Irofti wrote: > > Hi, > > > > This patch adds support for FastCGI parameters. > > Grammar change is very simple. > > > > fastcgi param NAME VALUE > > > > Example: > >

Fix hid_get_data return type in usbhib.3

2019-02-18 Thread Lucas
Hello tech@, I stumbled with this typo while poking around random manpages. After finding it, I ran `grep -Fnr -e int_8t -e int_16t -e int_32t -e int_64t /usr/src` to see if there was other similar typo and just send one patch with all the fixes. Turns out that a comment in line 1012 from

Re: minor changes to isakmpd(8)

2019-02-18 Thread Stuart Henderson
On 2019/02/18 14:47, Sevan Janiyan wrote: > > > On 18/02/2019 14:35, Sevan Janiyan wrote: > > I've dropped the changes with the exception of > > s/CERTIP/CERTFQDN that is an actual bug and changing the file name to > > indicate a copy. > > > > If you look at /etc/x509v3.cnf you'll see that for

Re: minor changes to isakmpd(8)

2019-02-18 Thread Sevan Janiyan
Hi Jason, On 18/02/2019 07:23, Jason McIntyre wrote: > if you agree with my comments below, could you mail us an updated diff > and i'll try to prod some folks for oks. Thanks for taking a look. I've dropped the changes with the exception of s/CERTIP/CERTFQDN that is an actual bug and changing

Re: minor changes to isakmpd(8)

2019-02-18 Thread Sevan Janiyan
On 18/02/2019 14:35, Sevan Janiyan wrote: > I've dropped the changes with the exception of > s/CERTIP/CERTFQDN that is an actual bug and changing the file name to > indicate a copy. > > If you look at /etc/x509v3.cnf you'll see that for the x509v3_FQDN > extension, the subjectAltName field is

wscons: struct wssrcops initializers

2019-02-18 Thread Anton Lindqvist
Hi, Favor C99 initializers for struct wssrcops; improves grepability. Comments? OK? Index: dev/wscons/wskbd.c === RCS file: /cvs/src/sys/dev/wscons/wskbd.c,v retrieving revision 1.95 diff -u -p -r1.95 wskbd.c --- dev/wscons/wskbd.c

Re: httpd(8): add support for FastCGI parameters

2019-02-18 Thread Florian Obser
On Mon, Feb 18, 2019 at 12:17:31PM +0200, Paul Irofti wrote: > On Sun, Feb 17, 2019 at 11:57:20AM +0100, Florian Obser wrote: > > On Tue, Feb 12, 2019 at 05:02:47PM +0200, Paul Irofti wrote: > > > Hi, > > > > > > This patch adds support for FastCGI parameters. > > > Grammar change is very simple.

bwfm(4): show 11ac

2019-02-18 Thread Stefan Sperling
This makes bwfm(4) display whether 11ac is being used by firmware. It extends changes made earlier to display 11n. Even though this touches more of net80211 than bwfm, no behaviour changes should be seen with other drivers. diff 9c4fc15973cfe90e53accb22e71ee9895aaf2d8a /usr/src blob -

Re: bgpd use long long instead of int64_t

2019-02-18 Thread Claudio Jeker
On Mon, Feb 18, 2019 at 02:24:52PM -0700, Theo de Raadt wrote: > Claudio Jeker wrote: > > > On Mon, Feb 18, 2019 at 10:11:03PM +0100, Mark Kettenis wrote: > > > > Date: Mon, 18 Feb 2019 21:59:38 +0100 > > > > From: Claudio Jeker > > > > > > > > In some places bgpd just wants something bigger