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
=
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 I
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
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 ability
> > '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 the
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: /data/mirror/openbsd/cvs/src
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 fi
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 rev
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"
> vd
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
}
$ d
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 a
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 e
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 stor
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, if
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 corresponding
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 does
16 matches
Mail list logo