Otherwise qemu might be killed due to SIGIO being received by a thread
which isn't prepared for that. Seen happening with pulseaudio backend.
Signed-off-by: Gerd Hoffmann
---
audio/audio_pt_int.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/audio/audio_pt_int
On 08/06/2010 10:05 AM, Gerd Hoffmann wrote:
Otherwise qemu might be killed due to SIGIO being received by a thread
which isn't prepared for that. Seen happening with pulseaudio backend.
For 0.14 it may make sense to switch it qemu-threads, which would do
that automatically.
Acked-by: Paolo
On 08/05/10 22:58, Peter Lieven wrote:
Hi,
we today saw a Win2k8 VM with first device IDE and second device SCSI crash
reprocably during boot.
Win2k8 32-bit Server was installed with IDE only. The second SCSI device was
added later.
Here is the output and commandline:
Aug 5 20:42:55 172.21.
On Fri, 6 Aug 2010, Gerd Hoffmann wrote:
> Otherwise qemu might be killed due to SIGIO being received by a thread
> which isn't prepared for that. Seen happening with pulseaudio backend.
I've commited different patch.
[..snip..]
--
mailto:av1...@comtv.ru
On 08/05/2010 10:58 PM, Peter Lieven wrote:
Hi,
we today saw a Win2k8 VM with first device IDE and second device SCSI crash
reprocably during boot.
Win2k8 32-bit Server was installed with IDE only. The second SCSI device was
added later.
Here is the output and commandline:
Aug 5 20:42:55 17
On Wed, Jun 23, 2010 at 08:14:04PM +0530, Amit Shah wrote:
> qemu-config.c doesn't contain any target-specific code, and the
> TARGET_I386 conditional code didn't get compiled as a result. Removing
> this enables the driftfix parameter for rtc.
>
> Signed-off-by: Amit Shah
> ---
> qemu-config.c
On 08/06/2010 01:08 PM, Michal Novotny wrote:
Aug 5 20:43:06 172.21.59.142 kvm: Aborted
Aug 5 20:43:06 172.21.59.142 kvm errno=134
when I tried to seach some information on errno=134 (based on
assumption it's a standard OS error)
I don't know where exactly the output is coming from, but in th
On 08/06/2010 01:17 PM, Paolo Bonzini wrote:
On 08/06/2010 01:08 PM, Michal Novotny wrote:
Aug 5 20:43:06 172.21.59.142 kvm: Aborted
Aug 5 20:43:06 172.21.59.142 kvm errno=134
when I tried to seach some information on errno=134 (based on
assumption it's a standard OS error)
I don't know wher
Let's try that again.
I'd paste it but GMail likes to break patches to honour the 73 char
limit. I'll install Git on my home PC and try git send-email from
there (my work PC is behind a restrictive firewall so email via Gmail
is out).
Thanks for finding more that I missed, I'll fix them on Monda
On 08/06/2010 04:37 PM, Peter Lieven wrote:
...
hi all, the error was with qemu 0.12.4. i looked at 0.12.5 changelog, but did
not find any scsi related changes after 0.12.4.
the guest that caused the problem was win2k8 server 64-bit. i applied the patch
gerd pointed to and this fixed the issue.
has been (orally) confirmed by other users.
It is effectively impossible to reliably install a system on an lvm
logical device and run it under kvm/qemu
--
qemu does not accept regular disk geometry
https://bugs.launchpad.net/bugs/613529
You received this bug notification because you are a membe
Am 06.08.2010 um 13:30 schrieb Michal Novotny:
> On 08/06/2010 01:17 PM, Paolo Bonzini wrote:
>> On 08/06/2010 01:08 PM, Michal Novotny wrote:
Aug 5 20:43:06 172.21.59.142 kvm: Aborted
Aug 5 20:43:06 172.21.59.142 kvm errno=134
>>>
>>> when I tried to seach some information on errno=13
Hi,
I can start my freebsd based image in Qemu, and I use tap interface for
connectivity to the host or external world, but when I try to fire up 2
instances, using tap, it fails. For the second invocation, it gives me the
error:
[r...@ipg-virt01 tmp]# ./qemu-system-x86_64 -m 512 anjali.img -net
Hello all,
can anyone recommend a better way to achive (guest agnostic) MAC-address
isolation in qemu/kvm, then with user-mode networking?
I have multiple guests requiring the same MAC-address, and user-mode/slirp
networking is quite slow.
best regards,
Robert
PS. Please BCC me, as I am not on
2010/8/2 Artyom Tarasenko :
> Btw, it would be nice to get this patch applied for 0.13: it's a pure
> fix, and it allows running the OBP v2.10 for LX and some older OBP
> versions for SS-20 too.
ping? Objections?
> 2010/8/2 Blue Swirl :
>> Thanks, applied. Please remember to use Signed-off-by tag
On Thu, Aug 5, 2010 at 7:39 PM, Liu Yu-B13201 wrote:
>
>
>> -Original Message-
>> From: kvm-ppc-ow...@vger.kernel.org
>> [mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
>> Sent: Thursday, August 05, 2010 8:22 AM
>> To: qemu-devel@nongnu.org
>> Cc: kvm-...@vger.kernel.o
On Fri, Aug 06, 2010 at 10:55:36AM -0700, Hollis Blanchard wrote:
> On Thu, Aug 5, 2010 at 7:39 PM, Liu Yu-B13201 wrote:
> >
> >
> >> -Original Message-
> >> From: kvm-ppc-ow...@vger.kernel.org
> >> [mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
> >> Sent: Thursday, A
multifuction -> multifunction
successfull -> successful.
Signed-off-by: Stefan Weil
---
hw/pci.c |2 +-
posix-aio-compat.c |2 +-
ui/vnc-enc-tight.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index a98d6f3..5aa690d 100644
--- a
On (Fri) Aug 06 2010 [12:12:45], Daniel P. Berrange wrote:
> On Wed, Jun 23, 2010 at 08:14:04PM +0530, Amit Shah wrote:
> > qemu-config.c doesn't contain any target-specific code, and the
> > TARGET_I386 conditional code didn't get compiled as a result. Removing
> > this enables the driftfix parame
Hi, I've been tracking down why scsi generic devices (using SG_IO)
don't work any more. After adding debug, I can see that it actually
submits the scsi CDB in hw/scsi-generic.c/execute_command(), but that
the hw/scsi-generic.c/scsi_read_complete() callback is never called.
This is because these ar
On 7 August 2010 01:55, adq wrote:
> Hi, I've been tracking down why scsi generic devices (using SG_IO)
> don't work any more. After adding debug, I can see that it actually
> submits the scsi CDB in hw/scsi-generic.c/execute_command(), but that
> the hw/scsi-generic.c/scsi_read_complete() callbac
On 7 August 2010 02:50, adq wrote:
> On 7 August 2010 01:55, adq wrote:
>> Hi, I've been tracking down why scsi generic devices (using SG_IO)
>> don't work any more. After adding debug, I can see that it actually
>> submits the scsi CDB in hw/scsi-generic.c/execute_command(), but that
>> the hw/s
Hi...
On Fri, Aug 6, 2010 at 22:10, Robert Rebstock wrote:
> Hello all,
>
> can anyone recommend a better way to achive (guest agnostic) MAC-address
> isolation in qemu/kvm, then with user-mode networking?
>
> I have multiple guests requiring the same MAC-address, and user-mode/slirp
> networking
Hi..
On Fri, Aug 6, 2010 at 21:09, Anjali Kulkarni wrote:
> Hi,
>
> I can start my freebsd based image in Qemu, and I use tap interface for
> connectivity to the host or external world, but when I try to fire up 2
> instances, using tap, it fails. For the second invocation, it gives me the
> erro
Hi Peter...
On Tue, Aug 3, 2010 at 15:13, Peter Niessen wrote:
> Dear List,
>
> I'm trying to set up a testbed for batch systems using qemu-kvm. So far,
> I've created two machines, a master ("torque") and an execution host
> ("mom") for use with torque. I'm using the following command lines to
>
25 matches
Mail list logo
