Re: asr: support for RES_USE_DNSSEC

Jeremie Courreges-Anglas writes: > This flag is useful for software that wants to rely on the resolver to > perform DNSSEC validation. Among the use cases there are DANE and SSHFP > records, and the obvious interfaces that I think are useful are > res_mkquery and

Re: Implement fork1_to_pid(). It's fork1(), but with pid as argument

On Fri, 17 Feb 2017, Ossi Herrala wrote: > ping? Sorry about that; life has been busy. > On Sun, Feb 12, 2017 at 07:58:27PM +0200, Ossi Herrala wrote: > > On Sun, Feb 12, 2017 at 01:34:14AM +0200, Ossi Herrala wrote: > > > > > After couple of private mails with guenther@ we came up with the >

Switch agtimer from physical timer to virtual timer.

Switch agtimer from physical timer to virtual timer. This diff makes the arm generic timer for arm64 use the virtual timer instead of the physical timer. Linux uses the virtual timer in the kernel unless it is operating in hypervisor mode. The virtual timer is set up so that a hypervisor can

Re: asr: support for RES_USE_DNSSEC

"Peter J. Philipp" writes: > Hi, > > I'm not the best in reading patches, so I'm going to query you. Does > your patch check for the "AD" flag from the resolver? The patch doesn't change anything here. We don't look at that flag for res_mkquery, the application is supposed

Re: asr: support for RES_USE_DNSSEC

Eric Faurot writes: > On Sat, Feb 25, 2017 at 07:24:48PM +0100, Jeremie Courreges-Anglas wrote: >> Jeremie Courreges-Anglas writes: >> >> > This flag is useful for software that wants to rely on the resolver to >> > perform DNSSEC validation. Among the use

systat/vmm

Hi, I've added the 'vmctl status' view to systat(1). I am not sure if this is of general interest. Any opinions about it? Index: usr.bin/systat/Makefile === RCS file: /cvs/src/usr.bin/systat/Makefile,v retrieving revision

Re: Xorg stipple

Thanks to the stipple pattern I noticed this: https://marc.info/?l=openbsd-x11=146506160500583=2 I know it's not relevant or if it's useful for discovering some bug, but I'd still like to know what's that phantom shadow that appears at the right bottom of my screen. :-)

Re: take PRU_ATTACH out of usrreq

On Sun, Feb 26, 2017 at 07:51:14AM -0700, Todd C. Miller wrote: > On Sun, 26 Feb 2017 10:56:16 +0100, Claudio Jeker wrote: > > > Attaching a PCB to a socket is currently done via PRU_ATTACH but in most > > cases this does not need the network / socket lock since no packets can be > > received or

Re: Xorg stipple

On Sun, 26 Feb 2017 at 10:43:50 +0100, Landry Breuil wrote: > On Wed, Mar 09, 2016 at 05:09:13PM -0600, joshua stein wrote: > > Is anyone seriously finding video/Xorg bugs through the default X > > stipple pattern anymore? Xorg changed the default to draw a black > > background a while ago (with

Re: take PRU_ATTACH out of usrreq

On Sun, 26 Feb 2017 10:56:16 +0100, Claudio Jeker wrote: > Attaching a PCB to a socket is currently done via PRU_ATTACH but in most > cases this does not need the network / socket lock since no packets can be > received or sent over this socket (needs a bind or connect first) > It also cleans up

Re: dc: do {} while() as an arg in bn_check()

On Sun, Feb 26, 2017 at 11:49:13AM +0100, Daniel Cegiełka wrote: > 2017-02-26 8:27 GMT+01:00 Otto Moerbeek : > > On Sat, Feb 25, 2017 at 11:28:43PM +0100, Daniel Cegiełka wrote: > > > > > > > Bleh, they could have changed the implementation without changing the > > API but they

Re: dc: do {} while() as an arg in bn_check()

2017-02-26 8:27 GMT+01:00 Otto Moerbeek : > On Sat, Feb 25, 2017 at 11:28:43PM +0100, Daniel Cegiełka wrote: > > > Bleh, they could have changed the implementation without changing the > API but they choose not to and place the burden on the user of the lib. > > Easy "fix" would

Re: asr: support for RES_USE_DNSSEC

On Sat, Feb 25, 2017 at 11:17:37PM +0100, Peter J. Philipp wrote: > Hi, > > I'm not the best in reading patches, so I'm going to query you. Does > your patch check for the "AD" flag from the resolver? As basically a > DNSSEC able recursive nameserver should set this meaning it has >

take PRU_ATTACH out of usrreq

Attaching a PCB to a socket is currently done via PRU_ATTACH but in most cases this does not need the network / socket lock since no packets can be received or sent over this socket (needs a bind or connect first) It also cleans up a few other ugly things like how the proto is passed. This diff

Re: Xorg stipple

On Sun, Feb 26, 2017 at 10:43:50AM +0100, Landry Breuil wrote: > On Wed, Mar 09, 2016 at 05:09:13PM -0600, joshua stein wrote: > > Is anyone seriously finding video/Xorg bugs through the default X > > stipple pattern anymore? Xorg changed the default to draw a black > > background a while ago

Re: asr: support for RES_USE_DNSSEC

On Sat, Feb 25, 2017 at 05:55:36PM +0100, Jeremie Courreges-Anglas wrote: > > This flag is useful for software that wants to rely on the resolver to > perform DNSSEC validation. Among the use cases there are DANE and SSHFP > records, and the obvious interfaces that I think are useful are >

Re: Xorg stipple

On Wed, Mar 09, 2016 at 05:09:13PM -0600, joshua stein wrote: > Is anyone seriously finding video/Xorg bugs through the default X > stipple pattern anymore? Xorg changed the default to draw a black > background a while ago (with stipple enabled using the -retro flag), > but we have this local

Re: asr: support for RES_USE_DNSSEC

On Sat, Feb 25, 2017 at 07:24:48PM +0100, Jeremie Courreges-Anglas wrote: > Jeremie Courreges-Anglas writes: > > > This flag is useful for software that wants to rely on the resolver to > > perform DNSSEC validation. Among the use cases there are DANE and SSHFP > > records, and