www.openbsd.org/cgi-bin/man.cgi

This has been our constant friend for many many years. I babied some truly horrible perl that did this, along with some nasty things to extract the old man pages for many years. It is now no more. A few years back, Ingo moved it to the new mandoc based man.cgi, and now we've actually moved this

Re: uvm: shrinking amap kmem consumption

Stefan Kempf wrote: > To reduce these memory requirements, we need three flavors of amaps: > > - Tiny amaps with only one slot store the pointer to the vm_anon in the > amap directly. The two ints are not needed. This was Theo's idea. > > - Small amaps with up to 32 slots need 8 instead of 16

Re: OpenBSD ASLR and the stack

Shawn Webb wrote: > Does OpenBSD's ASLR implementation also randomize the top stack address? > Or is it simply a random gap (top of the stack still at the same > address, but application starts utilizing the stack at a random, but > properly aligned, offset)? The top of the stack, above the

Re: OpenBSD ASLR and the stack

http://www.openbsd.org/papers/asiabsdcon2015-pie-slides.pdf page6 ? On Tue, Mar 22, 2016 at 8:36 PM, Shawn Webb wrote: > Random newbie-sounding question: > > Does OpenBSD's ASLR implementation also randomize the top stack address? > Or is it simply a random gap (top

OpenBSD ASLR and the stack

Random newbie-sounding question: Does OpenBSD's ASLR implementation also randomize the top stack address? Or is it simply a random gap (top of the stack still at the same address, but application starts utilizing the stack at a random, but properly aligned, offset)? If it's just a random gap,

Re: Scheduler hack for multi-threaded processes

On Tue, Mar 22, 2016 at 10:00 AM, Douglas Ray wrote: > On 21/03/16 11:29 AM, Mark Kettenis wrote: > >> From: Amit Kulkarni >>> Date: Sun, 20 Mar 2016 17:57:49 -0500 >>> >> ... > >> +1. Previously, when I did a cvs update with original scheduler code, >>>

librthread mutex limitation

I generated the output below by running firefox on my x220 with a patched librthread. The diff I used is attached and uses some builtins to see which _spinlock() calls are *really* contended. The result is interesting. <_rthread_mutex_lock+0x58> correspond to the line 108 of rthread_sync.c:

Re: Scheduler hack for multi-threaded processes

Douglas Ray wrote: > On 21/03/16 11:29 AM, Mark Kettenis wrote: > >>From: Amit Kulkarni > >>Date: Sun, 20 Mar 2016 17:57:49 -0500 > ... > >>+1. Previously, when I did a cvs update with original scheduler code, doing > >>the ports update the machine always froze solid while

Re: Scheduler hack for multi-threaded processes

> >> IMHO, this patch should go in! > > > > No. It's a hack. It points out aproblem that should be investigated > > deeper. > > > > If it gives a significant performance improvement but is too distant > from a real solution, maybe it could be worth distributing in > package(s) form. > > The

Re: Scheduler hack for multi-threaded processes

On 21/03/16 11:29 AM, Mark Kettenis wrote: From: Amit Kulkarni Date: Sun, 20 Mar 2016 17:57:49 -0500 ... +1. Previously, when I did a cvs update with original scheduler code, doing the ports update the machine always froze solid while doing cvs update, taking 3 minutes to

Re: uvm: shrinking amap kmem consumption

Mark Kettenis wrote: > > Date: Mon, 21 Mar 2016 20:02:28 +0100 > > From: Stefan Kempf > > > > Recently we found that amaps consume a good deal of kernel address space. > > See this thread: https://marc.info/?l=openbsd-tech=145752756005014=2. > > And we found a way to reduce

[patch] www faq/current.html - validation pass href and id rYYYYMMDD

Mon, 21 Mar 2016 07:49:47 -0600 (MDT) Theo Buehler > CVSROOT: /cvs > Module name: www > Changes by: t...@cvs.openbsd.org2016/03/21 07:49:47 > > Modified files: > faq: current.html > > Log message: > add missing tag, from lists () wrant ! com >

Re: make vlan(4) remember its parent by index, not by reference

On Tue, Mar 22, 2016 at 09:36:18PM +1000, David Gwynne wrote: > this basically makes the code use if_get instead of carrying a > pointer around. this is as mechanical as i can make it. > > ok? > > Index: if_vlan_var.h > === > RCS

Re: sendsyslog(2) man page

