Re: tcpdump: revisiting some old diffs, cleanup unused functions

2018-11-07 Thread Bryan Steele
On Wed, Nov 07, 2018 at 07:06:09PM -0500, Bryan Steele wrote: > I'm revisiting some old tcpdump diffs, now that mestre@ has added proper > unveil(2) support! :-) > > Refresher: https://marc.info/?l=openbsd-tech&m=150535073209723&w=2 > > This hoists opening pf.os(5) fingerprints '-o' from the 'RUN

Add C++ support for cscope in mg

2018-11-07 Thread thomas duplessis
Since cscope supports C++, would the team accept a patch that updates the fnmatch in do_cscope to recognize .cc, .cpp and .hpp files?

tcpdump: revisiting some old diffs, hoist opening of pf.os.

2018-11-07 Thread Bryan Steele
I'm revisiting some old tcpdump diffs, now that mestre@ has added proper unveil(2) support! :-) Refresher: https://marc.info/?l=openbsd-tech&m=150535073209723&w=2 This hoists opening pf.os(5) fingerprints '-o' from the 'RUN' state to the 'FILTER' state, this will allow for a reduced pledge(2) at

Re: Remove debug options in hppa GENERIC

2018-11-07 Thread Mark Kettenis
> Date: Sat, 3 Nov 2018 14:34:29 + > From: Miod Vallat > > The hppa GENERIC kernel contains various debug options for pcmcia and > cardbus code. None of the other platforms enables these options in > GENERIC. Thanks. Committed. > Index: sys/arch/hppa/conf/GENERIC >

Re: Add new PCI product IDs

2018-11-07 Thread Peter Ezetta
Ping On Thu, Oct 25, 2018 at 2:46 PM Peter Ezetta wrote: > Hello, > > Diff below adds product IDs for the Nvidia Quadro M1200 Mobile graphics > card and the Intel Xeon E3-1200 v6 7th gen Host Bridge (for mobile). > > Index: pcidevs > ==

Re: unveil tcpdrop

2018-11-07 Thread Alexander Bluhm
On Wed, Nov 07, 2018 at 01:02:28PM +, Ricardo Mestre wrote: > Hi, > > tcpdrop(8) needs to access only two files, in this case /etc/hosts and > /etc/resolv.conf both with read permissions for the purpose of name > resolution. > ethers(5) is not needed since we are not using any of the ether_*(

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

2018-11-07 Thread Ayaka Koshibe
On Wed, Nov 07, 2018 at 10:52:59AM +0100, Klemens Nanni wrote: > On Tue, Nov 06, 2018 at 11:01:37PM -0800, Ayaka Koshibe wrote: > > 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 switch

Re: [PATCH] Fix broken bus voltage setting in sdhc

2018-11-07 Thread Mark Kettenis
> From: Ben Pye > Content-Type: text/plain; charset="utf-8" > > I have been attempting to run OpenBSD on my HP Chromebook 13, it's a > Skylake device with eMMC storage. Previously sdhc attempted to set the > same bus voltage multiple times, and after the first, successful, > attempt it would brea

[PATCH] Fix broken bus voltage setting in sdhc

2018-11-07 Thread Ben Pye
I have been attempting to run OpenBSD on my HP Chromebook 13, it's a Skylake device with eMMC storage. Previously sdhc attempted to set the same bus voltage multiple times, and after the first, successful, attempt it would break resulting in all later commands timing out. This patch changes sdhc su

unveil hotplugd

2018-11-07 Thread Ricardo Mestre
Hi, hotplugd(8) needs to open(2) `device' with read permissions, /dev/hotplug by default but can be changed via arguments. Then it needs read/execute on both _PATH_ETC_HOTPLUG_{ATTACH,DETACH} to access(2) and execl(3) them. Tested successfully attaching/dettaching (mount/umount) an USB pen. Comme

installboot: explicit free() in bootstrap()

2018-11-07 Thread Michael Mikonos
Hello, On hppa and landisk, bootstrap() is called from md_installboot(). md_installboot() is the last action before returning from main(), but bootstrap() can explicitly free the buffer it calloc'd (boot). I don't have access to hppa or landisk. Is someone able to check that this doesn't break any

Re: tcsh -- build without sbrk

2018-11-07 Thread Daniel Dickman
(dropping ports@) > On Nov 5, 2018, at 9:22 AM, Marc Espie wrote: > >> On Mon, Nov 05, 2018 at 09:15:28AM -0500, Daniel Dickman wrote: >> gcc uses them for precompiled headers (PCH) which is a local diff added >> by kurt@ in 2009. its likely nothing in base uses PCH but i don't know >> wha

Re: Add extra ':' when base64 encoding

2018-11-07 Thread Claudio Jeker
On Wed, Nov 07, 2018 at 02:52:45PM +0100, Martijn van Duren wrote: > Taken from my other ldap diff, but could easily be committed separately. > From RFC2849: > value-spec = ":" (FILL 0*1(SAFE-STRING) / > ":" FILL (BASE64-STRING) / >

Add extra ':' when base64 encoding

2018-11-07 Thread Martijn van Duren
Taken from my other ldap diff, but could easily be committed separately. >From RFC2849: value-spec = ":" (FILL 0*1(SAFE-STRING) / ":" FILL (BASE64-STRING) / "<" FILL url) ; See notes 7 and 8

unveil tcpdrop

2018-11-07 Thread Ricardo Mestre
Hi, tcpdrop(8) needs to access only two files, in this case /etc/hosts and /etc/resolv.conf both with read permissions for the purpose of name resolution. ethers(5) is not needed since we are not using any of the ether_*(3) family. Since unistd.h needs to be included I also shuffled netdb.h into

unveil chpass

2018-11-07 Thread Ricardo Mestre
Hi, chpass(1) without parameters enters in edit mode by default, in here it will need to execute _PATH_BSHELL to spawn a new EDITOR, _PATH_SHELLS to check (read) if we are changing from/to a non-standard shell (in case we are not root) and read access to `tempname' to verify if the file has valid

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

2018-11-07 Thread Claudio Jeker
On Tue, Nov 06, 2018 at 11:01:37PM -0800, Ayaka Koshibe wrote: > 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. Wh

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

2018-11-07 Thread Klemens Nanni
On Tue, Nov 06, 2018 at 11:01:37PM -0800, Ayaka Koshibe wrote: > 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 t