[Bug 1880066] Re: Microphone input dies in guest when switching evdev input

put dies in guest when switching evdev input Status in QEMU: Fix Released Status in qemu package in Fedora: Fix Released Bug description: justin@justin-3900x:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04 LTS Release: 20

[Bug 1880066] Re: Microphone input dies in guest when switching evdev input

ies in guest when switching evdev input Status in QEMU: Fix Released Status in qemu package in Fedora: Fix Released Bug description: justin@justin-3900x:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04 LTS Release: 20

[Bug 1880066] Re: Microphone input dies in guest when switching evdev input

I upgraded to Ubuntu 20.10 (Groovy Gorilla) and the issue was resolved. Here's a list of relevant package versions: root@justin-3900x:/home/justin# apt list --installed | grep virt (etc...) WARNING: apt does not have a stable CLI interface. Use with caution in scripts. gir1.2-libvirt-glib-1.0

Re: [PATCH] util/oslib-posix : qemu_init_exec_dir implementation for MacOS

On Wed, 3 Jun 2020 16:36:27 +0200 Philippe Mathieu-Daudé wrote: > On 6/3/20 4:09 PM, Justin Hibbits wrote: > > On Wed, 3 Jun 2020 08:08:42 +0200 > > Philippe Mathieu-Daudé wrote: > > > >> Cc'ing more developers. > >> > >> On 5/2

Re: [PATCH] util/oslib-posix : qemu_init_exec_dir implementation for MacOS

} > > +} > > #endif > > /* If we don't have any way of figuring out the actual > > executable location then try argv[0]. */ > > > Apologies, I don't have context for this. Why was I CC'd on this? Does proc_pidpath() not NUL-terminate its written string? And, given from my quick google search, it looks like this function is private and subject to change, so can you guarantee that the returned length is the *written* length, not the full string length? If not, you could be overwriting other arbitrary data. - Justin

[Bug 1880066] [NEW] Microphone input dies in guest when switching evdev input

Public bug reported: justin@justin-3900x:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 20.04 LTS Release:20.04 Codename: focal justin@justin-3900x:~$ apt list --installed | egrep '*qemu*|*kvm*' WARNING: apt does not have a stable

RE: [EXTERNAL] Re: [PATCH RESEND 11/13] target/i386/whpx: Remove superfluous semicolon

+Sunil Muthuswamy LGTM. Thanks! Reviewed-by: Justin Terry (VM) > -Original Message- > From: Dr. David Alan Gilbert > Sent: Tuesday, February 18, 2020 2:00 AM > To: Philippe Mathieu-Daudé > Cc: qemu-devel@nongnu.org; Max Reitz ; Kevin Wolf > ; Thomas Huth ; Fam

RE: [EXTERNAL] Re: [PATCH] WHPX: Assigning maintainer for Windows Hypervisor Platform

Ha yes. LGTM Thanks! Reviewed-by: Justin Terry (VM) > -Original Message- > From: Philippe Mathieu-Daudé > Sent: Wednesday, February 19, 2020 12:32 AM > To: Justin Terry (SF) ; Sunil Muthuswamy > ; Eduardo Habkost ; > Paolo Bonzini ; Richard Henderson > > Cc:

RE: [PATCH] WHPX: Assigning maintainer for Windows Hypervisor Platform

Looks good to me! Thanks Sunil. Signed-off-by: Justin Terry (VM) > -Original Message- > From: Sunil Muthuswamy > Sent: Tuesday, February 18, 2020 12:39 PM > To: Eduardo Habkost ; Paolo Bonzini > ; Richard Henderson > Cc: Stefan Weil ; qemu-devel@nongnu.org;

RE: [PATCH v2 0/3] testing: Build WHPX enabled binaries

Hey Phil, I have contacted our legal department for guidance on this specific use case and will update you when I hear back. Thank you for your patience. Justin Terry > -Original Message- > From: Philippe Mathieu-Daudé > Sent: Friday, September 20, 2019 8:18 AM > To

Re: [Qemu-devel] [PATCH 0/1] Fix cacheline detection on FreeBSD/powerpc

On Wed, 21 Aug 2019 10:25:45 +0200 Laurent Vivier wrote: > This is the patch originally sent by Justin, modified > to change the parameter size on FreeBSD only. > > Justin, could you review and test on FreeBSD? > Peter, could you run "make check" on your MacOS X hos

Re: [Qemu-devel] [PATCH 0/1] Fix cacheline detection on FreeBSD/powerpc

