This new 'Qemu' was recently added.
Replace it by the official all upper case 'QEMU'.
Signed-off-by: Stefan Weil
---
qemu-config.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qemu-config.h b/qemu-config.h
index e9f2ef4..12ddf3e 100644
--- a/qemu-config.h
+++ b/qemu-con
On 15.06.2012 19:16, Eric Blake wrote:
> On 06/15/2012 10:10 AM, Michal Privoznik wrote:
>> With latest changes to qemu-ga success on some commands is not reported
>> anymore, e.g. guest-shutdown or guest-suspend-*. However, errors are
>> still being reported. Therefore, we need to find different s
On Thu, Jun 14, 2012 at 11:34:09PM +0200, Juan Quintela wrote:
> Isaku Yamahata wrote:
> > +//#define DEBUG_UMEM
> > +#ifdef DEBUG_UMEM
> > +#include
> > +#define DPRINTF(format, ...)\
> > +do {
Next revision of the series for AXI-stream, rebased on anthonys refactoring of
the Interface system. Anthonys patch is already on the mailing list, but I have
included it form completeness. There was an issue with combining links and
interface that is resolved and discussed in the Blurb for P3.
From: Anthony Liguori
The current implementation of Interfaces is poorly designed. Each interface
that an object implements end up being an object that's tracked by the
implementing object. There's all sorts of gymnastics to deal with casting
between these objects.
By an interface shouldn't be
Interfaces and Object for some reason have seperate code paths for dynamic
casting. AFAICT, Anthonys new interface specific cast is a functional superset
of the object cast, so this patch renames the interface cast to object cast and
blows away the original object cast.
Anyone want to shed any lig
Re-implemented the interconnect between the Xilinx AXI ethernet and DMA
controllers. A QOM interface "stream" is created, for the two stream interfaces.
As per Edgars request, this is designed to be more generic than AXI-stream,
so in the future we may see more clients of this interface beyond AXI
On Thu, Jun 14, 2012 at 6:55 AM, Anthony Liguori wrote:
> Signed-off-by: Anthony Liguori
Reviewed-by: Peter A.G. Crosthwaite
> ---
> tests/Makefile | 5 +-
> tests/test-object.c | 222
> +++
> 2 files changed, 226 insertions(+), 1 dele
On Wed, 2012-06-13 at 15:55 -0500, Anthony Liguori wrote:
> The current implementation of Interfaces is poorly designed. Each interface
> that an object implements end up being an object that's tracked by the
"ends"
> implementing object. There's all sorts of gymnastics to deal with casting
> b
Hi all,
I am trying to management the VMs created by KVM commandline. However, I
found the libvirt cannot connect to the VMs or manage it from virsh. Can
anybody provide any help?
Best,
Yi
CC'ed to libvirt-users.
On Sat, Jun 16, 2012 at 07:00:59PM +0800, GaoYi wrote:
> Hi all,
>
> I am trying to management the VMs created by KVM commandline. However, I
> found the libvirt cannot connect to the VMs or manage it from virsh. Can
> anybody provide any help?
> Best,
Shouldn'
Am 16.06.2012 08:51, schrieb Blue Swirl:
> On Sat, Jun 16, 2012 at 12:59 AM, Andreas Färber wrote:
>> Am 09.06.2012 18:18, schrieb Blue Swirl:
>>> v3: Rebased due to Makefile changes. If there are no objections,
>>> I'll apply this next weekend.
>>
>> If you have it on some branch to test I'll giv
Isaku Yamahata wrote:
> On Thu, Jun 14, 2012 at 11:34:09PM +0200, Juan Quintela wrote:
>> > +size_t umem_pages_size(uint64_t nr)
>> > +{
>> > +return sizeof(struct umem_pages) + nr * sizeof(uint64_t);
>>
>> Can we make sure that the pgoffs field is aligned? I know that as it is
>> now it is
From: Zhi Yong Wu
We're trying to preserve backward compatibility. This
command-line break:
x86_64-softmmu/qemu-system-x86_64 -net user,vlan=1 -device virtio-net-pci,vlan=1
Instead of dropping the qdev_prop_vlan completely the
hw/qdev-properties.c code needs to call net/hub.h external function
> On 22 May 2012 13:22, Peter Maydell wrote:
>> Historically for QEMU we haven't implemented TrustZone support even
>> though we claim to emulate CPUs that provide it. Instead we provide a
>> CPU which mostly looks like a variant of the real thing without the
>> TrustZone feature. We then bolt on
On Sat, Jun 16, 2012 at 1:15 PM, Andreas Färber wrote:
> Am 16.06.2012 08:51, schrieb Blue Swirl:
>> On Sat, Jun 16, 2012 at 12:59 AM, Andreas Färber wrote:
>>> Am 09.06.2012 18:18, schrieb Blue Swirl:
v3: Rebased due to Makefile changes. If there are no objections,
I'll apply this next
On 6/12/12, Markus Armbruster wrote:
> Paolo Bonzini writes:
>
>> Il 11/06/2012 03:57, Wen Congyang ha scritto:
dump.* use GPL2 instead of GPL2+. Please fix that!
>>
>> Wen, do you have permissions to release your new files under GPLv2 or
>> later?
>
> Don't we require GPLv2+ for all contrib
Am 16.06.2012 20:07, schrieb Artyom Tarasenko:
> On 6/12/12, Markus Armbruster wrote:
>> Paolo Bonzini writes:
>>
>>> Il 11/06/2012 03:57, Wen Congyang ha scritto:
> dump.* use GPL2 instead of GPL2+. Please fix that!
>>>
>>> Wen, do you have permissions to release your new files under GPLv2 o
On Sat, Jun 16, 2012 at 8:31 PM, Andreas Färber wrote:
> Am 16.06.2012 20:07, schrieb Artyom Tarasenko:
>> On 6/12/12, Markus Armbruster wrote:
>>> Paolo Bonzini writes:
>>>
Il 11/06/2012 03:57, Wen Congyang ha scritto:
>> dump.* use GPL2 instead of GPL2+. Please fix that!
Wen
On 16 June 2012 18:37, Christoffer Dall wrote:
>> On 22 May 2012 13:22, Peter Maydell wrote:
>>> Historically for QEMU we haven't implemented TrustZone support even
>>> though we claim to emulate CPUs that provide it. Instead we provide a
>>> CPU which mostly looks like a variant of the real thin
Public bug reported:
The NetBSD ncr53c9x.c driver does a TEST_UNIT_READY command with SELATN
but dma disabled sometimes (early during bus enumeration). This is fine,
as the command will not produce nor consume any data, and works on real
hardware.
However, the qemu emulation does not allow this (
** Patch added: "esp.c.patch"
https://bugs.launchpad.net/bugs/1014099/+attachment/3192643/+files/esp.c.patch
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1014099
Title:
hw/esp.c does not prope
Guess I understand the code now - so here is a working version - though
it may be considered slightly hackish
** Patch added: "esp.c.patch"
https://bugs.launchpad.net/qemu/+bug/1014099/+attachment/3192942/+files/esp.c.patch
** Patch removed: "esp.c.patch"
https://bugs.launchpad.net/qemu/+
Hm, one memory space, but what about write access restrictions, e.g.
for Non-Secure or Secure worlds for some memory addresses/blocks?
Best regards,
Anton Kochkov.
On Sat, Jun 16, 2012 at 9:37 PM, Christoffer Dall
wrote:
>> On 22 May 2012 13:22, Peter Maydell wrote:
>>> Historically for QEMU w
The new rule detects two wrong variants of QEMU.
It was tested with commit b5a8fe5e.
Signed-off-by: Stefan Weil
---
scripts/checkpatch.pl |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 8850a5f..b98dc6c 100755
--- a
Michael,
Thanks for the review. I added the unparent to the qdev_free.
---
hw/qdev.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index d2dc28b..ed1328d 100644
--- a/hw/qdev.c
+++ b/hw/qdev.c
@@ -264,6 +264,7 @@ void qdev_init_nofail(DeviceSta
26 matches
Mail list logo
