Gleb Natapov wrote:
> On Thu, Jun 03, 2010 at 08:23:46AM +0200, Jan Kiszka wrote:
>> Blue Swirl wrote:
>>> But how about if we introduced instead a message based IRQ? Then the
>>> message could specify the originator device, maybe ACK/coalesce/NACK
>>> callbacks and a bigger payload than just 1 bit
> Also require IDs to start with a letter to provide for possible future
> extensions.
I'd go further than that, and require that user specified IDs match
[A-Za-z][A-Za-z0-9_-]*
Paul
On Thu, Jun 03, 2010 at 08:23:46AM +0200, Jan Kiszka wrote:
> Blue Swirl wrote:
> > But how about if we introduced instead a message based IRQ? Then the
> > message could specify the originator device, maybe ACK/coalesce/NACK
> > callbacks and a bigger payload than just 1 bit of level. I think that
Anthony Liguori wrote:
> On 06/01/2010 01:35 PM, Markus Armbruster wrote:
>> Luiz Capitulino writes:
>>
>>
>>> On Tue, 01 Jun 2010 16:44:24 +0200
>>> Markus Armbruster wrote:
>>>
>>>
Luiz Capitulino writes:
> On Mon, 31 May 2010 16:13:12 +0200
> Markus Armbr
Blue Swirl wrote:
> But how about if we introduced instead a message based IRQ? Then the
> message could specify the originator device, maybe ACK/coalesce/NACK
> callbacks and a bigger payload than just 1 bit of level. I think that
> could achieve the same coalescing effect as what the bidirectiona
Paul Brook wrote:
>> From: Jan Kiszka
>>
>> As long as we allow /dev.1 as shortcut for /dev1/bus1, we also have to
>> make sure that /dev1/dev2 works for /dev1/bus1/dev2/bus2 - as long as
>> there is only one child bus per device.
>
> How about we make this explicit in the syntax by having a diff
Glauber Costa wrote:
> 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",
>>> +
> From: Jan Kiszka
>
> As long as we allow /dev.1 as shortcut for /dev1/bus1, we also have to
> make sure that /dev1/dev2 works for /dev1/bus1/dev2/bus2 - as long as
> there is only one child bus per device.
How about we make this explicit in the syntax by having a different separator
for bus n
> From pthread man:
>
> These functions manipulate the calling thread's stack of
> thread-cancellation clean-up handlers. A clean-up handler is
> a function that is automatically executed when a thread is canceled
> [...] it might, for example, unlock a mutex so that it becomes
> availab
>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 cre
> 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 ho
> 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:
No it doesn't. Same as unpatched.
--
QEMU fails to boot DR DOS Plus since 0.6.1
https://bugs.launchp
** Changed in: qemu
Status: Fix Committed => Fix Released
--
dynamic block device attach/detach not functional with karmic KVM
https://bugs.launchpad.net/bugs/432154
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU:
This patch should be submitted on qemu-devel.
** Changed in: qemu
Status: New => Invalid
--
libdis and libdis-user not ignored
https://bugs.launchpad.net/bugs/568442
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU
On Wed, Jun 02, 2010 at 05:01:13PM +0200, Markus Armbruster wrote:
> Isaku Yamahata writes:
>
> > BusState::name is allocated in qbus_create_inplace().
> > So it should be freed by qbus_free().
>
> Correct.
>
> > Signed-off-by: Isaku Yamahata
> > ---
> > hw/qdev.c |1 +
> > 1 files change
Both tcg_target_init and tcg_target_qemu_prologue
are unused outside of tcg.c.
Signed-off-by: Richard Henderson
---
tcg/arm/tcg-target.c|4 ++--
tcg/hppa/tcg-target.c |4 ++--
tcg/i386/tcg-target.c |4 ++--
tcg/ia64/tcg-target.c |4 ++--
tcg/mips/tcg-target.c |4 +
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 th
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 parame
pid_file = 0x0
incoming = 0x0
---Type to continue, or q to quit---
fd = 0
pwd =
chroot_dir = 0x0
run_as = 0x0
defconfig =
What was trying to be accomplished - install of windows vista sp2 64 bit
on VM.
11:48:57 DEBUG| Running qemu command:
/u
nstall 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
nic,vlan=0
** 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.
St
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
https:
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.
https:
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 upstrea
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-
devel-
** 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 Committe
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 gu
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
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 re
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 regis
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 dr
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
+++ b/hw/serial
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)
https://bugs.launchp
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-
dev
** 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 subsc
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.
https://bugs.launchpad.net/bugs
** 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 featur
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 i
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
** 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”
On 2 June 2010 22:32, Anthony Liguori 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 possibly should b
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
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
---
vl.c |2 +-
1 files changed, 1 insertion
** 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 m
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
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 st
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_num
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 fo
Thanks, applied all.
On Tue, Jun 1, 2010 at 8:12 PM, Igor V. Kovalenko
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
> sparc64: fix
On 06/02/2010 02:31 PM, andrzej zaborowski wrote:
Hi,
On 2 June 2010 20:58, Anthony Liguori 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
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-
devel-
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 recei
** 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
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
Signed-off-by: Aurelien Jarno
Signed-off-by: Luiz Capitulino
(cherry pic
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 defaul
From: Paul Brook
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
(cherry picked from commit d44168fffa07fc57e61a37da65e9348661
From: Jan Kiszka
Many usbdevice_init implementors assume params is non-NULL.
Signed-off-by: Jan Kiszka
Signed-off-by: Anthony Liguori
(cherry picked from commit 702f3e0fb52c124c07f215426eeadb70a716643f)
---
hw/usb-bus.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
This series fixes bug 573827, which is a segfault when you do:
$ qemu -usbdevice serial
All commits backported from current master, just minimally tested.
** 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 b
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 ex
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
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
diff --git a/migration-exec.c b/migration-exec.c
index 5435827..93bde62 100644
--- a/migra
From: Igor V. Kovalenko
- 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
---
target-sparc/op_helper.c | 28
1 files changed, 16 insertions(+), 12 deletions(-)
diff --
From: Igor V. Kovalenko
- 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 asi_address_mask()
- change user em
*** 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
https://bugs.launchpa
** 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 Release
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 descrip
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 be
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: Inv
** 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
Hi,
On 2 June 2010 20:58, Anthony Liguori 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 miserably
> on
** 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
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 me
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 = DO_UPCAST
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 t
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 /proc/cpui
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
https://bugs.launchpa
On Wed, Jun 2, 2010 at 5:47 PM, Richard Henderson wrote:
> On 06/01/2010 09:29 PM, Igor Kovalenko wrote:
>> On Wed, Jun 2, 2010 at 12:44 AM, Richard Henderson wrote:
>>> On 06/01/2010 01:12 PM, Igor V. Kovalenko wrote:
+ if ((env->pstate & PS_AM) && is_translating_asi(asi)) {
+
** 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 descrip
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 be
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
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 becau
On Tue, Jun 1, 2010 at 6:30 PM, Gleb Natapov 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
** 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
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
Date: Tue Jun 1 23:05:44 2010 +0200
vnc: add missing tar
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 correct
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 w
On Wed, 02 Jun 2010 20:26:58 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > From: Michael Tokarev
> >
> > 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 ne
On Wed, Jun 2, 2010 at 8:16 PM, Blue Swirl wrote:
> On Tue, Jun 1, 2010 at 8:12 PM, Igor V. Kovalenko
> wrote:
>> From: Igor V. Kovalenko
>>
>> Signed-off-by: Igor V. Kovalenko
>> ---
>> target-sparc/op_helper.c | 28
>> 1 files changed, 16 insertions(+), 12 dele
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
Luiz Capitulino writes:
> From: Michael Tokarev
>
> 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
On Wed, Jun 2, 2010 at 8:46 PM, Andreas Färber wrote:
> Am 02.06.2010 um 18:10 schrieb Blue Swirl:
>
>> On Wed, Jun 2, 2010 at 1:47 PM, Richard Henderson wrote:
>>>
>>> On 06/01/2010 09:29 PM, Igor Kovalenko wrote:
On Wed, Jun 2, 2010 at 12:44 AM, Richard Henderson
wrote:
>
>>
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
Signed-off-by: Michael S. Tsirkin
---
Changes from v1:
Simplify code as sugges
From: Michael Tokarev
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 after
that),
2)
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 i
I think the problem is that you're trying to do a 4-byte read that goes
off the end of PCI_DATA. Try doing an inpw() to read the last word.
Simple test program shows it works properly for me.
** Changed in: qemu
Status: New => Invalid
--
PCI read data register offset
https://bugs.launchp
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
** 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:
Descripti
This appears to work correctly in the latest git. I've tested:
commit d9b73e47a3d596c5b33802597ec5bd91ef3348e2
Author: Corentin Chary
Date: Tue Jun 1 23:05:44 2010 +0200
vnc: add missing target for vnc-encodings-*.o
** Changed in: qemu
Status: New => Fix Released
--
qemu-nbd ca
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
1 - 100 of 232 matches
Mail list logo
