On Fri, Apr 01, 2016 at 01:21:38PM +0200, Paolo Bonzini wrote:
>
>
> On 01/04/2016 13:20, Richard W.M. Jones wrote:
> > +# MPTABLE is required by Linux kernel, the others add only a
> > +# couple of milliseconds so we might as well have them
> > +CONFIG_PIRTABLE=y
> > +CONFIG_MPTABLE=y
> > +CONFI
Hi,
> I think we were working on the same thing ... Attached is my
> version.
>
> Note that you must enable at least CONFIG_MPTABLE else virtio-scsi
> does not work in the guest. I also enabled ACPI & SMBIOS & PIRTABLE.
They are enabled by default, no need to explicitly say so ;)
cheers,
On Fri, Apr 01, 2016 at 11:17:29AM +0100, Alex Bligh wrote:
> On 1 Apr 2016, at 11:10, Wouter Verhelst wrote:
> > On Fri, Apr 01, 2016 at 10:28:03AM +0100, Alex Bligh wrote:
> >> On 1 Apr 2016, at 09:35, Wouter Verhelst wrote:
> +* All write commands (that includes both `NBD_CMD_WRITE` and
>
On 31 March 2016 at 23:21, Samuel Thibault wrote:
> MAINTAINERS: Delete invalid maintainer entries of the Exynos section
> (2016-03-31 18:21:01 +0100)
>
> are available in the git repository at:
>
> http://people.debian.org/~sthibault/qemu.git tags/samuel-thibault-2
>
> for you to fetch chang
The write path for pass-through devices, commonly used for controlling
keyboard LEDs via EV_LED, was not implemented. This commit adds the
necessary plumbing to connect the status virtio queue to the host evdev
file descriptor.
Signed-off-by: Ladi Prosek
---
v1 -> v2
- dropped the queue of pendin
On Fri, Apr 01, 2016 at 01:32:51PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > I think we were working on the same thing ... Attached is my
> > version.
> >
> > Note that you must enable at least CONFIG_MPTABLE else virtio-scsi
> > does not work in the guest. I also enabled ACPI & SMBIOS & PIRTAB
On 1 Apr 2016, at 12:11, Wouter Verhelst wrote:
> I don't think it is at all useful to tell the server what it should do
> in that situation.
Agree. I will delete it.
--
Alex Bligh
On 01/04/2016 11:46, Fam Zheng wrote:
> Using the nested aio_poll() in coroutine is a bad idea. This patch
> replaces the aio_poll loop in bdrv_drain with a BH, if called in
> coroutine.
>
> For example, the bdrv_drain() in mirror.c can hang when a guest issued
> request is pending on it in qemu
Building on powerpc-linux fails with undefined reference to __atomic_load_8 in
icount_warp_rt(). Force linking to -latomic.
Fixes a0aa44b ("include/qemu/atomic.h: default to __atomic functions")
Signed-off-by: Olaf Hering
Cc: Paolo Bonzini
Cc: "Daniel P. Berrange"
Cc: Stefan Hajnoczi
Cc: Pete
Large discard requests lead to sign expansion errors in qemu.
Since there is no API to tell a guest about the limitations qmeu
has to split a large request itself.
Signed-off-by: Olaf Hering
Cc: Stefan Hajnoczi
Cc: Kevin Wolf
---
block/io.c | 22 +-
1 file changed, 21 inser
On 1 April 2016 at 13:00, Olaf Hering wrote:
> Building on powerpc-linux fails with undefined reference to __atomic_load_8 in
> icount_warp_rt(). Force linking to -latomic.
We should instead be fixing this by not doing atomic operations
on types of larger than void*. This also causes problems on
Building on powerpc-linux fails with undefined reference to
__atomic_load_8 in icount_warp_rt(). Force linking to -latomic.
Fixes a0aa44b ("include/qemu/atomic.h: default to __atomic functions")
Signed-off-by: Olaf Hering
Cc: Paolo Bonzini
Cc: "Daniel P. Berrange"
Cc: Stefan Hajnoczi
Cc: Pete
This is an updated version of Marc Marí's Linux DMA patch, based on
version 4 from:
https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg05891.html
All I have done for my "4.1" version is:
- Modify it so it compiles against the latest qemu. There was
a change to how fw_cfg.h is split (6
From: Marc Marí
This optionrom is based on linuxboot.S.
Signed-off-by: Marc Marí
Signed-off-by: Richard W.M. Jones
---
.gitignore| 4 +
hw/i386/pc.c | 9 +-
hw/nvram/fw_cfg.c | 2 +-
include/hw/nvram/fw_cfg.h | 1 +
There is no need to run the handler one last time; the device is
being reset and it is okay to drop requests that are pending in
the virtqueue. Even in the case of migration, the requests would
be processed when ioeventfd is re-enabled on the destination
side: virtio_queue_set_host_notifier_fd_han
In addition to handling IO in vcpu thread and in io thread, dataplane
introduces yet another mode: handling it by aio.
This reuses the same handler as previous modes, which triggers races as
these were not designed to be reentrant.
Use a separate handler just for aio, and disable regular handlers
This version fixes some commit messages, is based on qemu.git master
and adds Cornelia's Reviewed-by tags. There are no code changes apart
from context.
Michael S. Tsirkin (2):
virtio: add aio handler
virtio-blk: use aio handler for data plane
Paolo Bonzini (7):
virtio-dataplane: pass assi
Add two missing checks for s->dataplane_fenced. In one case, QEMU
would skip injecting an IRQ due to a write to an uninitialized
EventNotifier's file descriptor.
In the second case, the dataplane_disabled field was used by mistake;
in fact after fixing this occurrence it is completely unused.
Re
We must not call virtio_blk_data_plane_notify if dataplane is
disabled: we would hit a segmentation fault in notify_guest_bh as
s->guest_notifier has not been setup and is NULL.
Reviewed-by: Cornelia Huck
Signed-off-by: Paolo Bonzini
---
hw/block/dataplane/virtio-blk.c | 7 +++
hw/block/vir
Acked-by: Cornelia Huck
Signed-off-by: Paolo Bonzini
---
hw/virtio/virtio.c | 2 +-
include/hw/virtio/virtio.h | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/hw/virtio/virtio.c b/hw/virtio/virtio.c
index 14d5d91..264d4f6 100644
--- a/hw/virtio/virtio.c
+++ b/hw/virt
From: "Michael S. Tsirkin"
In addition to handling IO in vcpu thread and
in io thread, blk dataplane introduces yet another mode:
handling it by aio.
This reuses the same handler as previous modes,
which triggers races as these were not designed to be reentrant.
As a temporary fix, add a separa
Eliminating the reentrancy is actually a nice thing that we can do
with the API that Michael proposed, so let's make it first class.
This also hides the complex assign/set_handler conventions from
callers of virtio_queue_aio_set_host_notifier_handler, which in
fact was always called with assign=tru
Reentrancy cannot happen while the BQL is being held.
Reviewed-by: Cornelia Huck
Signed-off-by: Paolo Bonzini
---
hw/block/dataplane/virtio-blk.c | 12 ++--
hw/scsi/virtio-scsi-dataplane.c | 9 +
include/hw/virtio/virtio-scsi.h | 2 --
3 files changed, 3 insertions(+), 20 dele
From: "Michael S. Tsirkin"
In addition to handling IO in vcpu thread and in io thread, dataplane
introduces yet another mode: handling it by aio.
This reuses the same handler as previous modes, which triggers races as
these were not designed to be reentrant.
Use a separate handler just for aio,
On 04/01/2016 04:46 AM, Alex Bligh wrote:
> Clearly set out NBDMAGIC, not the name of a constant equal to
> some value. Set out the value in hex as well.
>
> Document the newstyle magic number is "IHAVEOPT".
>
> Signed-off-by: Alex Bligh
> ---
> doc/proto.md | 12
> 1 file changed,
On 04/01/2016 04:46 AM, Alex Bligh wrote:
> NBD_CMD_FLAG_FUA is defined as 1<<0 in the documentation, but
> 1<<16 in nbd.h.
>
> The code currently treats the command as a 32 bit quantity
> and masks this off. This is confusing. Until such time as the
> code is fixed up, make it obvious this isn't
On 04/01/2016 04:34 AM, Alex Bligh wrote:
> Restore formatting and correct name of 'length'
>
> Signed-off-by: Alex Bligh
> ---
> doc/proto.md | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Eric Blake
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virt
On 04/01/2016 03:58 AM, Alex Bligh wrote:
> Clients MUST NOT set unknown client flags. Currently this is
> permitted (but 'SHOULD NOT' be done), with the result that the
> server MUST drop the connection if it happens. This in effect
> gives the client an inappropriate way to close the connection.
We have been trying to build a multicore NoC emulator, which can runs a full
system. We plan to run the full system in qemu and get information from
traces to feed noxim,which is a NoC emulator. Noxim needs to read a taskList
to start emulating. Each task include the following data fields:
#Exe
Using the nested aio_poll() in coroutine is a bad idea. This patch
replaces the aio_poll loop in bdrv_drain with a BH, if called in
coroutine.
For example, the bdrv_drain() in mirror.c can hang when a guest issued
request is pending on it in qemu_co_mutex_lock().
Mirror coroutine in this case has
On Fri, 1 Apr 2016 15:19:51 +0200
Paolo Bonzini wrote:
> From: "Michael S. Tsirkin"
>
> In addition to handling IO in vcpu thread and in io thread, dataplane
> introduces yet another mode: handling it by aio.
>
> This reuses the same handler as previous modes, which triggers races as
> these
On Fri, 1 Apr 2016 15:19:45 +0200
Paolo Bonzini wrote:
> This version fixes some commit messages, is based on qemu.git master
> and adds Cornelia's Reviewed-by tags. There are no code changes apart
> from context.
>
> Michael S. Tsirkin (2):
> virtio: add aio handler
> virtio-blk: use aio
On 04/01/2016 03:19 PM, Paolo Bonzini wrote:
> This version fixes some commit messages, is based on qemu.git master
> and adds Cornelia's Reviewed-by tags. There are no code changes apart
> from context.
>
> Michael S. Tsirkin (2):
> virtio: add aio handler
> virtio-blk: use aio handler for d
On Fri, 1 Apr 2016 15:19:46 +0200
Paolo Bonzini wrote:
> There is no need to run the handler one last time; the device is
> being reset and it is okay to drop requests that are pending in
> the virtqueue. Even in the case of migration, the requests would
> be processed when ioeventfd is re-enab
On Fri, 1 Apr 2016 15:19:50 +0200
Paolo Bonzini wrote:
> From: "Michael S. Tsirkin"
>
> In addition to handling IO in vcpu thread and
> in io thread, blk dataplane introduces yet another mode:
> handling it by aio.
>
> This reuses the same handler as previous modes,
> which triggers races as
Quoting Paolo Bonzini (2016-04-01 03:18:02)
> Microsoft loves Linux, and Red Hat loves .NET. Since we can put whatever
> we want in the Hyper-V vendor signature, let's show some love too!
This might actually fix GPU passthrough for Nvidia cards when Hyper-V is
enabled.
Cc'ing qemu-sta...@nongnu.
On 04/01/2016 02:27 AM, Wouter Verhelst wrote:
> That's what I'm mostly worried about. Yes, we have FUA, and yes, some
> clients may send it on commands that aren't WRITE, but it is not very
> well defined what happens then:
>
> - Currently-released versions of nbd-server will accept the flag on
On 04/01/2016 03:19 PM, Paolo Bonzini wrote:
> Reentrancy cannot happen while the BQL is being held.
>
> Reviewed-by: Cornelia Huck
> Signed-off-by: Paolo Bonzini
Reverting this patch makes the segfaults go away.
> ---
> hw/block/dataplane/virtio-blk.c | 12 ++--
> hw/scsi/virtio-
On 01/04/2016 15:57, Fam Zheng wrote:
> Using the nested aio_poll() in coroutine is a bad idea. This patch
> replaces the aio_poll loop in bdrv_drain with a BH, if called in
> coroutine.
>
> For example, the bdrv_drain() in mirror.c can hang when a guest issued
> request is pending on it in qemu
Hi Alex,
On Thu, Jan 28, 2016 at 10:15:17AM +, Alex Bennée wrote:
> The __atomic primitives have been available since GCC 4.7 and provide
> a richer interface for describing memory ordering requirements. As a
> bonus by using the primitives instead of hand-rolled functions we can
> use tools s
On Fri, 1 Apr 2016 16:14:22 +0200
Christian Borntraeger wrote:
> On 04/01/2016 03:19 PM, Paolo Bonzini wrote:
> > Reentrancy cannot happen while the BQL is being held.
> >
> > Reviewed-by: Cornelia Huck
> > Signed-off-by: Paolo Bonzini
>
> Reverting this patch makes the segfaults go away.
>
From: Pavel Butsykin
If the migration occurs after the IDE DMA has been set up but before it
has been initiated, the state gets lost upon save/restore. Specifically,
->dma_cb callback gets cleared, so, when the guest eventually starts bus
mastering, the DMA never completes, causing the guest to t
This patch set fixes bugs in the IDE DMA and the IDE ATAPI on operations to
save/restore the state.
>From the user point of view this results in IDE timeouts in the guest
when the user reads from the DVD like the following:
[424332.169229] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
From: Pavel Butsykin
Restart of ATAPI DMA used to be unreachable, because the request to do
so wasn't indicated in bus->error_status due to the lack of spare bits, and
ide_restart_bh() would return early doing nothing.
This patch makes use of the observation that not all bit combinations were
po
From: Pavel Butsykin
ide_atapi_dma_restart() used to just complete the DMA with an error,
under the assumption that there isn't enough information to restart it.
However, as the contents of the ->io_buffer is preserved, it looks safe to
just re-evaluate it and dispatch the ATAPI command again.
On Fri, Apr 01, 2016 at 10:18:02AM +0200, Paolo Bonzini wrote:
> Microsoft loves Linux, and Red Hat loves .NET. Since we can put whatever
> we want in the Hyper-V vendor signature, let's show some love too!
>
> Cc: Andreas Färber
> Cc: Alex Williamson
> Cc: Denis V. Lunev
> Cc: Eduardo Habkost
On 1 April 2016 at 15:30, James Hogan wrote:
> Hi Alex,
>
> On Thu, Jan 28, 2016 at 10:15:17AM +, Alex Bennée wrote:
>> The __atomic primitives have been available since GCC 4.7 and provide
>> a richer interface for describing memory ordering requirements. As a
>> bonus by using the primitives
The MIPS TCG backend is the only one to have
tcg_target_reg_alloc_order[] elements of type TCGReg rather than int.
This resulted in commit 91478cefaaf2 ("tcg: Allocate indirect_base
temporaries in a different order") breaking the build on MIPS since the
type differed from indirect_reg_alloc_order[]
Quoting Peter Lieven (2016-04-01 02:43:31)
> Am 30.03.2016 um 02:11 schrieb Michael Roth:
> > Hi everyone,
> >
> > I am pleased to announce that the QEMU v2.5.1 stable release is now
> > available at:
> >
> > http://wiki.qemu.org/download/qemu-2.5.1.tar.bz2
> >
> > v2.5.1 is now tagged in the off
On Wed, 30 Mar 2016, Juergen Gross wrote:
> Add a Xenstore directory for each supported pv backend. This will allow
> Xen tools to decide which backend type to use in case there are
> multiple possibilities.
>
> The information is added under
> /local/domain//device-model//backends
> before the "r
On Fri, Apr 01, 2016 at 09:44:56AM +0100, Richard W.M. Jones wrote:
> On Fri, Apr 01, 2016 at 10:24:37AM +0200, Paolo Bonzini wrote:
> > On 01/04/2016 10:14, Richard W.M. Jones wrote:
> > > Found it: only CONFIG_MPTABLE=y was necessary. It boots with:
> > >
> > > # CONFIG_PIRTABLE is not set
> >
>
> Or rather than a flag bit, what about this strawman:
>
> NBD_FLAG_SEND_FUA: If set, the server understands the NBD_CMD_FLAG_FUA
> bit. Except where more specific mandatory or optional behavior is
> documented on a given request, the server MUST ignore NBD_CMD_FLAG_FUA
> if it advertised NBD_
Alex Bennée writes:
> To be safely portable no atomic access should be trying to do more than
> the natural word width of the host. The most common abuse is trying to
> atomically access 64 bit values on a 32 bit host.
>
> This patch adds some QEMU_BUILD_BUG_ON to the __atomic instrinsic paths
>
On Fri, Apr 01, 2016 at 10:58:19AM -0400, Kevin O'Connor wrote:
> On Fri, Apr 01, 2016 at 09:44:56AM +0100, Richard W.M. Jones wrote:
> > On Fri, Apr 01, 2016 at 10:24:37AM +0200, Paolo Bonzini wrote:
> > > On 01/04/2016 10:14, Richard W.M. Jones wrote:
> > > > Found it: only CONFIG_MPTABLE=y was n
On Fri, Apr 01, 2016 at 01:07:55PM +0200, Gerd Hoffmann wrote:
> On Fr, 2016-04-01 at 11:17 +0100, Richard W.M. Jones wrote:
> > On Fri, Apr 01, 2016 at 11:18:30AM +0200, Gerd Hoffmann wrote:
> > > Hi,
> > >
> > > > I wonder how we can make use of this in qemu and downstream distros?
> > > > Can
On 04/01/2016 09:00 AM, Alex Bligh wrote:
>>
>> Or rather than a flag bit, what about this strawman:
>>
>> NBD_FLAG_SEND_FUA: If set, the server understands the NBD_CMD_FLAG_FUA
>> bit. Except where more specific mandatory or optional behavior is
>> documented on a given request, the server MUST i
On 1 Apr 2016, at 16:08, Eric Blake wrote:
> But yes, I'm favoring a) as well, for the simplicity factor. There's
> still the issue that if we document a behavior, a new client talking to
> an older server can't reliably tell if the behavior will be guaranteed.
Existing clients should not be s
On 1 Apr 2016, at 16:12, Alex Bligh wrote:
> as qemu doesn't use FUA on write and the kernel doesn't use FUA
"as qemu doesn't use FUA other than on write" - sorry
> at all; I realise that is not an exhaustive list.
--
Alex Bligh
signature.asc
Description: Message signed with OpenPGP usi
On Fri, Apr 01, 2016 at 04:06:23PM +0100, Richard W.M. Jones wrote:
> On Fri, Apr 01, 2016 at 10:58:19AM -0400, Kevin O'Connor wrote:
> > On Fri, Apr 01, 2016 at 09:44:56AM +0100, Richard W.M. Jones wrote:
> > > On Fri, Apr 01, 2016 at 10:24:37AM +0200, Paolo Bonzini wrote:
> > > > On 01/04/2016 10
Now with enable-debug and better call traces
(gdb)
(gdb) thread apply all bt
Thread 5 (Thread 0x3ffa0e7f910 (LWP 29839)):
#0 0x03ffa530334a in ioctl () at /lib64/libc.so.6
#1 0x80081c84 in kvm_vcpu_ioctl (cpu=0x80e8c170, type=44672) at
/home/cborntra/REPOS/qemu/kvm-all.c:1984
#2
On 31.03.2016 13:42, Alberto Garcia wrote:
> On Wed 30 Mar 2016 05:07:15 PM CEST, Max Reitz wrote:
>>> I also have another (not directly related) question: why not simply
>>> use the node name when removing children? I understood that the idea
>>> was that it's possible to have the same node attach
On 31.03.2016 11:49, Stefan Hajnoczi wrote:
> On Thu, Mar 24, 2016 at 08:07:17PM +0100, Max Reitz wrote:
>> As I responded to:
>> - http://lists.nongnu.org/archive/html/qemu-devel/2016-03/msg04464.html
>> - http://lists.nongnu.org/archive/html/qemu-devel/2016-03/msg05680.html
>>
>> I think a genera
On 04/01/2016 09:13 AM, Alex Bligh wrote:
>
> On 1 Apr 2016, at 16:12, Alex Bligh wrote:
>
>> as qemu doesn't use FUA on write and the kernel doesn't use FUA
>
> "as qemu doesn't use FUA other than on write" - sorry
qemu's block/nbd-client.c currently sends NBD_CMD_FLAG_FUA on
NBD_CMD_FLUSH (u
On Fri, Apr 01, 2016 at 12:49:47PM +0100, Richard W.M. Jones wrote:
> On Fri, Apr 01, 2016 at 01:32:51PM +0200, Gerd Hoffmann wrote:
> > > I think we were working on the same thing ... Attached is my
> > > version.
> > >
> > > Note that you must enable at least CONFIG_MPTABLE else virtio-scsi
> >
Indeed building the kilo package from source gives me the same hang. So
something else (seabios maybe)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1563887
Title:
qemu-system-ppc64 freezes on sta
On Fri, Apr 01, Peter Maydell wrote:
> On 1 April 2016 at 13:00, Olaf Hering wrote:
> > Building on powerpc-linux fails with undefined reference to __atomic_load_8
> > in
> > icount_warp_rt(). Force linking to -latomic.
>
> We should instead be fixing this by not doing atomic operations
> on ty
On 01.04.2016 11:56, Fam Zheng wrote:
> Do the same as other scripts, to pick the correct interpreter between
> python2 and python3 from the environment.
>
> Signed-off-by: Fam Zheng
> ---
> tests/qemu-iotests/149 | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied to my blo
On 1 Apr 2016, at 16:31, Eric Blake wrote:
> When qemu client is talking to a qemu server, there is no
> incompatibility between the two - all client commands that set FUA are
> sanely handled by the recipient server code. But the same is not true
> if you pair a current qemu client with curren
The following changes since commit de1d099a448beb2ec39af4bd9ce4dd6452a18cb5:
Merge remote-tracking branch 'remotes/thibault/tags/samuel-thibault-2' into
staging (2016-04-01 11:15:20 +0100)
are available in the git repository at:
http://people.debian.org/~sthibault/qemu.git tags/samuel-thiba
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> * Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> > Hi,
> > I'm seeing a breakage on q35 migration on head (and possibly older
> > but certainly head; it's also on a 2.5.0 world I've got with a bunch
> > of patches but I've not tried a
Add ipv4 and ipv6 boolean options, so the user can setup IPv4-only and
IPv6-only network environments.
Signed-off-by: Samuel Thibault
Reviewed-by: Thomas Huth
---
net/slirp.c | 36 ++--
qapi-schema.json | 8
qemu-options.hx | 8 ++--
slirp
Commit 7836857 introduced a memory leak due to invalid use of
Error vs. visit_type_end(). If visiting the intermediate
members fails, we clear the error and unconditionally use
visit_end_struct() on the same error object; but if that
cleanup succeeds, we then skip the qapi_free call.
Until a late
On 01/04/2016 16:50, Max Reitz wrote:
> Signed-off-by: Max Reitz
Du hast zu viel freie Zeit.
Paolo
ps: given the latest news about AI, I hope Google Translate is not
insulting any family member of yours, or worse.
pps: the LibreOffice is looking for people translating comments from
German to
On 01/04/2016 17:35, Kevin O'Connor wrote:
> It's possible to build a third binary, but that seems like it would be
> a bit annoying for distributions.
I don't think that would be a problem. Fedora is already building 4
binaries (128k, 256k, CSM, coreboot), adding a fifth is not a big deal.
Pa
James Hogan writes:
> Hi Alex,
>
> On Thu, Jan 28, 2016 at 10:15:17AM +, Alex Bennée wrote:
>> The __atomic primitives have been available since GCC 4.7 and provide
>> a richer interface for describing memory ordering requirements. As a
>> bonus by using the primitives instead of hand-rolled
The NBD protocol does not clearly document what will happen
if a client sends NBD_CMD_FLAG_FUA on NBD_CMD_FLUSH.
Historically, both the qemu and upstream NBD servers silently
ignored that flag, but that feels a bit risky. Meanwhile, the
qemu NBD client unconditionally sends the flag (without even
On 01.04.2016 17:57, Eric Blake wrote:
> Commit 7836857 introduced a memory leak due to invalid use of
> Error vs. visit_type_end(). If visiting the intermediate
> members fails, we clear the error and unconditionally use
> visit_end_struct() on the same error object; but if that
> cleanup succeed
On 04/01/2016 06:54 PM, Dr. David Alan Gilbert wrote:
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
Hi,
I'm seeing a breakage on q35 migration on head (and possibly older
but certainly head; it's also on a 2.5.0 world I've got wit
* Marcel Apfelbaum (mar...@redhat.com) wrote:
> On 04/01/2016 06:54 PM, Dr. David Alan Gilbert wrote:
> >* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> >>* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
> >>>Hi,
> >>> I'm seeing a breakage on q35 migration on head (and possibly olde
On 04/01/2016 08:01 PM, Dr. David Alan Gilbert wrote:
* Marcel Apfelbaum (mar...@redhat.com) wrote:
On 04/01/2016 06:54 PM, Dr. David Alan Gilbert wrote:
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
* Dr. David Alan Gilbert (dgilb...@redhat.com) wrote:
Hi,
I'm seeing a breakage on
> Am 01.04.2016 um 16:53 schrieb Michael Roth :
>
> Quoting Peter Lieven (2016-04-01 02:43:31)
>>> Am 30.03.2016 um 02:11 schrieb Michael Roth:
>>> Hi everyone,
>>>
>>> I am pleased to announce that the QEMU v2.5.1 stable release is now
>>> available at:
>>>
>>> http://wiki.qemu.org/download/
Hi,
I've redeployed my test box with 14.04 with kilo-staging archive, but i
get a core dump when i try to run kvm the same way you did.
Can you show your /etc/apt/sources.list and /etc/apt/sources.list.d, as
well as output for
uname -a
dpkg -l | egrep -e '(qemu|linux|bios)'
--
You received thi
On 01.04.2016 14:22, Olaf Hering wrote:
> Large discard requests lead to sign expansion errors in qemu.
> Since there is no API to tell a guest about the limitations qmeu
> has to split a large request itself.
>
> Signed-off-by: Olaf Hering
> Cc: Stefan Hajnoczi
> Cc: Kevin Wolf
> ---
> block/
On Fri, Apr 01, Max Reitz wrote:
> In any case, do you have a test case where a guest was able to submit a
> request that led to the overflow error you described in the commit message?
mkfs -t ext4 /dev/sdb1 in a xen guest with qcow2 as backing device.
When I added discard support to libxl I work
On 04/01/2016 04:50 PM, Max Reitz wrote:
> In its organizational structure, the qemu project is rather
> decentralized: Many different maintainers manage their own more or less
> secluded subsystems. However, regarding languages, it is still rather
> anglo-centric.
>
> This issue has been brought
In the continuing journeys of trying to migrate a q35 guest with ovmf,
I've just hit this assert:
qemu-system-x86_64: /root/git/qemu/block/io.c:1297: bdrv_co_do_pwritev:
Assertion `!(bs->open_flags & 0x0800)' failed.
This is just ahead of rc0 - 1458317c8ada834cf39287f6d11a8cb8a37360d6 from
yest
Hello all,
Long time no see, at usual ;)
AMD IOMMU patches fixing a few issues mentioned in previous version, formatting
errors and commit messages
David Kiarie (4):
hw/i386: Introduce AMD IOMMU
hw/i386: ACPI table for AMD IOMMU
hw/core: Add AMD IOMMU to machine properties
hw/pci-host:
Add AMD IOMMU emulation support to q35 chipset
Signed-off-by: David Kiarie
---
hw/pci-host/q35.c | 21 +++--
include/hw/i386/intel_iommu.h | 1 +
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/hw/pci-host/q35.c b/hw/pci-host/q35.c
index 70f897e..37f8
Add IVRS table for AMD IOMMU. Generate IVRS or DMAR
depending on emulated IOMMU
Signed-off-by: David Kiarie
---
hw/i386/acpi-build.c | 98 ++-
include/hw/acpi/acpi-defs.h | 55
include/hw/i386/intel_iommu.h | 1 +
3 fil
Add AMD IOMMU emulaton to Qemu in addition to Intel IOMMU
The IOMMU does basic translation, error checking and has a
minimal IOTLB implementation
Signed-off-by: David Kiarie
---
hw/i386/Makefile.objs |1 +
hw/i386/amd_iommu.c | 1426 +
hw/i38
Added a bool, subject to review to machine properties which
it used to override iommu emulated from Intel to AMD.
Signed-off-by: David Kiarie
---
hw/core/machine.c | 32 +---
include/hw/boards.h | 1 +
qemu-options.hx | 7 +--
util/qemu-config.c | 8
On Fri, Apr 01, 2016 at 11:35:40AM -0400, Kevin O'Connor wrote:
> > +# general stuff
> > +CONFIG_QEMU=y
> > +CONFIG_ROM_SIZE=128
>
> Why force a size of 128K - I would think 64K would be fine.
Agreed. Setting this to =0 seems the best thing, and it does fit fine
inside 64K.
> > +# no input, no
On 03/31/2016 10:07 AM, Igor Mammedov wrote:
On Thu, 31 Mar 2016 00:03:57 -0400
Stefan Berger wrote:
On 03/30/2016 09:33 AM, Igor Mammedov wrote:
On Mon, 21 Mar 2016 10:21:11 -0400
Stefan Berger wrote:
This patch addresses BZ 1281413.
Fix the APCI description to make it work on Windows ag
On Fri, Apr 01, 2016 at 07:41:31PM +0100, Richard W.M. Jones wrote:
> Below are some benchmarks of the other things you mentioned. These
> are complete appliance boot-to-shutdown times [*not* just SeaBIOS].
> All debugging has been disabled, and I'm using a slightly different
> kernel version, so
On 25/03/16 12:50, Aleksandar Markovic wrote:
>
> /*
> | The pattern for a default generated single-precision NaN.
>
> **/
> +float32 float32_
On Fri, Apr 01, 2016 at 07:59:02PM +0100, Richard W.M. Jones wrote:
> On Fri, Apr 01, 2016 at 07:41:31PM +0100, Richard W.M. Jones wrote:
> > Below are some benchmarks of the other things you mentioned. These
> > are complete appliance boot-to-shutdown times [*not* just SeaBIOS].
> > All debugging
This commit adds a fast variant of SeaBIOS called 'bios-fast.bin'.
It's designed to be the fastest (also the smallest, but that's not the
main aim) SeaBIOS that is just enough to boot a Linux kernel using the
-kernel option on i686 and x86_64.
This commit does not modify the -kernel option to use
The previous version was posted and discussed on this thread:
https://lists.nongnu.org/archive/html/qemu-devel/2016-04/threads.html#00013
Since v3:
- CONFIG_ROM_SIZE=0 (it chooses 64K automatically)
- CONFIG_RELOCATE_INIT=n
- CONFIG_BOOTORDER=n
Knocks another 10ms off the boot time.
Ric
On 25/03/16 12:50, Aleksandar Markovic wrote:
> +#define MSA_CLASS_SIGNALING_NAN 0x001
> +#define MSA_CLASS_QUIET_NAN 0x002
> +#define MSA_CLASS_NEGATIVE_INFINITY 0x004
> +#define MSA_CLASS_NEGATIVE_NORMAL0x008
> +#define MSA_CLASS_NEGATIVE_SUBNORMAL 0x010
> +#define MSA_CLASS_NE
On Fri, Apr 01, 2016 at 03:04:15PM -0400, Kevin O'Connor wrote:
> On Fri, Apr 01, 2016 at 07:59:02PM +0100, Richard W.M. Jones wrote:
> > On Fri, Apr 01, 2016 at 07:41:31PM +0100, Richard W.M. Jones wrote:
> > > Below are some benchmarks of the other things you mentioned. These
> > > are complete
101 - 200 of 222 matches
Mail list logo
