Title: Attention! Votre Compte a été limité !
Hi,
I have a problem when emulating virtex-ml507.
Loop device can not be mounted as hda, no partitions are listed.
My environment is as following:
1. Qemu 0.14.1 build with libfdt support.
2. Kernel download from Xilinx Git server.
config is customized from 44x/virtex_defconfig with enable s
Fix a bug caused by lack of braces in if statement
Signed-off-by: Devin Nakamura
---
qemu-io.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/qemu-io.c b/qemu-io.c
index 53adb76..1c4f684 100644
--- a/qemu-io.c
+++ b/qemu-io.c
@@ -433,12 +433,12 @@ static int read_f(i
Signed-off-by: Devin Nakamura
---
block.h |6 +++---
block_int.h |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/block.h b/block.h
index da7d39c..859d1d9 100644
--- a/block.h
+++ b/block.h
@@ -110,7 +110,7 @@ int bdrv_check(BlockDriverState *bs, BdrvCheckResult
The Buildbot has detected a new failure on builder pci_x86_64_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/pci_x86_64_debian_5_0/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Reas
The Buildbot has detected a new failure on builder pci_i386_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/pci_i386_debian_5_0/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Reason:
I've given up on this one. Personally I don't need
this stuff for my win7 guests since I can hack either
bios or the O/S loader to include all the necessary
verifications for the win7 activation to work. I
tried to make this process to be legal (no hacks
or "cracks" needed) and easy for others, b
Hi,
While checking the cpu model code, I don't think I understand fully what
is supposed to be the right semantics for '-cpu host' on qemu-kvm, and
what exactly we are aiming to.
Maybe this was already discussed before, but I failed to find any
additional information except for the original '-cpu
On Thu, Jun 09, 2011 at 07:50:43AM +1000, Brad Hards wrote:
> Thanks to agraf_, stefanha and Snader_LB for their IRC assistance.
>
> Thanks to Markus Armbruster and Alexander Graf (again) for their
> assistance with the second version of this patch. No patch is too
> simple to test...
>
> Signed-
On Thu, Jun 09, 2011 at 12:55:37AM +0200, Alexander Graf wrote:
> Qemu uses signalfd to figure out, if a signal occured without the need
> to actually receive the signal. Instead, it can read from the fd to receive
> its news.
>
> Now, we obviously don't always have signalfd around. Especially not
On Fri, Jun 10, 2011 at 07:13:12PM +0530, Aneesh Kumar K.V wrote:
> Signed-off-by: Aneesh Kumar K.V
Thanks for the quick response earlier today, I had already applied
your first patch :)
Cheers
> ---
> fsdev/qemu-fsdev-dummy.c |8
> 1 files changed, 8 insertions(+), 0 deletions(-
On Wed, Jun 08, 2011 at 12:10:39PM -0700, Richard Henderson wrote:
> Ping^3. Anyone? Bueller? Bueller?
>
> r~
>
> On 06/02/2011 07:56 AM, Richard Henderson wrote:
> > Ping^2.
> >
> > r~
> >
> > On 05/27/2011 12:55 PM, Richard Henderson wrote:
> >> Ping?
> >>
> >>
> >> r~
> >>
> >> On 05/23/2
Variable 'snap' is assigned a value that is never used.
Remove snap and the related code.
v2:
The unused variable which was in function rbd_open is now in function
qemu_rbd_create, so the patch needed an update.
Cc: Christian Brunner
Cc: Josh Durgin
Cc: Kevin Wolf
Signed-off-by: Stefan Wei
On 06/10/2011 09:36 AM, Peter Maydell wrote:
> Stefan, if you're picking up gcc warning fixes for the trivial
> tree, how about this one?
>
> (I think the other gcc warning fixes are either:
> * in the most recent usb pull request
> * linux-user
> * target-alpha
Speaking of, anyone willing to
On Tue, May 31, 2011 at 09:53:49AM +0200, Christophe Fergeau wrote:
> Based on a patch from Hans de Goede
>
> This warning is new in gcc 4.6.
>
> Acked-by: Amit Shah
> Signed-off-by: Christophe Fergeau
> ---
> target-i386/kvm.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
T
On Wed, Jun 01, 2011 at 02:56:30PM +0200, Christophe Fergeau wrote:
> This warning is new in gcc 4.6.
>
> Signed-off-by: Christophe Fergeau
> ---
> hw/lsi53c895a.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
Thanks, applied to the trivial patches tree:
http://repo.or.cz/w/qemu
On Wed, Jun 08, 2011 at 04:11:03PM +0200, Jan Kiszka wrote:
> @@ -217,7 +209,6 @@ int kvm_arch_get_registers(CPUState *env)
> return ret;
> }
>
> -#ifdef KVM_CAP_PPC_BOOKE_SREGS
> if (sregs.u.e.features & KVM_SREGS_E_BASE) {
> env->spr[SPR_BOOKE_CSRR0]
On 06/09/2011 03:45 AM, Kirill Batuzov wrote:
> Changes:
> v1 -> v2
> - State and Vals arrays merged to an array of structures.
> - Added reference counting of temp's copies. This helps to reset temp's state
>faster in most cases.
> - Do not make copy propagation through operations with TCG_
On 06/09/2011 03:45 AM, Kirill Batuzov wrote:
> +case INDEX_op_shl_i32:
> +#if TCG_TARGET_REG_BITS == 64
> +y &= 0x;
> +case INDEX_op_shl_i64:
> +#endif
> +return x << y;
> +
> +case INDEX_op_shr_i32:
> +#if TCG_TARGET_REG_BITS == 64
> +x &= 0x;
>
On 06/09/2011 03:45 AM, Kirill Batuzov wrote:
> +case INDEX_op_ext8s_i32:
> +return (int32_t)(int8_t)x;
> +
> +case INDEX_op_ext16s_i32:
> +return (int32_t)(int16_t)x;
No need to cast back to a 32-bit type. They'll be
extended properly for the return type which is TCGArg.
On 06/09/2011 03:45 AM, Kirill Batuzov wrote:
> +static int op_to_mov(int op)
> +{
> +if (op_bits(op) == 32) {
> +return INDEX_op_mov_i32;
> +}
> +#if TCG_TARGET_REG_BITS == 64
> +if (op_bits(op) == 64) {
> +return INDEX_op_mov_i64;
> +}
> +#endif
> +tcg_abort();
On 06/09/2011 03:45 AM, Kirill Batuzov wrote:
> Make tcg_constant_folding do copy and constant propagation. It is a
> preparational work before actual constant folding.
>
> Signed-off-by: Kirill Batuzov
> ---
> tcg/optimize.c | 161
>
>
On 2 June 2011 12:53, Juan Quintela wrote:
> Looking at the other architectures, we should be using "how" not "arg1".
>
> Signed-off-by: Juan Quintela
OK as far as it goes, but I think we should also change the
int how = arg1;
to just 'int how;' while we're cleaning up this chunk of code.
--
On 2 June 2011 12:53, Juan Quintela wrote:
>
> Signed-off-by: Juan Quintela
Reviewed-by: Peter Maydell
It does seem a bit odd that we were carefully calculating
this flag and then ignoring it, but I guess we just have
to treat the reason as lost in the mists of time (as you say,
according to t
On 2 June 2011 12:53, Juan Quintela wrote:
> We assign ret with the error code, but then return 0 unconditionally.
>
> Signed-off-by: Juan Quintela
Reviewed-by: Peter Maydell
-- PMM
Stefan, if you're picking up gcc warning fixes for the trivial
tree, how about this one?
(I think the other gcc warning fixes are either:
* in the most recent usb pull request
* linux-user
* target-alpha
which all have a clear owner/interested person.)
Reviewed-by: Peter Maydell
-- PMM
On 1
Am 10.06.2011 um 14:51 schrieb Anthony Liguori:
The trouble is that I don't think we have a reasonable way to refer
to properties of other devices and we don't have names for all
devices. I think if we fix the later problem, the former problem
becomes easier.
For the former issue I sent
Am 10.06.2011 17:32, schrieb Luiz Capitulino:
> On Tue, 7 Jun 2011 16:18:30 +0200
> Kevin Wolf wrote:
>
>> This series fixes some cases of block drivers calling AIO callbacks too
>> early.
>> It fixes the IDE assertion failure reported by Luiz (in error cases, the DMA
>> status, including acb,
On 06/10/2011 09:59 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 06/10/2011 03:13 AM, Markus Armbruster wrote:
Jan Kiszka writes:
Resource management, e.g. IRQs. That will be useful for other types of
buses as well.
A device should be able to say "I need to be connected to an
On 06/10/2011 09:55 AM, Luiz Capitulino wrote:
On Thu, 09 Jun 2011 18:04:44 -0500
Michael Roth wrote:
On 06/09/2011 03:02 PM, Luiz Capitulino wrote:
On Thu, 09 Jun 2011 14:04:37 -0500
Anthony Liguori wrote:
On 06/09/2011 01:47 PM, Luiz Capitulino wrote:
I've started writing some tests w
On Tue, 7 Jun 2011 16:18:30 +0200
Kevin Wolf wrote:
> This series fixes some cases of block drivers calling AIO callbacks too early.
> It fixes the IDE assertion failure reported by Luiz (in error cases, the DMA
> status, including acb, could first be reset in the callback and only then be
> set
On 2 June 2011 12:53, Juan Quintela wrote:
> - end_code = textpos + text_len;
>
> DBG_FLT("%s %s: TEXT=%x-%x DATA=%x-%x BSS=%x-%x\n",
> id ? "Lib" : "Load", bprm->filename,
> - (int) start_code, (int) end_code,
> + (int) start_code, (int) textpos + text_lon
On 06/10/2011 05:20 AM, Daniel P. Berrange wrote:
On Fri, Jun 10, 2011 at 05:36:13PM +0530, Aneesh Kumar K.V wrote:
On Fri, 10 Jun 2011 11:33:05 +0100, "Daniel P. Berrange"
wrote:
I've been doing some work trying to run QEMU guests with a root filesystem
exported from the host using virtio 9p
On Fri, 10 Jun 2011 10:05:17 -0500
Anthony Liguori wrote:
> On 06/10/2011 09:55 AM, Luiz Capitulino wrote:
> > On Thu, 09 Jun 2011 18:04:44 -0500
> >> You kind of get the desired behavior if you run the test via something
> >> like:
> >>
> >> gtester -k -o test.xml test-visiter
> >>
> >> The gte
On 06/10/2011 09:55 AM, Luiz Capitulino wrote:
On Thu, 09 Jun 2011 18:04:44 -0500
You kind of get the desired behavior if you run the test via something like:
gtester -k -o test.xml test-visiter
The gtester utility will log the return code after a test bombs, then
restart and skip to the test
Anthony Liguori writes:
> On 06/10/2011 03:13 AM, Markus Armbruster wrote:
>> Jan Kiszka writes:
>>> Resource management, e.g. IRQs. That will be useful for other types of
>>> buses as well.
>>
>> A device should be able to say "I need to be connected to an IRQ line".
>> Feels generic to me.
>
>
On Thu, 09 Jun 2011 18:04:44 -0500
Michael Roth wrote:
> On 06/09/2011 03:02 PM, Luiz Capitulino wrote:
> > On Thu, 09 Jun 2011 14:04:37 -0500
> > Anthony Liguori wrote:
> >
> >> On 06/09/2011 01:47 PM, Luiz Capitulino wrote:
> >>>
> >>> I've started writing some tests with the glib test framewo
On 06/10/2011 09:22 AM, Markus Armbruster wrote:
Peter Maydell writes:
But I think that's a non-typical case compared to the usual one
of "these wires are just hardwired this way by the machine".
IIRC, the PCI bus also provides a number of IRQ lines for the device to
tickle (INTA#..INTD#).
On 06/10/2011 09:18 AM, Jan Kiszka wrote:
On 2011-06-10 16:12, Anthony Liguori wrote:
On 06/10/2011 08:43 AM, Jan Kiszka wrote:
-device piix3,id=piix3 -device
isa-serial,id=serial,irq[3]=piix3.irq[3],irq[4]=piix3.irq[4],...
But I don't think we benefit from modelling it this correctly. The
> If requests are placed on arbitrary queues you'll inevitably run on
> locking issues to ensure strict request ordering.
> I would add here:
>
> If a device uses more than one queue it is the responsibility of the
> device to ensure strict request ordering.
Applied with s/device/guest/g.
> Plea
On 06/10/2011 08:50 AM, Peter Maydell wrote:
On 10 June 2011 14:43, Jan Kiszka wrote:
On 2011-06-10 15:10, Peter Maydell wrote:
This makes the wiring of this signal look like a property of the
isa-serial device, which is a bit odd, since it's just as much
a property of the piix3. Actually it's
Peter Maydell writes:
> On 10 June 2011 14:43, Jan Kiszka wrote:
>> On 2011-06-10 15:10, Peter Maydell wrote:
>>> This makes the wiring of this signal look like a property of the
>>> isa-serial device, which is a bit odd, since it's just as much
>>> a property of the piix3. Actually it's neither
On 2011-06-10 16:12, Anthony Liguori wrote:
> On 06/10/2011 08:43 AM, Jan Kiszka wrote:
>> On 2011-06-10 15:10, Peter Maydell wrote:
>>> On 10 June 2011 13:51, Anthony Liguori wrote:
On 06/10/2011 03:13 AM, Markus Armbruster wrote:
>
> Jan Kiszka writes:
>>
>> Resource manag
On 06/10/2011 08:43 AM, Jan Kiszka wrote:
On 2011-06-10 15:10, Peter Maydell wrote:
On 10 June 2011 13:51, Anthony Liguori wrote:
On 06/10/2011 03:13 AM, Markus Armbruster wrote:
Jan Kiszka writes:
Resource management, e.g. IRQs. That will be useful for other types of
buses as well.
A
On 06/10/2011 08:10 AM, Peter Maydell wrote:
On 10 June 2011 13:51, Anthony Liguori wrote:
On 06/10/2011 03:13 AM, Markus Armbruster wrote:
Jan Kiszkawrites:
Resource management, e.g. IRQs. That will be useful for other types of
buses as well.
A device should be able to say "I need to
Am 19.05.2011 10:58, schrieb Christoph Hellwig:
> Add support for TRIM sub function of the data set management command,
> and wire it up to the qemu discard infrastructure.
>
> Signed-off-by: Christoph Hellwig
> Index: qemu/hw/ide/pci.c
> =
On 2011-06-10 15:10, Peter Maydell wrote:
> On 10 June 2011 13:51, Anthony Liguori wrote:
>> On 06/10/2011 03:13 AM, Markus Armbruster wrote:
>>>
>>> Jan Kiszka writes:
Resource management, e.g. IRQs. That will be useful for other types of
buses as well.
>>>
>>> A device should be
On 10 June 2011 14:43, Jan Kiszka wrote:
> On 2011-06-10 15:10, Peter Maydell wrote:
>> This makes the wiring of this signal look like a property of the
>> isa-serial device, which is a bit odd, since it's just as much
>> a property of the piix3. Actually it's neither, it's a property
>> of the ma
Signed-off-by: Aneesh Kumar K.V
---
fsdev/qemu-fsdev-dummy.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/fsdev/qemu-fsdev-dummy.c b/fsdev/qemu-fsdev-dummy.c
index 619e163..4e700dd 100644
--- a/fsdev/qemu-fsdev-dummy.c
+++ b/fsdev/qemu-fsdev-dummy.c
@@ -13,8 +13
On 10 June 2011 13:51, Anthony Liguori wrote:
> On 06/10/2011 03:13 AM, Markus Armbruster wrote:
>>
>> Jan Kiszka writes:
>>>
>>> Resource management, e.g. IRQs. That will be useful for other types of
>>> buses as well.
>>
>> A device should be able to say "I need to be connected to an IRQ line".
On Fri, Jun 10, 2011 at 05:47:05PM +0530, Aneesh Kumar K.V wrote:
> On Fri, 10 Jun 2011 12:12:33 +0200, "Edgar E. Iglesias"
> wrote:
> > At least CRIS, Microblaze and lm32 are broken on latest git. Things fail
> > with
> > the following message:
> > qemu-system-cris: there is no option group "fs
On 06/07/2011 03:43 PM, Paolo Bonzini wrote:
Hi all,
after some preliminary discussion on the QEMU mailing list, I present a
draft specification for a virtio-based SCSI host (controller, HBA, you
name it).
The virtio SCSI host is the basis of an alternative storage stack for
KVM. This stack wou
On 06/10/2011 03:13 AM, Markus Armbruster wrote:
Jan Kiszka writes:
Resource management, e.g. IRQs. That will be useful for other types of
buses as well.
A device should be able to say "I need to be connected to an IRQ line".
Feels generic to me.
More specifically, a device has input IRQs.
On Fri, Jun 10, 2011 at 05:36:13PM +0530, Aneesh Kumar K.V wrote:
> On Fri, 10 Jun 2011 11:33:05 +0100, "Daniel P. Berrange"
> wrote:
> > I've been doing some work trying to run QEMU guests with a root filesystem
> > exported from the host using virtio 9pfs. One of the issues that I have
> > disc
On Fri, Jun 10, 2011 at 11:43 AM, Christophe Fergeau
wrote:
> Ping?
Let me add these patches to the trivial-patches tree since they
haven't been picked up.
Stefan
On Fri, 10 Jun 2011 12:12:33 +0200, "Edgar E. Iglesias"
wrote:
> At least CRIS, Microblaze and lm32 are broken on latest git. Things fail with
> the following message:
> qemu-system-cris: there is no option group "fsdev"
>
> Under GDB I see a segfault...
>
> % gdb --args ~/src/c/qemu/git/build-
On 06/10/2011 02:14 PM, Stefan Hajnoczi wrote:
Paolo, I'll switch the Linux guest LLD and QEMU virtio-scsi skeleton
that I have to comply with the spec. Does this sound good or did you
want to write these from scratch?
Why should I want to write things from scratch? :) Just send me again a
p
On Fri, Jun 10, 2011 at 12:33 PM, Rusty Russell wrote:
> On Thu, 09 Jun 2011 08:59:27 +0200, Paolo Bonzini wrote:
>> On 06/09/2011 01:28 AM, Rusty Russell wrote:
>> >> > after some preliminary discussion on the QEMU mailing list, I present a
>> >> > draft specification for a virtio-based SCSI h
On Fri, Jun 10, 2011 at 12:09 PM, Aneesh Kumar K.V
wrote:
> On Fri, 10 Jun 2011 11:24:20 +0100, Stefan Hajnoczi
> wrote:
>> On Thu, Jun 9, 2011 at 6:41 PM, Aneesh Kumar K.V
>> wrote:
>> > On platforms that doesn't support makecontext use gthread
>> > based coroutine implementation.
>> >
>> > Si
On Fri, 10 Jun 2011 11:33:05 +0100, "Daniel P. Berrange"
wrote:
> I've been doing some work trying to run QEMU guests with a root filesystem
> exported from the host using virtio 9pfs. One of the issues that I have
> discovered is that the 9p FS running on QEMU appears to cap all reads at
> 4096
Am 19.05.2011 10:58, schrieb Christoph Hellwig:
> Add support for TRIM sub function of the data set management command,
> and wire it up to the qemu discard infrastructure.
>
> Signed-off-by: Christoph Hellwig
>
> Index: qemu/hw/ide/core.c
> ==
On Thu, 09 Jun 2011 08:59:27 +0200, Paolo Bonzini wrote:
> On 06/09/2011 01:28 AM, Rusty Russell wrote:
> >> > after some preliminary discussion on the QEMU mailing list, I present a
> >> > draft specification for a virtio-based SCSI host (controller, HBA, you
> >> > name it).
> >
> > OK, I'm i
On Fri, 10 Jun 2011 11:24:20 +0100, Stefan Hajnoczi wrote:
> On Thu, Jun 9, 2011 at 6:41 PM, Aneesh Kumar K.V
> wrote:
> > On platforms that doesn't support makecontext use gthread
> > based coroutine implementation.
> >
> > Signed-off-by: Aneesh Kumar K.V
> > ---
> >
> > NOTE: Tested on linux w
Am 09.06.2011 07:06, schrieb Devin Nakamura:
> Signed-off-by: Devin Nakamura
> ---
> block.h |6 +++---
> block_int.h |4 ++--
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/block.h b/block.h
> index da7d39c..859d1d9 100644
> --- a/block.h
> +++ b/block.h
> @@ -1
Ping?
On Tue, May 31, 2011 at 09:53:49AM +0200, Christophe Fergeau wrote:
> Based on a patch from Hans de Goede
>
> This warning is new in gcc 4.6.
>
> Acked-by: Amit Shah
> Signed-off-by: Christophe Fergeau
> ---
> target-i386/kvm.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletion
I've been doing some work trying to run QEMU guests with a root filesystem
exported from the host using virtio 9pfs. One of the issues that I have
discovered is that the 9p FS running on QEMU appears to cap all reads at
4096 bytes[1]. Any larger read will return only partial data for plain
files.
On Thu, Jun 9, 2011 at 6:41 PM, Aneesh Kumar K.V
wrote:
> On platforms that doesn't support makecontext use gthread
> based coroutine implementation.
>
> Signed-off-by: Aneesh Kumar K.V
> ---
>
> NOTE: Tested on linux with force compliation of coroutine-gthread.c
>
> Makefile.objs | 5 +
At least CRIS, Microblaze and lm32 are broken on latest git. Things fail with
the following message:
qemu-system-cris: there is no option group "fsdev"
Under GDB I see a segfault...
% gdb --args ~/src/c/qemu/git/build-qemu/cris-softmmu/qemu-system-cris -M
axis-dev88 -kernel kimage -serial stdio
On Thu, Jun 9, 2011 at 9:55 PM, Michael Tokarev wrote:
> When qemu gets compiled without support of vhost-net, any attempt
> to use it fails with a very clear error message:
>
> qemu-system-x86_64: -netdev ...,vhost=on: vhost-net requested but could not
> be initialized
>
> there's absolutely no
Jan Kiszka writes:
> On 2011-06-09 18:40, Markus Armbruster wrote:
>> Jan Kiszka writes:
>>
>>> On 2011-06-08 13:33, Peter Maydell wrote:
At the moment you can't really implement one sysbus device by saying
that it's composed of a set of other sysbus devices. This patch adds
new
Peter Maydell writes:
> On 9 June 2011 18:44, Andreas Färber wrote:
>> Am 09.06.2011 um 17:52 schrieb Marc-Antoine Perennou:
>>> Manually including stddef.h or replacing NULL by 0 or (void*)0 makes it
>>> work.
>>
>> Then please submit a new patch that explicit includes that header with a
>> com
71 matches
Mail list logo
