amd64/boot.8: document machine gop

2018-11-06 Thread Klemens Nanni
Back in 2017 when sending the diff[0] to implement `machine gop' I did not know better and forgot about manual bits - here they are. I tried adding some details to make the difference between `video' and `gop' a tad more clearer without mentioning too much implementation details. Feedback? OK?

Re: amd64/boot.8: document machine gop

2018-11-06 Thread Klemens Nanni
On Tue, Nov 06, 2018 at 08:28:17PM +0100, Klemens Nanni wrote: > Back in 2017 when sending the diff[0] to implement `machine gop' I did > not know better and forgot about manual bits - here they are. > > I tried adding some details to make the difference between `video' and > `gop' a tad more

wsmouse/wstpad: remove the strong hysteresis filter

2018-11-06 Thread Ulf Brosziewski
For a while now, wsmouse activates compatibility mode for touchpads by default. There have been no complaints about wobbling pointers or unstable pointer paths. I conclude that the default filtering is sufficient and that the type of touchpad which could profit from the "strong" variant of the

switchd(8): change default listen port to the standardized OpenFlow port

2018-11-06 Thread Ayaka Koshibe
Hi all, Currently, switchd(8) defaults to listening on port 6633, which was the defacto port value used by OpenFlow. A decent chunk of OpenFlow controllers have switched over to the IANA standardized OpenFlow port, 6653. While testing the change, I noticed that switchd(8) will listen on random

Re: parse.y: strndup() in cmdline_symset()

2018-11-06 Thread Michael Mikonos
ping? On Thu, Nov 01, 2018 at 04:14:53PM +0800, Michael Mikonos wrote: > Hello, > > When I updated cmdline_symset() in parse.y in the following commit > I missed src/sbin/{iked,ipsecctl,pfctl}/parse.y. OK to update them? > > https://marc.info/?l=openbsd-cvs=153631079505256=2 > > > Index:

Re: malloc.conf heads up

2018-11-06 Thread Otto Moerbeek
On Wed, Nov 07, 2018 at 07:23:35AM +0100, Otto Moerbeek wrote: > Hi, > > We are moving away from the /etc/malloc.conf symbolic link to a new sysctl: > > $ sysctl vm.malloc_conf > vm.malloc_conf=C > > This will allow unveiled and chrooted processes to access the malloc >

AMD64 buffer cache 4GB cap anything new, multiqueueing plans? ("64bit DMA on amd64" cont)

2018-11-06 Thread Joseph Mayer
Hi, Previously there was a years-long thread about a 4GB (32bit) buffer cache constraint on AMD64, ref https://marc.info/?t=14682443664=1=2 . What I gather is, * The problematique is that on AMD64, DMA is limited to 32bit addressing, I guess because unlike AMD64 arch CPU:s which all

On ARM64, does OpenBSD have a 32/4GB cap on the buffer cache like on AMD64?

2018-11-06 Thread Joseph Mayer
Hi, On ARM64, does OpenBSD have a 4GB cap on the buffer cache like on AMD64? Thanks, Joseph

Re: parse.y: strndup() in cmdline_symset()

2018-11-06 Thread Claudio Jeker
On Wed, Nov 07, 2018 at 12:55:34PM +0800, Michael Mikonos wrote: > ping? OK claudio@ > On Thu, Nov 01, 2018 at 04:14:53PM +0800, Michael Mikonos wrote: > > Hello, > > > > When I updated cmdline_symset() in parse.y in the following commit > > I missed src/sbin/{iked,ipsecctl,pfctl}/parse.y. OK

malloc.conf heads up

2018-11-06 Thread Otto Moerbeek
Hi, We are moving away from the /etc/malloc.conf symbolic link to a new sysctl: $ sysctl vm.malloc_conf vm.malloc_conf=C This will allow unveiled and chrooted processes to access the malloc options without having to do anything special in the code or chroot dir. As I

Re: AMD64 buffer cache 4GB cap anything new, multiqueueing plans? ("64bit DMA on amd64" cont)

2018-11-06 Thread Philip Guenther
On Tue, Nov 6, 2018 at 9:51 PM Joseph Mayer wrote: > Previously there was a years-long thread about a 4GB (32bit) buffer > cache constraint on AMD64, ref > https://marc.info/?t=14682443664=1=2 . > > What I gather is, > > * The problematique is that on AMD64, DMA is limited to 32bit >