On Wed, 21 Aug 2019 10:25:45 +0200 Laurent Vivier wrote: > This is the patch originally sent by Justin, modified > to change the parameter size on FreeBSD only. > > Justin, could you review and test on FreeBSD? > Peter, could you run "make check" on your MacOS X hos

Re: [Qemu-devel] [PATCH for 4.1] Fix broken build with WHPX enabled

). This is why its not a simple "9 bytes" as indicated below. Thanks, Justin > -Original Message- > From: Philippe Mathieu-Daudé > Sent: Friday, July 12, 2019 7:35 AM > To: Stefan Weil ; qemu-devel@nongnu.org > Cc: Paolo Bonzini ; Eduardo Habkost > ; Like Xu ; Richard &g

Re: [Qemu-devel] [PULL 0/3] Trivial branch patches

: > > SYSCTL(3)BSD Library Functions Manual > SYSCTL(3) … >CTL_HW > The string and integer information available for the CTL_HW > level is detailed below. The changeable column shows whether a > process with appropriate privilege may change the value. > >Name Type Changeable > ... >hw.cachelinesize int64_t no > > I will try to check on MacOS/X ppc and ppc64. > > Thanks, > Laurent > It's not listed in the man page for ppc(64), but examining the XNU source for the version that matches 10.5.8 (last ppc-supporting kernel) it's a CTLTYPE_INT. So, it may be different depending on arch and/or OS X version. Does QEmu even support 10.5.x or Mac OS/ppc* anymore? I had read somewhere that it was unsupported now (2.4.x is the latest one in Tigerbrew). - Justin

Re: [Qemu-devel] [Qemu-trivial] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

On Mon, 1 Jul 2019 15:17:06 +0200 Laurent Vivier wrote: > Le 01/07/2019 à 15:02, Justin Hibbits a écrit : > > > > > > On Mon, Jul 1, 2019, 03:54 Laurent Vivier > <mailto:laur...@vivier.eu>> wrote: > > > >

Re: [Qemu-devel] [Qemu-trivial] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

On Mon, Jul 1, 2019, 03:54 Laurent Vivier wrote: > Le 27/06/2019 à 02:15, Justin Hibbits a écrit : > > > > > > On Wed, Jun 26, 2019, 19:08 Laurent Vivier > <mailto:laur...@vivier.eu>> wrote: > > > > Le 27/06/2019 à 02:02, Justin Hibbits a écrit :

Re: [Qemu-devel] [Qemu-trivial] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

On Wed, Jun 26, 2019, 19:08 Laurent Vivier wrote: > Le 27/06/2019 à 02:02, Justin Hibbits a écrit : > > > > > > On Wed, Jun 26, 2019, 13:04 Justin Hibbits > <mailto:chmeeed...@gmail.com>> wrote: > > > > On Wed, 26 Jun 2019 18:47:42 +0200 &g

Re: [Qemu-devel] [Qemu-trivial] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

On Wed, Jun 26, 2019, 13:04 Justin Hibbits wrote: > On Wed, 26 Jun 2019 18:47:42 +0200 > Laurent Vivier wrote: > > > Le 26/06/2019 à 18:37, Justin Hibbits a écrit : > > > On Wed, 26 Jun 2019 18:16:36 +0200 > > > Laurent Vivier wrote: > > > > >

Re: [Qemu-devel] [Qemu-trivial] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

On Wed, 26 Jun 2019 18:47:42 +0200 Laurent Vivier wrote: > Le 26/06/2019 à 18:37, Justin Hibbits a écrit : > > On Wed, 26 Jun 2019 18:16:36 +0200 > > Laurent Vivier wrote: > > > >> Le 26/06/2019 à 18:14, Laurent Vivier a écrit : > >>> Le

Re: [Qemu-devel] [Qemu-trivial] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

On Wed, 26 Jun 2019 18:16:36 +0200 Laurent Vivier wrote: > Le 26/06/2019 à 18:14, Laurent Vivier a écrit : > > Le 07/06/2019 à 20:56, Justin Hibbits a écrit : > >> The attached very trivial patch fixes a startup bug that prevents > >> at least Qemu 3.1 and la

[Qemu-devel] Fix cacheline size retrieval on FreeBSD/PowerPC(64)

The attached very trivial patch fixes a startup bug that prevents at least Qemu 3.1 and later from working on FreeBSD/powerpc64. - Justin >From 74a70fdcfa5347e7637aa36276c55781f19de72a Mon Sep 17 00:00:00 2001 From: Justin Hibbits Date: Fri, 7 Jun 2019 13:44:51 -0500 Subject: [PATCH]

