On 04/11/2012 03:26 AM, Michael S. Tsirkin wrote:
On Tue, Apr 10, 2012 at 08:48:54PM +0200, Stefan Weil wrote:
Commit 7fc8d918b9674c3e9233d6d25da2457345d414a0 removed code from
eepro100.c and replaced it by different code: the code in net.c
returns bits 31...26, but eepro100 needs bits 7...2.
T
Hi Paolo,
On 04/11/2012 03:40 AM, Paolo Bonzini wrote:
>> From: Liu Yuan
>> >
>> > The 'qemu-img convert -h' advertise that the default cache mode is
>> > 'writeback', while in fact it is 'unsafe'.
>> >
>> > This patch 1) changes the cache mode as 'writeback' and 2) explicitly
>> > calls bdrv_f
On Tue, Apr 10, 2012 at 12:38:09PM -0600, Alex Williamson wrote:
> > > > It's probably harmless if we do let it be clobbered by migration
> > > > though: worst case we lose an event and that might have
> > > > happened before migration :)
> > >
> > > Perhaps that's another way to manage it, just l
On Wed, Mar 28, 2012 at 02:18:05PM -0400, Jason Baron wrote:
> The current kvm_init_irq_routing() doesn't set up the used_gsi_bitmap
> correctly, and as a consequence pins max_gsi to 32 when it really
> should be 1024. I ran into this limitation while testing pci
> passthrough, where I consistently
On Wed, Apr 04, 2012 at 08:34:52PM +, Blue Swirl wrote:
> On Wed, Apr 4, 2012 at 20:11, Peter Maydell wrote:
> > On 4 April 2012 20:18, Blue Swirl wrote:
> >> On Mon, Apr 2, 2012 at 04:17, David Gibson
> >> wrote:
> >>> From: Alexey Kardashevskiy
> >>> This adds DPRINTF() macros with the u
On 04/10/2012 04:24 PM, Peter Maydell wrote:
On 10 April 2012 21:16, Crístian Viana wrote:
Based on the following conversation:
http://mid.gmane.org/4f69f05b.5010...@codemonkey.ws
Which reminds me - qemu sticks the release version in
guest visible places like CPU version.
This is wrong and c
On Thu, Mar 22, 2012 at 12:00:48AM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> This is now implied by kvm_irqchip_in_kernel.
>
> Signed-off-by: Jan Kiszka
> ---
>
> Rebased over latest uq/master.
>
> kvm-all.c |6 --
> kvm-stub.c |6 --
> kvm.h |2 --
> 3 files
On Fri, Apr 06, 2012 at 08:06:27PM +0100, Mark Cave-Ayland wrote:
> Commit 41557447d30eeb944e42069513df13585f5e6c7f introduced a new method of
> calculating the MSR for the interrupt context. However this doesn't quite
> agree with the PowerISA 2.06B specification (pp. 811-814) since too many
> bit
On Fri, Apr 06, 2012 at 06:17:12PM +0200, Andreas Färber wrote:
> free() opcode tables. They are being malloc()'ed in create_new_table().
This doesn't seem right. Unless I've missed something in the call
path, create_new_table() is not called from the instance initializer.
So surely it should not
On Fri, Apr 06, 2012 at 06:17:10PM +0200, Andreas Färber wrote:
> Move code from cpu_ppc_init() into an initfn.
>
> Signed-off-by: Andreas Färber
This will conflict with my patch which factors out the fiddling with
the thread numbers into a hook function. Were you planning to update
that, or wi
On Fri, Apr 06, 2012 at 06:17:09PM +0200, Andreas Färber wrote:
> Embed CPUPPCState as first member of PowerPCCPU.
> Distinguish between "powerpc-cpu", "powerpc64-cpu" and
> "embedded-powerpc-cpu".
>
> Let CPUClass::reset() call cpu_state_reset() for now.
>
> Signed-off-by: Andreas Färber
Looks
Signed-off-by: Wanpeng Li
---
hw/ps2.h | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/hw/ps2.h b/hw/ps2.h
index 32a4231..d19c226 100644
--- a/hw/ps2.h
+++ b/hw/ps2.h
@@ -1,3 +1,30 @@
+/*
+ * QEMU PS/2 keyboard/mouse emulation
+ *
+ * Copyrigh
> -Original Message-
> From: Peter A. G. Crosthwaite [mailto:peter.crosthwa...@petalogix.com]
> Sent: Sunday, April 01, 2012 10:20 PM
> To: peter.crosthwa...@petalogix.com; qemu-devel@nongnu.org;
> p...@codesourcery.com; peter.mayd...@linaro.org;
> edgar.igles...@gmail.com
> Cc: Duy Le; Joh
> -Original Message-
> From: Peter A. G. Crosthwaite [mailto:peter.crosthwa...@petalogix.com]
> Sent: Sunday, April 01, 2012 10:20 PM
> To: peter.crosthwa...@petalogix.com; qemu-devel@nongnu.org;
> p...@codesourcery.com; peter.mayd...@linaro.org;
> edgar.igles...@gmail.com
> Cc: Duy Le; Joh
> -Original Message-
> From: Peter A. G. Crosthwaite [mailto:peter.crosthwa...@petalogix.com]
> Sent: Sunday, April 01, 2012 10:20 PM
> To: peter.crosthwa...@petalogix.com; qemu-devel@nongnu.org;
> p...@codesourcery.com; peter.mayd...@linaro.org;
> edgar.igles...@gmail.com
> Cc: Duy Le; Joh
Embed CPULM32State as first member of QOM LM32CPU.
Let CPUClass::reset() call cpu_state_reset() for now.
Signed-off-by: Andreas Färber
---
Makefile.target |1 +
target-lm32/cpu-qom.h | 71 +
target-lm32/cpu.c | 60
Move code from cpu_state_reset() into QOM lm32_cpu_reset().
Signed-off-by: Andreas Färber
---
target-lm32/cpu.c| 10 +-
target-lm32/helper.c | 10 +-
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/target-lm32/cpu.c b/target-lm32/cpu.c
index 70251d0..48a5
Hello Michael,
This series strips down my LM32 QOM'ification patch from the qom-cpu-others.v1
RFC series, not touching on subclasses yet.
I've fixed the "cris" error. Can you please test and ack again or send a PULL
for it?
(All remaining targets from C to S depend on the Makefile.target bit; lm
Move code from cpu_lm32_init() to an initfn; call cpu_reset()
instead of cpu_state_reset().
Signed-off-by: Andreas Färber
---
target-lm32/cpu.c| 13 +
target-lm32/helper.c |3 ---
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/target-lm32/cpu.c b/target-lm3
Embed CPUAlphaState as first member of AlphaCPU.
Signed-off-by: Andreas Färber
---
Makefile.target |1 +
target-alpha/cpu-qom.h | 71 ++
target-alpha/cpu.c | 38
target-alpha/cpu.h |1 +
targe
Hello Richard,
This series strips down my Alpha QOM'ification patch from the qom-cpu-others.v1
RFC series. Subclasses are postponed for now.
Can you please retest and either provide Acked-bys again or send an instant
PULL?
Available from:
git://github.com/afaerber/qemu-cpu.git qom-cpu-alpha.v2
> Could someone help me to confirm that I understand how the QEMU cross page
> boundary checking correctly or not? Below is the source code I am looking at,
>
> static inline void gen_goto_tb(DisasContext *s, int tb_num, target_ulong eip)
> {
>
> if ((pc & TARGET_PAGE_MASK) == (tb->pc & TARGET_
Move code from cpu_alpha_init() into a CPU initializer.
Signed-off-by: Andreas Färber
---
target-alpha/cpu.c | 20
target-alpha/translate.c | 12 +---
2 files changed, 21 insertions(+), 11 deletions(-)
diff --git a/target-alpha/cpu.c b/target-alpha/cpu.c
i
The Buildbot has detected a new failure on builder default_x86_64_fedora16
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_x86_64_fedora16/builds/230
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_fedor
On Tue, Apr 10, 2012 at 02:05:52PM +1000, Peter A. G. Crosthwaite wrote:
> This FIXME has already been actioned. Deleted comment.
Applied, thanks Peter
>
> Signed-off-by: Peter A. G. Crosthwaite
> ---
> hw/petalogix_s3adsp1800_mmu.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
On Tue, 2012-04-10 at 23:45 +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 10, 2012 at 02:03:05PM -0600, Alex Williamson wrote:
> > On Tue, 2012-04-10 at 22:36 +0300, Michael S. Tsirkin wrote:
> > > On Tue, Apr 10, 2012 at 12:29:09PM -0600, Alex Williamson wrote:
> > > > I never really intended the
On 10 April 2012 21:16, Crístian Viana wrote:
> Based on the following conversation:
>
> http://mid.gmane.org/4f69f05b.5010...@codemonkey.ws
>
>> Which reminds me - qemu sticks the release version in
>> guest visible places like CPU version.
>> This is wrong and causes windows guests to print mess
On Tue, Apr 10, 2012 at 02:03:05PM -0600, Alex Williamson wrote:
> On Tue, 2012-04-10 at 22:36 +0300, Michael S. Tsirkin wrote:
> > On Tue, Apr 10, 2012 at 12:29:09PM -0600, Alex Williamson wrote:
> > > I never really intended the power state bitmap to be for power
> > > management of any sort, I w
Ping. Does this approach look like it could satisfy your desire for a
more integrated group layer? I'd really like to move VFIO forward,
we've been stalled on this long enough. David Woodhouse, I think this
provides the quirking you're looking for for device like the Ricoh, do
you have any othe
The versatile i2c controller implementation was separated to
its own file called versatile_i2c.c. This is done as a preparation
for adding i2c support to the versatilepb board.
Signed-off-by: Oskar Andero
---
Makefile.target|1 +
hw/realview.c | 83 +---
Signed-off-by: Oskar Andero
---
hw/versatilepb.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/hw/versatilepb.c b/hw/versatilepb.c
index 25afb1e..d011554 100644
--- a/hw/versatilepb.c
+++ b/hw/versatilepb.c
@@ -13,6 +13,7 @@
#include "net.h"
#include "sysemu.h"
Hi,
This patch-set aims to add i2c support for the versatile pb board and
has now been split in to two patches: one that extracts the i2c code
from realview to a separate file and finally one that adds i2c support
to versatilepb.
-Oskar
Oskar Andero (2):
realview: break out versatile i2c contr
Based on the following conversation:
http://mid.gmane.org/4f69f05b.5010...@codemonkey.ws
> Which reminds me - qemu sticks the release version in
> guest visible places like CPU version.
> This is wrong and causes windows guests to print messages
> about driver updates when you switch.
> We should
commit f7aa558396dd0f6b7a2b22c05cb503c655854102 pulled the dcache and icache
line size initialization inside of a '#if !defined(CONFIG_USER_ONLY)' block.
This is not correct because instructions like 'dcbz' need the dcache size
initialized even for user mode.
Signed-off-by: Meador Inge
---
targe
On Tue, 2012-04-10 at 22:36 +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 10, 2012 at 12:29:09PM -0600, Alex Williamson wrote:
> > I never really intended the power state bitmap to be for power
> > management of any sort, I was trying to support this kind of event flow:
> >
> > http://www.microso
Il 10/04/2012 20:10, Liu Yuan ha scritto:
> From: Liu Yuan
>
> The 'qemu-img convert -h' advertise that the default cache mode is
> 'writeback', while in fact it is 'unsafe'.
>
> This patch 1) changes the cache mode as 'writeback' and 2) explicitly
> calls bdrv_flush() to flush the dirty bits.
>
On Tue, Apr 10, 2012 at 12:29:09PM -0600, Alex Williamson wrote:
> I never really intended the power state bitmap to be for power
> management of any sort, I was trying to support this kind of event flow:
>
> http://www.microsoft.com/china/whdc/system/pnppwr/hotadd/hotplugpci.mspx#EYH
>
> Hot-add
On Tue, 10 Apr 2012 16:27:45 -0300
Luiz Capitulino wrote:
> On Tue, 10 Apr 2012 13:50:28 -0500
> Michael Roth wrote:
>
> > On Tue, Apr 10, 2012 at 01:45:15PM -0300, Luiz Capitulino wrote:
> > > On Mon, 9 Apr 2012 17:29:51 -0500
> > > Michael Roth wrote:
> > >
> > > > On Mon, Apr 09, 2012 at 0
On Tue, 10 Apr 2012 13:50:28 -0500
Michael Roth wrote:
> On Tue, Apr 10, 2012 at 01:45:15PM -0300, Luiz Capitulino wrote:
> > On Mon, 9 Apr 2012 17:29:51 -0500
> > Michael Roth wrote:
> >
> > > On Mon, Apr 09, 2012 at 04:57:48PM -0300, Luiz Capitulino wrote:
> > > > Hi Michael,
> > > >
> > > >
On Tue, Apr 10, 2012 at 08:48:54PM +0200, Stefan Weil wrote:
> Commit 7fc8d918b9674c3e9233d6d25da2457345d414a0 removed code from
> eepro100.c and replaced it by different code: the code in net.c
> returns bits 31...26, but eepro100 needs bits 7...2.
>
> This patch partially reverts 7fc8d918b9674c3
Am 09.04.2012 21:17, schrieb Blue Swirl:
Use uintptr_t instead of void * or unsigned long in
several op related functions, env->mem_io_pc and
GETPC() macro.
Signed-off-by: Blue Swirl
---
cpu-defs.h | 4 ++--
exec-all.h | 10 +-
exec.c | 12 ++--
softmmu_template.h | 20 ++--
On Tue, Apr 10, 2012 at 01:45:15PM -0300, Luiz Capitulino wrote:
> On Mon, 9 Apr 2012 17:29:51 -0500
> Michael Roth wrote:
>
> > On Mon, Apr 09, 2012 at 04:57:48PM -0300, Luiz Capitulino wrote:
> > > Hi Michael,
> > >
> > > There's a possible race condition in the bios_supports_mode() function
Commit 7fc8d918b9674c3e9233d6d25da2457345d414a0 removed code from
eepro100.c and replaced it by different code: the code in net.c
returns bits 31...26, but eepro100 needs bits 7...2.
This patch partially reverts 7fc8d918b9674c3e9233d6d25da2457345d414a0.
To avoid future problems, I renamed the func
On Tue, 2012-04-10 at 18:45 +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 10, 2012 at 09:35:39AM -0600, Alex Williamson wrote:
> > On Tue, 2012-04-10 at 18:19 +0300, Michael S. Tsirkin wrote:
> > > On Tue, Apr 10, 2012 at 09:14:00AM -0600, Alex Williamson wrote:
> > > > On Sun, 2012-04-08 at 01:57
On Mon, 2012-04-09 at 11:24 +0300, Michael S. Tsirkin wrote:
> On Mon, Apr 09, 2012 at 11:07:03AM +0300, Gleb Natapov wrote:
> > On Sun, Apr 08, 2012 at 10:48:02PM +0300, Michael S. Tsirkin wrote:
> > > On Sun, Apr 08, 2012 at 03:45:38PM -0300, Marcelo Tosatti wrote:
> > > > On Sun, Apr 08, 2012 at
From: Liu Yuan
The 'qemu-img convert -h' advertise that the default cache mode is
'writeback', while in fact it is 'unsafe'.
This patch 1) changes the cache mode as 'writeback' and 2) explicitly
calls bdrv_flush() to flush the dirty bits.
2) is needed because some backend storage doesn't have a
On 10 April 2012 01:19, Peter Crosthwaite
wrote:
> This new revision of our SDHCI series addressed Igors review of V1.
> Igor is currently iterating through revisions of his SDHC
> refactorings, is that acting as a blocker on this one?
I would like you and Igor and Vincent to agree on one SDHCI
c
On 01/20/2012 12:55 PM, Eric Blake wrote:
Revisiting this thread, as I'd really like to have a solution in place
before qemu 1.1 is released.
>>> Looking at this from libvirt's perspective, would it be possible to give
>>> this a different name? Then libvirt would know that if
>>> block_job_canc
On 2 April 2012 06:20, Peter A. G. Crosthwaite
wrote:
> The xilinx published kernel and linux test binaries expects initrd and dtb to
> be at these locations
Isn't this just broken? The documented ABI for the bootloader
to kernel interface tells the kernel where to find the initrd
(either via the
Am 04.04.2012 07:02, schrieb David Gibson:
> Currently the pseries machine contains not one but two somewhat ugly hacks
> to allow printing of early debug messages before the guest has properly
> read the device tree.
>
> First, we special case H_PUT_TERM_CHAR so that a vtermno of 0 (usually
> inv
Il 10/04/2012 18:46, Luiz Capitulino ha scritto:
> I think that for device_add foo,? we could introduce
> qom-list-type-properties.
> Seems simple if limited to devices, not sure how to make it generic
> though.
With those patches you can make it generic.
>>>
>>> Cool, w
On Tue, 10 Apr 2012 18:40:25 +0200
Paolo Bonzini wrote:
> Il 10/04/2012 16:30, Luiz Capitulino ha scritto:
> > On Tue, 10 Apr 2012 16:27:43 +0200
> > Paolo Bonzini wrote:
> >
> >> Il 10/04/2012 16:23, Luiz Capitulino ha scritto:
> > Regarding device_add ? and device_add foo,? I would implem
On Mon, 9 Apr 2012 17:29:51 -0500
Michael Roth wrote:
> On Mon, Apr 09, 2012 at 04:57:48PM -0300, Luiz Capitulino wrote:
> > Hi Michael,
> >
> > There's a possible race condition in the bios_supports_mode() function used
> > by all suspend commands in qemu-ga: if the parent process receives a SI
Il 10/04/2012 16:30, Luiz Capitulino ha scritto:
> On Tue, 10 Apr 2012 16:27:43 +0200
> Paolo Bonzini wrote:
>
>> Il 10/04/2012 16:23, Luiz Capitulino ha scritto:
> Regarding device_add ? and device_add foo,? I would implement it as
> separate QMP commands hooking into QOM, such as qom_li
Quoting Jan Kiszka (jan.kis...@siemens.com):
> On 2012-04-10 16:06, Serge E. Hallyn wrote:
> > Quoting Jan Kiszka (jan.kis...@siemens.com):
> >> On 2012-04-09 17:36, Serge E. Hallyn wrote:
> >>> Hi,
> >>>
> >>> at https://bugs.launchpad.net/debian/+source/qemu-kvm/+bug/975240 there is
> >>> reporte
On Tue, 2012-04-10 at 18:19 +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 10, 2012 at 09:14:00AM -0600, Alex Williamson wrote:
> > On Sun, 2012-04-08 at 01:57 -0300, Marcelo Tosatti wrote:
> > > On Thu, Apr 05, 2012 at 11:07:15AM -0600, Alex Williamson wrote:
> > > > As Michael Tsirkin demonstrate
Move code from cpu_x86_init() to new QOM x86_cpu_initfn().
Also move mce_init() to cpu.c since it's used nowhere else.
Signed-off-by: Andreas Färber
---
target-i386/cpu.c| 27 +++
target-i386/helper.c | 18 --
2 files changed, 27 insertions(+), 18
Move code from cpu_state_reset() into QOM x86_cpu_reset(),
fixing style issues for FPU init.
Signed-off-by: Andreas Färber
---
target-i386/cpu.c| 72 +-
target-i386/helper.c | 71 +
2 files ch
Name it cpu.c to align with other QOM'ified targets.
Signed-off-by: Andreas Färber
---
Makefile.target|2 +-
target-i386/{cpuid.c => cpu.c} |0
2 files changed, 1 insertions(+), 1 deletions(-)
rename target-i386/{cpuid.c => cpu.c} (100%)
diff --git a/Makefile.target b/M
On Tue, Apr 10, 2012 at 4:45 PM, Jan Kiszka wrote:
> On 2012-04-10 17:31, Stefan Hajnoczi wrote:
>> On Thu, Apr 5, 2012 at 11:59 AM, Jan Kiszka wrote:
>>> Use QemuEvent for signaling POSIX AIO completions. If native eventfd
>>> support is available, this avoids multiple read accesses to drain
>>>
On Wed, Apr 4, 2012 at 12:44 PM, Izik Eidus
wrote:
> What about this patch?, everything that was asked from Dmitry was
> accomplished...
> What prevent us from progressing with merging this patch?
Hang on, I asked what the point of the VMware paravirt device models
is. I don't think that was eve
On 2012-04-10 17:31, Stefan Hajnoczi wrote:
> On Thu, Apr 5, 2012 at 11:59 AM, Jan Kiszka wrote:
>> Use QemuEvent for signaling POSIX AIO completions. If native eventfd
>> support is available, this avoids multiple read accesses to drain
>> multiple pending signals.
>>
>> Signed-off-by: Jan Kiszka
On Tue, Apr 10, 2012 at 09:35:39AM -0600, Alex Williamson wrote:
> On Tue, 2012-04-10 at 18:19 +0300, Michael S. Tsirkin wrote:
> > On Tue, Apr 10, 2012 at 09:14:00AM -0600, Alex Williamson wrote:
> > > On Sun, 2012-04-08 at 01:57 -0300, Marcelo Tosatti wrote:
> > > > On Thu, Apr 05, 2012 at 11:07:
On Fri, Apr 6, 2012 at 2:48 PM, Paolo Bonzini wrote:
> scsibus_get_dev_path is leaking id if it is not NULL. Fix it.
>
> Reported-by: Laszlo Ersek
> Signed-off-by: Paolo Bonzini
> ---
> hw/scsi-bus.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/hw/scsi-bus
Hello Anthony or Blue,
Please pull the x86 QOM CPU conversion.
Cc: Anthony Liguori
Cc: Blue Swirl
The following changes since commit 4e1957acc854b2f3f3068c75cef2a429f9b97011:
Merge commit 'ff71f2e8cacefae99179993204172bc65e4303df' into staging
(2012-04-10 08:21:58 -0500)
are available in
On Thu, Apr 5, 2012 at 11:59 AM, Jan Kiszka wrote:
> Use QemuEvent for signaling POSIX AIO completions. If native eventfd
> support is available, this avoids multiple read accesses to drain
> multiple pending signals.
>
> Signed-off-by: Jan Kiszka
> ---
> posix-aio-compat.c | 62
> ++-
Just for an update: the TLB patch has been applied to ppc-next by
Andreas and so should be in git master shortly:
http://lists.gnu.org/archive/html/qemu-ppc/2012-03/msg00162.html
I've also reworked the MSR flags patch based upon feedback from
David/Scott and posted a revised version here, for whi
On Tue, Apr 10, 2012 at 10:08:10AM -0500, Anthony Liguori wrote:
> On 04/05/2012 07:03 AM, Michael S. Tsirkin wrote:
> >On Mon, Mar 19, 2012 at 01:11:16PM -0500, Anthony Liguori wrote:
> >>On 03/15/2012 06:49 PM, Michael S. Tsirkin wrote:
> >>>I'm trying a signed pull request now. You can check the
On 2012-04-10 16:06, Serge E. Hallyn wrote:
> Quoting Jan Kiszka (jan.kis...@siemens.com):
>> On 2012-04-09 17:36, Serge E. Hallyn wrote:
>>> Hi,
>>>
>>> at https://bugs.launchpad.net/debian/+source/qemu-kvm/+bug/975240 there is
>>> reported a problem in 1.0.0 with running unaccelerated qemu with h
Embed CPUX86State as first member of X86CPU.
Distinguish between "x86_64-cpu" and "i386-cpu".
Drop cpu_x86_close() in favor of calling object_delete() directly.
For now let CPUClass::reset() call cpu_state_reset().
Signed-off-by: Andreas Färber
---
target-i386/cpu-qom.h | 75 +
On Tue, Apr 10, 2012 at 09:14:00AM -0600, Alex Williamson wrote:
> On Sun, 2012-04-08 at 01:57 -0300, Marcelo Tosatti wrote:
> > On Thu, Apr 05, 2012 at 11:07:15AM -0600, Alex Williamson wrote:
> > > As Michael Tsirkin demonstrated, current PCI hotplug is vulnerable
> > > to a few races. The first
Uh, I meant "sorry, but the reason that happened isn't shown".
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/977391
Title:
BUG: soft lockup - CPU#8 stuck for 61s! [kvm:*] in lucid
Status in QEMU
Is there anything in /var/log/kern.log.* ? A fuller oops would be
valuable.
If this vm was spawned with libvirt, could you post the xml description?
What OS was the guest running?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
http
Sorry, the screenshot does show that the deadlock is on a spinlock
during flush_tlb_others(), perhaps at
if (nr_cpu_ids > NUM_INVALIDATE_TLB_VECTORS)
raw_spin_lock(&f->tlbstate_lock);
--
You received this bug notification because you are a member of qemu-
devel-ml, which
On Sun, 2012-04-08 at 01:57 -0300, Marcelo Tosatti wrote:
> On Thu, Apr 05, 2012 at 11:07:15AM -0600, Alex Williamson wrote:
> > As Michael Tsirkin demonstrated, current PCI hotplug is vulnerable
> > to a few races. The first is a race with other hotplug operations
> > because we clear the up & do
On 04/03/2012 05:42 AM, Stefan Hajnoczi wrote:
I'm will be gone from tomorrow until Monday so it's time to flush the
trivial-patches queue.
The following changes since commit f05f6b4adb4db3affb0cdd17383b0a7e905e66e1:
qdev: put all devices under /machine (2012-04-02 15:04:15 -0500)
are avail
On 04/05/2012 07:03 AM, Michael S. Tsirkin wrote:
On Mon, Mar 19, 2012 at 01:11:16PM -0500, Anthony Liguori wrote:
On 03/15/2012 06:49 PM, Michael S. Tsirkin wrote:
I'm trying a signed pull request now. You can check the signature
on for_anthony if you like, and if your git is recent enough
it
On 04/09/2012 01:28 PM, Luiz Capitulino wrote:
Contains only the device_del conversion to the QAPI series.
The changes (since 7914cb3c738a03a5d5f7cb32c3768bc62eb1e944) are available
in the following repository:
git://repo.or.cz/qemu/qmp-unstable.git queue/qmp
Pulled. Thanks.
Regards,
On 04/05/2012 10:51 AM, Kevin Wolf wrote:
The following changes since commit 8f8d364f2447e58768132fc10f48a67af371ee38:
Merge branch 's390-for-upstream' of git://repo.or.cz/qemu/agraf (2012-04-04
20:45:03 +)
Pulled. Thanks.
Regards,
Anthony Liguori
are available in the git reposito
Am 04.04.2012 07:02, schrieb David Gibson:
> The VIOsPAPRBus structure, used on the pseries machine contains some old
> fields which are no longer used anywhere. This patch removes them.
>
> Cc: qemu-triv...@nongnu.org
>
> Signed-off-by: David Gibson
> ---
Thanks, applied to ppc-next:
http://r
Am 28.03.2012 23:39, schrieb David Gibson:
> This patch adds the PAPR defined RTAS system-reboot call to the pseries
> machine emulation, providing the guest with a way to trigger a reboot.
> This exposes a bug in the pseries VIO code which means CRQs are not
> properly reset on a system reset. Th
Am 28.03.2012 23:39, schrieb David Gibson:
> PAPR specifies a Command Response Queue (CRQ) mechanism used for virtual
> IO, which we implement. However, we don't correctly clean up registered
> CRQs when we reset the system.
>
> This patch adds a reset handler to fix this bug. While we're at it,
On Tue, 10 Apr 2012 16:27:43 +0200
Paolo Bonzini wrote:
> Il 10/04/2012 16:23, Luiz Capitulino ha scritto:
> >> > Regarding device_add ? and device_add foo,? I would implement it as
> >> > separate QMP commands hooking into QOM, such as qom_list_types (taking
> >> > the superclass as an optional
Il 10/04/2012 16:23, Luiz Capitulino ha scritto:
>> > Regarding device_add ? and device_add foo,? I would implement it as
>> > separate QMP commands hooking into QOM, such as qom_list_types (taking
>> > the superclass as an optional argument) and qom_properties. But the
>> > latter first needs sta
On Fri, 30 Mar 2012 09:49:20 +0200
Paolo Bonzini wrote:
> Regarding device_add ? and device_add foo,? I would implement it as
> separate QMP commands hooking into QOM, such as qom_list_types (taking
> the superclass as an optional argument) and qom_properties. But the
> latter first needs static
Am 10.04.2012 08:41, schrieb David Gibson:
> On Fri, Apr 06, 2012 at 06:17:07PM +0200, Andreas Färber wrote:
>> Hello,
>>
>> This series follows up on my PowerPC QOM'ification patches from the
>> qom-cpu-others.v1 RFC series and splits it into steps easier to review.
>> The finalizer is actually fi
2012/4/10 Mikael
> Hi Jun -
>
> That's the problem - none of this can be done whatsoever with libvirt.
>
> The issue about libvirt is that it is a manager of virtualization programs
> running in separate OS processes. Doing the kind of tight interaction with
> several qemu instances in one userla
Quoting Jan Kiszka (jan.kis...@siemens.com):
> On 2012-04-09 17:36, Serge E. Hallyn wrote:
> > Hi,
> >
> > at https://bugs.launchpad.net/debian/+source/qemu-kvm/+bug/975240 there is
> > reported a problem in 1.0.0 with running unaccelerated qemu with hpet.
> > This is fixed upstream as of commit
2012/4/10 Mikael
> Hi Jun -
>
> That's the problem - none of this can be done whatsoever with libvirt.
>
> The issue about libvirt is that it is a manager of virtualization programs
> running in separate OS processes. Doing the kind of tight interaction with
> several qemu instances in one userla
Hi Jun -
That's the problem - none of this can be done whatsoever with libvirt.
The issue about libvirt is that it is a manager of virtualization programs
running in separate OS processes. Doing the kind of tight interaction with
several qemu instances in one userland process & thread, and full
e
As there are no topics, call is cancelled. Sorry for the late notice.
Hi,
Eagerly waiting for your suggestions. Can anyone please respond on this?
Is there any chat available for qemu-devel group?
Thanks\Naga.
From: Naga Mohan Pothula
To: "qemu-devel@nongnu.org"
Sent: Monday, April 9, 2012 5:57 PM
Subject: [Qemu-devel] WinXP
On 10 April 2012 14:09, Andreas Färber wrote:
> Am 30.03.2012 14:51, schrieb Peter Maydell:
>> Register subclasses for each ARM CPU implementation (with the
>> exception of "pxa270", which is an alias for "pxa270-a0").
>>
>> Let arm_cpu_list() enumerate CPU subclasses in alphabetical order,
>> exc
Were you able to find any clues...?
Rahul N.
On Tuesday, April 10, 2012, Rahul Nair wrote:
> Please check the attached screenshot that I took during the issue.
> I cant find anything useful in the logs.
>
> -Rahul N.
>
> On Tue, Apr 10, 2012 at 3:31 AM, Christopher M. Penalver <
christopher.penal
On 04/03/2012 09:41 AM, Michael S. Tsirkin wrote:
On Mon, Mar 19, 2012 at 01:11:16PM -0500, Anthony Liguori wrote:
On 03/15/2012 06:49 PM, Michael S. Tsirkin wrote:
I'm trying a signed pull request now. You can check the signature
on for_anthony if you like, and if your git is recent enough
it
Am 30.03.2012 14:51, schrieb Peter Maydell:
> Register subclasses for each ARM CPU implementation (with the
> exception of "pxa270", which is an alias for "pxa270-a0").
>
> Let arm_cpu_list() enumerate CPU subclasses in alphabetical order,
> except for special value "any".
>
> Replace cpu_arm_fin
On Fri, Apr 06, 2012 at 09:33:20PM +0200, Stefan Weil wrote:
> #abort is not a preprocessor statement. It aborts, but the preprocessor
> statement #error is more common to abort a compilation.
>
> Signed-off-by: Stefan Weil
> ---
> configure |2 +-
> 1 files changed, 1 insertions(+), 1 delet
On Wed, Apr 04, 2012 at 05:03:15PM +0100, Peter Maydell wrote:
> Remove some useless uses of ARCH_CFLAGS -- this variable was never set
> so will always be empty. The uses were accidental: in commit 0c439cbf8
> Juan Quintela removed ARCH_CFLAGS in favour of CFLAGS (which in turn
> became QEMU_CFLAG
On Wed, Apr 04, 2012 at 03:02:06PM +1000, David Gibson wrote:
> The VIOsPAPRBus structure, used on the pseries machine contains some old
> fields which are no longer used anywhere. This patch removes them.
>
> Cc: qemu-triv...@nongnu.org
>
> Signed-off-by: David Gibson
> ---
> hw/spapr_vio.h |
Combination ping^2 and apology for forgetting to cc qemu-ppc.
-- PMM
On 3 April 2012 12:57, Peter Maydell wrote:
> Ping?
>
> -- PMM
>
> On 12 March 2012 16:24, Peter Maydell wrote:
>> Synchronize the CPU state via cpu_sychronize_state() unconditionally
>> in gdb_set_cpu_pc() rather than only in
1 - 100 of 127 matches
Mail list logo
