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
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
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-gli
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.
> >>
> >> O
t; +}
> > +}
> > #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
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 hav
+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
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:
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;
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
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
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
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
eger no
> …
>
> In fact, it is in sysctl(3):
>
> 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
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:
> >
> > Le 27/06/2019 à 02:15, Justin Hibbits
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 :
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
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:
> > >
> >
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
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
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]
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
, 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
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
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
kernel 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/t
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
.
Please let me know if there is anything else I can explain to help clarify the
two.
Thanks,
Justin
> -Original Message-
> From: Paolo Bonzini
> Sent: Wednesday, May 16, 2018 12:35 AM
> To: apilotti
> Cc: petrutlucia...@gmail.com; Lucian Petrut
> ; Eduardo Habkost
Thanks for the patch Lucian. Looks good to me!
-Justin
> -Original Message-
> From: petrutlucia...@gmail.com
> Sent: Tuesday, May 15, 2018 4:38 AM
> Cc: Lucian Petrut ; apilotti
> ; Justin Terry (VM)
> ; Paolo Bonzini ; Richard
> Henderson ; Eduardo Habkost ;
>
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
the machine)
> qemu-system-x86_64.exe -accel whpx …
Let me know if that wasn’t the issue.
Thanks,
Justin
From: Wang Wenchao
Sent: Thursday, April 26, 2018 3:47 AM
To: Justin Terry (VM)
Cc: qemu-devel@nongnu.org
Subject: Cannot launch QEMU with -accel whpx
Hi, Justin,
We are interested in WH
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
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
Hey Eduardo
Responses inline. Thanks!
> -Original Message-
> From: Eduardo Habkost
> Sent: Wednesday, March 28, 2018 10:51 AM
> To: Justin Terry (VM)
> Cc: qemu-devel@nongnu.org; pbonz...@redhat.com; r...@twiddle.net
> Subject: Re: [PATCH] WHPX fixes an issue with CPU
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)
---
target/i386/whpx-all.c
opertyCode parameter from the
WHV_PARTITION_PROPERTY struct as it is now passed to the function directly.
Signed-off-by: Justin Terry (VM)
---
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-all.c
index
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)
---
target/i386/whpx-all.c | 41 +++--
1 file
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)
---
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-
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)
---
target/i386/whpx-all.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/target
: Justin Terry (VM)
---
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
@@ -32,7 +32,6 @@
struct
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)
---
target/i386/whpx-all.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/target/i386/whpx-all.c b/target/i386/whpx-all.c
index
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)
---
target/i386/whpx-all.c | 12
1 file changed, 12 deletions(-)
diff --git a/target/i386/whpx-all.c b/target/i386/whpx
Renames the usage of 'memio' to 'mmio' in the emulator callbacks.
Signed-off-by: Justin Terry (VM)
---
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 74a8f4d599..7e58d5f68c
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)
---
target/i386/whpx-all.c | 26 ++
1 file
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)
---
target/i386/whpx-all.c | 7 +++
1 file changed, 3 insertions(+), 4
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)
---
configure | 10 +-
target/i386/whpx-all.c | 4 ++--
2 files changed, 7
ified 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 matc
more 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(&am
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/HidMo
forward.
Thanks,
Justin
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Tuesday, January 30, 2018 11:34 AM
> To: Justin Terry (VM) ; qemu-devel@nongnu.org
> Cc: crosthwaite.pe...@gmail.com; r...@twiddle.net; ehabk...@redhat.com
> Subject:
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;
ation 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)
Implements the WHPX accelerator cpu enlightenments to actually use the whpx-all
accelerator on Windows platforms.
Signed-off-by: Justin Terry (VM)
---
cpus.c| 66 ++-
include/sysemu/hw_accel.h | 13 ++
target/i386/helper.c
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)
---
accel/stubs/Makefile.objs | 9 +
accel/stubs/whpx-stub.c | 48
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 the
Adds support for vCPU management.
3. Adds support for MMIO/PortIO.
4. Registers the WHPX ACCEL_CLASS.
Signed-off-by: Justin Terry (VM)
---
target/i386/Makefile.objs |1 +
target/i386/whpx-all.c| 1366 +
2 files changed, 1367 insertions(+)
create
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)
---
configure | 48 +++-
qemu-options.hx | 8
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)
> Cc: qemu-devel@nongnu.org qemu-devel
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]
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
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) ; qemu-devel@nongnu.org
> Cc: pbonz...@r
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
Implements the WHPX accelerator cpu enlightenments to actually use the whpx-all
accelerator on Windows platforms.
Signed-off-by: Justin Terry (VM)
---
cpus.c| 66 ++-
include/sysemu/hw_accel.h | 13 ++
target/i386/helper.c
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)
---
accel/stubs/Makefile.objs | 9 +
accel/stubs/whpx-stub.c | 48
Adds support for vCPU management.
3. Adds support for MMIO/PortIO.
4. Registers the WHPX ACCEL_CLASS.
Signed-off-by: Justin Terry (VM)
---
target/i386/Makefile.objs |1 +
target/i386/whpx-all.c| 1395 +
2 files changed, 1396 insertions(+)
create
of the documentation 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 Hypervis
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)
---
configure | 48 +++-
qemu-options.hx | 8
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
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
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
.3]# make
> ./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: *** [t
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 subscribed to the bug
> repo
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
---
qga/commands-posix.c | 54
h 2 to indicate returned values 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
.
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
---
qga/comman
On 30-04-15 18:35, Thomas Huth wrote:
On Thu, 30 Apr 2015 16:29:58 +0200
Justin Ossevoort 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 operation itself is also
timate details about
the filesystem 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
some mountpoints that error is returned and the
guest-fstrim continue with any additional mountpoints.
Signed-off-by: Justin Ossevoort
---
qga/commands-posix.c | 54 ++--
qga/qapi-schema.json | 32 ---
2 files changed, 69
.
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
---
qga/comman
his is how one would want to use this return type.
Pherhaps it would be better to drop the "result" field and mirror the
basic return logic: "error" attribute on error and a "return" attribute
with a dictionary containing the per mountpoint result?
Regards,
Just
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
---
qga/commands-pos
ilesystems, providing a hint to
the caller about how effective the guest-fstrim request was.
Signed-off-by: Justin Ossevoort
---
qga/commands-posix.c | 19 +++
qga/qapi-schema.json | 5 +++--
2 files changed, 14 insertions(+), 10 deletions(-)
diff --git a/qga/commands-posix.c b/qg
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:
/home/chmeee/qemu-git/tcg/ppc/tcg-tar
git/drivers/vfio/pci/vfio_pci.c
>
Oops, that's embarrassing. I'm pretty sure I pulled the wrong qemu branch.
With that goof eliminated, everything is working flawlessly: the host
doesn't freeze up anymore, and I no longer need to suspend between VM runs.
Very nice!
Thanks for the patches and the help,
Justin
linux/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
http://forum.winehq.org/viewtopic.php?f=2&t=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 7397
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 sysca
with those 3
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...@canonic
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 sub
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 h
If you do ALL 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
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, which
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 subscribe
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 NeoB
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 y
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 su
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 --extra-cflags=-ma
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 h
CONFIG_PRODUCTVERSION 1,0,1,0
> >
> >
> >Patch:
> >--- VERSION.ORIG2012-02-18 18:56:16.62500 -0500
> >+++ VERSION 2012-02-18 18:56:31.609375000 -0500
> >@@ -1 +1 @@
> >-1.0,1
> >+1.0.1
>
> Acked-by: Stefan Weil
Ack, wow do I feel silly. Thanks for the catch.
--
Justin M. Forbes
1 - 100 of 155 matches
Mail list logo