Re: TSC timecounters

2017-10-07 Thread Adam Steen
On Sun, Oct 8, 2017 at 6:03 AM, Theo de Raadt wrote: > > Adam will correct me if I'm wrong, but his idea was to provide clock > > emulation to the operating system running in userland (solo5/unikernel). > > Perhaps vmd can make use of this interface too. > > But why does it

Re: TSC timecounters

2017-10-07 Thread Theo de Raadt
> Adam will correct me if I'm wrong, but his idea was to provide clock > emulation to the operating system running in userland (solo5/unikernel). > Perhaps vmd can make use of this interface too. But why does it matter if it knows the frequency?

Re: TSC timecounters

2017-10-07 Thread Mike Belopuhov
On Sat, Oct 07, 2017 at 17:23 +, Theo de Raadt wrote: > > > > Now that we have an accurate tsc frequency, I would like to expose this > > > > information to userland via a sysctl. > > > > > > > > The diff below exposes the tsc frequency and if it is invariant. > > > > > > > > Cheers, > > > >

Re: TSC timecounters

2017-10-07 Thread Theo de Raadt
> > > Now that we have an accurate tsc frequency, I would like to expose this > > > information to userland via a sysctl. > > > > > > The diff below exposes the tsc frequency and if it is invariant. > > > > > > Cheers, > > > Adam > > > > > > > > Please ignore that diff, looks like i had some dregs

Re: TSC timecounters

2017-10-07 Thread Mike Belopuhov
On Sat, Oct 07, 2017 at 10:27 +, Adam Steen wrote: > On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen wrote: > > > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > > > Hi, > > > > > > An experimental change to use TSC as a timecounter source on a variety > >

ctan(3) NaN

2017-10-07 Thread Ingo Feinerer
Hi, I think I found a bug/inconsistency/regression in ctan(3) introduced somewhere after 6.1 release. Originally observed in math/R (https://marc.info/?l=openbsd-ports=150728711530471=2) the behavior can be reproduced with following C program:

Re: maxproc limits

2017-10-07 Thread Marc Espie
On Fri, Oct 06, 2017 at 04:06:15PM +0100, Stuart Henderson wrote: > I have been bumping into maxproc limits a lot recently on my > workstation. While I do have quite a lot of processes at times, I don't > think I have quite been tripping into the limits of number of actual > processes. > > It

Re: TSC timecounters

2017-10-07 Thread Adam Steen
On Sat, Oct 07, 2017 at 06:27:53PM +0800, Adam Steen wrote: > On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen wrote: > > > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > > > Hi, > > > > > > An experimental change to use TSC as a timecounter source on a

Re: TSC timecounters

2017-10-07 Thread Adam Steen
On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen wrote: > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > > Hi, > > > > An experimental change to use TSC as a timecounter source on a variety > > of modern Intel and AMD CPUs has been just committed and enabled

Re: TSC timecounters

2017-10-07 Thread Adam Steen
On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > Hi, > > An experimental change to use TSC as a timecounter source on a variety > of modern Intel and AMD CPUs has been just committed and enabled on > OpenBSD/amd64 thanks to the work done by Adam Steen. > > The rationale is,

drop __plt_{start,end} support

2017-10-07 Thread Philip Guenther
Our ld hasn't generated __plt_{start,end} symbols for over a year, back in 6.0, so it's time to kill support for them in ld.so. (Where it matters, the need for the writable PLT is handled by a) marking it RWE which is automatically mapped as RW and then mprotect()ed to RX after relocation

Re: efiboot: Restore GOP mode on SetMode() failure

2017-10-07 Thread Klemens Nanni
On Sat, Oct 07, 2017 at 01:15:40AM +, YASUOKA Masahiko wrote: > Hi, > > > See my updated diff for reusing the gopi struct, please. > > ok, but the diff seems to be against wrong revision. You seems to > have other diffs, moving gop and gopi to global at least. > > Can you send it entirely?

ofw_clock: reset_deassert and clock_enable order of use Qs

2017-10-07 Thread Artturi Alm
Hi, what was the cause of these delays? i just spotted this, so untested on likely more affected HW(sunxi A64/H3 and rockchips), but just for discussion about the delays/ordering? are they really needed like that? i don't remember having read anything about the order of these from

smtpd: prefer clock_gettime()

2017-10-07 Thread Philip Guenther
...over gettimeofday()+TIMEVAL_TO_TIMESPEC() Note that smtpd already uses clock_gettime() so this isn't an issue for -portable. ok? Index: smtpd/queue_fs.c === RCS file: /data/src/openbsd/src/usr.sbin/smtpd/queue_fs.c,v