Re: mandoc: -Tlint: search /usr/local/man as well

On Sat, Apr 03, 2021 at 02:33:05AM +0200, Klemens Nanni wrote: > It has always bothered me that linting manuals complained about missing > manuals from packages despite their path being part of the default > MANPATH: > > No local man(1) config: > > $ echo $MANPATH > ksh: MANPATH: para

mandoc: -Tlint: search /usr/local/man as well

It has always bothered me that linting manuals complained about missing manuals from packages despite their path being part of the default MANPATH: No local man(1) config: $ echo $MANPATH ksh: MANPATH: parameter not set $ cat /etc/man.conf cat: /etc/man.conf: No su

vmd(8): send correct response on unpause error

If vmctl(8) sends an unpause request for a vm that doesn't exist, vmd(8) should be responding with the IMSG_VMDOP_UNPAUSE_VM_RESPONSE imsg_type with an ENOENT error code. (Similarly if the request comes from a user without permissions to unpause, the error is EPERM but the imsg_type is wrong.) Sin

vmm(4): improve {rd,wr}msr exit handling for both amd & intel

The following diff cleans up and improves MSR-related event handling in vmm(4) for when the guest attempts a rdmsr/wrmsr instruction. As mentioned in a previous email to tech@ about fixing support for 9front guests [1], we found some discprepencies between vmm(4)'s handling on Intel hosts and AMD h

Re: Superflouous memcpy() in vmctl/main.c

Preben Guldberg writes: > Looking through the code for vmctl, I came across a repeated memcpy() in > vmctl/main.c. > > In the checks below, ret is either set by a memcpy() or defaulted to 0. > > If set by memcpy(), and ret != 0, the memcpy() is repeated verbatim, > which seems unnecessary. > C

Re: vmm.4: document supported ioctls

On Fri, Apr 02, 2021 at 03:24:55AM +0200, Klemens Nanni wrote: > On Thu, Apr 01, 2021 at 08:34:37PM -0400, Dave Voutila wrote: > > I've updated the diff using your feedback. See below. > Thanks, OK kn > ok mlarkin@ also

Re: monotonic time going back by wrong skews

On Thu, Apr 01, 2021 at 06:43:30PM -0500, Scott Cheloha wrote: > On Thu, Apr 01, 2021 at 03:41:24PM -0400, Josh Rickmar wrote: > > On Thu, Apr 01, 2021 at 03:22:00PM -0400, Josh Rickmar wrote: > > > On Thu, Apr 01, 2021 at 02:15:48PM -0500, Scott Cheloha wrote: > > > > On Sat, Mar 27, 2021 at 02:20

Re: apmd/apm: propagate failure to apm, make apm report failure

On Fri, Mar 26, 2021 at 10:49:53PM +0100, Klemens Nanni wrote: > On Fri, Mar 26, 2021 at 10:38:30PM +0100, Klemens Nanni wrote: > > apm(8) never knows gets the result of the requested power action carried > > out by apmd(8), so platforms without suspend/resume support behave like > > this: > > > >

apm: do_zzz() never returns

It calls either usage() which exits or it calls exit(send_command()). OK? Index: apm.c === RCS file: /cvs/src/usr.sbin/apm/apm.c,v retrieving revision 1.37 diff -u -p -r1.37 apm.c --- apm.c 23 Sep 2020 05:50:26 - 1.37

ksh: add support for bracketed paste mode

Hello, The diff below adds support for bracketed paste mode to ksh. Bracketed paste mode is a set of special escape sequences, which are employed by many terminal emulators to allow programs run inside of them to distinguish pasted text from typed-in text [0]. This is useful for preventing pasted

clean iwx unused firmware dma allocation

It is not a functionality change. The firmware dma is not actually used and it is due to ported from iwm, this patch remove this allocation. By the way, firmware monitor code is not ported done and not work, right? Index: sys/dev/pci/if_iwx.c =