pledge dhclient(8)

Hi, This one was difficult to get since SIOCGIFRDOMAIN is checked in a loop inside dispatch(). It needs "inet dns" for obvious reasons, then "route" because of the above. Additionally if "-d" parameter (no_daemon) is NOT used then it will by default run in the background and fire up a daemon(3)

Re: Index underflow in lex(1)

Serguey Parkhomovsky wrote: > On Thu, Nov 26, 2015 at 01:03:22PM -0500, Michael McConville wrote: > > This nondeterministically underflows _sf_top_ix, causing a segfault: > > > > http://www.sccs.swarthmore.edu/users/16/mmcconv1/dump/crash.l > > > > Looks like _sf_top_ix always underflows

rtadvd: replace hand-rolled filter with ROUTE_MSGFILTER

rtadvd(8) reimplements in userland what setsockopt(ROUTE_MSGFILTER) does, with the additional drawback that it is uselessly woken up for routing messages it doesn't care about. The unreachable RTM_GET case in get_next_msg() can also go away. ok? Index: if.c

Re: Index underflow in lex(1)

On Thu, Nov 26, 2015 at 01:03:22PM -0500, Michael McConville wrote: > This nondeterministically underflows _sf_top_ix, causing a segfault: > > http://www.sccs.swarthmore.edu/users/16/mmcconv1/dump/crash.l > Looks like _sf_top_ix always underflows whenever there are extra closing

Re: Prefer LOGNAME over USER in snake(6) and tetris(6)

On Sun, 29 Nov 2015 15:02:11 +0100, Theo Buehler wrote: > Prefer $LOGNAME over $USER, since the latter is deprecated, > see environ(7). Pointed out by millert@ > Fall back to getlogin() before defaulting to " ???". OK millert@ - todd

Re: [patch] gprof(1): fix incompatible pointer types

Ping? On Mon, Nov 16, 2015 at 10:09:29AM -0800, Serguey Parkhomovsky wrote: > Hi Philip, > > Thanks for the detailed explanation on comparison functions for qsort. I > have looked through your changes, and have only found one issue: > > > 2) totalcmp(A,B) and totalcmp(B,A) both return <0 if

just for safety

Considering the number of places where we do such iteration, if this is still possible we're in big troubles, this is just a leftover of old over engineering. ok? Index: netinet6/in6.c === RCS file: /cvs/src/sys/netinet6/in6.c,v

Backward compat

I'm about to kill rt_mask() and I believe it's not worth keeping this old backward compatibility. Anybody disagree? Ok? Index: netinet/if_ether.c === RCS file: /cvs/src/sys/netinet/if_ether.c,v retrieving revision 1.190 diff -u -p

UTF-8 support for ls(1)

Hi, here is a clean patch implementing full UTF-8 support including validation, sanitation, and columnation for ls(1). This integrates work done by tedu@, bentley@, and myself during u2k15 in Berlin. After several iterations, i now consider it ripe for commit, but would appreciate at least two

Re: just for safety

On Mon, Nov 30, 2015 at 06:13:04PM +0100, Martin Pieuchot wrote: > Considering the number of places where we do such iteration, if this > is still possible we're in big troubles, this is just a leftover of > old over engineering. The check is done inconsistenly only sometimes. Note that there

rtadvd: remove router renumbering support

ie. https://tools.ietf.org/html/rfc2894 This code has been rotting since a long time, only activated during two months after the initial import from KAME. Since rtadvd.c rev.1.3, the -R command-line switch has no effect. This protocol is unsafe and assumes that communication between renumbered

Re: serialise if_start calls

On 30.11.2015. 12:55, David Gwynne wrote: > this tweaks the guts of if_start so it guarantees that there's only > ever one call to ifp->if_start running in the system at a time. > previously this was implicit because it could only be called with > the KERNEL_LOCK held. > > as we move forward it

Re: rtadvd: remove router renumbering support

yes please. while in there you should deleted the commented .Fl m from the man page, too. OK florian@ On Mon, Nov 30, 2015 at 08:12:32PM +0100, Jeremie Courreges-Anglas wrote: > > ie. https://tools.ietf.org/html/rfc2894 > > This code has been rotting since a long time, only activated during two

