Luiz Capitulino lcapitul...@redhat.com writes:
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
qdict.c | 18 ++
qdict.h |1 +
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/qdict.c b/qdict.c
index 175bc17..ca3c3b1 100644
--- a/qdict.c
+++
On 06/01/10 22:26, Sebastian Herbszt wrote:
Jes Sorensen wrote:
Handle 0x0401, DMI type 4, 32 bytes
Processor Information
- Socket Designation: CPU 1
+ Socket Designation: CPU01
smbios.c got
snprintf((char*)start, 6, CPU%2x, cpu_number);
It should print CPU 1 instead of
Erik van der Kouwe wrote:
Hi,
We currently only clear SVM_EVTINJ_VALID after successful interrupt
delivery. This apparently does not match real hardware which clears the
whole event_inj field on every vmexit, including unsuccessful interrupt
delivery.
Thanks for the patch. It is a bit
02.06.2010 05:48, Ryan Harper wrote:
[]
hw/virtio-blk.c |3 +++
+if (strlen(s-sn) == 0) {
Just out of curiocity (not that it is wrong or inefficient):
why
strlen(s-sn)
and not, say,
!s-sn[0]
?
/mjt
Luiz Capitulino lcapitul...@redhat.com writes:
This commit introduces the first half of qmp_check_client_args(),
which is the new client argument checker.
It's introduced on top of the existing code, so that there are
no regressions during the transition.
It works this way: the command's
From: Jan Kiszka jan.kis...@siemens.com
Move the buffer flush from mux_chr_read to mux_chr_can_read. While the
latter is called periodically, the former will only be invoked when new
characters arrive at the back-end. This caused problems to front-end
drivers whenever they were unable to read
From: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hxtool |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hxtool b/hxtool
index d499dc0..7ca83ed 100644
--- a/hxtool
+++ b/hxtool
@@ -59,6 +59,7 @@ hxtoqmp()
{
IFS=
Glauber Costa wrote:
This patch adds initial support for the -machine option, that allows
command line specification of machine attributes (always relying on safe
defaults). Besides its value per-se, it is the saner way we found to
allow for enabling/disabling of kvm's in-kernel irqchip.
A
Hi,
Sorry, can't follow this ATM. But maybe you mean this: there is indeed a
problem with removing the clearance of event_inj.invalid as it may be
later on transferred into exit_int_info. And if we succeed with
injecting the event, that field must not remaind valid.
Correct.
OK, here is v2:
There's more...
Luiz Capitulino lcapitul...@redhat.com writes:
This commit introduces the first half of qmp_check_client_args(),
which is the new client argument checker.
It's introduced on top of the existing code, so that there are
no regressions during the transition.
It works this
Luiz Capitulino lcapitul...@redhat.com writes:
This commit introduces check_client_args_type(), which is
called by qmp_check_client_args() and complements the
previous commit.
Now the new client's argument checker code is capable of
doing type checking and detecting unknown arguments.
It
Luiz Capitulino lcapitul...@redhat.com writes:
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
qerror.c |4
qerror.h |3 +++
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/qerror.c b/qerror.c
index 44d0bf8..b26224e 100644
--- a/qerror.c
+++
Luiz Capitulino lcapitul...@redhat.com writes:
This is similar to qmp_check_client_args(), but checks if
the input object follows the specification (QMP/qmp-spec.txt
section 2.3).
As we're limited to three keys, the work here is quite simple:
we iterate over the input object, each time
Luiz Capitulino lcapitul...@redhat.com writes:
Current QMP's client argument checker implementation is more complex than it
should be and has a flaw: it ignores unknown arguments.
This series solves both problems by introducing a new, simple and
ultra-poweful
argument checker. This wasn't
Hi Kevin,
2010/6/1 Kevin Wolf kw...@redhat.com:
Do you have some specific tests for the driver or should we extend
qemu-iotests to work with protocols and use only that?
Right now I don't have any specific tests, but I'll take a look at
qemu-iotests soon.
Christian
On Tue, Jun 01, 2010 at 08:48:54PM -0500, Ryan Harper wrote:
This patch applies on-top of John's virtio-blk serial patches.
Generate default serial numbers for virtio drives based on DriveInfo.unit
which is
incremented for each additional virtio-blk device. This provides a
per-virtio-blk
vhost net currently keep running after vmstop,
which causes trouble as qemy does not check
for dirty pages anymore.
The fix is to simply keep vm and vhost running/stopped
status in sync.
Tested-by: David L Stevens dlstev...@us.ibm.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
Avi Kivity wrote:
On 06/01/2010 04:57 PM, Peter Lieven wrote:
Avi Kivity wrote:
On 06/01/2010 04:12 PM, Peter Lieven wrote:
hi,
is it possible to avoid detection of clocksource=kvm_clock in a
linux guest by
patching the qemu-kvm binary?
i would like to be able to avoid a guest detecting
On Tue, May 4, 2010 at 10:12 AM, Kevin Wolf kw...@redhat.com wrote:
Am 03.05.2010 19:15, schrieb Anthony Liguori:
On 05/03/2010 07:31 AM, Corentin Chary wrote:
This will allow to implement new encodings (tight, zrle, ..)
in a cleaner way. This may hurt performances, because some
functions
Am 02.06.2010 12:06, schrieb Corentin Chary:
On Tue, May 4, 2010 at 10:12 AM, Kevin Wolf kw...@redhat.com wrote:
Am 03.05.2010 19:15, schrieb Anthony Liguori:
On 05/03/2010 07:31 AM, Corentin Chary wrote:
This will allow to implement new encodings (tight, zrle, ..)
in a cleaner way. This may
Am 28.05.2010 04:44, schrieb MORITA Kazutaka:
Hi all,
This patch adds a block driver for Sheepdog distributed storage
system. Please consider for inclusion.
Hint for next time: You should remove the RFC from the subject line if
you think the patch is ready for inclusion. Otherwise I might
On Tue, 1 Jun 2010 13:23:09 -0700, Venkateswararao Jujjuri (JV)
jv...@linux.vnet.ibm.com wrote:
This patch fluesh the debug messages to the log file at the end of each
debug message.
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/virtio-9p-debug.c |2 ++
1
To pave the way for moving it out of vl.c.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
hw/device-hotplug.c |2 +-
hw/usb-msd.c|2 +-
sysemu.h|3 ++-
vl.c| 12 +---
4 files changed, 9 insertions(+), 10 deletions(-)
diff --git
Signed-off-by: Markus Armbruster arm...@redhat.com
---
hw/pl181.c |1 -
hw/qdev.h |2 ++
hw/ssi-sd.c |1 -
sysemu.h|2 --
4 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/hw/pl181.c b/hw/pl181.c
index 1924053..85cadc4 100644
--- a/hw/pl181.c
+++ b/hw/pl181.c
Based on Kevin's block branch[*], commit f4e0fa33.
Code motion like this is a conflict magnet. Speedy merge would be
nice.
[*] http://repo.or.cz/w/qemu/kevin.git/shortlog/refs/heads/block
Markus Armbruster (3):
blockdev: Hide QEMUMachine from drive_init()
qdev: Move declaration of
Anything that moves hundreds of lines out of vl.c can't be all bad.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
Makefile.objs|2 +-
blockdev.c | 591 ++
blockdev.h | 62 ++
hw/acpi_piix4.c |
* Michael Tokarev m...@tls.msk.ru [2010-06-02 01:57]:
02.06.2010 05:48, Ryan Harper wrote:
[]
hw/virtio-blk.c |3 +++
+if (strlen(s-sn) == 0) {
Just out of curiocity (not that it is wrong or inefficient):
why
strlen(s-sn)
and not, say,
!s-sn[0]
?
Just matching how it's
* Michael S. Tsirkin m...@redhat.com [2010-06-02 04:08]:
On Tue, Jun 01, 2010 at 08:48:54PM -0500, Ryan Harper wrote:
This patch applies on-top of John's virtio-blk serial patches.
Generate default serial numbers for virtio drives based on DriveInfo.unit
which is
incremented for each
On Tue, 1 Jun 2010 19:47:14 +0530, M. Mohan Kumar mo...@in.ibm.com wrote:
Compute iounit based on the host filesystem block size and pass it to
client with open/create response. Also return iounit as statfs's f_bsize
for optimal block size transfers.
Signed-off-by: M. Mohan Kumar
On Wed, Jun 02, 2010 at 06:45:46AM -0500, Ryan Harper wrote:
* Michael S. Tsirkin m...@redhat.com [2010-06-02 04:08]:
On Tue, Jun 01, 2010 at 08:48:54PM -0500, Ryan Harper wrote:
This patch applies on-top of John's virtio-blk serial patches.
Generate default serial numbers for virtio
* Michael S. Tsirkin m...@redhat.com [2010-06-02 06:59]:
On Wed, Jun 02, 2010 at 06:45:46AM -0500, Ryan Harper wrote:
* Michael S. Tsirkin m...@redhat.com [2010-06-02 04:08]:
On Tue, Jun 01, 2010 at 08:48:54PM -0500, Ryan Harper wrote:
This patch applies on-top of John's virtio-blk
Ryan Harper ry...@us.ibm.com writes:
* Michael Tokarev m...@tls.msk.ru [2010-06-02 01:57]:
02.06.2010 05:48, Ryan Harper wrote:
[]
hw/virtio-blk.c |3 +++
+if (strlen(s-sn) == 0) {
Just out of curiocity (not that it is wrong or inefficient):
why
strlen(s-sn)
and not, say,
A previous discussion brought up the fact that clients should
not have to parse version string from QMP, it should be given
to them pre-split.
Change query-version output format from:
{ qemu: 0.11.50, package: }
to:
{ major: 0, minor: 11, micro: 5, package: }
major, minor micro are all
Public bug reported:
CD-ROM devices always return a one session, one track TOC, no matter if
it is using ioctl's with the host or DMG images (both able of having
multi track, multi session discs).
** Affects: qemu
Importance: Undecided
Assignee: Natalia Portillo (claunia)
(P.S.: This bug prevents BeOS boot)
** Changed in: qemu
Status: New = In Progress
--
CD-ROM devices always return a one session, one track TOC
https://bugs.launchpad.net/bugs/588693
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to
As of QEMU 0.12.3, it only emulates ColdFire processors.
Coldfire no longer implement notw, only notl instruction, so this
behaviour is expected.
** Changed in: qemu
Status: New = Invalid
--
qemu-system-m68k does not accept notw %d instruction
https://bugs.launchpad.net/bugs/547227
You
Hi everyone,
Today is our first QEMU Bug Day. The goal of Bug Day is to spread some
bug love and make a dent in the various bug trackers. We've setup a
special channel, #qemu-bugday on OFTC that folks can use to coordinate
bug hunting effort.
Here's some ways you can participate in the
This is not a bug.
** Changed in: qemu
Status: New = Invalid
--
better sparc64 support
https://bugs.launchpad.net/bugs/566882
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Invalid
Bug description:
Need better
On Sun, 30 May 2010 09:40:38 -0700, Venkateswararao Jujjuri (JV)
jv...@linux.vnet.ibm.com wrote:
Create a link.
SYNOPSIS
size[4] Tlink tag[2] dfid[4] oldpath[s] newpath[s]
size[4] Rlink tag[2]
DESCRIPTION
Create a link 'newpath' in directory pointed by dfid linking to oldpath.
** Changed in: qemu
Importance: Undecided = Wishlist
** Changed in: qemu
Status: New = Confirmed
--
support horisontal mouse wheel
https://bugs.launchpad.net/bugs/584155
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status
** Changed in: qemu
Assignee: (unassigned) = Natalia Portillo (claunia)
** Changed in: qemu
Status: New = In Progress
--
Hard disk images are supporting ATAPI commands. They should fail.
https://bugs.launchpad.net/bugs/588688
You received this bug notification because you are a
On 06/01/2010 09:29 PM, Igor Kovalenko wrote:
On Wed, Jun 2, 2010 at 12:44 AM, Richard Henderson r...@twiddle.net wrote:
On 06/01/2010 01:12 PM, Igor V. Kovalenko wrote:
+if ((env-pstate PS_AM) is_translating_asi(asi)) {
+addr = 0xULL;
+}
I suggest that these be
The linux /dev/sr0 issue should be fixed upstream:
http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=3baf720e6b920d583ce2834d05e5a4e9603a1d56
Maybe it's worth a backport to stable
--
QEMU is not correctly detecting host CDs
https://bugs.launchpad.net/bugs/588691
You received this bug
On Wed, 02 Jun 2010 08:35:16 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
qdict.c | 18 ++
qdict.h |1 +
2 files changed, 19 insertions(+), 0
On Wed, 02 Jun 2010 08:59:11 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
[...]
+
+type = qobject_to_qstring(obj);
+assert(type != NULL);
+
+if (qstring_get_str(type)[0] == 'O') {
+QemuOptsList *opts_list =
On Wed, 02 Jun 2010 09:39:26 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
This is similar to qmp_check_client_args(), but checks if
the input object follows the specification (QMP/qmp-spec.txt
section 2.3).
As we're limited to three
On Wed, 02 Jun 2010 09:31:24 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
This commit introduces check_client_args_type(), which is
called by qmp_check_client_args() and complements the
previous commit.
Now the new client's argument
On 06/02/2010 03:03 PM, Andre Przywara wrote:
Can you give more hints on how to reproduce this?
$ qemu-system-x86_64 -cdrom minix_R3.1.6-r6084.iso
works fine for me (I get to the prompt), both with --enable-kvm and without and
also with qemu-kvm. My qemu version is 0.12.4.
Do I need to install
On Wed, Jun 02, 2010 at 09:15:10AM +0200, Jan Kiszka wrote:
+QemuOptsList qemu_machine_opts = {
+.name = M,
+.head = QTAILQ_HEAD_INITIALIZER(qemu_machine_opts.head),
+.desc = {
+{
+.name = mach,
+.type = QEMU_OPT_STRING,
+},{
On Fri, 28 May 2010 16:08:43 +0530, Sripathi Kodi sripat...@in.ibm.com wrote:
From: M. Mohan Kumar mo...@in.ibm.com
SYNOPSIS
size[4] Tgetattr tag[2] fid[4]
size[4] Rgetattr tag[2] lstat[n]
DESCRIPTION
The getattr transaction inquires about the file identified
Public bug reported:
/root/qemu-test/qemu-kvm/x86_64-softmmu/qemu-system-x86_64 -net
tap,vlan=0,name=tap.0 -boot n -net
nic,macaddr=$MAC,vlan=0,model=e1000,name=e1000.0 -chardev
socket,id=monitor,host=0.0.0.0,port=$MONITORPORT,telnet,server,nowait
-monitor chardev:monitor
net0:
I confirm this is happening in QEMU 0.12.4.
** Changed in: qemu
Status: New = Confirmed
--
qemu-system-ppc segfaults when booting from Debian lenny netinst image
https://bugs.launchpad.net/bugs/534973
You received this bug notification because you are a member of qemu-
devel-ml, which is
Hi,
As of last March, the bug was found to be in SeaBIOS:
http://www.seabios.org/pipermail/seabios/2010-March/000419.html
Since Bochs BIOS didn't have the problem in this thread, it is
reasonable to assume that any QEMU issues that existed in 0.9.1 are
fixed by now.
This has also been
Public bug reported:
Qemu strace
rt_sigreturn(0x1b) = 56
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f6fddecbad0) = ? ERESTARTNOINTR (To be restarted)
--- SIGPROF (Profiling timer expired) @ 0 (0) ---
rt_sigreturn(0x1b)
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 02 Jun 2010 09:31:24 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
This commit introduces check_client_args_type(), which is
called by qmp_check_client_args() and complements the
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 02 Jun 2010 09:39:26 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
This is similar to qmp_check_client_args(), but checks if
the input object follows the specification
Public bug reported:
The commit in r1049 (serial interrupt fix (Hampa Hug)) prevents booting
Digital Research DOS Plus.
** Affects: qemu
Importance: Undecided
Status: New
--
QEMU fails to boot DR DOS Plus since 0.6.1
https://bugs.launchpad.net/bugs/588748
You received this bug
** Patch added: Following patch partially reverts that commit and makes
DOSPlus booting in QEMU again.
http://launchpadlibrarian.net/49557998/serial-ier-fix.patch
--
QEMU fails to boot DR DOS Plus since 0.6.1
https://bugs.launchpad.net/bugs/588748
You received this bug notification because
Luiz Capitulino lcapitul...@redhat.com writes:
On Wed, 02 Jun 2010 09:22:40 +0200
Markus Armbruster arm...@redhat.com wrote:
[...]
Higher order functions rock. But C is too static and limited for
elegant use of higher order functions. Means to construct loops are
usually more convenient to
I can't reproduce this. I'm using:
commit d9b73e47a3d596c5b33802597ec5bd91ef3348e2
Author: Corentin Chary corenti...@iksaif.net
Date: Tue Jun 1 23:05:44 2010 +0200
vnc: add missing target for vnc-encodings-*.o
I'm using the command:
sudo x86_64-softmmu/qemu-system-x86_64 -net
Isaku Yamahata yamah...@valinux.co.jp writes:
BusState::name is allocated in qbus_create_inplace().
So it should be freed by qbus_free().
Correct.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
hw/qdev.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
how much memory do you have in the host?
--
Quit command not working
https://bugs.launchpad.net/bugs/588735
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Incomplete
Bug description:
Qemu strace
rt_sigreturn(0x1b)
I tried this exact syntax and could not reproduce. What version of qemu
are you using?
** Changed in: qemu
Status: New = Incomplete
--
Quit command not working
https://bugs.launchpad.net/bugs/588735
You received this bug notification because you are a member of qemu-
devel-ml, which is
The problem is that the ID names of default devices in machines are ABI
sensitive. Management apps need to know what the ID of these default
devices are. The x86 machines have already used 'pci.0' as their name
in the previous 0.12 release and libvirt is using this naming. We later
discovered
Paul Brook p...@codesourcery.com writes:
The system emulators for each arch are using inconsistent
naming for the default PCI bus pci vs pci.0. Since it
is conceivable we'll have multiple PCI buses in the future
standardize on pci.0 for all architectures. This ensures
mgmt apps can rely
I can reproduce with:
x86_64-softmmu/qemu-system-x86_64 -hda ~/images/linux.img -snapshot -m 4G
-monitor stdio -enable-kvm
QEMU 0.12.50 monitor - type 'help' for more information
(qemu) migrate_set_speed 1G
(qemu) migrate -d exec:dd of=foo.img
On:
commit
using latest git
dhcp-3.0.1-58.EL4
with configuration:
host { filename boot.pxe; hardware ethernet
02:5A:3B:27:00:A1; fixed-address 10.201.1.161; }
#
## server config
#
server-identifier a.b.c.d;
server-name some-name;
default-lease-time 600;
max-lease-time 1200;
This patch fluesh the debug messages to the log file at the end of each
debug message.
Changes from V1:
Used fflush instead fseek for the flush.
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/virtio-9p-debug.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Natalia Portillo a écrit :
I confirm this is happening in QEMU 0.12.4.
Are you sure about that? While this bug is clearly present in 0.12.3 as
reported, it has been fixed in 0.12.4, in commit
18a21890ff2b24bc7f0cdc3807e2fb65e014522b
--
Aurelien Jarno GPG:
Am 02.06.2010 13:31, schrieb Markus Armbruster:
Anything that moves hundreds of lines out of vl.c can't be all bad.
Signed-off-by: Markus Armbruster arm...@redhat.com
New files need a license header, otherwise it looks ok.
I have applied this patch (and the other ones, too) to the block
Am 01.06.2010 20:32, schrieb Markus Armbruster:
I'm working on cleanly separating block device host and guest parts.
I'd like to route all this work through Kevin's block tree. This is
just preliminaries.
v2: Don't break IDE serial
Markus Armbruster (14):
blockdev: Belatedly remove
On Wed, Jun 02, 2010 at 08:30:11AM -0500, Anthony Liguori wrote:
I think instead of adding an additional parameter for horizontal
wheel, we should look at making the API capable of
accepting/generating arbitrary button presses.
Really, we should just drop dz and treat vertical wheel as two
On Wed, Jun 2, 2010 at 1:47 PM, Richard Henderson r...@twiddle.net wrote:
On 06/01/2010 09:29 PM, Igor Kovalenko wrote:
On Wed, Jun 2, 2010 at 12:44 AM, Richard Henderson r...@twiddle.net wrote:
On 06/01/2010 01:12 PM, Igor V. Kovalenko wrote:
+ if ((env-pstate PS_AM)
On Tue, Jun 1, 2010 at 8:12 PM, Igor V. Kovalenko
igor.v.kovale...@gmail.com wrote:
From: Igor V. Kovalenko igor.v.kovale...@gmail.com
Signed-off-by: Igor V. Kovalenko igor.v.kovale...@gmail.com
---
target-sparc/op_helper.c | 28
1 files changed, 16
Kevin Wolf kw...@redhat.com writes:
Am 02.06.2010 13:31, schrieb Markus Armbruster:
Anything that moves hundreds of lines out of vl.c can't be all bad.
Signed-off-by: Markus Armbruster arm...@redhat.com
New files need a license header, otherwise it looks ok.
I have applied this patch
The latest git has a version of SeaBIOS that supports booting from
virtio. This will be included in the 0.13 release.
** Changed in: qemu
Status: Confirmed = Fix Committed
--
qemu is unable to boot from virtio drives
https://bugs.launchpad.net/bugs/449958
You received this bug
This actually turns out to be related to dd's default block size. By
default, dd uses a block size of 512. The effect of this is that qemu
fills the pipe buffer very quickly because dd just is submitting very
small requests (that will require a RMW).
If you set an explict block size with dd
QEMU does not support booting from SCSI. 0.13.0 will add support for
booting from virtio in addition to IDE.
** Changed in: qemu
Status: New = Invalid
--
qemu 0.11.50: Guest boot failed when the drive interface is scsi
https://bugs.launchpad.net/bugs/485251
You received this bug
If you're chroot'ing anyway, then you should have privileged access.
You could probably do this entirely in userspace, without even specially
intercepting the syscalls. When you set up the chroot, just get a copy
of how you want cpuinfo to look, and bind mount it on top of the
existing cpuinfo
** Tags added: windows
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Status in Fedora: Unknown
Bug description:
Hello everyone,
my qemu
Your command line includes '-boot -s' which appears invalid since boot
requires an argument. Can you confirm that the problem still occurs
with a proper command line.
** Changed in: qemu
Status: New = Incomplete
--
-S doesn't freeze CPU as expected
https://bugs.launchpad.net/bugs/556560
This is fixed in the latest git.
** Changed in: qemu
Status: New = Fix Released
--
Resizing the screen crashes QEMU
https://bugs.launchpad.net/bugs/397572
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix
** Tags added: windows
--
sound broken in qemu 0.12.x
https://bugs.launchpad.net/bugs/510612
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
In qemu 0.12.x there is a jitter when sound is played by
See `qemu-system-m68k -cpu ?`.
QEMU is not targeting it yet, but there's a project:
http://www.gitorious.org/qemu-m68k
--
qemu-system-m68k does not accept notw %d instruction
https://bugs.launchpad.net/bugs/547227
You received this bug notification because you are a member of qemu-
devel-ml,
This has been fixed in 0.12.4.
** Changed in: qemu
Status: New = Fix Released
--
qemu 0.12.3 stalls under load
https://bugs.launchpad.net/bugs/551220
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix Released
** Tags added: windows
--
Windows 2008 datacenter- 64 bit , installation fails with qemu-system-x86_64
0.11.50
https://bugs.launchpad.net/bugs/485239
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug
I filed an upstream libvirt bug for the dd block size issue:
https://bugzilla.redhat.com/show_bug.cgi?id=599091
** Bug watch added: Red Hat Bugzilla #599091
https://bugzilla.redhat.com/show_bug.cgi?id=599091
--
virsh save is very slow
https://bugs.launchpad.net/bugs/524447
You received this
** Tags added: windows
--
Windos XP BSOD with HP Photosmart usb device attached
https://bugs.launchpad.net/bugs/441672
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
Anything that moves hundreds of lines out of vl.c can't be all bad.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
v2: Licence boilerplate
Makefile.objs|2 +-
blockdev.c | 600 ++
blockdev.h | 71 ++
This is a more flexible alternative to bdrv_iterate().
Signed-off-by: Markus Armbruster arm...@redhat.com
---
block.c |8
block.h |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/block.c b/block.c
index 1bef649..f42960c 100644
--- a/block.c
+++ b/block.c
@@
** Tags added: powerpc
--
qemu powerpc target crashes on hello world
https://bugs.launchpad.net/bugs/501141
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
Downloaded qemu and associated PowerPc
** Tags added: windows
--
nic e1000 network interface does not work with 32-bit windows 2003r2 with sp2
https://bugs.launchpad.net/bugs/485250
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
nic
qemu does provide life cycle management of a non-running guest.
For that, I'd recommend a tool such as libvirt.
** Changed in: qemu
Status: New = Invalid
--
KVM guest O.S not booting properly when shutdown or restarting Host machine
https://bugs.launchpad.net/bugs/556424
You received
I'm working on cleanly separating block device host and guest parts.
I'd like to route all this work through Kevin's block tree. This is
the first part: new option -blockdev. Description of 13/13 lists
future work.
Series is based on my Collect block device code in new blockdev.c,
as amended in
** Tags added: powerpc
--
broken qemu linux-user build on ppc
https://bugs.launchpad.net/bugs/393531
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
kvm-87 build fails on ppc, kvm-86 builds fine.
** Tags added: windows
--
qemu-system-x86_64 fails to install 32-bit vista and windows 2008
https://bugs.launchpad.net/bugs/485243
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
Hello everyone
This is a more flexible alternative to qemu_opt_foreach().
Signed-off-by: Markus Armbruster arm...@redhat.com
---
qemu-option.c | 13 +
qemu-option.h |4
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/qemu-option.c b/qemu-option.c
index 87e324c..c9f8be4
Signed-off-by: Markus Armbruster arm...@redhat.com
---
blockdev.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 60c9211..53a0e9c 100644
--- a/blockdev.c
+++ b/blockdev.c
@@ -493,9 +493,11 @@ void do_commit(Monitor *mon, const QDict
The new functions use qerror_report() to make them usable from
QMP-enabled monitor commands. They'll appear in a future patch
series.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
blockdev.c | 130 +++
1 files changed, 86
You can disable scaling by hitting ctrl-alt-u.
What's probably happening is that the window manager is generating an
extraneous scaling event. I'm going to move this to wishlist as we
should provide better user controls of this behavior.
** Changed in: qemu
Importance: Undecided = Wishlist
1 - 100 of 207 matches
Mail list logo