Re: [Qemu-devel] [PATCH 0/3] WHPX introduce changes for Windows Insider SDK 17110

Hey Stefan, Not trying to ignore you here. I have reached out to members of management on our side I just don’t have any responses yet on what we can do here. Will update as I learn more. Thanks, Justin Terry > -Original Message- > From: Stefan Weil > Sent: Thursday, January

Re: [Qemu-devel] Problem building QEMU with whpx support

, installed a distro of my choosing, copied the headers from the installed SDK, and run ./configure. I then have the output of make on a shared drive, so I can open cmd.exe launch the qemu exe with whatever options and test out my changes. Hope this helps! -Justin From: Umang Kakaiya Sent: Thursday

Re: [Qemu-devel] [PATCH 2/2] WHPX: register for unrecognized MSR exits

in the hypervisor itself. -Justin > -Original Message- > From: Paolo Bonzini > Sent: Wednesday, June 13, 2018 9:28 AM > To: Justin Terry (VM) ; qemu-devel@nongnu.org > Cc: r...@twiddle.net; ehabk...@redhat.com > Subject: Re: [PATCH 2/2] WHPX: register for unrecognized MSR exits

[Qemu-devel] [PATCH 1/2] WHPX workaround bug in OSVW handling

Adds a workaround to an incorrect value setting CPUID Fn8000_0001_ECX[bit 9 OSVW] = 1. This can cause a guest linux kernel to panic when an issue to rdmsr C001_0140h returns 0. Disabling this feature correctly allows the guest to boot without accessing the osv workarounds. Signed-off-by: Justin

[Qemu-devel] [PATCH 2/2] WHPX: register for unrecognized MSR exits

to probe the MSR with a write/read/check sequence it does often without failing the access. Signed-off-by: Justin Terry (VM) --- target/i386/whpx-all.c | 41 ++--- 1 file changed, 38 insertions(+), 3 deletions(-) diff --git a/target/i386/whpx-all.c b/target/i386

Re: [Qemu-devel] [PATCH v3 2/3] WHPX: dynamically load WHP libraries

Paolo - I saw that this merged with commit: 327fccb288976f95808efa968082fc9d4a9ced84 but it seems to be missing whp-dispatch.h so now the build is failing. Any idea how this file failed to get included? Thanks, Justin > -Original Message- > From: petrutlucia...@gmail.com

Re: [Qemu-devel] [PATCH] WHPX Add signature CPUID

. Please let me know if there is anything else I can explain to help clarify the two. Thanks, Justin > -Original Message- > From: Paolo Bonzini <pbonz...@redhat.com> > Sent: Wednesday, May 16, 2018 12:35 AM > To: apilotti <apilo...@cloudbasesolutions.com> > C

Re: [Qemu-devel] [PATCH] WHPX Add signature CPUID

Thanks for the patch Lucian. Looks good to me! -Justin > -Original Message- > From: petrutlucia...@gmail.com <petrutlucia...@gmail.com> > Sent: Tuesday, May 15, 2018 4:38 AM > Cc: Lucian Petrut <lpet...@cloudbasesolutions.com>; apilotti > <apilo...@cloudba

[Qemu-devel] [Bug 1766841] Re: QEMU 2.12 Running Problem in Windows 7 Installation

Rechecked in my site, the new installer (20180430) had solved the 1st problem, but it leads to another problem: When uninstall QEMU, the loaders.cache file cannot be deleted automatically. For 2nd warning, I checked it again, when I choosed fully installing, the icons are displayed correctly; But

Re: [Qemu-devel] Cannot launch QEMU with -accel whpx

oot the machine) > qemu-system-x86_64.exe -accel whpx … Let me know if that wasn’t the issue. Thanks, Justin From: Wang Wenchao <wenchao.w...@linux.intel.com> Sent: Thursday, April 26, 2018 3:47 AM To: Justin Terry (VM) <jute...@microsoft.com> Cc: qemu-devel@nongnu.org Subject:

[Qemu-devel] [Bug 1766841] [NEW] QEMU 2.12 Running Problem in Windows 7 Installation

