On 09/24/2015 07:52 PM, Markus Armbruster wrote:
> Yang Hongyang writes:
>
>> On 09/24/2015 04:41 PM, Markus Armbruster wrote:
>>> Yang Hongyang writes:
>>>
Add a netfilter object based on QOM.
A netfilter is attached to a netdev, captures all network packets
that pass throu
On Thu, Sep 24, 2015 at 04:20:53PM +0300, Michael S. Tsirkin wrote:
> From: Knut Omang
>
> - Use a hash table indexed on bus pointers to store information about buses
> instead of using the bus numbers.
> Bus pointers are stored in a new VTDBus struct together with the vector
> of device ad
Dropped the offending iommu patch.
The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-update-20150923.0'
into staging (2015-09-23 21:39:46 +0100)
are available in the git repository at:
git://git.kernel.org/
On 09/24/2015 04:35 PM, Yang Hongyang wrote:
> On 09/24/2015 03:43 PM, Markus Armbruster wrote:
>> This has finally reached the front of my review queue. I apologize for
>> the lng delay.
>>
>> Copying Paolo for another pair of eyeballs (he wrote this code).
>>
> [...]
>>> +
>>> +opts =
Signed-off-by: Wen Congyang
Signed-off-by: Yang Hongyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
docs/block-replication.txt | 259 +
1 file changed, 259 insertions(+)
create mode 100644 docs/block-replication.txt
diff --git a/docs/b
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Cc: Luiz Capitulino
Cc: Michael Roth
Reviewed-by: Paolo Bonzini
---
block.c | 43 +++
include/block/block.h | 5 +
include/block/block_int.h | 14
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block/Makefile.objs | 1 +
block/replication.c | 471
2 files changed, 472 insertions(+)
create mode 100644 block/replication.c
diff --git a/block/Makefil
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Reviewed-by: Alberto Garcia
---
block/quorum.c | 77 ++
1 file changed, 77 insertions(+)
diff --git a/block/quorum.c b/block/quorum.c
index 111a57b..d647ab4
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
---
block.c | 83 +++
include/block/block.h | 4 +++
2 files changed, 87 insertions(+)
diff --git a/block.c b/block.c
index 5cb916b..5891c4d 100644
---
When opening BDS, we need to create backup jobs for
image-fleecing.
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Jeff Cody
---
block/Makefile.objs | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Block replication is a very important feature which is used for
continuous checkpoints(for example: COLO).
You can the detailed information about block replication from here:
http://wiki.qemu.org/Features/BlockReplication
Usage:
Please refer to docs/block-replication.txt
This patch series is bas
Signed-off-by: Wen Congyang
---
block.c | 25 +
blockdev.c| 37 ++---
include/block/block.h | 1 +
3 files changed, 32 insertions(+), 31 deletions(-)
diff --git a/block.c b/block.c
index 328c52f..f9a985c 100644
--
Signed-off-by: Wen Congyang
---
qapi/block-core.json | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/qapi/block-core.json b/qapi/block-core.json
index d5a177b..0907a72 100644
--- a/qapi/block-core.json
+++ b/qapi/block-core.json
@@ -219,7 +219,7 @@
#
Signed-off-by: Wen Congyang
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Reviewed-by: Jeff Cody
---
block/backup.c | 14 ++
blockjob.c | 11 +++
include/block/blockjob.h | 12
3 files changed, 37 insertions(+)
diff --git a/block/
For block replication, we have such backing chain:
secondary disk <-- hidden disk <-- active disk
secondary disk is top BDS(use bacing reference), so it can be opened in
read-write mode. But hidden disk is read only, and we need to write to
hidden disk(backup job will write data to it).
TODO:
On 09/03/2015 12:33 AM, Eric Blake wrote:
> On 09/02/2015 02:51 AM, Wen Congyang wrote:
>> Signed-off-by: Wen Congyang
>> Signed-off-by: zhanghailiang
>> Signed-off-by: Gonglei
>> Cc: Luiz Capitulino
>> Cc: Michael Roth
>> Reviewed-by: Paolo Bonzini
>> ---
>> block.c | 43 +
Eduardo Habkost writes:
> On Thu, Sep 24, 2015 at 08:57:21PM +0200, Markus Armbruster wrote:
> [...]
>> diff --git a/hw/arm/allwinner-a10.c b/hw/arm/allwinner-a10.c
>> index ff249af..7692090 100644
>> --- a/hw/arm/allwinner-a10.c
>> +++ b/hw/arm/allwinner-a10.c
>> @@ -103,6 +103,8 @@ static void
Ping...
Thanks
Tiejun
On 9/18/2015 4:30 PM, Tiejun Chen wrote:
Ian,
As we discussed previously,
http://patchwork.ozlabs.org/patch/457055/
now it's time to push this into on xen/tools side since all qemu stuffs
have been merged.
https://lists.gnu.org/archive/html/qemu-devel/2015-09/msg02094.
On Thu, Sep 24, 2015 at 06:08:59PM +0200, Laurent Vivier wrote:
>
>
> On 24/09/2015 06:33, David Gibson wrote:
> > When we have guest visible IOMMUs, we allow notifiers to be registered
> > which will be informed of all changes to IOMMU mappings. This is used by
> > vfio to keep the host IOMMU m
On Thu, Sep 24, 2015 at 11:32:01AM -0600, Alex Williamson wrote:
> On Thu, 2015-09-24 at 14:33 +1000, David Gibson wrote:
> > The current vfio core code assumes that the host IOMMU is capable of
> > mapping any IOVA the guest wants to use to where we need. However, real
> > IOMMUs generally only s
On Thu, Sep 24, 2015 at 11:32:14AM -0600, Alex Williamson wrote:
> On Thu, 2015-09-24 at 14:33 +1000, David Gibson wrote:
> > Depending on the host IOMMU type we determine and record the available page
> > sizes for IOMMU translation. We'll need this for other validation in
> > future patches.
> >
On Thu, Sep 24, 2015 at 11:32:29AM -0600, Alex Williamson wrote:
> On Thu, 2015-09-24 at 14:33 +1000, David Gibson wrote:
> > When we have guest visible IOMMUs, we allow notifiers to be registered
> > which will be informed of all changes to IOMMU mappings. This is used by
> > vfio to keep the hos
On Thu, Sep 24, 2015 at 10:01:55AM -0600, Alex Williamson wrote:
> On Thu, 2015-09-24 at 14:33 +1000, David Gibson wrote:
> > Currently the VFIOContainer iommu_data field contains a union with
> > different information for different host iommu types. However:
> >* It only actually contains inf
On 09/24/2015 07:19 PM, Shmulik Ladkani wrote:
> Hi,
>
> On Thu, 3 Sep 2015 10:19:19 +0300, shmulik.ladk...@ravellosystems.com wrote:
>> On Wed, 2 Sep 2015 17:14:52 +0100, stefa...@redhat.com wrote:
>>> From: Fam Zheng
>>>
>>> Commit 6e99c63 ("net/socket: Drop net_socket_can_send") changed the
When packet is truncated during receiving, we drop the packets but
neither discard the descriptor nor add and signal used
descriptor. This will lead several issues:
- sg mappings are leaked
- rx will be stalled if a lots of packets were truncated
In order to be consistent with vhost, fix by disca
This patch introduces virtqueue_discard() to discard a descriptor and
unmap the sgs. This will be used by the patch that will discard
descriptor when packet is truncated.
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
hw/virtio/virtio.c | 7 +++
include/hw/virtio/virtio.h | 2
Factor out sg unmapping logic. This will be reused by the patch that
can discard descriptor.
Cc: Michael S. Tsirkin
Cc: Andrew James
Signed-off-by: Jason Wang
---
Changes from V1:
- Fix use of uninitialized var warning.
---
hw/virtio/virtio.c | 14 ++
1 file changed, 10 insertions(
>Can you point out which exact use case breaks if you don't whitelist the
>below mentioned system calls' flags?
It happens whenever I do -runas with the sandbox enabled, or chroot with the
sandbox enabled.
sh# qemu-system-x86_64 -m 2048 -enable-kvm -chroot /var/empty -sandbox on \
> -cdrom /tmp/d
Here's the v3 patch. I applied it and compiled QEMU, and it worked fine.
Changes so far:
v1
- Created argument filters for the madvise, shmget, and shmctl syscalls.
v1 -> v2
- Added 5 new madvise flags which were present in the source code but not in
the strace which I generated.
- Added IP_
> -Original Message-
> From: Peter Crosthwaite [mailto:crosthwaitepe...@gmail.com]
> Sent: Friday, September 25, 2015 9:00 AM
> To: Sai Pavan Boddu
> Cc: qemu-devel@nongnu.org Developers; Peter Maydell; Alistair Francis;
> Edgar Iglesias; Sai Pavan Boddu
> Subject: Re: [PATCH V6 2/2] sdhc
> -Original Message-
> From: Peter Crosthwaite [mailto:crosthwaitepe...@gmail.com]
> Sent: Friday, September 25, 2015 9:02 AM
> To: Sai Pavan Boddu
> Cc: qemu-devel@nongnu.org Developers; Peter Maydell; Alistair Francis;
> Edgar Iglesias; Sai Pavan Boddu
> Subject: Re: [PATCH V6 1/2] sd.h
On Wed, Sep 23, 2015 at 12:32 AM, Sai Pavan Boddu
wrote:
> Create a sd directory under include/hw/ and move sd.h to same.
>
> Signed-off-by: Sai Pavan Boddu
> Reviewed-by: Alistair Francis
This probably needs more work for what the public API should be, but a
step in the right direction for SoC
On Wed, Sep 23, 2015 at 12:32 AM, Sai Pavan Boddu
wrote:
> Split sdhci.h into Pubilc version (i.e include/hw/sd/sdhci.h) and
> Internal version (i.e hw/sd/sdhci-interna.h) based on register
"internal".
> declarations and object declaration.
>
> Signed-off-by: Sai Pavan Boddu
> Reviewed-by: Alis
On 09/25/2015 12:19 AM, Andrew James wrote:
> On 09/18/2015 02:01 AM, Jason Wang wrote:
>> > Factor out sg unmapping logic. This will be reused by the patch that
>> > can discard descriptor.
>> >
>> > Cc: Michael S. Tsirkin
>> > Signed-off-by: Jason Wang
>> > ---
>> > hw/virtio/virtio.c | 15
On 09/25/2015 02:58 AM, Michael S. Tsirkin wrote:
> On Thu, Sep 24, 2015 at 04:21:02PM +0300, Michael S. Tsirkin wrote:
>> From: Jason Wang
>>
>> Factor out sg unmapping logic. This will be reused by the patch that
>> can discard descriptor.
>>
>> Cc: Michael S. Tsirkin
>> Signed-off-by: Jason
On 09/24/2015 08:53 PM, Denis V. Lunev wrote:
> From: Igor Redko
>
> Release qemu global mutex before call synchronize_rcu().
> synchronize_rcu() waiting for all readers to finish their critical
> sections. There is at least one critical section in which we try
> to get QGM (critical section is i
On 09/24/2015 07:40 PM, Markus Armbruster wrote:
Yang Hongyang writes:
On 09/24/2015 04:41 PM, Markus Armbruster wrote:
Yang Hongyang writes:
Add a netfilter object based on QOM.
A netfilter is attached to a netdev, captures all network packets
that pass through the netdev. When we dele
On 09/24/2015 07:36 PM, Markus Armbruster wrote:
Yang Hongyang writes:
On 09/24/2015 05:42 PM, Markus Armbruster wrote:
Yang Hongyang writes:
On 09/24/2015 03:43 PM, Markus Armbruster wrote:
This has finally reached the front of my review queue. I apologize for
the lng delay.
Copy
On 09/24/2015 07:35 PM, Markus Armbruster wrote:
Yang Hongyang writes:
On 09/24/2015 05:42 PM, Markus Armbruster wrote:
Yang Hongyang writes:
On 09/24/2015 03:43 PM, Markus Armbruster wrote:
This has finally reached the front of my review queue. I apologize for
the lng delay.
Copy
On 4 September 2015 at 00:13, Pavel Fedin wrote:
> Peter Maydell wrote:
>> Did you report the bug where the pci controller driver
>> fails to start if the second region is out of its range
>> to the kernel mailing list? (It would be nice to be able
>> to point to a kernel patch in the changelog to
git repository at:
>
> git://qemu.weilnetz.de/qemu.git tags/pull-wxx-20150924
>
> for you to fetch changes up to 4d9310f427b477a126f6f2006c3a73b9764948b6:
>
> oslib-win32: only provide localtime_r/gmtime_r if missing (2015-09-24
> 21:13:49 +0200)
>
> ---
On Thu, Sep 24, 2015 at 12:27:39PM +0200, Laurent Vivier wrote:
>When DT node names for PCI devices are generated by SLOF,
>they are generated according to the type of the device
>(for instance, ethernet for virtio-net-pci device).
>
>Node name for hotplugged devices is generated by QEMU.
>This pat
Consider the following circumstances:
- An x86-64 multicore system is running with all cores set for long mode
(EFER.LME and EFER.LMA set)
- The OS decides to re-launch one of the AP CPUs using an INIT IPI
According to the Intel architecture manual, an INIT IPI should reset the CPU
state (with
On 9/24/15 02:34, Richard Henderson wrote:
> You forgot to cc qemu-devel.
>
Oh, we can not find it in qemu mail archive list. But I really cc
qemu-devel.
When I send the next patches, I'll notice about it, if still "can not cc
qemu-devel", I shall try to send patches from my hotmail client.
>
Hi
- Original Message -
> On Thu, Sep 24, 2015 at 6:22 PM, wrote:
> > From: Thibaut Collet
> >
> > A new vhost user message is added to allow QEMU to ask to vhost user
> > backend to
> > broadcast a fake RARP after live migration for guest without GUEST_ANNOUNCE
> > capability.
> >
> >
On 09/18/2015 02:01 AM, Jason Wang wrote:
> Factor out sg unmapping logic. This will be reused by the patch that
> can discard descriptor.
>
> Cc: Michael S. Tsirkin
> Signed-off-by: Jason Wang
> ---
> hw/virtio/virtio.c | 15 ++-
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
This replaces the per-action property as in Fam's series.
Instead, we have a transaction-wide property that is shared
with each action.
At the action level, if a property supplied transaction-wide
is disagreeable, we return error and the transaction is aborted.
RFC:
Where this makes sense: Any t
Even though not related to the original issue (was also happening on
i386 a few days ago), after getting to the login prompt inside hurd the
keyboard doesn't work and the only clue from the kernel at boot time
might be this:
'Unexpected ACK from keyboard'
or this:
'/bin/console: could not receiv
Lastly, the machine 'power down' button doesn't work and a new message
appeared inside hurd:
'kdb: queue full'
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1498144
Title:
Failure booting hurd wi
On 24 September 2015 at 14:08, Peter Maydell wrote:
> On 24 September 2015 at 12:54, Michael S. Tsirkin wrote:
>> Same as v1 but 2 last patches dropped.
>> Not reposting since patches left are the same.
>>
>> The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
>>
>> Mer
On 24 September 2015 at 12:54, Michael S. Tsirkin wrote:
> Same as v1 but 2 last patches dropped.
> Not reposting since patches left are the same.
>
> The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
>
> Merge remote-tracking branch 'remotes/awilliam/tags/vfio-update-
On 09/24/2015 01:02 PM, Aurelien Jarno wrote:
>> @@ -2903,6 +2903,9 @@ static inline void
>> gen_intermediate_code_internal(AlphaCPU *cpu,
>> if (max_insns == 0) {
>> max_insns = CF_COUNT_MASK;
>> }
>
> I guess you can change also change the value to TCG_MAX_INSNS, though I
> g
From: "Daniel P. Berrange"
The oslib-win32 file currently provides a localtime_r and
gmtime_r replacement unconditionally. Some versions of
Mingw-w64 would provide crude macros for localtime_r/gmtime_r
which QEMU takes care to disable. Latest versions of Mingw-w64
now provide actual functions for
From: "Daniel P. Berrange"
When building for Mingw64 target on Fedora 22 a warning
is issued about _WIN32_WINNT being redefined.
In file included from ui/gtk.c:40:0:
include/ui/gtk.h:5:0: warning: "_WIN32_WINNT" redefined
# define _WIN32_WINNT 0x0601 /* needed to get definition of MAPVK_VK_TO_V
From: Paolo Bonzini
QemuEvents are used heavily by call_rcu. We do not want them to be slow,
but the current implementation does a kernel call on every invocation
of qemu_event_* and won't cut it.
So, wrap a Win32 manual-reset event with a fast userspace path. The
states and transitions are th
Signed-off-by: Stefan Weil
---
slirp/tcp_input.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/slirp/tcp_input.c b/slirp/tcp_input.c
index f946db8..00a77b4 100644
--- a/slirp/tcp_input.c
+++ b/slirp/tcp_input.c
@@ -584,7 +584,13 @@ findso:
goto cont_input;
The uninstall keys include an option key "DisplayVersion" which we set
now. By default the version value is read from file VERSION, but it is
also possible to pass VERSION=#.#.# to make.
Signed-off-by: Stefan Weil
---
Makefile | 1 +
qemu.nsi | 3 +++
2 files changed, 4 insertions(+)
diff --git
The following changes since commit 9438fe9e56760e5e5e11d6c7d12ed9c64a0c8446:
Merge remote-tracking branch 'remotes/elmarco/tags/rm-libcacard' into staging
(2015-09-24 17:04:31 +0100)
are available in the git repository at:
git://qemu.weilnetz.de/qemu.git tags/pull-wxx-20150924
On 2015-09-22 13:25, Richard Henderson wrote:
> The gen_opc_* arrays are already redundant with the data stored in
> the insn_start arguments. Transition restore_state_to_opc to use
> data from the latter.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> include/exec/e
With current implementation, eventfd VFIO signaling is first set up and
then irqfd is setup, if supported and allowed.
This start sequence causes several issues with IRQ forwarding setup
which, if supported, is transparently attempted on irqfd setup:
IRQ forwarding setup is likely to fail if the I
In irqfd mode, current code attempts to set a resamplefd whatever
the type of the IRQ. For an edge-sensitive IRQ this attempt fails
and as a consequence, the whole irqfd setup fails and we fall back
to the slow mode. This patch bypasses the resamplefd setting for
non level-sentive IRQs.
Signed-off
unmask EventNotifier might not be initialized in case of edge
sensitive irq. Using EventNotifier pointers make life simpler to
handle the edge-sensitive irqfd setup.
Signed-off-by: Eric Auger
---
hw/vfio/platform.c | 35 ---
include/hw/vfio/vfio-platf
This series fixes a bug related to irqfd setup for edge sensitive IRQs
and proposes a new startup sequence for irqfd signaling.
The current startup sequence brings some issues with respect to the
oncoming ARM IRQ forwarding support. The new startup sequence starts
either irqfd signaling or eventfd
On 2015-09-22 13:25, Richard Henderson wrote:
> Adjust all translators to respect it.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> target-alpha/translate.c | 3 +++
> target-arm/translate-a64.c| 3 +++
> target-arm/translate.c| 6 +-
> target
Same as v1 but 2 last patches dropped.
Not reposting since patches left are the same.
The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-update-20150923.0'
into staging (2015-09-23 21:39:46 +0100)
are available
On 2015-09-22 13:24, Richard Henderson wrote:
> This symbol no longer exists.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> target-alpha/cpu.h | 1 -
> target-arm/cpu.h| 1 -
> target-cris/cpu.h | 1 -
> target-i386/cpu.h | 1 -
> target-lm32
On 2015-09-22 13:24, Richard Henderson wrote:
> As it's only caller, this tidies things a bit.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> include/exec/exec-all.h | 2 -
> translate-all.c | 131
> ++--
> 2 file
cpu_get_ticks() provides a common interface across targets for
calculating CPU cycles. Using this fixes PMCCNTR reads when -icount
is specified (previously a non-increasing value was returned).
Signed-off-by: Christopher Covington
---
target-arm/helper.c | 9 +++--
1 file changed, 3 insertio
On 2015-09-22 13:24, Richard Henderson wrote:
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> target-sparc/cpu.h | 1 +
> target-sparc/translate.c | 7 ++-
> 2 files changed, 7 insertions(+), 1 deletion(-)
Reviewed-by: Aurelien Jarno
--
Aurelien Jarno
On 2015-09-22 13:24, Richard Henderson wrote:
> We always pass pc2 == dc->npc and r_cond == cpu_cond,
> and always set is_br afterward. Infer all of that.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> target-sparc/translate.c | 21 ++---
> 1 file cha
On 2015-09-22 13:24, Richard Henderson wrote:
> Since jump_pc[1] is always npc + 4, we can infer after incrementing
> that jump_pc[1] == pc + 4. Because of that, we can encode the branch
> destination into a single word, and store that in npc.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Rich
On 2015-09-22 13:24, Richard Henderson wrote:
> Unify three copies of this code from different
> branch types. Fix the case when npc == DYNAMIC_PC,
> i.e. a branch within a delay slot.
>
> Reviewed-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> target-sparc/translate.c | 55
> ++
On Thu, Sep 24, 2015 at 08:57:21PM +0200, Markus Armbruster wrote:
[...]
> diff --git a/hw/arm/allwinner-a10.c b/hw/arm/allwinner-a10.c
> index ff249af..7692090 100644
> --- a/hw/arm/allwinner-a10.c
> +++ b/hw/arm/allwinner-a10.c
> @@ -103,6 +103,8 @@ static void aw_a10_class_init(ObjectClass *oc,
Am 23.09.2015 um 10:33 schrieb Daniel P. Berrange:
> On Tue, Sep 22, 2015 at 07:49:40PM +0200, Stefan Weil wrote:
>> Hi,
>>
>> I suggest cleaning some comments, mostly using the "official"
>> spellings for MinGW and Mingw-w64.
[...]
>> Otherwise this patch looks good.
>>
>> If you agree, I'd clea
On 09/24/2015 02:03 PM, Christopher Covington wrote:
> Hi,
>
> On 09/17/2015 01:38 PM, Shlomo Pongratz wrote:
>> From: Pavel Fedin
>>
>> I would like to offer this, slightly improved implementation. The key thing
>> is a new
>> kernel_irqchip_type member in Machine class. Currently it it used on
Ah, thanks for setting me straight.
** Changed in: qemu (Ubuntu)
Status: Invalid => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1350435
Title:
tcg.c:1693: tcg fatal error
Stat
This reverts commit 31bed5509dfcbdfc293154ce81086a4dbd7a80b6.
The reverted commit changed qdev_device_help() to reject abstract
devices and devices that have cannot_instantiate_with_device_add_yet
set, to fix crash bugs like -device x86_64-cpu,help.
Rejecting abstract devices makes sense: they're
W dniu 24.09.2015 o 20:38, Peter Crosthwaite pisze:
On Thu, Sep 24, 2015 at 10:14 AM, mar.krzeminski
wrote:
W dniu 24.09.2015 o 05:07, Peter Crosthwaite pisze:
On Wed, Sep 23, 2015 at 8:06 PM, Peter Crosthwaite
wrote:
On Wed, Sep 23, 2015 at 10:31 AM, mar.krzeminski
wrote:
W dniu 23.09.
We want to run qom-test for every architecture, without having to
manually add it to every architecture's list of tests. Commit 3687d53
accomplished this by adding it to every architecture's list
automatically.
However, some architectures inherit their tests from others, like this:
check-qte
Several devices don't survive object_unref(object_new(T)): they crash
or hang during cleanup, or they leave dangling pointers behind.
This breaks at least device-list-properties, because
qmp_device_list_properties() needs to create a device to find its
properties. Broken in commit f4eb32b "qmp: s
On Thu, Sep 24, 2015 at 04:21:02PM +0300, Michael S. Tsirkin wrote:
> From: Jason Wang
>
> Factor out sg unmapping logic. This will be reused by the patch that
> can discard descriptor.
>
> Cc: Michael S. Tsirkin
> Signed-off-by: Jason Wang
> Reviewed-by: Michael S. Tsirkin
> Signed-off-by: M
QMP command device-list-properties regressed in 2.1: it can crash or
leave dangling pointers behind.
-device FOO,help regressed in 2.2: it no longer works for
non-pluggable devices. I tried to fix that some time ago[*], but my
fix failed review. This is my second, more comprehensive try.
PATCH
The test doesn't check that the output makes any sense, only that QEMU
survives. Useful since we've had an astounding number of crash bugs
around there.
In fact, we have a bunch of them right now: several devices crash or
hang, and all CPUs leave a dangling pointer behind. The test skips
testing
Broken in commit f4eb32b "qmp: show QOM properties in
device-list-properties", v2.1.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Markus Armbruster
Reviewed-by: Eric Blake
---
qmp.c | 6 ++
tests/device-introspect-test.c | 15 ---
2 files changed, 10 inser
Unused since commit d766825.
Signed-off-by: Markus Armbruster
Reviewed-by: Eric Blake
---
tests/libqtest.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/tests/libqtest.c b/tests/libqtest.c
index e5188e0..8dede56 100644
--- a/tests/libqtest.c
+++ b/tests/libqtest.c
@@ -46,7 +46,6 @@ struct
On Thu, Sep 24, 2015 at 11:36:35AM -0700, Peter Maydell wrote:
> On 24 September 2015 at 06:20, Michael S. Tsirkin wrote:
> > The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
> >
> > Merge remote-tracking branch
> > 'remotes/awilliam/tags/vfio-update-20150923.0' into
New convenience function hmp() to facilitate use of
human-monitor-command in tests. Use it to simplify its existing uses.
To blend into existing libqtest code, also add qtest_hmpv() and
qtest_hmp(). That, and the egregiously verbose GTK-Doc comment format
make this patch look bigger than it is.
I've just tried again with the latest commits - hurd boots, hooray!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1498144
Title:
Failure booting hurd with qemu-system-i386 on ARM
Status in QEMU:
Thu, Sep 24, 2015 at 06:18:43PM CEST, arm...@redhat.com wrote:
>Michael, could you take this one through trivial? Assuming Scott and
>Jiri don't mind, and with s/patchas/patch as/ in the commit message.
I don't mind :)
Well. This is definitely wrong. It is a valid bug, but it needs quite
serious work to fix, which requires major refactoring of the tcg code.
Upstream is working on it, see http://wiki.qemu.org/Features/tcg-
multithread
** Changed in: qemu
Status: Invalid => Confirmed
--
You received thi
On Thu, Sep 24, 2015 at 10:14 AM, mar.krzeminski
wrote:
>
>
> W dniu 24.09.2015 o 05:07, Peter Crosthwaite pisze:
>
> On Wed, Sep 23, 2015 at 8:06 PM, Peter Crosthwaite
> wrote:
>
> On Wed, Sep 23, 2015 at 10:31 AM, mar.krzeminski
> wrote:
>
> W dniu 23.09.2015 o 17:46, Peter Maydell pisze:
>
>
On 24 September 2015 at 06:20, Michael S. Tsirkin wrote:
> The following changes since commit fefa4b128de06cec6d513f00ee61e8208aed4a87:
>
> Merge remote-tracking branch 'remotes/awilliam/tags/vfio-update-20150923.0'
> into staging (2015-09-23 21:39:46 +0100)
>
> are available in the git reposit
On 09/24/15 15:41, Daniel P. Berrange wrote:
> Developers who are new to QEMU, or have a background familiarity
> with GNU autotools, can have trouble getting their head around the
> home-grown QEMU build system. This document attempts to explain
> the structure / design of the configure script and
On Thu 17 Sep 2015 03:48:04 PM CEST, Kevin Wolf wrote:
> bdrv_swap() has always been an ugly hack that we would rather have
> avoided. When it was introduced, we simply didn't have the
> infrastructure to update pointers instead of transplanting the
> contents of BDS object, so we grudgingly adde
On 23 September 2015 at 14:38, wrote:
> From: Marc-André Lureau
>
> The following changes since commit 684bb5770ec5d72a66620f64fc5d9672bf8d3509:
>
> Merge remote-tracking branch 'remotes/dgibson/tags/spapr-next-20150923'
> into staging (2015-09-23 16:52:54 +0100)
>
> are available in the git
Hi,
On 09/17/2015 01:38 PM, Shlomo Pongratz wrote:
> From: Pavel Fedin
>
> I would like to offer this, slightly improved implementation. The key thing
> is a new
> kernel_irqchip_type member in Machine class. Currently it it used only by
> virt machine for
> its internal purposes, however in f
libqos/ahci and tests/fdc-test are under my purview also,
include them in the appropriate stanzas.
Signed-off-by: John Snow
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index cf02890..7d97bd8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -634,6
On 09/23/2015 09:28 PM, Alex Williamson wrote:
> On Wed, 2015-09-23 at 00:00 +0100, Eric Auger wrote:
>> In irqfd mode, current code attempts to set a resamplefd whatever
>> the type of the IRQ. For an edge-sensitive IRQ this attempt fails
>> and as a consequence the whole irqfd setup fails and we
On Thu, 2015-09-24 at 14:33 +1000, David Gibson wrote:
> When we have guest visible IOMMUs, we allow notifiers to be registered
> which will be informed of all changes to IOMMU mappings. This is used by
> vfio to keep the host IOMMU mappings in sync with guest IOMMU mappings.
>
> However, unlike
On Thu, 2015-09-24 at 14:33 +1000, David Gibson wrote:
> The current vfio core code assumes that the host IOMMU is capable of
> mapping any IOVA the guest wants to use to where we need. However, real
> IOMMUs generally only support translating a certain range of IOVAs (the
> "DMA window") not a fu
1 - 100 of 368 matches
Mail list logo
