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
fresh
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 s
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 give
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 ha
t; have docstrings.
> (3) I should mention that 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
check 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
** 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 m
*** 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.
https://
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
---
target-i386/cpuid.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
CPU definitions can now define arbitrary additional MSRs, and rdmsr will
support those MSRs and return the corresponding values.
Signed-off-by: Josh Triplett
---
qemu-config.c |3 +++
target-i386/cpu.h |5 +
target-i386/cpuid.c | 45
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
availabilit
pports strings as keys, so I had to format 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
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 retu
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 wrmsr on
> > invalid MSRs. Real x86 processors GPF on invalid MSRs, which allows
> > software
org/>; fix tested the same way, for both 32-bit and
64-bit x86.
Signed-off-by: Josh Triplett
---
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:34.0
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
mu.dad-answers.com along with the description on how you found the
> bug and what this patch does.
I could post on that forum a link to my previous mail, if that would help.
- Josh Triplett
signature.asc
Description: OpenPGP digital signature
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
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 ge
test it
under simulation; the flight-control software currently makes use of
pthreads.
- Josh Triplett
#include
#include
#include
#include
/* int i = 0; */
int thread_main(void *arg)
{
printf("child: Hello world!\n");
while(1) /* i++ */;
return 0;
}
unsigned long stac
20 matches
Mail list logo
