Re: stack pointer checking

2018-01-12 Thread Juan Francisco Cantero Hurtado
On Thu, Jan 11, 2018 at 08:39:25PM -0700, Theo de Raadt wrote: > Stefan (stefan@) and I have been working for a few months on this > diff, with help from a few others. > > At every trap and system call, it checks if the stack-pointer is on a > page that is marked MAP_STACK. execve() is changed to

Re: [PATCH] usr.bin/calendar/calendars/calendar.uk - Burns' Night -> Burns Night

2018-01-12 Thread Andras Farkas
On Fri, Jan 12, 2018 at 3:11 PM, Jason McIntyre wrote: > hilariously, i just realised the apostrophe in the quote above is in the > wrong place! maybe it should be "Burns Hog Weighing Method" ;) I'd also like to note that while some people would do: Burns' Hog Weighing Method The following is also

Re: nsd 4.1.19

2018-01-12 Thread Todd C. Miller
On Fri, 12 Jan 2018 18:20:58 +0100, Florian Obser wrote: > so, here is 4.1.19. I haven't gotten around to reading the diff yet. > But I tossed it in production. So far so good here. A note to others, you'll need to "make cleandir" in /usr/src/usr.sbin/nsd (or just remove /usr/obj/usr.sbin/nsd) b

Re: [PATCH] usr.bin/calendar/calendars/calendar.uk - Burns' Night -> Burns Night

2018-01-12 Thread Mike Burns
On 2018-01-12 20.11.37 +, Jason McIntyre wrote: > > Burn's Hog Weighing Method: > > hilariously, i just realised the apostrophe in the quote above is in the > wrong place! maybe it should be "Burns Hog Weighing Method" ;) The apostrophe should come after the s in this case. -- Mike Burn

Re: [PATCH] usr.bin/calendar/calendars/calendar.uk - Burns' Night -> Burns Night

2018-01-12 Thread Raf Czlonka
On Fri, Jan 12, 2018 at 08:11:37PM GMT, Jason McIntyre wrote: > On Fri, Jan 12, 2018 at 08:05:47PM +, Jason McIntyre wrote: > > On Fri, Jan 12, 2018 at 07:38:47PM +, Raf Czlonka wrote: > > > Hi all, > > > > > > According to the most[0] prominent[1] websites[2][3][4], there's no > > > apost

Re: [PATCH] usr.bin/calendar/calendars/calendar.uk - Burns' Night -> Burns Night

2018-01-12 Thread Jason McIntyre
On Fri, Jan 12, 2018 at 08:05:47PM +, Jason McIntyre wrote: > On Fri, Jan 12, 2018 at 07:38:47PM +, Raf Czlonka wrote: > > Hi all, > > > > According to the most[0] prominent[1] websites[2][3][4], there's no > > apostrophe (') in Burns Night. > > > > [0] > > https://www.gov.uk/government/

Re: [PATCH] usr.bin/calendar/calendars/calendar.uk - Burns' Night -> Burns Night

2018-01-12 Thread Jason McIntyre
On Fri, Jan 12, 2018 at 07:38:47PM +, Raf Czlonka wrote: > Hi all, > > According to the most[0] prominent[1] websites[2][3][4], there's no > apostrophe (') in Burns Night. > > [0] > https://www.gov.uk/government/news/uk-government-leads-burns-night-celebrations-around-the-world > [1] https:/

smp basics for arm64

2018-01-12 Thread Mark Kettenis
Diff below adds the necessary bits to build and run a GENERIC.MP kernel on a single CPU. It doesn't actually add the GENERIC.MP config file yet; that would be a bit premature. Most bits taken from Dale's SMP series. His diff did disable one of the KERNEL_LOCK/UNLOCK pairs I'm adding here to make

[PATCH] usr.bin/calendar/calendars/calendar.uk - Burns' Night -> Burns Night

2018-01-12 Thread Raf Czlonka
Hi all, According to the most[0] prominent[1] websites[2][3][4], there's no apostrophe (') in Burns Night. [0] https://www.gov.uk/government/news/uk-government-leads-burns-night-celebrations-around-the-world [1] https://www.scotland.org/events/burns-night [2] http://www.bbc.co.uk/arts/robertburn

Re: nsd 4.1.19

2018-01-12 Thread Todd C. Miller
On Fri, 12 Jan 2018 18:20:58 +0100, Florian Obser wrote: > so, here is 4.1.19. I haven't gotten around to reading the diff yet. > But I tossed it in production. > > When trying to re-gen config.h.in autheader bombs out: > > [florian@openbsd-build:/usr/src/usr.sbin/nsd]$ autoheader-2.69 > autoheade

Re: nsd 4.1.19

2018-01-12 Thread Florian Obser
Oh and yes, that packed BS is completely retarded. Seeing how many commits it took to have it not constantly spass out on different compilers, it's amazing that someone didn't take the hint and gave up on it. No idea what the usecase is suppsed to be. -- I'm not entirely sure you are real.

nsd 4.1.19

2018-01-12 Thread Florian Obser
so, here is 4.1.19. I haven't gotten around to reading the diff yet. But I tossed it in production. When trying to re-gen config.h.in autheader bombs out: [florian@openbsd-build:/usr/src/usr.sbin/nsd]$ autoheader-2.69 autoheader-2.69: warning: missing template: HAVE_B64_NTOP autoheader-2.69: Use

Re: sysctl(3) or sysctl(2)?

2018-01-12 Thread Stuart Henderson
On 2018/01/12 15:38, Ingo Schwarze wrote: > > > but we have to find all the tendrils. > > Finding them is easy: > > $ man -k Xr~sysctl.3 | wc -l > 60 Plus web pages.

Re: sysctl(3) or sysctl(2)?

2018-01-12 Thread Ingo Schwarze
Hi, Theo de Raadt wrote on Thu, Jan 11, 2018 at 08:48:32PM -0700: > Anthony Coulter wrote: >> /usr/src/lib/libc/gen/sysctl.3 >> Should it actually be in section 2? > It used to be wrapped in an odd way. > The manual page could now be renamed, We rarely do that, though. There are many edge case

Re: ksh: State of NOTES and PROJECTS

2018-01-12 Thread Jeremie Courreges-Anglas
On Mon, Jan 08 2018, Klemens Nanni wrote: > On Mon, Jan 08, 2018 at 03:06:32PM +0100, Jeremie Courreges-Anglas wrote: >> On Mon, Jan 08 2018, Jeremie Courreges-Anglas wrote: >> > On Mon, Jan 08 2018, Klemens Nanni wrote: >> > Looks good, except you give no rationale for moving the FPATH quirk >>

Re: cast __swapXX in _endian.h to help the compiler

2018-01-12 Thread Joerg Sonnenberger
On Thu, Jan 11, 2018 at 01:53:00PM +1000, David Gwynne wrote: > this silences the warnings when building dhclient. You might want to check if __builtin_bswap16 and friends exist first and prefer to use them directly. Joerg

Re: constrain drm alloc_pages() to dma range

2018-01-12 Thread Mark Kettenis
> Date: Fri, 12 Jan 2018 14:53:20 +1100 > From: Jonathan Gray > > When trying to use alloc_page from ttm with radeon on an amd64 > machine with 8GB physmem the system would panic part way through > taking over the console along the lines of > > 'panic: Non dma-reachable buffer at paddr 0x1ef2210