Public bug reported: QEMU Version: 2.12 (Binary installer qemu-w64-setup-20180424.exe from Stefan Weil's website so I am not sure I should report it to Weil by email or by this bug report system.) Host System: Windows 7 64bit Guest System: 9front 6350 (Codename“CONTENTS, MAINTAINED, STABLE”,

Re: [Qemu-devel] [PATCH] WHPX fixes an issue with CPUID 1 not returning CPUID_EXT_HYPERVISOR

of translation between the QEMU state at partition creation/start/execution to handle the various exits either by pre-setting the value or via the actual CPUID trap at runtime. Thank you for all your insights/input up to here. It has been really helpful. More to come. Thanks, Justin > -Origi

Re: [Qemu-devel] [PATCH] WHPX fixes an issue with CPUID 1 not returning CPUID_EXT_HYPERVISOR

Hey Eduardo Responses inline. Thanks! > -Original Message- > From: Eduardo Habkost <ehabk...@redhat.com> > Sent: Wednesday, March 28, 2018 10:51 AM > To: Justin Terry (VM) <jute...@microsoft.com> > Cc: qemu-devel@nongnu.org; pbonz...@redhat.com; r...@twiddl

[Qemu-devel] [PATCH] WHPX fixes an issue with CPUID 1 not returning CPUID_EXT_HYPERVISOR

Implements the CPUID trap for CPUID 1 to include the CPUID_EXT_HYPERVISOR flag in the ECX results. This was preventing some older linux kernels from booting when trying to access MSR's that dont make sense when virtualized. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- targe

[Qemu-devel] [PATCH 2/3] WHPX fix WHvSetPartitionProperty in PropertyCode

parameter from the WHV_PARTITION_PROPERTY struct as it is now passed to the function directly. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/i386/whpx-all.c b/target/i386/whpx

[Qemu-devel] [PATCH 3/3] WHPX improve vcpu_post_run perf

This removes the additional call to WHvGetVirtualProcessorRegisters in whpx_vcpu_post_run now that the WHV_VP_EXIT_CONTEXT is returned in all WHV_RUN_VP_EXIT_CONTEXT structures. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.

[Qemu-devel] [PATCH 1/3] WHPX fix WHvGetCapability out WrittenSizeInBytes

This fixes a breaking change to WHvGetCapability to include the 'out' WrittenSizeInBytes introduced in Windows Insider SDK 17110. This specifies on return the safe length to read into the WHV_CAPABILITY structure passed to the call. Signed-off-by: Justin Terry (VM) <jute...@microsoft.

[Qemu-devel] [PATCH 0/3] WHPX introduce changes for Windows Insider SDK 17110

+) is expected to work on all Windows Insider Builds (17115+). Thanks, Justin Terry Justin Terry (VM) (3): WHPX fix WHvGetCapability out WrittenSizeInBytes WHPX fix WHvSetPartitionProperty in PropertyCode WHPX improve vcpu_post_run perf configure | 4 +++- target/i386/whpx-all.c | 46

[Qemu-devel] [PATCH 6/8] Fix WHPX issue leaking tpr values

that was not expected. The fix is to use a local variable to store the temporary tpr and only update the array if the local tpr value is different than the vp context. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 8 +--- 1 file changed, 5 insertions(+), 3 del

[Qemu-devel] [PATCH 7/8] WHXP Removes the use of WHvGetExitContextSize

-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/target/i386/whpx-all.c b/target/i386/whpx-all.c index 47a6935288..24387bebad 100644 --- a/target/i386/whpx-all.c +++ b/target/i386/whpx-all.c @@

[Qemu-devel] [PATCH 4/8] Fix WHPX additional lock acquisition

The code already is holding the qemu_mutex for the IO thread. We do not need to additionally take the lock again in this case. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/target/i386/whpx-all.c b/

[Qemu-devel] [PATCH 3/8] Remove unnecessary WHPX __debugbreak();

Minor code cleanup. The calls to __debugbreak() are not required and should no longer be used to prevent unnecessary breaks. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 12 1 file changed, 12 deletions(-) diff --git a/target/i386/whpx

[Qemu-devel] [PATCH 5/8] Fix WHPX typo in 'mmio'

Renames the usage of 'memio' to 'mmio' in the emulator callbacks. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/i386/whpx-all.c b/target/i386/whpx-all.c index 74a8

[Qemu-devel] [PATCH 2/8] Resolves WHPX breaking changes in SDK 17095

1. Fixes the changes required to the WHvTryMmioEmulation, WHvTryIoEmulation, and WHvEmulatorCreateEmulator based on the new VpContext forwarding. 2. Removes the WHvRunVpExitReasonAlerted case. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.

[Qemu-devel] [PATCH 8/8] WHPX improve interrupt notification registration

Improves the usage of the InterruptNotification registration by skipping the additional call to WHvSetVirtualProcessorRegisters if we have already registered for the window exit. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/whpx-all.c | 7 +++ 1 file chan

[Qemu-devel] [PATCH 1/8] Fixing WHPX casing to match SDK

