That's where they belong semantically (block device host part), even
though the actions are actually executed by guest device code.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
block.c | 12
block.h |8
block_int.h |1 +
blockdev.c
** Tags added: windows
--
winxp.64 fails to install in -rc2 with kvm
https://bugs.launchpad.net/bugs/497273
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:
Host: Fedora11, 64-bit
Kernel:
** Tags added: windows
--
remote migration fails with message load of migration failed
https://bugs.launchpad.net/bugs/491345
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:
Remote migration fails
All drives are still made that way. They get destroyed along with
their device. That's inappropriate for the alternative way to make
blockdevs that will appear later in this series. These won't have a
DriveInfo.
blockdev_detach() destroys the blockdev only if it has a DriveInfo.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
blockdev.c | 12
blockdev.h |1 -
2 files changed, 0 insertions(+), 13 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index f90d4fc..8c51e6e 100644
--- a/blockdev.c
+++ b/blockdev.c
@@ -87,18 +87,6 @@ DriveInfo
We find snapshots by iterating over the list of drives defined with
drive_init(). This misses host block devices defined by other means.
Such means don't exist now, but will be introduced later in this
series.
Iterate over all host block devices instead, with bdrv_next().
Signed-off-by: Markus
This is the list of drives defined with drive_init(). Hide it, so it
doesn't get abused.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
blockdev.c |2 +-
blockdev.h |2 --
2 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index
Existing -drive defines both host and guest part. To make it work
with -device, we created if=none. But all this does is peel off guest
device selection. The other guest properties such as geometry,
removable vs. fixed media, and serial number are still in the wrong
place.
Instead of
** Tags added: windows
--
64-bit win2003r2 with sp2 64-bit with network type rtl8139 generates blue
screen after running network test
https://bugs.launchpad.net/bugs/485258
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in
Make the property point to BlockDriverState, cutting out the DriveInfo
middleman.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
block_int.h |6 ++
hw/fdc.c | 22 ++
hw/ide/core.c| 14 +++---
hw/ide/internal.h|2
do_commit() and mux_proc_byte() iterate over the list of drives
defined with drive_init(). This misses host block devices defined by
other means. Such means don't exist now, but will be introduced later
in this series.
Change them to use new bdrv_commit_all(), which iterates over all host
block
** Tags added: windows
--
DHCP/NAT: Vista fails to get IP from DHCP engine
https://bugs.launchpad.net/bugs/318824
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:
Problem: When I use userspace
** Changed in: qemu
Status: New = Confirmed
--
migrate exec ignores exit status
https://bugs.launchpad.net/bugs/391879
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Confirmed
Status in “qemu-kvm” package in
Works for me, I believe this is already fixed.
** Changed in: qemu
Status: New = Fix Committed
** Changed in: qemu
Status: Fix Committed = New
--
Unable to set fullscreen anymore
https://bugs.launchpad.net/bugs/450522
You received this bug notification because you are a member of
Re: 68a1c816868b3e35a1da698af412b29e61b1948a
In general, I like the idea (especially since I've proposed it before. ;-)
However:
+if (have_guest_base) {
+flags |= MAP_FIXED;
+}
I think this is broken. If the user specifies -G n -R m they're hoping
or guessing that
I see no indication that this is actually a qemu issue. If there's any
evidence that it is, please reopen.
** Changed in: qemu
Status: New = Invalid
--
kernel NULL pointer in -virtual (-server) kernel
https://bugs.launchpad.net/bugs/546458
You received this bug notification because you
Hi,
Hunting for network marketing prospects leaves you exhausted, discouraged and
worn out.Interested in CEO, CFO, Director, VP
Contacts?
I realize there could be potential win-win between our organizations. Let us
know if you're looking for specific industry
focused contacts with emails.
Why did this bug get the windows tag?
--
remote migration fails with message load of migration failed
https://bugs.launchpad.net/bugs/491345
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:
Remote
** Changed in: qemu
Status: New = Fix Committed
--
Unable to set fullscreen anymore
https://bugs.launchpad.net/bugs/450522
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix Committed
Bug description:
On Wed, 2 Jun 2010, Joel Schopp wrote:
** Tags added: windows
This particular case (SND_PCM_STATE_SETUP) should be handled fine
starting with d9812b033a17c82f9e933757c1c3ef364e3ba62d.
--
mailto:av1...@comtv.ru
Yes, the last time I tested QEmu it worked for me as well, it may be
closed from my part.
Cheers,
Mihai
--
Unable to set fullscreen anymore
https://bugs.launchpad.net/bugs/450522
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status
From: Michael Tokarev m...@tls.msk.ru
In net/tap-linux.c, when manipulation of /dev/net/tun fails, it prints
(with fprintf) something like this:
warning: could not open /dev/net/tun: no virtual network emulation
this has 2 issues:
1) it is not a warning really, it's a fatal error (kvm exits
vhost net currently keeps 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
---
On Wed, Jun 2, 2010 at 8:46 PM, Andreas Färber andreas.faer...@web.de wrote:
Am 02.06.2010 um 18:10 schrieb Blue Swirl:
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
Michael's fix is good, but it got forgotten, probably because he has
submitted it in the middle of a thread.
I'm going resubmit it again.
** Changed in: qemu
Status: Incomplete = In Progress
--
no useful error message when tap device open fails
https://bugs.launchpad.net/bugs/584153
You
On Wed, Jun 2, 2010 at 8:16 PM, Blue Swirl blauwir...@gmail.com wrote:
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
---
On Wed, 02 Jun 2010 20:26:58 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
From: Michael Tokarev m...@tls.msk.ru
In net/tap-linux.c, when manipulation of /dev/net/tun fails, it prints
(with fprintf) something like this:
warning:
It's a windows guest
--
remote migration fails with message load of migration failed
https://bugs.launchpad.net/bugs/491345
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:
Remote migration fails
Currently, console_ch_t is defined as an unsigned long. However, immediately
after it's definition, we treat it as a uint32_t *. This will work on a little
endian system because of the way bits are layed out but will fail miserably
on big endian hosts.
This patch fixes the code to do the
I've confirmed this works correctly with the latest git. If you can
reproduce it with the latest bits, please reopen a new bug report with
details.
I've tested:
commit d9b73e47a3d596c5b33802597ec5bd91ef3348e2
Author: Corentin Chary corenti...@iksaif.net
Date: Tue Jun 1 23:05:44 2010 +0200
** Tags added: windows
--
Windows XP x64 / 2008 Server x64 broken on 32-bit hosts with QEMU 0.9.0
https://bugs.launchpad.net/bugs/521202
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:
QEMU 0.9.0
On Tue, Jun 1, 2010 at 6:30 PM, Gleb Natapov g...@redhat.com wrote:
On Tue, Jun 01, 2010 at 06:00:20PM +, Blue Swirl wrote:
Looks like irr in apic is never cleared. Probably bug in userspace apic
emulation. I'll look into it. Try to route interrupt via APIC (not
ExtInt),
or use
Bug exists in latest stable (0.12.4) but it's fixed in current master,
I'll backport the commits.
** Changed in: qemu
Status: New = In Progress
--
QEMU 0.12.3 crashes on incomplete USB serial device parameter
https://bugs.launchpad.net/bugs/573827
You received this bug notification
This patch should address the problem. I've submitted it to qemu-devel.
** Patch added: 0001-Fix-console_write_ch-on-64-bit-big-endian-hosts.patch
http://launchpadlibrarian.net/49569832/0001-Fix-console_write_ch-on-64-bit-big-endian-hosts.patch
** Changed in: qemu
Status: New = In
Can you provide the full command line you are using?
--
qemu 0.12.3 default networking DNS broken
https://bugs.launchpad.net/bugs/577908
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:
This might
** Changed in: qemu
Status: New = Fix Released
--
pci_del fails to remove PCI virtio storage device
https://bugs.launchpad.net/bugs/544367
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix Released
Bug
On Wed, Jun 2, 2010 at 5: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)
Fixes committed: 98835fe30fa7d50695f037e84f76f9f139c59c7e
and aacf4563878cac2afbbdc9818d810d2a3b075c6a.
** Changed in: qemu
Status: New = Fix Committed
** Changed in: qemu
Assignee: (unassigned) = blueswirl (blauwirbel)
--
build errors with GCC-4.2.4-1ubuntu4
I think the preferred way to do this is just to create a /proc/cpuinfo
file within the root file system. It's impossible for qemu to know
which file is /proc/cpuinfo because you can technically mount procfs
anywhere.
** Changed in: qemu
Status: New = Invalid
--
Should emulate
What version of qemu is this?
Upstream qemu uses e1000 by default. Checking guest config after
booting 32-bit Vista shows that e1000 adapter acquires an ip address
from userspace networking, however, I wasn't able to connect to
anything. Switching the nic to rtl8193 allowed Vista VM to connect
Hi,
+static void free_drive(DeviceState *dev, Property *prop)
+{
+BlockDriverState **ptr = qdev_get_prop_ptr(dev, prop);
+
+if (*ptr) {
+blockdev_detach(*ptr, dev);
+}
+}
@@ -1043,26 +1043,26 @@ static void scsi_destroy(SCSIDevice *dev)
SCSIDiskState *s =
kvm-84 is very old. Please try to reproduce this against the latest
qemu git or at least 0.12.4.
** Changed in: qemu
Status: New = Incomplete
--
usb_add of a Creative ZEN unrecognized in guest
https://bugs.launchpad.net/bugs/241119
You received this bug notification because you are a
** Changed in: qemu
Status: Confirmed = Fix Released
--
Scrolling artifacts on some guests
https://bugs.launchpad.net/bugs/397212
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix Released
Status in Fedora: Fix
Hi,
On 2 June 2010 20:58, Anthony Liguori aligu...@us.ibm.com wrote:
Currently, console_ch_t is defined as an unsigned long. However, immediately
after it's definition, we treat it as a uint32_t *. This will work on a
little
endian system because of the way bits are layed out but will fail
** Changed in: qemu
Status: New = Fix Released
--
serial usb-device can't be passed-through to a guest
https://bugs.launchpad.net/bugs/319014
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix Released
Status in
kqemu is no longer supported
** Changed in: qemu
Status: New = Invalid
--
QEMU linux problem with Veritas volume manager
https://bugs.launchpad.net/bugs/271374
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU:
Installed 32-bit vista with no issue. If you are still having trouble,
please re-open the bug.
** Changed in: qemu
Status: New = Fix Released
--
qemu-system-x86_64 fails to install 32-bit vista and windows 2008
https://bugs.launchpad.net/bugs/485243
You received this bug notification
This is expected behavior.
** Changed in: qemu
Status: New = Won't Fix
--
vvfat out of sync with host
https://bugs.launchpad.net/bugs/584083
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Won't Fix
Bug
** Changed in: qemu
Status: New = Fix Released
--
Early BIOS error message cannot be seen after reboot in VNC/SDL
https://bugs.launchpad.net/bugs/321068
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix
*** This bug is a duplicate of bug 391879 ***
https://bugs.launchpad.net/bugs/391879
** This bug has been marked a duplicate of bug 391879
migrate exec ignores exit status
--
migrate exec hangs for several minutes if the pipe is closed before all its
data is written
From: Igor V. Kovalenko igor.v.kovale...@gmail.com
- address masking for ldqf and stqf insns
- address masking for lddf and stdf insns
- address masking for translating ASI (Ultrasparc IIi)
v0-v1:
- move arch-specific code to helpers and drop more ifdefs at call sites
using new helper
From: Igor V. Kovalenko igor.v.kovale...@gmail.com
- use symbolic name for MMU index
v0-v1:
- change debug traces to DPRINTF_MMU
- fix debug trace function names
Signed-off-by: Igor V. Kovalenko igor.v.kovale...@gmail.com
---
target-sparc/op_helper.c | 28
1 files
This patch makes sure that if the exec: process exits with a non-zero return
status, we treat the migration as failed.
This fixes https://bugs.launchpad.net/qemu/+bug/391879
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
diff --git a/migration-exec.c b/migration-exec.c
index
Yeah, I can still reproduce with 0.12.4 on a fedora11 host. Also
broken with qemu.git HEAD as of today as well. On the f11 host kvm
modules, reverting the referenced commit doesn't help.
--
winxp.64 fails to install in -rc2 with kvm
https://bugs.launchpad.net/bugs/497273
You received this bug
The attached patch works for me with the posted test case.
** Changed in: qemu
Status: Confirmed = In Progress
** Patch added: 0001-migration-respect-exit-status-with-exec.patch
http://launchpadlibrarian.net/49572236/0001-migration-respect-exit-status-with-exec.patch
--
migrate exec
** Changed in: qemu
Status: New = Fix Released
--
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: Fix Released
Bug description:
kvm-87
This series fixes bug 573827, which is a segfault when you do:
$ qemu -usbdevice serial
All commits backported from current master, just minimally tested.
From: Jan Kiszka jan.kis...@web.de
Many usbdevice_init implementors assume params is non-NULL.
Signed-off-by: Jan Kiszka jan.kis...@web.de
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
(cherry picked from commit 702f3e0fb52c124c07f215426eeadb70a716643f)
---
hw/usb-bus.c |4 +++-
1
From: Paul Brook p...@codesourcery.com
If -usbdevice is used on a machine with no USB busses, usb_create
will fail and return NULL. Patch below handles this failure gracefully
rather than crashing when we try to init the device.
Signed-off-by: Paul Brook p...@codesourcery.com
(cherry picked
I'm marking this as Won't Fix in qemu as it doesn't seem like a good
idea for us to automatically resize the terminal for a user.
I'd suggest using a wrapper script if this is a desirable behavior for
you.
** Changed in: qemu
Status: Confirmed = Won't Fix
--
gnome-terminal should
After commit 702f3e0fb52c124c07f215426eeadb70a716643f, the params is
nerver NULL. It should check *params instead of params to determine
whether the params is empty.
Conflicts:
hw/usb-bus.c
Signed-off-by: TeLeMan gele...@gmail.com
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
** Changed in: qemu
Status: New = Invalid
--
does not pass pressed caps lock to client
https://bugs.launchpad.net/bugs/427612
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Invalid
Status in “libsdl1.2” package
Maybe you can try the e1000 drivers from Intel's site. You could also
try using the stadard Qemu mac prefix of 52:54 (the first bit of the mac
has a special meaning).
--
nic e1000 network interface does not work with 32-bit windows 2003r2 with sp2
https://bugs.launchpad.net/bugs/485250
You
We use SDL fullscreen mode which currently implements the behavior
you're describing.
** Changed in: qemu
Status: Confirmed = Invalid
--
ctl+alt+F does not leave full screen
https://bugs.launchpad.net/bugs/483251
You received this bug notification because you are a member of qemu-
On 06/02/2010 02:31 PM, andrzej zaborowski wrote:
Hi,
On 2 June 2010 20:58, Anthony Liguorialigu...@us.ibm.com wrote:
Currently, console_ch_t is defined as an unsigned long. However, immediately
after it's definition, we treat it as a uint32_t *. This will work on a little
endian system
Thanks, applied all.
On Tue, Jun 1, 2010 at 8:12 PM, Igor V. Kovalenko
igor.v.kovale...@gmail.com wrote:
assorted changes, linux kernel can now work with 32bit init task
---
Igor V. Kovalenko (8):
sparc64: fix tag access register on mmu traps
sparc64: fix missing address masking
On 05/31/10 09:46, Rusty Russell wrote:
On Thu, 27 May 2010 05:20:35 am Michael S. Tsirkin wrote:
Here's a rewrite of the original patch with a new layout.
I haven't tested it yet so no idea how this performs, but
I think this addresses the cache bounce issue raised by Avi.
Posting for early
Kevin O'Connor wrote:
On Tue, Jun 01, 2010 at 10:26:12PM +0200, 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);
Using latest qemu.git I'm able to install WinXP-SP2 32-bit with:
x86_64-softmmu/qemu-system-x86_64 -L pc-bios -m 512 -hda /root/winxp.qcow2 -vnc
:4 -usb -u
sbdevice tablet -monitor stdio -cdrom /scratch/isos/en_winxp_pro_with_sp2.iso
It isn't fast, but it works. Please re-open this if you are
Bug exists in both current master and stable v0.12.4, but the suggested
fix doesn't leave room for the null terminating byte, will submit
upstream a better version.
** Changed in: qemu
Status: New = In Progress
--
qemu fails to set hdd serial number
https://bugs.launchpad.net/bugs/584143
** Changed in: qemu
Status: New = Incomplete
--
qemu 0.12.3 default networking DNS broken
https://bugs.launchpad.net/bugs/577908
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:
This
We should use 'dinfo-serial' length, 'serial' is a pointer, so
the serial number length is currently limited to the pointer size.
This fixes https://bugs.launchpad.net/qemu/+bug/584143 and is also
valid for stable.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
vl.c |2 +-
1
On Fri, May 21, 2010 at 09:02:59AM -0700, Richard Henderson wrote:
This is sort-of part 2 of the patch series that I just edited and
re-posted for you. The majority of the patch series deals with
the SOFTMMU code.
I think you saw a patch about the data16 prefix before, but this
one's
On 2 June 2010 22:32, Anthony Liguori aligu...@linux.vnet.ibm.com wrote:
On 06/02/2010 02:31 PM, andrzej zaborowski wrote:
It seems that what this really tries to do is like *dest =
leul_to_cpu(v) from bswap.h? (Or cpu_to_leul.. quite difficult to wrap
my head around it..)
Yeah, I think it
** Changed in: qemu
Status: Confirmed = Invalid
--
kernel stacktrace on volume detach in kvm guest
https://bugs.launchpad.net/bugs/458201
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Invalid
Status in “linux”
Jes Sorensen wrote:
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
Hi,
I disagree. Anything that depends on device creation order is fundamentally
broken. If you want to create globally unique user-friendly tags for devices
or busses then that is a completely different problem, and should be done via
explicit aliases.
For anything created via -device the
** Changed in: qemu
Status: New = Won't Fix
--
boot kernel directly from iso image
https://bugs.launchpad.net/bugs/553843
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Won't Fix
Bug description:
This is
The way you're setting up your route is going to result in an infinite
loop.
I'd suggest you use tap networking to do this.
** Changed in: qemu
Status: New = Invalid
--
Routing net multicast socket over loopback make Ethernet broadcast bounce back
to VM.
** Also affects: qemu (Ubuntu)
Importance: Undecided
Status: New
** Changed in: qemu
Status: New = Invalid
--
import qemu-user-static from debian
https://bugs.launchpad.net/bugs/548346
You received this bug notification because you are a member of qemu-
devel-ml, which is
This is a recently added feature that won't be in a release until
0.13.0.
** Changed in: qemu
Status: New = Fix Released
--
qemu fails to recognize host features SSE4.1, SSE4.2
https://bugs.launchpad.net/bugs/588127
You received this bug notification because you are a member of qemu-
If you can recreate the issue, please update the bug report with
information about to how recreate the problem.
** Changed in: qemu
Status: New = Incomplete
--
qemu-kvm 0.12.4+dfsg-1 from debian squeeze crashes BUG: unable to handle
kernel NULL pointer (sym53c8xx)
This patch doesn't seem correct as the spec is pretty clear that THRE
interrupt enable is set to high, then an interrupt is rased if
LSR.THRE=1. Does the following also make DOSPlus boot again:
diff --git a/hw/serial.c b/hw/serial.c
index 9102edb..b0ac52f 100644
--- a/hw/serial.c
+++
Oh, scsi boot actually works.
You need 0.12.4+ or unstable.
Also
http://www.lsi.com/DistributionSystem/AssetDocument/files/support/ssp/sdms/Bios/lsi_bios.zip
Unpack the downloaded zip to get the option rom.
Then boot qemu with -option-rom 8xx_64.rom
--
qemu 0.11.50: Guest boot failed when the
On Mon, May 31, 2010 at 04:41:42PM +0800, 曹莹 wrote:
Codes in env_to_regs are like this:
#ifdef reg_EAX
EAX = env-regs[R_EAX];
[...]
I cannot find where the micro reg_EAX is defined
[...]
I think, env_to_regs is actually a void function
But if this is true, how did Qemu’s register
Well... with the debian VM stored in debian.qcow, the minimal command
line to trigger the behaviour is
qemu -hda debian.qcow
I do not try anything fancy -- just the default, which worked in earlier
times.
--
qemu 0.12.3 default networking DNS broken
https://bugs.launchpad.net/bugs/577908
You
Wow, I'm amazed that works. That said, it doesn't look like that blob
is redistributable.
--
qemu 0.11.50: Guest boot failed when the drive interface is scsi
https://bugs.launchpad.net/bugs/485251
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
I applied this patch against qemu.git and it does indeed fix the issue
for netbsd referenced in the bug. Please submit this patch against
upstream qemu.git and include a Signed-off-by: in the patch.
** Changed in: qemu
Status: New = Incomplete
--
Can't read e1000 NIC EEPROM on NetBSD
** Changed in: qemu
Status: New = Fix Committed
--
e1000 irq problems after live migration with qemu-kvm 0.12.4
https://bugs.launchpad.net/bugs/585113
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix
Can someone post the exact qemu command line that gets generated so we
can test without libvirt?
** Changed in: qemu
Status: New = Incomplete
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug notification because you are a member of qemu-
using qemu.git tip today I can boot into win2k3 32-bit install with an
attached floppy:
x86_64-softmmu/qemu-system-x86_64 -L pc-bios -cdrom
/scratch/isos/en_win_srv_2003_r2_enterp
rise_cd1.iso -fda /scratch/isos/winparavirt.img -boot d -vnc :9 -monitor stdio
-enable-kvm
Can you try with
The image works for me with the latest git both with and without KVM
enabled.
I'm marking this Fix Released. If you find it doesn't work for you with
the latest git, please reopen the bug.
** Changed in: qemu
Status: New = Fix Released
--
gfxmenu from GRUB or GRUB4DOS hang qemu.
I tried to reproduce this bug to see if it was solved in qemu master
HEAD, but I bumped into another bug, so I couldn't verify it.
Version of qemu tested: git://git.savannah.nongnu.org/qemu.git is
d9b73e47a3d596c5b33802597ec5bd91ef3348e2
--
DHCP/NAT: Vista fails to get IP from DHCP engine
** Changed in: qemu
Status: New = Confirmed
** Changed in: qemu
Importance: Undecided = Wishlist
--
Virtual fat breaks with -snapshot
https://bugs.launchpad.net/bugs/584146
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
= 0x0
run_as = 0x0
defconfig = value optimized out
What was trying to be accomplished - install of windows vista sp2 64 bit on VM.
11:48:57 DEBUG| Running qemu command:
/usr/local/autotest/tests/kvm/qemu -name 'vm1' -monitor
unix:/tmp/monitor-20100602-114857-sANg,server,nowait -drive
was trying to be accomplished - install of windows vista sp2 64 bit
on VM.
11:48:57 DEBUG| Running qemu command:
/usr/local/autotest/tests/kvm/qemu -name 'vm1' -monitor
unix:/tmp/monitor-20100602-114857-sANg,server,nowait -drive
file=/tmp/kvm_autotest_root/images/winvistasp2-64.qcow2,if=ide -net
The tcg_out_mov patch you've seen before, but now contains a
TCG_TYPE_REG that should address the concerns you had with
the changes to the sparc port. It's also been updated to HEAD
to reflect the changes in tcg/i386.
The second patch is new.
r~
Richard Henderson (2):
tcg: Add TYPE
Mirror tcg_out_movi in having a TYPE parameter. This allows x86_64
to perform the move at the proper width, which may elide a REX prefix.
Introduce a TCG_TYPE_REG enumerator to represent the native width
of the host register, and to distinguish the usage from pointer data
as represented by the
Both tcg_target_init and tcg_target_qemu_prologue
are unused outside of tcg.c.
Signed-off-by: Richard Henderson r...@twiddle.net
---
tcg/arm/tcg-target.c|4 ++--
tcg/hppa/tcg-target.c |4 ++--
tcg/i386/tcg-target.c |4 ++--
tcg/ia64/tcg-target.c |4 ++--
On Wed, Jun 02, 2010 at 05:01:13PM +0200, Markus Armbruster wrote:
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
---
101 - 200 of 207 matches
Mail list logo