Public bug reported:
The SDL interface automatically scales the video output to
match the window size. The GTK3 interface has an off-by-default option
"Zoom To Fit" for that. As far as I can tell, no command-line option
exists to turn that option on. That makes it harder to quickly zoom a
Public bug reported:
With the GTK3 interface, qemu-system supports pressing Ctrl-Alt-plus
to zoom in and Ctrl-Alt-minus to zoom out. However, unlike many
programs that support similar zoom hotkeys, qemu-system actually
requires using '+', making the hotkey Ctrl-Alt-Shift-= . Most programs
with
Public bug reported:
For full customization of the default set of hardware qemu supports, a
user can pass -nodefaults and then manually specify each device they
want. Many specific options document what they translate to in terms of
the full configuration model; however, the defaults for any
Public bug reported:
qemu currently provides a default set of sound hardware. The -soundhw
option can change that default set, such as by using "-soundhw pcspkr"
to disable most of it, but no "-soundhw none" option exists to disable
all of it. As far as I can tell, disabling the default sound
QEMU generates ACPI also for arm/aarch64
> virtual machines ("hw/arm/virt-acpi-build.c" in QEMU), and the same edk2
> module as noted above (built for arm/aarch64) does the guest side
> processing. Do you think it's possible to use BITS in arm/aarch64 VMs?
Some folks from Linaro started looking into a BITS arm64 port.
> ... I apologize if tools / documentation already exist for this kind of
> development work; everyone please educate me then. I hope my questions
> make at least some sense; I realize this email isn't well organized.
Makes perfect sense, and thanks for your mail! I love the idea of using
BITS to test qemu's own ACPI.
- Josh Triplett
Thanks!
- Josh Triplett
On Fri, May 03, 2013 at 04:41:51PM -0400, John Baboval wrote:
Josh,
Somehow missed this message going by. Sorry about that.
The 720p support patch (and variable VRAM size) slipped off my
radar. I'm going to try and get another batch of interesting patches
from
*** This bug is a duplicate of bug 1054558 ***
https://bugs.launchpad.net/bugs/1054558
** This bug has been marked a duplicate of bug 1054558
1366x768 resolution missing
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
** Bug watch added: Debian Bug tracker #700055
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700055
** Also affects: debian via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700055
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a
back about the status of that patch to make sure it
didn't get lost.
See also the Launchpad bug about this:
https://bugs.launchpad.net/qemu/+bug/1054558
- Josh Triplett
the MSR as a hex string
before looking it up.
The third patch in the series provides a bugfix for CPU definition parsing,
which will otherwise add a partial CPU definition (up to the parse failure) to
the list of CPU definitions.
Written on the plane to linux.conf.au.
Josh Triplett (3):
Add cpudef
qemu normally returns 0 for rdmsr of an unknown MSR, and silently
ignores wrmsr of an unknown MSR. Add a new msr_gpf option to cpudef,
which when enabled causes qemu to generate a GPF on any access to an
unknown MSR.
This option allows qemu to better support software which detects the
CPU definitions can now define arbitrary additional MSRs, and rdmsr will
support those MSRs and return the corresponding values.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
qemu-config.c |3 +++
target-i386/cpu.h |5 +
target-i386/cpuid.c | 45
Without this change, a parse failure would stop the processing of the
cpudef entry, but the partially-parsed CPU definition would still get
added to the list of CPUs.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
target-i386/cpuid.c |5 -
1 files changed, 4 insertions(+), 1
On Fri, May 27, 2011 at 05:16:56PM +0200, Alexander Graf wrote:
On 27.05.2011, at 17:13, Josh Triplett wrote:
On Thu, May 26, 2011 at 11:12:12AM +0200, Alexander Graf wrote:
On 26.05.2011, at 11:08, Josh Triplett wrote:
qemu currently returns 0 for rdmsr on invalid MSRs, and ignores
/; fix tested the same way, for both 32-bit and
64-bit x86.
Signed-off-by: Josh Triplett j...@joshtriplett.org
---
op_helper.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -Naur a/target-i386/op_helper.c b/target-i386/op_helper.c
--- a/target-i386/op_helper.c 2011-02-07 15:13
or
Altivec registers.
Some code from this patch was taken from the Linux kernel, heavily
adapted for qemu.
- Josh Triplett
diff -Naur qemu-0.7.2.orig/linux-user/signal.c qemu-0.7.2/linux-user/signal.c
--- qemu-0.7.2.orig/linux-user/signal.c 2005-09-04 10:11:31.0 -0700
+++ qemu-0.7.2/linux
Josh Triplett wrote:
I'm attempting to run cross-compiled programs with qemu-ppc. Basic
statically-linked programs work perfectly. However, if I attempt to run
non-static programs or threaded programs, or if I attempt to call
clone() with the CLONE_VM flag set, I get an invalid data memory
Society,
and we're in the process of switching our rocket's flight computer
(which runs Debian GNU/Linux) over to PowerPC. I'm attempting to get our
flight-control software to run under qemu-ppc so that I can test it
under simulation; the flight-control software currently makes use of
pthreads.
- Josh
18 matches
Mail list logo