Re: rtadvd: useless argument/checks in if.c:get_next_msg()

OK florian@ On Mon, Nov 30, 2015 at 01:58:16PM +0100, Jeremie Courreges-Anglas wrote: > > Hi, > > get_next_msg() takes an "ifindex" argument, and contains code to check > whether the interface affected by a routing message is "the correct > one". Those tests have always been meaningless since

Re: SOCKS strerrors for nc(1)

Theo de Raadt wrote: > Please KNF. > > case 90: > return "Succeeded"; > case 91: > > etc. New diff: Index: socks.c === RCS file: /cvs/src/usr.bin/nc/socks.c,v retrieving revision 1.21 diff -u -p -r1.21

Re: does openssl get to use dns?

I think that's correct. I believe this may have been missed when "dns" was introduced in pledged - openssl got done early. On Mon, Nov 30, 2015 at 6:12 PM, Theo Buehler wrote: > On Fri, Nov 20, 2015 at 01:58:57PM +0100, Jérémie Courrèges-Anglas wrote: >> "Todd T. Fries"

inteldrm: HBR2 support for DisplayPort 1.2

from Todd Previte Enable 5.4Ghz (HBR2) link rate for Displayport 1.2-capable devices 06ea66b6bb445043dc25a9626254d5c130093199 in mainline Linux refactored to only support the GPU's both capable of HBR2 and currently supported by inteldrm: Broadwell and non-ULT Haswell ok? Index:

SOCKS strerrors for nc(1)

When an nc SOCKS connection fails, you get an error message like this: > connection failed, SOCKS error 6 Obviously, this would be clearer with error strings. ok? Index: socks.c === RCS file: /cvs/src/usr.bin/nc/socks.c,v

Re: inteldrm: HBR2 support for DisplayPort 1.2

On Tue, Dec 01, 2015 at 01:32:24AM +, Scot Doyle wrote: > from Todd Previte > Enable 5.4Ghz (HBR2) link rate for Displayport 1.2-capable devices > 06ea66b6bb445043dc25a9626254d5c130093199 in mainline Linux > > refactored to only support the GPU's both capable of HBR2 and > currently

Re: UTF-8 support for ls(1)

Hi Dmitrij, Dmitrij D. Czarkoff wrote on Mon, Nov 30, 2015 at 11:37:12PM +0100: > Ingo Schwarze said: >> * I am resetting mbtowc(3) internal state after failure, >>even though that has no effect on OpenBSD, if only as a >>reminder that there be dragons. It costs almost nothing, >>

Re: [Flex-devel] Index underflow in lex(1)

On Mon, Nov 30, 2015 at 06:51:39PM -0500, Will Estes wrote: > Awesome. This applies cleanly albeit with fuzz and makes sense. > > Could you provide Serguey Parkhomovsky's email address so I can use it when > committing the change into git? Happy to help. :-) The address that I'm sending from

A couple man page tweaks

1. A clearer wording of allocation failure 2. ksh has job control and is the default shell ok? Index: lib/libc/string/strdup.3 === RCS file: /cvs/src/lib/libc/string/strdup.3,v retrieving revision 1.21 diff -u -p -r1.21 strdup.3

Re: UTF-8 support for ls(1)

Ingo Schwarze said: > * I am resetting mbtowc(3) internal state after failure, >even though that has no effect on OpenBSD, if only as a >reminder that there be dragons. It costs almost nothing, >neither in terms of clutter nor in terms of performance. This doesn't make sense to me.

make: don't know how to make linking.go (prerequisite of: libobjc_g.a)

Hello, I'm trying to compile -current with debug info enabled. cat /etc/mk.conf DEBUG= DEBUGLIBS=yes I'm got this error during cd /usr/src && make build make: don't know how to make linking.go (prerequisite of: libobjc_g.a) Stop in gnu/usr.bin/cc/libobjc *** Error 2 in gnu/lib (:48 'all')

Re: inteldrm: HBR2 support for DisplayPort 1.2