Fixes an issue where the SDK that was releases had a different casing for the *.h and *.lib files causing a build break if linked directly from Windows Kits. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- configure | 10 +- target/i386/whpx-all.c | 4 +

[Qemu-devel] [PATCH 0/8] WHPX updates based on the 17095 insider sdk.

to improve performance and changes are required to QEMU to maintain ability to build on such platforms. The rest of the changes are around improvements/fixes to the accelerator to increase performance and correctness. Thanks, Justin Terry Justin Terry (VM) (8): Fixing WHPX casing to match SDK

[Qemu-devel] Windows vioinput guest driver tablet input bug

robust fix and deeper look at the HIDMouseProbe function. Thanks, Justin diff --git a/vioinput/sys/HidMouse.c b/vioinput/sys/HidMouse.c index 69dac235..ea188991 100644 --- a/vioinput/sys/HidMouse.c +++ b/vioinput/sys/HidMouse.c @@ -325,7 +325,11 @@ HIDMouseProbe( DynamicArrayReserve

Re: [Qemu-devel] Windows vioinput guest driver tablet input bug

The last email's diff got mangled due to long lines. The original source has long lines still but it shouldnt get cut off his time. Justin, diff --git a/vioinput/sys/HidMouse.c b/vioinput/sys/HidMouse.c index 69dac235..528bd3d6 100644 --- a/vioinput/sys/HidMouse.c +++ b/vioinput/sys/HidMouse.c

Re: [Qemu-devel] [PATCH v2 0/4] Updates based on feedback.

forward. Thanks, Justin > -Original Message- > From: Paolo Bonzini [mailto:pbonz...@redhat.com] > Sent: Tuesday, January 30, 2018 11:34 AM > To: Justin Terry (VM) <jute...@microsoft.com>; qemu-devel@nongnu.org > Cc: crosthwaite.pe...@gmail.com; r...@twiddle.net

Re: [Qemu-devel] [PATCH v2 0/4] Updates based on feedback.

Hi All, Is there any additional feedback I can address here to help out the process? Please let me know. Thanks again, Justin > -Original Message- > From: Justin Terry (VM) > Sent: Monday, January 22, 2018 1:08 PM > To: qemu-devel@nongnu.org > Cc: pbonz...@redhat.com;

Re: [Qemu-devel] [PATCH v2 0/4] Updates based on feedback.

scenarios. Was there a specific set of things you were wondering that I could investigate or provide clarity on? Thanks, Justin > -Original Message- > From: Stefan Hajnoczi [mailto:stefa...@gmail.com] > Sent: Thursday, January 25, 2018 3:02 AM > To: Justin Terry (VM) <jute..

[Qemu-devel] [PATCH v2 4/4] Add the WHPX acceleration enlightenments

Implements the WHPX accelerator cpu enlightenments to actually use the whpx-all accelerator on Windows platforms. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- cpus.c| 66 ++- include/sysemu/hw_accel.

[Qemu-devel] [PATCH v2 2/4] Add the WHPX vcpu API

Adds support for the Windows Hypervisor Platform accelerator (WHPX) stubs and introduces the whpx.h sysemu API for managing the vcpu scheduling and management. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- accel/stubs/Makefile.objs | 9 + accel/stubs/whpx-stub.c

[Qemu-devel] [PATCH v2 0/4] Updates based on feedback.

Updates based on review feedback. 1. Fixes style issues and properly ran the scripts/checkpatch pre submission. 2. Added migration blockers for CPUID, dirty memory tracking, and XSAVE/XRSTOR. 3. Fixed some bugs around register states when using bios vs efi. Justin Terry (VM) (4): Add

[Qemu-devel] [PATCH v2 3/4] Introduce the WHPX impl

support for vCPU management. 3. Adds support for MMIO/PortIO. 4. Registers the WHPX ACCEL_CLASS. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/Makefile.objs |1 + target/i386/whpx-all.c| 1366 + 2 files changed

[Qemu-devel] [PATCH v2 1/4] Add the Windows Hypervisor Platform accelerator.

Introduces the configure support for the new Windows Hypervisor Platform that allows for hypervisor acceleration from usermode components on the Windows platform. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- configure

Re: [Qemu-devel] [PATCH 0/4] Implements the Windows Hypervisor Platform accelerator

Perfect. Thanks Paolo. Will submit the Patch V2 with your requested changes today. Justin > -Original Message- > From: Paolo Bonzini [mailto:pbonz...@redhat.com] > Sent: Thursday, January 18, 2018 12:16 AM > To: Justin Terry (VM) <jute...@microsoft.com> > Cc: qemu-

Re: [Qemu-devel] [PATCH 0/4] Implements the Windows Hypervisor Platform accelerator

Ok looked into this. At present this will be included with Windows 10 Home, Professional, and Enterprise (as well as server builds) so I think that should enable the scenario on most of our releases. Justin > -Original Message- > From: Stefan Weil [mailto:s...@weilnetz.de]

Re: [Qemu-devel] [PATCH 0/4] Implements the Windows Hypervisor Platform accelerator

ill update the qemu-devel list once we have an insider build that is public that has the platform bits. So, if your ok with it I will block on CPUID, Memory Tracking, and XSAVE/RSTOR functionality and send out the updated PR. -Justin > -Original Message- > From: Paolo Bonzi

Re: [Qemu-devel] [PATCH 0/4] Implements the Windows Hypervisor Platform accelerator

ou give me a pointer on where you keep the wiki code so I can add the descriptions there? Thanks, Justin > -Original Message- > From: Stefan Weil [mailto:s...@weilnetz.de] > Sent: Friday, January 12, 2018 2:06 PM > To: Justin Terry (VM) <jute...@microsoft.com>; qemu-

Re: [Qemu-devel] [PATCH 0/4] Implements the Windows Hypervisor Platform accelerator

Hey Stefan, Thanks for the feedback. I really apologize I forgot to run the checkpath.pl script before submission. I have fixed up all the issues and will send them in patch v2 once I fixup the other feedback. Thanks, Justin -Original Message- From: Stefan Weil [mailto:s

[Qemu-devel] [PATCH 4/4] Add the WHPX acceleration enlightenments

Implements the WHPX accelerator cpu enlightenments to actually use the whpx-all accelerator on Windows platforms. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- cpus.c| 66 ++- include/sysemu/hw_accel.

[Qemu-devel] [PATCH 2/4] Add the WHPX vcpu API

Adds support for the Windows Hypervisor Platform accelerator (WHPX) stubs and introduces the whpx.h sysemu API for managing the vcpu scheduling and management. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- accel/stubs/Makefile.objs | 9 + accel/stubs/whpx-stub.c

[Qemu-devel] [PATCH 3/4] Introduce the WHPX impl

support for vCPU management. 3. Adds support for MMIO/PortIO. 4. Registers the WHPX ACCEL_CLASS. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- target/i386/Makefile.objs |1 + target/i386/whpx-all.c| 1395 + 2 files changed

[Qemu-devel] [PATCH 0/4] Implements the Windows Hypervisor Platform accelerator

for this new API will be visible at https://docs.microsoft.com/en-us/virtualization under the 'Windows Hypervisor Platform' section. Here you will see the requirements, API, and examples. Thank you for your feedback. Justin Terry (VM) (4): Add the Windows Hypervisor Platform accelerator. Add

[Qemu-devel] [PATCH 1/4] Add the Windows Hypervisor Platform accelerator.

Introduces the configure support for the new Windows Hypervisor Platform that allows for hypervisor acceleration from usermode components on the Windows platform. Signed-off-by: Justin Terry (VM) <jute...@microsoft.com> --- configure

[Qemu-devel] [Bug 1357175] Re: qemu fails to build on powerpc64

It looks like this has been fixed in the intervening 3 years. I just tried building head on FreeBSD/powerpc64, and was successful. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1357175 Title:

[Qemu-devel] [Bug 1357175] Re: qemu fails to build on powerpc64

It looks like this has been fixed in the intervening 3 years. I just tried building head on FreeBSD/powerpc64, and was successful. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1357175 Title:

[Qemu-devel] [Bug 855800] Re: KVM crashes when attempting to restart migration

I haven't attempted to reproduce the issue recently, I'm afraid. I've changed jobs twice in the intervening time, so the immediate issue for me has gone away. If I find an opportunity, I shall try to reproduce with the most recent versions. -- You received this bug notification because you are a

Re: [Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

./qemu-linux-user.sh > [qemu-i386] > ../qemu-0.14.0/i386-linux-user/qemu-i386 -L ./gnemul/qemu-i386 i386/ls > -l dummyfile > BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions: > Assertion `needed != ((void *)0)' failed! > make: *** [test] Error 127 >

Re: [Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

Wine works! =) Didn't know if you knew... no more old qemu. You da man! On Tue, Aug 6, 2013 at 3:33 AM, Peter Maydell wrote: > Commits aa004f5f9 to 24cb36a61c (13 in total) are the patchset that fix > this. > > -- > You received this bug notification because you are

[Qemu-devel] [PATCH v4 0/2] Fix guest-fstrim behaviour

are filesystem, storage stack and kernel version dependant Justin Ossevoort (2): qga/commands-posix: Fix bug in guest-fstrim qga/commands-posix: Return per path fstrim result qga/commands-posix.c | 63 qga/commands-win32.c | 4

[Qemu-devel] [PATCH v4 2/2] qga/qmp_guest_fstrim: Return per path fstrim result

on some mountpoints that error is returned and the guest-fstrim continue with any additional mountpoints. The returned values for errors, minimum and trimmed are dependant on the filesystem, storage stacks and kernel version. Signed-off-by: Justin Ossevoort jus...@quarantainenet.nl --- qga/commands

[Qemu-devel] [PATCH v4 1/2] qga/commands-posix: Fix bug in guest-fstrim

. If a previous filesystem would have trimmed 0 bytes, than the next filesystem would report an error 'Invalid argument' because a FITRIM request with length 0 is not valid. This change resets the fstrim_range structure for each filesystem. Signed-off-by: Justin Ossevoort jus...@quarantainenet.nl

Re: [Qemu-devel] [PATCH v3 2/2] qga/commands-posix: Return per path fstrim result

On 30-04-15 18:35, Thomas Huth wrote: On Thu, 30 Apr 2015 16:29:58 +0200 Justin Ossevoort jus...@quarantainenet.nl wrote: The current guest-fstrim support only returns an error if some mountpoint was unable to be trimmed, skipping any possible additional mountpoints. The result of the TRIM

[Qemu-devel] [PATCH v3 0/2] Fix guest-fstrim behaviour

layout of the guest. Justin Ossevoort (2): qga/commands-posix: Fix bug in guest-fstrim qga/commands-posix: Return per path fstrim result qga/commands-posix.c | 63 qga/qapi-schema.json | 32 +++--- 2 files changed, 73

[Qemu-devel] [PATCH v3 2/2] qga/commands-posix: Return per path fstrim result

on some mountpoints that error is returned and the guest-fstrim continue with any additional mountpoints. Signed-off-by: Justin Ossevoort jus...@quarantainenet.nl --- qga/commands-posix.c | 54 ++-- qga/qapi-schema.json | 32

[Qemu-devel] [PATCH v3 1/2] qga/commands-posix: Fix bug in guest-fstrim

. If a previous filesystem would have trimmed 0 bytes, than the next filesystem would report an error 'Invalid argument' because a FITRIM request with length 0 is not valid. This change resets the fstrim_range structure for each filesystem. Signed-off-by: Justin Ossevoort jus...@quarantainenet.nl

Re: [Qemu-devel] [PATCH] qga/commands-posix: Fix bug in guest-fstrim

the basic return logic: error attribute on error and a return attribute with a dictionary containing the per mountpoint result? Regards, Justin On 01-04-15 18:49, Paolo Bonzini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/04/2015 14:33, Eric Blake wrote: It's only a minor

[Qemu-devel] [PATCH v2] qga/commands-posix: Fix bug in guest-fstrim

with their status. If the trime operation succeeded it returns the amount of bytes trimmed and the effective minimum chunk size. On error it returns the value of the errno for that filesystem operation (instead of aborting the request). Signed-off-by: Justin Ossevoort jus...@quarantainenet.nl --- qga/commands

[Qemu-devel] [PATCH] qga/commands-posix: Fix bug in guest-fstrim

, providing a hint to the caller about how effective the guest-fstrim request was. Signed-off-by: Justin Ossevoort jus...@quarantainenet.nl --- qga/commands-posix.c | 19 +++ qga/qapi-schema.json | 5 +++-- 2 files changed, 14 insertions(+), 10 deletions(-) diff --git a/qga/commands

[Qemu-devel] [Bug 1357175] [NEW] qemu fails to build on powerpc64

Public bug reported: Qemu fails to build on powerpc64, ELFv1 ABI, since the introduction of the ELFv2 ABI support. On FreeBSD/powerpc64 I see the following error building HEAD from today (8/14/2014): In file included from /home/chmeee/qemu-git/tcg/tcg.c:264:

Re: [Qemu-devel] VFIO VGA test branches

and the help, Justin

Re: [Qemu-devel] VFIO VGA test branches

/pci_hotplug.h:141:19: note: previous definition of ‘pci_hp_reset_slot’ was here static inline int pci_hp_reset_slot(struct hotplug_slot *slot, int probe) ^ make[3]: *** [drivers/pci/hotplug/pci_hotplug_core.o] Error 1 Justin

Re: [Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

http://forum.winehq.org/viewtopic.php?f=2t=17701 Here is where I got... Read the whole thing.. -Original Message- From: boun...@canonical.com [mailto:boun...@canonical.com] On Behalf Of James Le Cuirot Sent: Monday, January 21, 2013 4:16 PM To: justinsha...@gmail.com Subject: [Bug

Re: [Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

Open GL Works with wglgears. ubuntu@hptp-u1210b1:~/.wine/drive_c$ wine ./wglgears.exe qemu: Unsupported syscall: 254 Unsupported ancillary data: 1/2 qemu: Unsupported syscall: 242 Unsupported ancillary data: 1/2 qemu: Unsupported syscall: 242 Unsupported ancillary data: 1/2 qemu: Unsupported

Re: [Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

lines I removed.. So I am recompiling my kernel and then I am going to recompile qemu and I bet I can compile it without removing those 3 lines. -Justin Wine 1.5.11 is a lot funner to play with then 0.9.14 -Original Message- From: boun...@canonical.com [mailto:boun...@canonical.com

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

that... Then winecfg will run. About to start testing programs. Pinball runs VERY FAST! VERY PLAYABLE NOW!!! :D Justin Shafer OnsiteDentalSystems.com -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/739785

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

I still have one program that refuses to run.. I think its having a problem with an x86 library on the gnemul side... I noticed libpng.so.3 wanted to be in the gnemul folder by wine.. even though it didn't exist on the X86 machine I was using to compile.. so I copied it from libpng12.so.. Anyone

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode can't fork (bash: fork: Invalid argument)

Oh yeah.. wine goes in /usr/local/bin. I created a symbolic link from /usr/gnemul/qemu-i386/usr/local/lib/libwine* /usr/local/lib. Same with the wine folder.. it needs to be seen as /usr/local/lib/wine. -- You received this bug notification because you are a member of qemu- devel-ml, which is

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

Interesting stuff. With 0.14 and 1.2 wineserver will run if you say wineserver -d2 -f -p for example. I believe it is forking when you run plain old wineserver because it really is getting an invalid argument. I am running Wine 1.1.14 and Qemu 0.14 and I can run many apps. I cannot run a

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

Does this have anything to do with Memory Mapping? I have a feeling it does I notice the mmap_min_addr setting for arm is 4096 For x86 its 65536 http://www.onsitedentalsystems.com/error.jpg -- You received this bug notification because you are a member of qemu- devel-ml, which is

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

The app I am testing does run on qemu-i386 compiled for x86.. and the host is x86. The screen shot I posted in the last post is what happens when you run qemu and wine on arm instead of qemu and wine on x86. -- You received this bug notification because you are a member of qemu- devel-ml,

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

I do now know... I compile on my phone and tablet. In fact I loaded Ubuntu on my Touchpad last night, native. http://code.google.com/p/hp-touchpad-ubuntu/wiki/Installation No more chroot to deal with. -- You received this bug notification because you are a member of qemu- devel-ml, which is

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

I am now able to run winecfg... you have to have wine-pthread run winecfg qemu-i386 /usr/bin/qemu-i386 wine-pthread winecfg All the tabs load except audio.. For that it hangs.. Trying to fix that.. I want to run an app that hangs and it uses audio. -- You received this bug notification because

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

how to run without binfmt support in the kernel. /usr/bin/qemu-i386 /usr/bin/wineserver /usr/bin/qemu-i386 /usr/bin/wine-pthread notepad.exe or /usr/bin/qemu-i386 -L /usr/gnemul/qemu-i386 /usr/bin/wineserver /usr/bin/qemu-i386 -L /usr/gnemul/qemu-i386 /usr/bin/wine-pthread notepad.exe If you do

[Qemu-devel] [Bug 739785] Re: qemu-i386 user mode on ARMv5 host fails (bash: fork: Invalid argument)

HOW TO COMPILE ON ARM AND UBUNTU 12.04 This will run wine if you compile with 0.13 or 0.14 sudo apt-get install zlib1g-dev sudo apt-get install libsdl1.2-dev ./configure --target-list=i386-linux-user --enable-sdl --prefix=/usr --cross-prefix=arm-linux-gnueabi- --host-cc=gcc4.6

Re: [Qemu-devel] [patch] qemu-1.0.1/VERSION

2012-02-18 18:56:31.609375000 -0500 @@ -1 +1 @@ -1.0,1 +1.0.1 Acked-by: Stefan Weil s...@weilnetz.de Ack, wow do I feel silly. Thanks for the catch. -- Justin M. Forbes

  1   2   >