vmm(4) patch - iniatialise eptp to zero for vmx like svm

2020-02-05 Thread Adam Steen
Hi Again while working on a larger patch i noticed that the eptp for vmx was not getting initialised to zero like the svm code path, as part of a VMM_IOC_RESETCPU ioctl call. please see the attach patch to initialise eptp to zero cheers Adam ? div Index: sys/arch/amd64/amd64/vmm.c

Re: macppc base-clang -msvr4-struct-return

2020-02-05 Thread Todd Mortimer
Hi George, On Tue, Feb 04, 2020 at 08:39:12PM -0500, George Koehler wrote: > Hello tech list, > > This is a diff for base-clang. It would change the powerpc target to > return small structs in registers r3 and r4. This would fix an > incompatibility with gcc in OpenBSD macppc. I fear that if

Re: posix_openpt: allow O_CLOEXEC

2020-02-05 Thread William Ahern
On Wed, Feb 05, 2020 at 05:48:41PM -0700, Todd C. Miller wrote: > On Wed, 05 Feb 2020 15:47:37 -0600, joshua stein wrote: > > > The spec says the behavior of anything other than O_RDWR and > > O_NOCTTY is unspecified, but FreeBSD allows passing O_CLOEXEC. > > OK, but the manual needs to specify

Re: posix_openpt: allow O_CLOEXEC

2020-02-05 Thread Todd C . Miller
On Wed, 05 Feb 2020 15:47:37 -0600, joshua stein wrote: > The spec says the behavior of anything other than O_RDWR and > O_NOCTTY is unspecified, but FreeBSD allows passing O_CLOEXEC. OK, but the manual needs to specify that O_CLOEXEC support is an extension. E.g., under STANDARDS: The

Re: sched_steal_proc(): steal from highest loaded CPU

2020-02-05 Thread Amit Kulkarni
> > 'ci' changes after we proceed to another cpu, and cost will be different > > for each cpu+proc combination. > > Look at at line 516 of kern/kern_sched.c doest the first argument of > sched_proc_to_cpu_cost() change? Aaaargh, you are absolutely right! My fault, I was blinded by looking at

ipsecctl udp encap

2020-02-05 Thread Alexander Bluhm
Hi, I would like to test IPsec with NAT-T. For that it would be useful to set the udpencap flag and port of a SA. I added that to ipseectl(8). ok? bluhm Index: sbin/ipsecctl/ipsec.conf.5 === RCS file:

Re: posix_openpt: allow O_CLOEXEC

2020-02-05 Thread Theo de Raadt
Seems very reasonable. joshua stein wrote: > The spec says the behavior of anything other than O_RDWR and > O_NOCTTY is unspecified, but FreeBSD allows passing O_CLOEXEC. > > > Index: lib/libc/stdlib/posix_openpt.3 > === > RCS

posix_openpt: allow O_CLOEXEC

2020-02-05 Thread joshua stein
The spec says the behavior of anything other than O_RDWR and O_NOCTTY is unspecified, but FreeBSD allows passing O_CLOEXEC. Index: lib/libc/stdlib/posix_openpt.3 === RCS file: /cvs/src/lib/libc/stdlib/posix_openpt.3,v retrieving

Re: ldom.conf: Support devlias keyword for vdisk

2020-02-05 Thread Klemens Nanni
On Wed, Feb 05, 2020 at 09:35:25PM +0100, Klemens Nanni wrote: > Straight forward diff to allow calling disks names: > > $ cat ldom.conf > domain guest { > vcpu 4 > memory 8G > vnet > vdisk "/var/ldom/guest.img" >

ldom.conf: Support devlias keyword for vdisk

2020-02-05 Thread Klemens Nanni
Straight forward diff to allow calling disks names: $ cat ldom.conf domain guest { vcpu 4 memory 8G vnet vdisk "/var/ldom/guest.img" vdisk "/var/ldom/miniroot.fs" devalias=miniroot } $

Re: ldom.conf: curly braces in vnet block

2020-02-05 Thread Klemens Nanni
On Sun, Feb 02, 2020 at 12:08:56PM +0100, Klemens Nanni wrote: > ldom.conf(5) says > > vnet [{keyword=value ...}] > Assign a vnet(4) network interface to the guest domain. This > keyword can be used multiple times. The curly braces are > optional

em(4) reset I210 wake status

2020-02-05 Thread Nathanael Rensen
When I boot an APU2 using wake-on-lan and then attempt to power off with shutdown -hp it wakes itself up again. To prevent this it is necessary to clear the I210 PME_STATUS flag. This is described in section 5.6.2 of the I210 datasheet: The PE_WAKE_N remains asserted until the operating system

Re: Document that openlog's first paramater must continue to point to valid data

2020-02-05 Thread Ingo Schwarze
Hi, Laurence Tratt wrote on Wed, Feb 05, 2020 at 09:38:28AM +: > On Mon, Feb 03, 2020 at 09:28:15PM +0100, Ingo Schwarze wrote: >> The parameter >> .Fa ident >> -is a string that will be prepended to every message. >> +points to a string that will be prepended to every message; >> +its

Re: sched_steal_proc(): steal from highest loaded CPU

2020-02-05 Thread Martin Pieuchot
On 04/02/20(Tue) 13:13, Amit Kulkarni wrote: > [...] > 'ci' changes after we proceed to another cpu, and cost will be different for > each cpu+proc combination. Look at at line 516 of kern/kern_sched.c doest the first argument of sched_proc_to_cpu_cost() change? > Actually, in the steal case,

Re: Document that openlog's first paramater must continue to point to valid data

2020-02-05 Thread Laurence Tratt
On Mon, Feb 03, 2020 at 09:28:15PM +0100, Ingo Schwarze wrote: Hello Ingo, > The parameter > .Fa ident > -is a string that will be prepended to every message. > +points to a string that will be prepended to every message; > +its storage must persist until > +.Fn closelog > +or the

Re: [PATCH] Gemini Lake SoC pcidevs and eMMC

2020-02-05 Thread James Hastings
On 2/4/20, Patrick Wildt wrote: > On Wed, Jan 02, 2019 at 08:11:25PM -0500, James Hastings wrote: >> Hello tech@ >> >> I would like to add PCI devices for latest Intel SoC (Gemini Lake). >> >> Included a patch for sdhc(4) too that depends on this to enable eMMC. >> The Intel eMMC controller