Re: amd64: update PTDpaddr with new PA of PML4 for libkvm

Hi, From: Mike Larkin Subject: Re: amd64: update PTDpaddr with new PA of PML4 for libkvm Date: Wed, 13 Feb 2019 01:01:28 -0800 > On Wed, Feb 13, 2019 at 05:40:45PM +0900, Naoki Fukaumi wrote: >> Hi Mike Larkin, >> >> since pmap_kernel is randomized, savecore(libkvm) cannot save core >> dump fro

Re: add getrun for rcctl(8)

On Fri, 15 Feb 2019 14:45:14 +0900 (JST) YASUOKA Masahiko wrote: > The diff adds "getrun" command for rcctl(8) which shows the daemon > variables from the running daemon. > > ok? comment? Sorry, previous diff is broken. It could not get any value other than daemon_pexp. Let me update the diff.

add getrun for rcctl(8)

Hi, The diff adds "getrun" command for rcctl(8) which shows the daemon variables from the running daemon. ok? comment? Index: usr.sbin/rcctl/rcctl.8 === RCS file: /cvs/src/usr.sbin/rcctl/rcctl.8,v retrieving revision 1.35 diff -u -p

Re: Why both media and -mediaopt doesn't specify at the same time?

From: YASUOKA Masahiko Date: Thu, 14 Feb 2019 15:34:26 +0900 (JST) > On Thu, 14 Feb 2019 08:30:45 +0900 (JST) > Masato Asou wrote: >> From: Claudio Jeker >> Date: Wed, 13 Feb 2019 14:25:58 +0100 >> >>> On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote: Hi, When I exec

Re: dd conv=fsync

Alexander Bluhm wrote: > GNU dd has the conv=fsync feature which does an fsync(2) after final > write to output. I find this useful for write performance measurement > through the file system without buffer cache optimization. Others > may like the reliable storage guarantee of fsync(2). > > Do

ikectl ca's 1 year validity

I usually setup iked with certificates generated by other tooling, but have used "ikectl ca" once or twice when I've been in a hurry, and each time have been bitten by the default validities. It uses 365 days for everything. For server certificates it's simple enough to rekey or at least re-sign s

dd conv=fsync

Hi, GNU dd has the conv=fsync feature which does an fsync(2) after final write to output. I find this useful for write performance measurement through the file system without buffer cache optimization. Others may like the reliable storage guarantee of fsync(2). Do we want dd conv=fsync in OpenB

Re: video(1) and modesetting driver

On 14/02/19(Thu) 11:24, Raphael Graf wrote: > On Wed, Feb 13, 2019 at 04:09:10PM -0200, Martin Pieuchot wrote: > > On 07/02/19(Thu) 13:52, Raphael Graf wrote: > > > [...] > > > The new diff below solves this yuy2/yuyv problem by defining them both > > > under > > > the same name 'yuy2'. > > > >

Re: [PATCH] mg: {beginning,end}-of-buffer don't set marks in Emacs

Ping. On Wed, Feb 06, 2019 at 11:29:47PM +0200, Leonid Bobrov wrote: > Hi! > > Going to end and begging of buffer doesn't set marks in Emacs. > > Index: basic.c > === > RCS file: /cvs/src/usr.bin/mg/basic.c,v > retrieving revision 1

Fix mmap_hints regression test for arm64

Hi, the folowing patch fixes the uvm_mmap_hints regression test on arm64: ot10# make ./mmap_hint 1: Checking hint 0x0 mmap -> 0x1d978c9000 2: Checking hint page below VM_MAXUSER_ADDRESS 0x7f7000 mmap -> 0x7f7000 3: Checking hint VM_MIN_ADDRESS 0x1000 mmap -> 0x1000 4: Checki

rework bgpd timeout handling a bit

mrt_timeout should just return -1 when there is no timeout set. The poll loop in bgpd.c already limits the maximum wait time. While there switch to using time_t for the calculation. OK? -- :wq Claudio ? obj Index: bgpd.c === RCS fil

Re: video(1) and modesetting driver

On Wed, Feb 13, 2019 at 04:09:10PM -0200, Martin Pieuchot wrote: > On 07/02/19(Thu) 13:52, Raphael Graf wrote: > > [...] > > The new diff below solves this yuy2/yuyv problem by defining them both under > > the same name 'yuy2'. > > That's great. I would just change the comment to explain that it

Re: ldap(1) Add delete support [0/1]

On Thu, Feb 14, 2019 at 08:32:11AM +0100, Martijn van Duren wrote: > I would like to see some more functionality in ldap(1), so I started of > with delete, because that's seems to be the easiest/shortest to > implement and the diffs are big enough as is. > > I split it up in 2 diffs. This is the

Re: switch Xorg protos to xorgproto 2018.4

On Mon, Feb 11, 2019 at 07:34:46AM +0100, Matthieu Herrb wrote: > Hi, > > I've recently imported xorgproto 2018.4 in xenocara. This is a package > the unifies all the previous *proto packages from X.Org (except > xcb-proto which is special), and enabled it yesterday. > > I had to revert that last

Re: ldap(1) Add delete support [1/1]

And the man support for delete, applies on top of the restructure diff. diff --git a/ldap.1 b/ldap.1 index 0225f78..296d282 100644 --- a/ldap.1 +++ b/ldap.1 @@ -35,6 +35,17 @@ .Op Fl z Ar sizelimit .Op Ar filter .Op Ar attributes ... +.Nm +.Cm delete +.Op Fl rvWxZ +.Op Fl c Ar CAfile +.Op Fl D

Re: ldap(1) Add delete support [0/1]

Here's the accompanying documentation diff for the restructure. diff --git a/ldap.1 b/ldap.1 index bb65ea4..0225f78 100644 --- a/ldap.1 +++ b/ldap.1 @@ -40,30 +40,10 @@ The .Nm utility is a simple LDAP client. It queries an LDAP server to perform a command and outputs the results -in the LDAP D