Am 25.02.2019 um 14:40 hat Sergio Lopez geschrieben:
> On Fri, Feb 22, 2019 at 11:04:25AM +0100, Kevin Wolf wrote:
> > Am 21.02.2019 um 20:32 hat Sergio Lopez geschrieben:
> > > On Thu, Feb 21, 2019 at 12:08:12PM -0600, Eric Blake wrote:
> > > > On 2/21/19 11:37 AM, Sergio Lopez wrote:
> > > > > Th
Hi; the migration-test is failing really frequently for me
for TCG targets (usually on sparc64 host) -- can we just disable
it from the test set until we've figured out and implemented a
fix for the underlying TCG bug, please?
thanks
-- PMM
On 2/22/19 6:22 PM, John Snow wrote:
> Add an inconsistent bit to dirty-bitmaps that allows us to report a bitmap as
> persistent but potentially inconsistent, i.e. if we find bitmaps on a qcow2
> that have been marked as "in use".
>
> Signed-off-by: John Snow
> ---
> block/dirty-bitmap.c
On Fri, Feb 22, 2019 at 11:04:25AM +0100, Kevin Wolf wrote:
> Am 21.02.2019 um 20:32 hat Sergio Lopez geschrieben:
> > On Thu, Feb 21, 2019 at 12:08:12PM -0600, Eric Blake wrote:
> > > On 2/21/19 11:37 AM, Sergio Lopez wrote:
> > > > This parameter is analogous to convert's "-C", making use of
> >
On 06.02.19 16:29, Max Reitz wrote:
> This series implements .bdrv_refresh_filename() for the ssh block
> driver, along with an appropriate .bdrv_dirname() so we don't chop off
> query strings for backing files with relative filenames.
>
> This series depends on my "block: Fix some filename genera
23.02.2019 3:22, John Snow wrote:
> Instead of checking against busy, inconsistent, or read only directly,
> use a check function with permissions bits that let us streamline the
> checks without reproducing them in many places.
>
> As a side effect, this adds consistency checks to all the QMP
> i
On 18.02.19 19:06, Max Reitz wrote:
> VDI keeps the whole bitmap in memory, and the maximum size (which is
> tested here) is 2 GB. This may not be available on all machines, and it
> rarely is available when running a 32 bit build.
>
> Fix this by making VM.run_job() return the error string if an
Thanks Natanael. Is the new package ready?
I will update as soon as the package is available, try to repro and report back.
Thanks everyone for looking into this!
On lun, feb 25, 2019 at 2:25 PM, Natanael Copa wrote:
On Mon, 25 Feb 2019 13:06:16 + Peter Maydell
mailto:peter.mayd...@linaro.
On Mon, 25 Feb 2019 13:06:16 +
Peter Maydell wrote:
> On Mon, 25 Feb 2019 at 12:22, Natanael Copa wrote:
> >
> > On Mon, 25 Feb 2019 10:34:23 +
> > Peter Maydell wrote:
> > > The short term fix is to fix your toolchain/compilation
> > > environment options so that it isn't trying to o
On 25.02.19 13:30, Thomas Huth wrote:
> On 25/02/2019 12.55, David Hildenbrand wrote:
>> We will use s390x speak "Element Size" (es) for MO_8 == 0, MO_16 == 1
>> ... Simple rename of variables.
>>
>> Signed-off-by: David Hildenbrand
>> ---
>> target/s390x/translate.c | 10 +-
>> 1 file ch
On 25.02.19 13:21, Cornelia Huck wrote:
> On Mon, 25 Feb 2019 12:55:47 +0100
> David Hildenbrand wrote:
>
>> Let's simply initialization to 0.
>
> "Let's simply zero-initialize the structure." ?
Or "s/simply/simplify/", whatever you prefer.
>
>>
>> Signed-off-by: David Hildenbrand
>> ---
>>
On 21.02.19 12:08, yuchen...@synology.com wrote:
> From: yuchenlin
>
> In vmdk_co_create_opts, when it finds hw_version is undefined, it will
> set it to 4, which misleading the compat6 and hwversion in
> vmdk_co_do_create. Simply set hw_version to NULL after free, let
> the logic in vmdk_co_do_c
On 2/4/19 6:44 AM, Cornelia Huck wrote:
On Tue, 29 Jan 2019 08:29:19 -0500
"Jason J. Herne" wrote:
Now that we have a Channel I/O library let's modify virtio boot code to
make use of it for running channel programs.
Signed-off-by: Jason J. Herne
---
pc-bios/s390-ccw/virtio.c | 48 +
ping
On Fri 08 Feb 2019 04:44:53 PM CET, Alberto Garcia wrote:
> L1 table entries have a field to store the offset of an L2 table.
> The rest of the bits of the entry are currently reserved except from
> bit 63, which stores the COPIED flag.
>
> The offset is always taken from the entry using L1E_
On Mon, 25 Feb 2019 at 12:22, Natanael Copa wrote:
>
> On Mon, 25 Feb 2019 10:34:23 +
> Peter Maydell wrote:
> > The short term fix is to fix your toolchain/compilation
> > environment options so that it isn't trying to override
> > the definition of memcpy().
>
> The easiest workaround is to
On Mon, 25 Feb 2019 at 11:59, Thomas Huth wrote:
>
> The QEMU_PACKED is causing a compiler warning/error with GCC 9:
>
> CC block/nvme.o
> block/nvme.c: In function ‘nvme_create_queue_pair’:
> block/nvme.c:209:22: error: taking address of packed member of
> ‘struct ’ may result in an unali
On Fri, 22 Feb 2019 at 07:55, Gerd Hoffmann wrote:
>
> The following changes since commit 2e68b8620637a4ee8c79b5724144b726af1e261b:
>
> Merge remote-tracking branch 'remotes/dgibson/tags/ppc-for-4.0-20190219'
> into staging (2019-02-18 16:20:13 +)
>
> are available in the git repository at:
On Mon, 18 Feb 2019 14:49:55 -0500
Tony Krowiak wrote:
> This patch series introduces hot plug/unplug of a vfio-ap device.
>
> To hot plug a vfio-ap device, the QEMU device_add function may be used:
>
>(qemu) device_add vfio-ap,sysfsdev=$path-to-mdev
>
>Where $path-to-mdev is the absol
On Mon, Feb 25, 2019 at 09:05:37AM +0100, Igor Mammedov wrote:
>On Sat, 23 Feb 2019 00:02:49 +
>Wei Yang wrote:
>
>> On Thu, Feb 21, 2019 at 03:50:04PM +0100, Igor Mammedov wrote:
>> >On Wed, 20 Feb 2019 08:51:21 +0800
>> >Wei Yang wrote:
>> >
>> >> Three trivial cleanup for pc-dimm.
>> >>
>
On Mon, Feb 25, 2019 at 03:47:48PM +0800, Jason Wang wrote:
>
> On 2019/2/22 下午12:22, Michael S. Tsirkin wrote:
> > On Thu, Feb 21, 2019 at 10:10:08PM -0500, Michael S. Tsirkin wrote:
> > > On Fri, Feb 22, 2019 at 11:04:05AM +0800, Jason Wang wrote:
> > > > On 2019/2/22 上午9:35, Michael S. Tsirkin
From: "Daniel P. Berrange"
The 'qemu_acl' type was a previous non-QOM based attempt to provide an
authorization facility in QEMU. Because it is non-QOM based it cannot be
created via the command line and requires special monitor commands to
manipulate it.
The new QAuthZ subclasses provide a supe
On 25/02/2019 12.55, David Hildenbrand wrote:
> We'll use that a lot along with gvec helpers, to calculate the start
> address of a vector.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/translate.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/tar
From: "Daniel P. Berrange"
The current qemu_acl module provides a simple access control list
facility inside QEMU, which is used via a set of monitor commands
acl_show, acl_policy, acl_add, acl_remove & acl_reset.
Note there is no ability to create ACLs - the network services (eg VNC
server) wer
Add a QAuthZListFile object type that implements the QAuthZ interface. This
built-in implementation is a proxy around the QAuthZList object type,
initializing it from an external file, and optionally, automatically
reloading it whenever it changes.
To create an instance of this object via the QMP
The internal inotify APIs allow a lot of conditional statements to be
cleared out, and provide a simpler callback for handling events.
Reviewed-by: Marc-André Lureau
Signed-off-by: Daniel P. Berrangé
---
hw/usb/dev-mtp.c| 274 ++--
hw/usb/trace-events
From: "Daniel P. Berrange"
Add an authorization backend that talks to PAM to check whether the user
identity is allowed. This only uses the PAM account validation facility,
which is essentially just a check to see if the provided username is permitted
access. It doesn't use the authentication or
The inotify userspace API for reading events is quite horrible, so it is
useful to wrap it in a more friendly API to avoid duplicating code
across many users in QEMU. Wrapping it also allows introduction of a
platform portability layer, so that we can add impls for non-Linux based
equivalents in fu
IN_ISDIR is not a bit that one can request when registering a
watch with inotify_add_watch. Rather it is a bit that is set
automatically when reading events from the kernel.
Reviewed-by: Marc-André Lureau
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Daniel P. Berrangé
---
hw/usb/dev-mtp.
In many cases a single VM will just need to whitelist a single identity
as the allowed user of network services. This is especially the case for
TLS live migration (optionally with NBD storage) where we just need to
whitelist the x509 certificate distinguished name of the source QEMU
host.
Via QMP
When an object is in turn owned by another user object, it is not
desirable to expose this in the QOM object hierarchy. It is just an
internal implementation detail, we should be free to change without
exposure to apps managing QEMU.
Reviewed-by: Marc-André Lureau
Reviewed-by: Philippe Mathieu-Da
The following changes since commit 8eb29f1bf5a974dc4c11d2d1f5e7c7f7a62be116:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-updates-20190221.0'
into staging (2019-02-22 15:48:04 +)
are available in the Git repository at:
https://github.com/berrange/qemu tags/authz-core-pull-re
From: "Daniel P. Berrange"
Add a QAuthZList object type that implements the QAuthZ interface. This
built-in implementation maintains a trivial access control list with a
sequence of match rules and a final default policy. This replicates the
functionality currently provided by the qemu_acl module
Various functions accepting 'char *' string parameters were missing
'const' qualifiers.
Reviewed-by: Marc-André Lureau
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Daniel P. Berrangé
---
hw/usb/dev-mtp.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/usb/d
On 25/02/2019 12.55, David Hildenbrand wrote:
> We will use s390x speak "Element Size" (es) for MO_8 == 0, MO_16 == 1
> ... Simple rename of variables.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/translate.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> di
On Mon, 25 Feb 2019 10:34:23 +
Peter Maydell wrote:
> On Mon, 25 Feb 2019 at 10:24, Natanael Copa wrote:
> >
> > On Sat, 23 Feb 2019 16:18:15 +
> > Peter Maydell wrote:
> >
> > > On Sat, 23 Feb 2019 at 16:05, Natanael Copa
> > > wrote:
> > > > I was thinking of something in the li
On Mon, 25 Feb 2019 12:55:47 +0100
David Hildenbrand wrote:
> Let's simply initialization to 0.
"Let's simply zero-initialize the structure." ?
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/translate.c | 8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
23.02.2019 3:06, John Snow wrote:
> This field isn't present anymore.
>
> Signed-off-by: John Snow
> ---
> blockdev.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/blockdev.c b/blockdev.c
> index 1aaadb6128..cbce44877d 100644
> --- a/blockdev.c
> +++ b/blockdev.c
> @@ -1255,7 +1255,
On 25/02/2019 12.55, David Hildenbrand wrote:
> Let's simply initialization to 0.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/translate.c | 8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
>
> diff --git a/target/s390x/translate.c b/target/s390x/translate.c
> index 190
On 25/02/2019 12.55, David Hildenbrand wrote:
> Will be needed, so add it to the format description.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/insn-format.def | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/target/s390x/insn-format.def b/target/s390x/ins
I’m running the test guest on another host for the last three days and so far
so good.
Yet because of the nature of this bug/issue it can take a few hours or a few
days more to fail. The failure is unpredictable.
Does it make sense to continue running the guest on this different host to try
to
23.02.2019 3:06, John Snow wrote:
> Simply move the big status enum comment block to above the status
> function, and document it as being deprecated. The whole confusing
> block can get deleted in three releases time.
>
> Signed-off-by: John Snow
Reviewed-by: Vladimir Sementsov-Ogievskiy
--
B
Before we start with the real magic, some more cleanups and refactorings.
This series does not depend on other patches not yet in master.
Also add a variant of "LOAD LENGTHENED" that is used along with
vector instructions in linux (HFP instructions that can be used without
HFP :) ). Implement "LOA
Let's simply initialization to 0.
Signed-off-by: David Hildenbrand
---
target/s390x/translate.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/target/s390x/translate.c b/target/s390x/translate.c
index 19072efec6..c646e50eb3 100644
--- a/target/s390x/translate.c
+++ b/
We will use s390x speak "Element Size" (es) for MO_8 == 0, MO_16 == 1
... Simple rename of variables.
Signed-off-by: David Hildenbrand
---
target/s390x/translate.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/target/s390x/translate.c b/target/s390x/translate.c
i
We'll use that a lot along with gvec helpers, to calculate the start
address of a vector.
Signed-off-by: David Hildenbrand
---
target/s390x/translate.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/target/s390x/translate.c b/target/s390x/translate.c
index 916508b56
Will be needed, so add it to the format description.
Signed-off-by: David Hildenbrand
---
target/s390x/insn-format.def | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/s390x/insn-format.def b/target/s390x/insn-format.def
index a412d90fb7..4297ff4165 100644
--- a/target/
23.02.2019 3:06, John Snow wrote:
> These mean the same thing now. Unify them and rename the merged call
> bdrv_dirty_bitmap_busy to indicate semantically what we are describing,
> as well as help disambiguate from the various _locked and _unlocked
> versions of bitmap helpers that refer to mutex l
The QEMU_PACKED is causing a compiler warning/error with GCC 9:
CC block/nvme.o
block/nvme.c: In function ‘nvme_create_queue_pair’:
block/nvme.c:209:22: error: taking address of packed member of
‘struct ’ may result in an unaligned pointer value
[-Werror=address-of-packed-member]
209 |
Nice trick to load a 32 bit value into vector element 0 (32 bit element
size) from memory, zeroing out element1. The short HFP to long HFP
conversion really only is a shift.
Signed-off-by: David Hildenbrand
---
target/s390x/insn-data.def | 2 ++
target/s390x/translate.c | 6 ++
2 files cha
Also properly wrap in 24bit mode. While at it, convert the comment (and
drop the comment about fundamental TCG optimizations).
Signed-off-by: David Hildenbrand
---
target/s390x/translate.c | 41 +---
1 file changed, 26 insertions(+), 15 deletions(-)
diff --gi
Use a new CC helper to calculate the CC lazily if needed. While the
PoP mentions that "A 32-bit unsigned binary integer" is placed into the
first operand, there is no word telling that the other 32 bits (high
part) are left untouched. Maybe the other 32-bit are unpredictable.
So store 64 bit for no
Am 23.02.2019 um 20:20 hat Vladimir Sementsov-Ogievskiy geschrieben:
> Hi all.
>
> I've found two problems during my developing of backup-top filter.
> The first one was already discussed in context of backup-top series,
> so, here is patch 01 taken from it, previously it was
> 03 of [PATCH v5 00/
On Fri, 22 Feb 2019 09:11:50 +0100
David Hildenbrand wrote:
> These are minor preparations for vector instruction support for TCG, also
> touching KVM code.
>
> During SIGP STORE ADDITIONAL STATUS we have to properly convert the
> endianess. On machine checks, we have to also store the vector re
On Mon, 25 Feb 2019 at 10:49, Damien Hedde wrote:
>
> Hi,
>
> I had more thought about the reset problem and what we want to achieve
> (add power gating and clock support).
> Feel free to comment. I'll start to implement this and send a first
> version with a reroll of everything when it's ready.
Hi,
I had more thought about the reset problem and what we want to achieve
(add power gating and clock support).
Feel free to comment. I'll start to implement this and send a first
version with a reroll of everything when it's ready.
# CONTEXT
We want to model the clock distribution between devi
On Fri, Feb 22, 2019 at 08:21:26PM +0100, Max Reitz wrote:
> On 19.02.19 13:50, Daniel P. Berrangé wrote:
> > During creation we write a minimal qcow2 header and then update it with
> > extra features. If the updating fails for some reason we might still be
> > left with a valid qcow2 image that wi
Am 20.02.2019 um 18:48 hat Kevin Wolf geschrieben:
> Background for this series is the following bug report, which is about a
> crash with virtio-blk + iothread and request resubmission for werror/rerror:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1671173
>
> The reason is that bdrv_set_aio_
On Sat, 23 Feb 2019 16:18:15 +
Peter Maydell wrote:
> On Sat, 23 Feb 2019 at 16:05, Natanael Copa wrote:
> > I was thinking of something in the lines of:
> >
> > typedef volatile uint16_t __attribute__((__may_alias__)) volatile_uint16_t;
> > static inline int lduw_he_p(const void *ptr)
> > {
On Sat, Feb 23, 2019 at 01:54:21PM +0300, David Kiarie wrote:
> Signed-off-by: David Kiarie
> ---
> hw/i386/amd_iommu.c | 2 +-
> hw/i386/amd_iommu.h | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Daniel P. Berrangé
Regards,
Daniel
--
|: https://berrange.com -o-
On Fri, Feb 22, 2019 at 08:17:40PM +0100, Max Reitz wrote:
> On 19.02.19 13:50, Daniel P. Berrangé wrote:
> > If the qcow2 image does not have any encryption method specified in its
> > header, the user should not be providing any encryption options when
> > opening it. We already detect this if th
On Mon, Feb 25, 2019 at 10:30 AM Stefan Hajnoczi wrote:
> On Sat, Feb 23, 2019 at 3:55 PM Natanael Copa wrote:
> > On Fri, 22 Feb 2019 14:04:20 +
> > Stefan Hajnoczi wrote:
> > > On Fri, Feb 22, 2019 at 12:57 PM Fernando Casas Schössow
> > > wrote:
> > I tried to find this section. How do y
On Sat, Feb 23, 2019 at 3:55 PM Natanael Copa wrote:
> On Fri, 22 Feb 2019 14:04:20 +
> Stefan Hajnoczi wrote:
> > On Fri, Feb 22, 2019 at 12:57 PM Fernando Casas Schössow
> > wrote:
> I tried to find this section. How do you get the assembly listing of
> relevant secion? I tried to do "disa
On Mon, 25 Feb 2019 at 10:24, Natanael Copa wrote:
>
> On Sat, 23 Feb 2019 16:18:15 +
> Peter Maydell wrote:
>
> > On Sat, 23 Feb 2019 at 16:05, Natanael Copa wrote:
> > > I was thinking of something in the lines of:
> > >
> > > typedef volatile uint16_t __attribute__((__may_alias__))
> > >
...oops, looks like I got Roman's email address wrong (I
cut-n-pasted it from the one reviewed-by tag that happened
to typo it :-( ). Sorry about that.
-- PMM
On Mon, 25 Feb 2019 at 10:24, Peter Maydell wrote:
>
> This set of patches rearranges how we handle events on
> the OSX Cocoa UI so that
When we switch away from our custom event handling, we still want to
be able to have first go at any events our application receives,
because in full-screen mode we want to send key events to the guest,
even if they would be menu item activation events. There are several
ways we could do that, but
The OSX Mojave release is more picky about enforcing the Cocoa API
restriction that only the main thread may perform UI calls. To
accommodate this we need to restructure the Cocoa code:
* the special OSX main() creates a second thread and uses
that to call the vl.c qemu_main(); the original mai
Currently the handleEvent method will directly call the NSApp
sendEvent method for any events that we want to let OSX deal
with. When we rearrange the event handling code, the way that
we say "let OSX have this event" is going to change. Prepare
for that by refactoring so that handleEvent returns a
The Cocoa UI should run on the main thread; this is enforced
in OSX Mojave. In order to be able to run on the main thread,
we need to make sure we hold the iothread lock whenever we
call into various QEMU UI midlayer functions.
Signed-off-by: Peter Maydell
Reviewed-by: Roman Bolshakov
Tested-by:
Factor out the long code sequence in main() which creates
the initial set of menus. This will make later patches
which move initialization code around a bit clearer.
Signed-off-by: Peter Maydell
Reviewed-by: BALATON Zoltan
Reviewed-by: Roman Bolshakov
Tested-by: Roman Bolshakov
Message-id: 201
Currently the switchSurface method takes a DisplaySurface. We want
to change our DisplayChangeListener's dpy_gfx_switch callback
to do this work asynchronously on a different thread. The caller
of the switch callback will free the old DisplaySurface
immediately the callback returns, so to ensure th
Move the console/device menu creation code functions
further up in the source file, next to the code which
creates the initial menus. We're going to want to
change the location we call these functions from in
the next patch.
This commit is a pure code move with no other changes.
Signed-off-by: Pe
This set of patches rearranges how we handle events on
the OSX Cocoa UI so that we use the main thread to run
the OSX event loop, and we don't do a long blocking
operation from the applicationDidFinishLaunching callback.
Instead we create a second thread which runs qemu_main()
and becomes the QEMU
On 13/02/2019 17:50, Sandra Loosemore wrote:
Nios II user-mode emulation was missing handling for EXCP_DEBUG,
making the gdb stub essentially useless. This patch adds the missing
piece. The new code was copied from the existing EXCP_TRAP handling
and is also similar to what other targets (e.g.,
Hi Igor,
> -Original Message-
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Sent: 25 February 2019 09:42
> To: Auger Eric
> Cc: peter.mayd...@linaro.org; drjo...@redhat.com; da...@redhat.com;
> qemu-devel@nongnu.org; Shameerali Kolothum Thodi
> ; dgilb...@redhat.com;
> qemu-...@non
On 2/24/19 12:29 AM, Richard Henderson wrote:
As a consequence, the 'return false' gets pushed up one level.
This will allow us to perform some other action when the
translator returns failure.
Signed-off-by: Richard Henderson
---
scripts/decodetree.py | 7 ---
1 file changed, 4 inserti
On 2/24/19 12:29 AM, Richard Henderson wrote:
From: Philippe Mathieu-Daudé
Reproduced with "scripts/decodetree.py /dev/null".
Reviewed-by: Eduardo Habkost
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
scripts/decodetree.py | 2 +-
1 file changed, 1 insertio
On 2/24/19 12:29 AM, Richard Henderson wrote:
+
+Argument Sets
+=
+
+Syntax::
+
+ args_def:= '&' identifier ( args_elt )+ ( !extern )?
+ args_elt:= identifier
+
+Each *args_elt* defines an argument within the argument set.
+Each argument set will be rendered as a C structu
Hi Richard,
On Sat, Feb 23, 2019 at 2:23 AM Richard Henderson
wrote:
>
> Based-on: the ARMv8.2-FHM patch set, although I don't know that
> this is an actual dependency; it's just the tree I started with.
>
> There is not yet support for this extension within FVP, so I've
> self-tested it against
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: 22 February 2019 19:11
> To: Auger Eric ; Shameerali Kolothum Thodi
> ; shannon.zha...@gmail.com;
> peter.mayd...@linaro.org; imamm...@redhat.com; qemu-devel@nongnu.org;
> qemu-...@nongnu.org
> Cc: xuwei (O) ; Li
The fields of the struct are naturally aligned, so this should be easy
enough to fix just by dropping QEMU_PACKED (we already have a compile-
time assert that the doorbells field is at the expected address).
NB: I notice also the struct is marked 'volatile' -- this is a bit of a
red flag that the
Hi Eric,
> -Original Message-
> From: Auger Eric [mailto:eric.au...@redhat.com]
> Sent: 22 February 2019 16:03
> To: Shameerali Kolothum Thodi ;
> shannon.zha...@gmail.com; peter.mayd...@linaro.org;
> imamm...@redhat.com; qemu-devel@nongnu.org; qemu-...@nongnu.org
> Cc: xuwei (O) ; Linuxar
On Fri, 22 Feb 2019 18:35:26 +0100
Auger Eric wrote:
> Hi Igor,
>
> On 2/22/19 5:27 PM, Igor Mammedov wrote:
> > On Wed, 20 Feb 2019 23:39:46 +0100
> > Eric Auger wrote:
> >
> >> This series aims to bump the 255GB RAM limit in machvirt and to
> >> support device memory in general, and especial
On Mon, Feb 25, 2019 at 09:50:26 +0100, Markus Armbruster wrote:
> Stefan Hajnoczi writes:
>
> > QMP clients can usually detect the presence of features via schema
> > introspection. There are rare features that do not involve schema
> > changes and are therefore impossible to detect with schema
On Mon, 25 Feb 2019 10:37:11 +1100
David Gibson wrote:
> On Fri, Feb 22, 2019 at 10:08:22AM +0100, Greg Kurz wrote:
> > On Thu, 14 Feb 2019 15:39:13 +1100
> > David Gibson wrote:
> >
> > > The virtio-balloon device's verification of the address given to it by the
> > > guest has a number of f
Public bug reported:
Issue:
Qemu compilation fails with below error on ppc64le host with gcc 9,
repo(https://github.com/dgibson/qemu.git), branch(ppc-for-4.0), Commit
(0483e90393bac8546a1fbc95ab912a1e78e92b00)
CHK version_gen.h
CC block/nvme.o
block/nvme.c: In function ‘nvme_create_queu
On Wed, 13 Feb 2019 at 17:19, Sandra Loosemore wrote:
>
> Nios II user-mode emulation was missing handling for EXCP_DEBUG,
> making the gdb stub essentially useless. This patch adds the missing
> piece. The new code was copied from the existing EXCP_TRAP handling
> and is also similar to what ot
On Fri, Feb 22, 2019 at 02:13:10PM +0100, Cédric Le Goater wrote:
> This introduces a set of helpers when KVM is in use, which create the
> KVM XIVE device, initialize the interrupt sources at a KVM level and
> connect the interrupt presenters to the vCPU.
>
> They also handle the initialization o
On 22/02/2019 18:20, Cleber Rosa wrote:
>
>
> On 2/22/19 6:26 AM, Andrey Shinkevich wrote:
>> The data type for bytes in Python3 differs from the one in Python2.
>> Those cases should be managed separately.
>>
>> v1:
>> In the first version, the TypeError in Python3 was handled as the
>> except
On 22/02/2019 17:53, Eric Blake wrote:
> On 2/22/19 5:26 AM, Andrey Shinkevich wrote:
>> The data type for bytes in Python3 differs from the one in Python2.
>> Those cases should be managed separately.
>>
>> v1:
>> In the first version, the TypeError in Python3 was handled as the
>> exception.
>>
Stefan Hajnoczi writes:
> QMP clients can usually detect the presence of features via schema
> introspection. There are rare features that do not involve schema
> changes and are therefore impossible to detect with schema
> introspection.
>
> This patch adds the query-qemu-capabilities command.
On Thu, Feb 07, 2019 at 06:57:00PM +0100, Paolo Bonzini wrote:
> This way, the default-configs file only need to specify the boards
> and any optional devices.
>
> Signed-off-by: Paolo Bonzini
> Signed-off-by: Yang Zhong
> Message-Id: <20190123065618.3520-37-yang.zh...@intel.com>
> Signed-off-by
On 25.02.2019 08:10, Paolo Bonzini wrote:
> I have replied already.
>
Sorry, I don't have this mail in my mailbox for some reason.
The issue is gone with the following patch:
https://www.mail-archive.com/qemu-devel@nongnu.org/msg598417.html
Tested-by: Kamil Rytarowski
Please merge with qem
On Sat, 23 Feb 2019 00:02:49 +
Wei Yang wrote:
> On Thu, Feb 21, 2019 at 03:50:04PM +0100, Igor Mammedov wrote:
> >On Wed, 20 Feb 2019 08:51:21 +0800
> >Wei Yang wrote:
> >
> >> Three trivial cleanup for pc-dimm.
> >>
> >> Patch [1] remove the check on class->hotpluggable since pc-dimm is a
301 - 393 of 393 matches
Mail list logo