On Tue, Dec 01, 2015 at 04:51:24AM +, Scot Doyle wrote: > On Tue, 1 Dec 2015, Jonathan Gray wrote: > > On Tue, Dec 01, 2015 at 01:32:24AM +, Scot Doyle wrote: > > > from Todd Previte > > > Enable 5.4Ghz (HBR2) link rate for Displayport 1.2-capable devices > > >

Re: inteldrm: HBR2 support for DisplayPort 1.2

On Tue, 1 Dec 2015, Jonathan Gray wrote: > On Tue, Dec 01, 2015 at 01:32:24AM +, Scot Doyle wrote: > > from Todd Previte > > Enable 5.4Ghz (HBR2) link rate for Displayport 1.2-capable devices > > 06ea66b6bb445043dc25a9626254d5c130093199 in mainline Linux > > > > refactored to only support the

pledge: ssh (the client)

Hi, Here is an attempt to pledge ssh(1) - the client. There are two parts: - pledging a mux client, which is used when ControlMaster is in used, and your client reuse an existing connection. it ends with "stdio proc tty" (proc is to permit sending SIGWINCH to mux master on window

Re: inteldrm: HBR2 support for DisplayPort 1.2

On Tue, 1 Dec 2015, Jonathan Gray wrote: > On Tue, Dec 01, 2015 at 04:51:24AM +, Scot Doyle wrote: > > On Tue, 1 Dec 2015, Jonathan Gray wrote: > > > On Tue, Dec 01, 2015 at 01:32:24AM +, Scot Doyle wrote: > > > > from Todd Previte > > > > Enable 5.4Ghz (HBR2) link rate for Displayport

Re: inteldrm: HBR2 support for DisplayPort 1.2

On Tue, Dec 01, 2015 at 07:00:19AM +, Scot Doyle wrote: > > Index: i915/intel_dp.c > > === > > RCS file: /cvs/src/sys/dev/pci/drm/i915/intel_dp.c,v > > retrieving revision 1.26 > > diff -u -p -r1.26 intel_dp.c > > ---

serialise if_start calls

this tweaks the guts of if_start so it guarantees that there's only ever one call to ifp->if_start running in the system at a time. previously this was implicit because it could only be called with the KERNEL_LOCK held. as we move forward it would be nice to run the queue without having to take

Re: taskq_barrier(9)

> On 30 Nov 2015, at 5:54 PM, Mark Kettenis wrote: > >> Date: Mon, 30 Nov 2015 16:28:55 +1000 >> From: David Gwynne >> >> while playing with some options around running an interfaces send >> queue, i came up with the following. if you've deferred

wump(6) does not need to fork

- put the game description in the manpage, showing The Wumpus some damn respect by making at least a .Bl list of pits, bats, and the wump. - remove wump.info, instructions(), and pathnames.h - pledge a simple "stdio" Jan Index: Makefile

Re: pledge fish(6) plus a few more things

On Nov 23 13:17:43, ser...@helheim.mooo.com wrote: > Declared usage() as __dead since it won't return, instructions() called > a handrolled pager (/bin/cat) using fork which I replaced for a simple > cicle of while(fgets) then fputs (greatly inspired, to not saying it was > bluntly copied, by a

rtadvd: useless argument/checks in if.c:get_next_msg()

Hi, get_next_msg() takes an "ifindex" argument, and contains code to check whether the interface affected by a routing message is "the correct one". Those tests have always been meaningless since import, 'cause the "ifindex" argument passed to this function has always been 0 and the checks are

Re: pledge fish(6) plus a few more things

On Nov 30 14:16:02, h...@stare.cz wrote: > On Nov 23 13:17:43, ser...@helheim.mooo.com wrote: > > Declared usage() as __dead since it won't return, instructions() called > > a handrolled pager (/bin/cat) using fork which I replaced for a simple > > cicle of while(fgets) then fputs (greatly

Only use emails in .Mt

Index: hack.6 === RCS file: /cvs/src/games/hack/hack.6,v retrieving revision 1.18 diff -u -p -r1.18 hack.6 --- hack.6 13 Mar 2015 19:58:40 - 1.18 +++ hack.6 30 Nov 2015 14:14:15 - @@ -211,7 +211,3 @@ wrote the