On Tue, Mar 22, 2016 at 01:07:29PM +0100, Alexander Bluhm wrote: > On Tue, Mar 22, 2016 at 07:20:56AM +, Jason McIntyre wrote: > > > -formatted message direct to > > > +formatted message directly to > > > > i think both are acceptable. i actually prefer how it is now. > > There was another

replace m_copym2 with m_dup_pkt in pfkey.c

ok? Index: pfkey.c === RCS file: /cvs/src/sys/net/pfkey.c,v retrieving revision 1.29 diff -u -p -r1.29 pfkey.c --- pfkey.c 22 Mar 2016 11:53:21 - 1.29 +++ pfkey.c 22 Mar 2016 12:07:25 - @@ -142,7 +142,7 @@

replace m_copym2 with m_dup_pkt in pf.c

the subject says it all. could someone who uses dup-to try this? ok? Index: pf.c === RCS file: /cvs/src/sys/net/pf.c,v retrieving revision 1.966 diff -u -p -r1.966 pf.c --- pf.c4 Mar 2016 22:38:23 - 1.966 +++ pf.c

Re: sendsyslog(2) man page

On Tue, Mar 22, 2016 at 07:20:56AM +, Jason McIntyre wrote: > > -formatted message direct to > > +formatted message directly to > > i think both are acceptable. i actually prefer how it is now. There was another "directly" in the next sentence. I have removed that to avoid inconsistency. >

make vlan(4) remember its parent by index, not by reference

this basically makes the code use if_get instead of carrying a pointer around. this is as mechanical as i can make it. ok? Index: if_vlan_var.h === RCS file: /cvs/src/sys/net/if_vlan_var.h,v retrieving revision 1.33 diff -u -p

Re: arm: remove ARM11

On Tue, Mar 22, 2016 at 12:22:55PM +0100, Patrick Wildt wrote: > Hi, > > the last one to remove would be ARM11. I forgot to mention that this diff is based on the ARM10 diff. > > ok? > > Patrick > > diff --git sys/arch/arm/arm/bus_space_asm_generic.S >

arm: remove ARM11

Hi, the last one to remove would be ARM11. ok? Patrick diff --git sys/arch/arm/arm/bus_space_asm_generic.S sys/arch/arm/arm/bus_space_asm_generic.S index 66727a2..fa8c0df 100644 --- sys/arch/arm/arm/bus_space_asm_generic.S +++ sys/arch/arm/arm/bus_space_asm_generic.S @@ -50,7 +50,7 @@

arm: remove ARM10

Hi, Now we only have 2 unused processor generations left: ARM10 and ARM11. This diff removes support for the ARM10. ok? Patrick diff --git sys/arch/arm/arm/cpu.c sys/arch/arm/arm/cpu.c index 6fa6bc3..df572c1 100644 --- sys/arch/arm/arm/cpu.c +++ sys/arch/arm/arm/cpu.c @@ -84,7 +84,6 @@

Re: bgpd: fix adding a new interface and network inet connected

Peter, Thank you for fixing this bug that has been responsible for much of my service disruption over the months :) Denis

Re: route(4) diff

OK On 2016 Mar 22 (Tue) at 10:47:53 +0100 (+0100), Sebastian Benoit wrote: :add missing RTF_CONNECTED. :remove ESIS (End System to Intermediate System Protocol), ann NDP in :comment. :add information about RTF_FMASK. : :ok? : :diff --git share/man/man4/route.4 share/man/man4/route.4 :index

Re: [patch] NULL check in libedit

Hi Martijn, Martijn van Duren wrote on Tue, Mar 22, 2016 at 09:57:33AM +0100: > I found this one by exiting bc -l via ^D. > It should be fine since ct_encode_string also returns NULL > when tmp is NULL. Oops, indeed, sorry for overlooking that edge case. Completely correct. > OK? OK

route(4) diff

add missing RTF_CONNECTED. remove ESIS (End System to Intermediate System Protocol), ann NDP in comment. add information about RTF_FMASK. ok? diff --git share/man/man4/route.4 share/man/man4/route.4 index 7c1402c..d17dbf3 100644 --- share/man/man4/route.4 +++ share/man/man4/route.4 @@ -356,23

[patch] NULL check in libedit

Hello tech@, I found this one by exiting bc -l via ^D. It should be fine since ct_encode_string also returns NULL when tmp is NULL. OK? Index: eln.c === RCS file: /cvs/src/lib/libedit/eln.c,v retrieving revision 1.12 diff -u -p