Re: pledge(2) sndioctl(1)

On Fri, May 22, 2020 at 06:57:00AM +0200, Sebastien Marie wrote: > On Thu, May 21, 2020 at 11:07:39PM +0100, Ricardo Mestre wrote: > > Hi, > > > > After the handle sioctl_hdl `hdl' is opened (which in itself requires rw fs > > access and opening an unix socket) then all operations happen over that

amdgpio(4): acpi_attach_args resources

correction, s/aaa_memt/aaa_bst[0]/ > stop parsing _CRS and use resources from struct acpi_attach_args. Index: dev/acpi/amdgpio.c === RCS file: /cvs/src/sys/dev/acpi/amdgpio.c,v retrieving revision 1.2 diff -u -p -r1.2 amdgpio.c --- d

amdgpio(4): acpi_attach_args resources

stop parsing _CRS and use resources from struct acpi_attach_args. Index: dev/acpi/amdgpio.c === RCS file: /cvs/src/sys/dev/acpi/amdgpio.c,v retrieving revision 1.2 diff -u -p -r1.2 amdgpio.c --- dev/acpi/amdgpio.c 26 Jan 2020 00:11:4

Re: pledge(2) sndioctl(1)

On Thu, May 21, 2020 at 11:07:39PM +0100, Ricardo Mestre wrote: > Hi, > > After the handle sioctl_hdl `hdl' is opened (which in itself requires rw fs > access and opening an unix socket) then all operations happen over that handle > so the program may be restricted to only "stdio". > > All option

Re: pledge(2) sndioctl(1)

On Thu, May 21, 2020 at 11:07:39PM +0100, Ricardo Mestre wrote: > Hi, > > After the handle sioctl_hdl `hdl' is opened (which in itself requires rw fs > access and opening an unix socket) then all operations happen over that handle > so the program may be restricted to only "stdio". > > All option

pledge(2) sndioctl(1)

Hi, After the handle sioctl_hdl `hdl' is opened (which in itself requires rw fs access and opening an unix socket) then all operations happen over that handle so the program may be restricted to only "stdio". All options were tested successfully, including the examples from the manpage plus tweak

Re: fix pppx(4) with net/ifq.c rev 1.38

On Wed, May 20, 2020 at 05:42:35PM +0300, Vitaliy Makkoveev wrote: > I got splassert with pppx(4) and net/ifq.c rev 1.38 raised by > NET_ASSERT_LOCKED() in netinet/ip_output.c:113 and underlaying routines. > > net/ifq.c rev 1.38 is not in snapshot yet so you need to checkout and > build kernel to

Re: {plus,}67.html: fix link crontab(5)

Martin Vahlensieck(open...@academicsolutions.ch) on 2020.05.20 19:15:48 +0200: > Hey there! > > Otherwise it's going to crontab(1). Thanks, commited. Benno

Re: vmm timer for linux guests

Hi Sivaram, I'm the author of the e-mail thread that you mentioned. After feedback I got from OpenBSD community, I created a patch for Linux to enable kvm-clock when booting on VMM. It managed to keep clock in sync, but I experienced random crashes in vmd after some time running the VM. Mul

Re: fix pppx(4) with net/ifq.c rev 1.38

After net/ifq.c rev 1.38 was reverted pppac(4) still has this problem. pppac_output() called under NET_LOCK(). pppac_output() calls if_enqueue() which calls ifq_start(). But now ifq_start() can run pppac_input() directly under NET_LOCK() and also is can enqueue work and pppac_input() will be calle

Re: fix pppx(4) with net/ifq.c rev 1.38

Vitaliy Makkoveev wrote: > Also 6.7 release has this problem. And I like to know, how to fix it too. Is this is a critical security fix, or an issue that lots of people will encounter? Errata creation is hours of work. We don't do it for tiny things. I actually don't appreciate seeing pressur

Re: opensmtpd: properly use getsockname and getpeername

Thanks, I've committed the fix. - todd

vmm timer for linux guests

Hello Mike, >From #openbsd, I gather that you are working on the timer issue (time falling >behind) that linux guests have in vmm. I run linux guests in vmm and I am using a linux module just to sync the timer every 5 seconds from the host. I presume that there might be a better solution than

Re: vldcp(4/sparc64), magma(4) and spif(4) kqfilter

> Date: Wed, 20 May 2020 14:39:05 +0200 > From: Martin Pieuchot > Cc: tech@openbsd.org > Content-Type: text/plain; charset=utf-8 > Content-Disposition: inline > > On 20/05/20(Wed) 12:18, Mark Kettenis wrote: > > > Date: Wed, 20 May 2020 11:33:24 +0200 > > > From: Martin Pieuchot > > > > > > Dif

Re: Use full word for `machine ddbcpu` command in ddb.html

Hi, Would below change be okay? On Sat, Apr 11, 2020 at 01:18:03PM +, Mikolaj Kucharski wrote: > Hi, > > I was following this page in the middle of the night and misread `mach` > as `match` and it took me a while to realize what I am doing wrong. I > think using full word makes it easier to

Re: Code changes for clarity

On Mon, May 18, 2020 at 07:49:11AM -, Miod Vallat wrote: > > > For instance, in the wsdisplay_emulops structure, there are: > > > > int (*alloc_attr)(void *c, int fg, int bg, int flags, long *attrp); > > void(*unpack_attr)(void *c, long attr, int *fg, int *bg, int *ul); > > > > And at