Re: parse.y: strndup() in cmdline_symset()

2018-11-06 Thread Alexandr Nedvedicky
Hello, the change looks good to me. (I was delaying my OK hoping someone else will chip-in with OK for iked & ipsecctl stuff). IMO It makes sense to keep parse.y code in sync where possible, so go for it. OK sashan. On Thu, Nov 01, 2018 at 04:14:53PM +0800, Michael Mikonos wrote: > Hello, >

Re: amd64/boot.8: document machine gop

2018-11-06 Thread Jason McIntyre
On Tue, Nov 06, 2018 at 08:49:33PM +0100, Klemens Nanni wrote: > On Tue, Nov 06, 2018 at 08:28:17PM +0100, Klemens Nanni wrote: > > Back in 2017 when sending the diff[0] to implement `machine gop' I did > > not know better and forgot about manual bits - here they are. > > > > I tried adding some

Re: installboot: double free

2018-11-06 Thread Otto Moerbeek
On Tue, Nov 06, 2018 at 05:32:47PM +0800, Michael Mikonos wrote: > On Tue, Nov 06, 2018 at 10:20:34AM +0100, Otto Moerbeek wrote: > > On Tue, Nov 06, 2018 at 04:35:05PM +0800, Michael Mikonos wrote: > > > > > Hello, > > > > > > In installboot's fileprefix() function r is the return value > > >

Re: installboot: double free

2018-11-06 Thread Michael Mikonos
On Tue, Nov 06, 2018 at 10:20:34AM +0100, Otto Moerbeek wrote: > On Tue, Nov 06, 2018 at 04:35:05PM +0800, Michael Mikonos wrote: > > > Hello, > > > > In installboot's fileprefix() function r is the return value > > of realpath(). If snprintf() fails free(r) happens twice--- > > the second time

Re: ldap(1) add SAFE-INIT-CHAR

2018-11-06 Thread Martijn van Duren
On 11/6/18 8:59 AM, Claudio Jeker wrote: > On Tue, Nov 06, 2018 at 08:21:57AM +0100, Martijn van Duren wrote: >> ping >> >> On 10/24/18 10:27 AM, Martijn van Duren wrote: >>> In my previous ldap mail I proclaimed that we should encode whitespace. >>> Reading rfc2849 a bit further, encoding a

Re: bgpd: deny redefinition of default RIBs

2018-11-06 Thread Claudio Jeker
On Sun, Nov 04, 2018 at 06:51:39PM +0100, Denis Fondras wrote: > Redefining a default RIB is not desirable. > > Index: bgpd.h > === > RCS file: /cvs/src/usr.sbin/bgpd/bgpd.h,v > retrieving revision 1.352 > diff -u -p -r1.352 bgpd.h >

installboot: double free

2018-11-06 Thread Michael Mikonos
Hello, In installboot's fileprefix() function r is the return value of realpath(). If snprintf() fails free(r) happens twice--- the second time is at label "err". From what I see the behavior was introduced in util.c revision 1.12. Does this fix look OK? - Michael Index: util.c

Re: installboot: double free

2018-11-06 Thread Otto Moerbeek
On Tue, Nov 06, 2018 at 04:35:05PM +0800, Michael Mikonos wrote: > Hello, > > In installboot's fileprefix() function r is the return value > of realpath(). If snprintf() fails free(r) happens twice--- > the second time is at label "err". From what I see the behavior > was introduced in util.c

Re: OpenBSD on AMD Ryzen7 2700 Asrock B450 chipset

2018-11-06 Thread Chris Cappuccio
Denis [den...@mindall.org] wrote: > > Hardware is relatively new. Can test any compatibility issues/fixes on it. > > There are a lot of "unconfigured" hardware is present in dmesg: > > OpenBSD 6.4 (RAMDISK_CD) #348: Thu Oct 11 13:36:16 MDT 2018 >

Re: ktrace: struct flock

2018-11-06 Thread Todd C. Miller
On Mon, 05 Nov 2018 08:12:57 +0100, Anton Lindqvist wrote: > Start tracing struct flock. I've been using this diff during lockf > development. OK millert@ - todd