On Mon, Jun 04, 2018 at 04:04:51PM +0800, Wei Wang wrote:
> On 05/30/2018 08:47 PM, Michael S. Tsirkin wrote:
> > On Wed, May 30, 2018 at 05:12:09PM +0800, Wei Wang wrote:
> > > On 05/29/2018 11:24 PM, Michael S. Tsirkin wrote:
> > > > On Tue, Apr 24, 2018 at 02:13:47PM +0800, Wei Wang wrote:
> > >
On Mon, 4 Jun 2018 22:06:35 -0300
Eduardo Habkost wrote:
> On Mon, Jun 04, 2018 at 05:01:11PM +0200, Igor Mammedov wrote:
> [...]
> > I'd prefer your patch, as it doesn't break error handling,
> > or maybe even shorter version which keeps state transitions in one place:
> >
> > diff --git a/vl.c
Hi,
> > Add to that shortcuts like -cdrom
> > stop working,
>
> Maybe is fixable.
Already fixed for ages.
> I see marking Q35 as the default machine a first step.
Maybe the better option is to go the arm route: Just don't define a
default, so users have to specify pc or q35. That will ma
On Mon, Jun 04, 2018 at 04:29:28PM +0100, Peter Maydell wrote:
> Hi; this is v2 of my iommu patchset, which does:
> * support IOMMUs that are aware of memory transaction attributes and
>may generate different translations for different attributes
> * support TCG execution out of memory which
On Tue, 5 Jun 2018 06:33:22 +0200
Thomas Huth wrote:
> On 05.06.2018 03:17, Alex Williamson wrote:
> > On Mon, 4 Jun 2018 17:21:40 +0100
> > Peter Maydell wrote:
> >
> >> The codebase has a bit of a mix of
> >> /* multiline comments
> >> * like this
> >> */
> >> and
> >> /* multiline c
On Mon, Jun 04, 2018 at 02:49:58PM +0100, Peter Maydell wrote:
> On 16 May 2018 at 00:39, Juan Quintela wrote:
> > From: Peter Xu
> >
> > When there is IO error on the incoming channel (e.g., network down),
> > instead of bailing out immediately, we allow the dst vm to switch to the
> > new POSTC
Hi Drew,
> -Original Message-
> From: Shameerali Kolothum Thodi
> Sent: 30 May 2018 15:49
> To: 'Auger Eric' ; qemu-devel@nongnu.org; qemu-
> a...@nongnu.org
> Cc: drjo...@redhat.com; imamm...@redhat.com; peter.mayd...@linaro.org;
> alex.william...@redhat.com; Zhaoshenglong ;
> Jonathan Ca
On 05.06.2018 03:08, David Gibson wrote:
> On Thu, May 17, 2018 at 10:15:19AM +0200, David Hildenbrand wrote:
>> For multi stage hotplug handlers, we'll have to do some error handling
>> in some hotplug functions, so let's use a local error variable (except
>> for unplug requests).
>>
>> Also, add
On 05.06.2018 03:09, David Gibson wrote:
> On Thu, May 17, 2018 at 10:15:20AM +0200, David Hildenbrand wrote:
>> Necessary to hotplug them cleanly later.
>>
>> Signed-off-by: David Hildenbrand
>
> As for PC, I think it would be nicer to drop the explicit check
> against PC_DIMM, since it is cover
Pavel Dovgalyuk writes:
>> From: Alex Bennée [mailto:alex.ben...@linaro.org]
>> Pavel Dovgalyuk writes:
>>
>> > Ping?
>>
>> I started having a look but I ran into this straight away. First I
>> recorded a boot of the kernel:
>>
>> ./aarch64-softmmu/qemu-system-aarch64 -machine virt,graphics=
The implementation is similar to the 'qemu-img convert'. In the
beginning of the job, offloaded copy is attempted. If it fails, further
I/O will go through the existing bounce buffer code path.
Signed-off-by: Fam Zheng
---
block/backup.c | 151 +
b
This semantics is needed by drive-backup so implement it before using
this API there.
Signed-off-by: Fam Zheng
---
block/io.c| 6 --
include/block/block.h | 5 +++--
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/block/io.c b/block/io.c
index b7beaeeb9f..f55e0c39f
Based-on: <20180601092648.24614-1-f...@redhat.com>
([PATCH v9 00/10] qemu-img convert with copy offloading)
This enhances the backup job to make use of the copy offloading API. It
eliminates the necessity to use the bounce buffer as well as speeding up the
copy operation when the backend supports
On 05.06.2018 08:56, Cédric Le Goater wrote:
> VIO devices have an "irq" property that can be used by the sPAPR IRQ
> allocator as an IRQ number hint. But it is not set in QEMU nor in
> libvirt. It brings unnecessary complexity to the underlying layers
> managing the IRQ number space and it is in f
On 06/05/2018 01:10 AM, David Gibson wrote:
> On Mon, Jun 04, 2018 at 07:20:39PM +0200, Cédric Le Goater wrote:
>> POWER9 introduced a new variant of the eieio instruction using bit 6
>> as a hint to tell the CPU it is a store-forwarding barrier.
>>
>> The usage of this eieio extension was recently
On Mon, 4 Jun 2018 22:04:13 -0300
Eduardo Habkost wrote:
> On Mon, Jun 04, 2018 at 10:14:38PM +0200, Igor Mammedov wrote:
> > Since commit (047f7038f58 cli: add --preconfig option) QEMU is
> > stuck with indefinite timeout in os_host_main_loop_wait()
> > at RUN_STATE_PRECONFIG even if --preconfig
On Mon, 4 Jun 2018 21:35:46 -0300
Eduardo Habkost wrote:
> On Mon, Jun 04, 2018 at 07:37:15PM +0200, Igor Mammedov wrote:
> > On Mon, 4 Jun 2018 17:11:57 +0100
> > Daniel P. Berrangé wrote:
> >
> > > On Mon, Jun 04, 2018 at 05:40:32PM +0200, Igor Mammedov wrote:
> > > > On Mon, 4 Jun 2018
On Mon, 4 Jun 2018 21:56:47 -0300
Eduardo Habkost wrote:
> On Mon, Jun 04, 2018 at 04:21:47PM +0200, Michal Privoznik wrote:
> [...]
> > > @@ -3572,7 +3570,12 @@ int main(int argc, char **argv, char **envp)
> > > }
> > > break;
> > > case QEMU_OPTION
On Tue, Jun 05, 2018 at 09:27:46AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > Add to that shortcuts like -cdrom
> > > stop working,
> >
> > Maybe is fixable.
>
> Already fixed for ages.
>
> > I see marking Q35 as the default machine a first step.
>
> Maybe the better option is to go the arm
On Tue, Jun 05, 2018 at 10:27:03AM +0200, Igor Mammedov wrote:
> On Mon, 4 Jun 2018 22:04:13 -0300
> Eduardo Habkost wrote:
>
> > On Mon, Jun 04, 2018 at 10:14:38PM +0200, Igor Mammedov wrote:
> > > Since commit (047f7038f58 cli: add --preconfig option) QEMU is
> > > stuck with indefinite timeout
Pavel Dovgalyuk writes:
>> From: Alex Bennée [mailto:alex.ben...@linaro.org]
>> Pavel Dovgalyuk writes:
>>
>> > Ping?
>>
>> I started having a look but I ran into this straight away. First I
>> recorded a boot of the kernel:
>>
>> ./aarch64-softmmu/qemu-system-aarch64 -machine virt,graphics=
On 05/06/2018 10:27, Igor Mammedov wrote:
>> I don't get this part. Why default infinite timeout doesn't make
>> sense? Why would a 1 second timeout make sense?
>
> I've meant that there is no reason for infinite timeout,
> and 1sec is good as any other finite one.
> Hence we can unify timeout wi
On 5 June 2018 at 08:39, Peter Xu wrote:
> On Mon, Jun 04, 2018 at 04:29:28PM +0100, Peter Maydell wrote:
>> Hi; this is v2 of my iommu patchset, which does:
>> * support IOMMUs that are aware of memory transaction attributes and
>>may generate different translations for different attributes
On Tue, 5 Jun 2018 09:42:11 +1000
David Gibson wrote:
> On Fri, May 25, 2018 at 02:54:12PM +0200, Greg Kurz wrote:
> > Since the kernel commit "dbfcf3cb9c68 powerpc/64: Call H_REGISTER_PROC_TBL
> > when running as a HPT guest on POWER9", a nested guest running with PR KVM
> > hangs at boot:
> >
For QOM properties QEMU uses "string", for example:
{"execute": "qom-list", "arguments": {"path": "/machine"}}
[{'return': [{'type': 'string', 'name': 'append'}, {'type': 'string', 'name':
'kernel'}]
However for the device properties copied from DEVICE_CLASS(class)->props,
"str" is used for a t
On 05/06/2018 09:54, Sergio Lopez wrote:
> Only retry on serial_xmit if qemu_chr_fe_write returns 0, as this is the
> only recoverable error.
>
> Retrying with any other scenario, in addition to being a waste of CPU
> cycles, can compromise the Guest stability if by the vCPU issuing the
> write an
On 5 June 2018 at 08:46, Cornelia Huck wrote:
> On Tue, 5 Jun 2018 06:33:22 +0200
> Thomas Huth wrote:
>> On 05.06.2018 03:17, Alex Williamson wrote:
>> > On Mon, 4 Jun 2018 17:21:40 +0100
>> > Peter Maydell wrote:
>> >> +Multiline comments blocks should have a row of stars on the left
>> >> +a
This seems to have fizzled out because of a lack of a concrete proposal;
so here is one based on a reply to Max's post:
* Max Reitz (mre...@redhat.com) wrote:
> The original problem was that you need to supply a machine type to qemu,
> and that multiple common architectures now have multiple
> +for (i = c->argc; i < ARRAY_SIZE(c->argv); i++) {
> +c->argv[i] = 0;
> +}
I think the code filling c->argv (in usb_mtp_handle_data) should so
that. Or just memset(0) cmd in usb_mtp_handle_data ...
cheers,
Gerd
PS: the other patches are fine.
> From: Alex Bennée [mailto:alex.ben...@linaro.org]
> Pavel Dovgalyuk writes:
>
> >> From: Alex Bennée [mailto:alex.ben...@linaro.org]
> >> Pavel Dovgalyuk writes:
> >>
> >> > Ping?
> >>
> >> I started having a look but I ran into this straight away. First I
> >> recorded a boot of the kernel:
>
On Tue, 5 Jun 2018 08:56:26 +0200
Cédric Le Goater wrote:
> VIO devices have an "irq" property that can be used by the sPAPR IRQ
> allocator as an IRQ number hint. But it is not set in QEMU nor in
> libvirt. It brings unnecessary complexity to the underlying layers
> managing the IRQ number spac
On Tue, Jun 05, 2018 at 07:15:08PM +1000, Alexey Kardashevskiy wrote:
> For QOM properties QEMU uses "string", for example:
>
> {"execute": "qom-list", "arguments": {"path": "/machine"}}
> [{'return': [{'type': 'string', 'name': 'append'}, {'type': 'string',
> 'name': 'kernel'}]
>
> However for
On 4 June 2018 at 12:20, Stefan Hajnoczi wrote:
> The following changes since commit c25e8bba1f546ea72744ccfab77f8a9e8a323be8:
>
> Merge remote-tracking branch 'remotes/otubo/tags/pull-seccomp-20180601'
> into staging (2018-06-01 13:11:30 +0100)
>
> are available in the Git repository at:
>
>
On 05.06.2018 11:19, Peter Maydell wrote:
> On 5 June 2018 at 08:46, Cornelia Huck wrote:
>> On Tue, 5 Jun 2018 06:33:22 +0200
>> Thomas Huth wrote:
>>> On 05.06.2018 03:17, Alex Williamson wrote:
On Mon, 4 Jun 2018 17:21:40 +0100
Peter Maydell wrote:
> +Multiline comments blocks
On Tue, 5 Jun 2018 10:19:15 +0100
Peter Maydell wrote:
> On 5 June 2018 at 08:46, Cornelia Huck wrote:
> > On Tue, 5 Jun 2018 06:33:22 +0200
> > Thomas Huth wrote:
> >> Anyway, could we either use that dense format or the kernel-style
> >> multi-lines-comment format, please? Mixing it asymme
On Thu, 24 May 2018 19:58:27 +0200
Halil Pasic wrote:
> There is at least one guest (OS) such that although it does not rely on
> the guarantees provided by ORB 1 word 9 bit (aka unlimited prefetch, aka
> P bit) not being set, it fails to tell this to the machine.
>
> Usually this ain't a big de
Hi,
> You say the hotkey is a QKeyCode and a modifier key combined. But it looks
> like a single QKeyCode would be supported. I would prefer being able to use a
> single key like F16 to ungrab the mouse. Would that be possible here?
>
> Kbd_state_hotkey_register(kbd, KBD_HOTKEY_GRAB, Q_KEY_CO
The following series implements dynamic binary instrumentation upon QEMU.
It is based on the following prior sources:
- KVM Forum 2017 talk "Instrumenting, Introspection, and Debugging with QEMU"
https://www.linux-kvm.org/images/3/3d/Introspect.pdf
- Discussion on Lluis Vilanova instrumentati
This patch adds support for dynamically loaded plugins.
Every plugin is a dynamic library with a set of optional exported
functions that will be called from QEMU.
Signed-off-by: Pavel Dovgalyuk
---
Makefile.target |1
configure | 14 ++-
include/qemu/plugins.
From: Pavel Dovgalyuk
This patch adds functions and headers for adding the helpers from
the modules other than the target translators.
Signed-off-by: Pavel Dovgalyuk
---
include/exec/helper-register.h | 53
tcg/tcg.c | 12 ++
From: Pavel Dovgalyuk
This is a template of the QEMU plugin. It includes empty functions that
plugins may implement.
Signed-off-by: Pavel Dovgalyuk
---
plugins/template/Makefile | 19 +++
plugins/template/template.c | 19 +++
2 files changed, 38 insertions
From: Pavel Dovgalyuk
This patch adds interface functions that may be called from the loaded plugins.
Such functions are needed to inspect the VM state and to pass data
to the QEMU (e.g., QEMU-side logging).
Signed-off-by: Pavel Dovgalyuk
---
Makefile.target |2 +-
plugins/includ
From: Pavel Dovgalyuk
This is a samples of the instrumenting interface and implementation
of some instruction tracing tasks.
Signed-off-by: Pavel Dovgalyuk
---
accel/tcg/translator.c|5 +
include/qemu/instrument.h |7 +++
plugins/helper.h |1 +
plugins/plugins.
This is an example of plugin which instruments only specific instructions:
sysenter and sysexit. When executing them, it prints system call id
and return code to the QEMU log.
Signed-off-by: Pavel Dovgalyuk
---
plugins/syscall-log/Makefile | 19
plugins/syscall-log/syscal
From: Pavel Dovgalyuk
This patch adds a plugin for logging addresses of all executed instructions,
making a complete instruction-level trace.
Signed-off-by: Pavel Dovgalyuk
---
plugins/exec-log/Makefile | 19 +++
plugins/exec-log/exec-log.c | 18 ++
2 file
On Tue, Jun 05, 2018 at 03:48:09PM +0800, Peter Xu wrote:
[...]
> > There are also a couple of other things Coverity thinks might
> > be data race conditions (CID 1391295 and CID 1391288) that you
> > might want to look at, though I suspect they are false-positives
> > (access occurs before threa
On 4 June 2018 at 16:19, Laurent Vivier wrote:
> The following changes since commit 392fba9f583223786f844dce9b2e7f9a0ce0147a:
>
> Merge remote-tracking branch
> 'remotes/stsquad/tags/pull-travis-updates-010618-1' into staging (2018-06-01
> 17:32:30 +0100)
>
> are available in the Git repositor
On 5 June 2018 at 11:39, Pavel Dovgalyuk wrote:
> The following series implements dynamic binary instrumentation upon QEMU.
> The aim of submission of this series at that early stage is to get
> the feedback which will guide the development process. We are faced
> the following questions:
> 1. D
On 5 June 2018 at 06:27, Richard Henderson wrote:
> On Fedora 28, one can no longer build a static qemu. We depend on libraries
> for which Fedora no longer ships static versions.
Do you mean you can't build the system binaries statically (that's
never really been very supported), or that you ca
Hi,
> >> I could imagine an OvmfPkg-specific PCI capability that said, "all PCI
> >> drivers in OvmfPkg that could otherwise drive this device, ignore it --
> >> another (platform) driver in OvmfPkg will pick it up instead".
> >
> > pci capability for ramfb could be useful (also for linux). I'
On 06/04/2018 04:33 PM, Jeff Cody wrote:
On Thu, May 31, 2018 at 03:50:43PM -0500, Eric Blake wrote:
We are gradually moving away from sector-based interfaces, towards
byte-based. The qcow driver is now ready to fully utilize the
byte-based callback interface, as long as we override the default
On 06/05/2018 12:14 PM, Cornelia Huck wrote:
On Thu, 24 May 2018 19:58:27 +0200
Halil Pasic wrote:
There is at least one guest (OS) such that although it does not rely on
the guarantees provided by ORB 1 word 9 bit (aka unlimited prefetch, aka
P bit) not being set, it fails to tell this to
* Igor Mammedov (imamm...@redhat.com) wrote:
> On Mon, 4 Jun 2018 11:46:06 +0200
> Max Reitz wrote:
>
> > On 2018-06-02 12:46, Michal Privoznik wrote:
> > > On 06/01/2018 03:28 PM, Max Reitz wrote:
> > >> Hi,
> > >>
> > >> The @preconfig RunState documentation states:
> > >>
> > >>> The state
On Fri, Jun 01, 2018 at 04:10:23PM +0800, junyan...@gmx.com wrote:
> From: Junyan He
>
> We need to use these flags in other files rather than just in exec.c,
> For example, RAM_SHARED should be used when create a ram block from file.
> We expose them the exec/memory.h
>
> Signed-off-by: Junyan
On Fri, Jun 01, 2018 at 04:10:24PM +0800, junyan...@gmx.com wrote:
> From: Junyan He
>
> As more flag parameters besides the existing 'share' are going to be
> added to following functions
> memory_region_init_ram_from_file
> qemu_ram_alloc_from_fd
> qemu_ram_alloc_from_file
> let's switch
On Fri, Jun 01, 2018 at 04:10:26PM +0800, junyan...@gmx.com wrote:
> From: Junyan He
>
> Add a pair of configure options --{enable,disable}-libpmem to control
> whether QEMU is compiled with PMDK libpmem [1].
>
> QEMU may write to the host persistent memory (e.g. in vNVDIMM label
> emulation and
On 01.06.2018 22:19, Farhan Ali wrote:
>
>
> On 05/31/2018 11:21 PM, Thomas Huth wrote:
>>> Just a question do we want to clear cfgbuf here, before calling
>>> pxelinux_load_parse_cfg?
>> That's theoretically not necessary. The buffer either gets populated
>> with data, or the function errors out
On Mon, 4 Jun 2018 21:41:46 -0300
Eduardo Habkost wrote:
> On Mon, Jun 04, 2018 at 11:32:44AM +0100, Daniel P. Berrangé wrote:
> [...]
> > Avoiding the double-run of main_loop is good, however, I think we should
> > also not have put current_run_state in RUN_STATE_PRECONFIG in the first
> > place
On Fri, Jun 01, 2018 at 04:10:27PM +0800, junyan...@gmx.com wrote:
> From: Junyan He
>
> Guest writes to vNVDIMM labels are intercepted and performed on the
> backend by QEMU. When the backend is a real persistent memort, QEMU
> needs to take proper operations to ensure its write persistence on t
On Fri, Jun 01, 2018 at 04:10:25PM +0800, junyan...@gmx.com wrote:
> From: Junyan He
>
> When QEMU emulates vNVDIMM labels and migrates vNVDIMM devices, it
> needs to know whether the backend storage is a real persistent memory,
> in order to decide whether special operations should be performed
On Fri, Jun 01, 2018 at 04:10:29PM +0800, junyan...@gmx.com wrote:
> diff --git a/migration/ram.c b/migration/ram.c
> index aa0c6f0..09525b2 100644
> --- a/migration/ram.c
> +++ b/migration/ram.c
> @@ -33,6 +33,7 @@
> #include "qemu/bitops.h"
> #include "qemu/bitmap.h"
> #include "qemu/main-loop
On Fri, Jun 01, 2018 at 04:10:28PM +0800, junyan...@gmx.com wrote:
> From: Junyan He
>
> The nvdimm kind memory does not support post copy now.
> We disable post copy if we have nvdimm memory and print some
> log hint to user.
>
> Signed-off-by: Junyan He
> ---
> migration/ram.c | 9 +
On Sat, 2 Jun 2018 17:29:35 -0400
Keno Fischer wrote:
> strchrnul is a GNU extension and thus unavailable on a number of targets.
> In the review for a commit removing strchrnul from 9p, I was asked to
> create a qemu_strchrnul helper to factor out this functionality.
> Do so, and use it in a nu
> From: Peter Maydell [mailto:peter.mayd...@linaro.org]
>
> This series doesn't seem to add anything to Documentation/ that
> describes the API we make available to plugins. I'm a lot more
> interested in reviewing the API that will be used by plugins
> than I am in the implementation at this stag
On Mon, Jun 04, 2018 at 11:53:15PM +0200, Igor Mammedov wrote:
> On Mon, 4 Jun 2018 13:03:45 +0100
> Daniel P. Berrangé wrote:
>
> > When using --daemonize, the initial lead process will fork a child and
> > then wait to be notified that setup is complete via a pipe, before it
> > exits. When u
On Tue, Jun 05, 2018 at 10:37:55AM +0200, Igor Mammedov wrote:
> On Mon, 4 Jun 2018 21:56:47 -0300
> Eduardo Habkost wrote:
> > On Mon, Jun 04, 2018 at 04:21:47PM +0200, Michal Privoznik wrote:
> > [...]
> > > > @@ -3572,7 +3570,12 @@ int main(int argc, char **argv, char **envp)
> > > >
On Mon, Jun 04, 2018 at 04:21:47PM +0200, Michal Privoznik wrote:
> On 06/04/2018 02:03 PM, Daniel P. Berrangé wrote:
> > @@ -3572,7 +3570,12 @@ int main(int argc, char **argv, char **envp)
> > }
> > break;
> > case QEMU_OPTION_preconfig:
> > -
On Mon, Jun 04, 2018 at 01:03:44PM +0100, Daniel P. Berrangé wrote:
> diff --git a/vl.c b/vl.c
> index 06031715ac..30d0e985f0 100644
> --- a/vl.c
> +++ b/vl.c
> @@ -561,7 +561,7 @@ static int default_driver_check(void *opaque, QemuOpts
> *opts, Error **errp)
> /**
On 04.06.2018 11:36, Cornelia Huck wrote:
> On Wed, 30 May 2018 11:16:58 +0200
> Thomas Huth wrote:
>
>> With the STSI instruction, we can get the UUID of the current VM instance,
>> so we can support loading pxelinux config files via UUID in the file name,
>> too.
>>
>> Signed-off-by: Thomas Hut
Le 05/06/2018 à 12:52, Peter Maydell a écrit :
> On 5 June 2018 at 06:27, Richard Henderson
> wrote:
>> On Fedora 28, one can no longer build a static qemu. We depend on libraries
>> for which Fedora no longer ships static versions.
>
> Do you mean you can't build the system binaries statically
On Tue, 5 Jun 2018 13:43:14 +0200
Igor Mammedov wrote:
> On Mon, 4 Jun 2018 21:41:46 -0300
> Eduardo Habkost wrote:
>
> > On Mon, Jun 04, 2018 at 11:32:44AM +0100, Daniel P. Berrangé wrote:
> > [...]
> > > Avoiding the double-run of main_loop is good, however, I think we should
> > > also not
On 06/05/18 13:06, Gerd Hoffmann wrote:
> Hi,
>
I could imagine an OvmfPkg-specific PCI capability that said, "all PCI
drivers in OvmfPkg that could otherwise drive this device, ignore it --
another (platform) driver in OvmfPkg will pick it up instead".
>>>
>>> pci capability for
On 5 June 2018 at 13:05, Laurent Vivier wrote:
> Le 05/06/2018 à 12:52, Peter Maydell a écrit :
>> On 5 June 2018 at 06:27, Richard Henderson
>> wrote:
>>> On Fedora 28, one can no longer build a static qemu. We depend on libraries
>>> for which Fedora no longer ships static versions.
>>
>> Do
On Tue, Jun 05, 2018 at 04:07:10PM +0800, Fam Zheng wrote:
> The implementation is similar to the 'qemu-img convert'. In the
> beginning of the job, offloaded copy is attempted. If it fails, further
> I/O will go through the existing bounce buffer code path.
>
> Signed-off-by: Fam Zheng
Nice, th
On Tue, 5 Jun 2018 14:04:18 +0200
Thomas Huth wrote:
> On 04.06.2018 11:36, Cornelia Huck wrote:
> > On Wed, 30 May 2018 11:16:58 +0200
> > Thomas Huth wrote:
> >
> >> With the STSI instruction, we can get the UUID of the current VM instance,
> >> so we can support loading pxelinux config fil
Le 05/06/2018 à 14:14, Peter Maydell a écrit :
> On 5 June 2018 at 13:05, Laurent Vivier wrote:
>> Le 05/06/2018 à 12:52, Peter Maydell a écrit :
>>> On 5 June 2018 at 06:27, Richard Henderson
>>> wrote:
On Fedora 28, one can no longer build a static qemu. We depend on
libraries
From: "Dr. David Alan Gilbert"
Add a flag to command definitions to allow them to be used in preconfig
and check it.
Signed-off-by: Dr. David Alan Gilbert
---
monitor.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/monitor.c b/monitor.c
index 6d0cec552e..50b95f41db 1
From: "Dr. David Alan Gilbert"
Add the exit_preconfig command to return to normality.
Signed-off-by: Dr. David Alan Gilbert
---
hmp-commands.hx | 15 +++
hmp.c | 7 +++
hmp.h | 1 +
3 files changed, 23 insertions(+)
diff --git a/hmp-commands.hx b/hmp-comm
From: "Dr. David Alan Gilbert"
Allow the 'help' command in preconfig state but
make it only list the preconfig commands.
Signed-off-by: Dr. David Alan Gilbert
---
hmp-commands.hx | 1 +
monitor.c | 8 +++-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/hmp-commands.hx
From: "Dr. David Alan Gilbert"
Reenable HMP in preconfig mode; it's pretty
easy and anyway I want to do a similar thing for OOB eventually.
We'll want to enable more commands in preconfig mode to make it
useful at some point.
Dave
Dr. David Alan Gilbert (6):
hmp: Add flag for preconfig comma
On Tue, Jun 05, 2018 at 02:23:56PM +0200, Laurent Vivier wrote:
> Le 05/06/2018 à 14:14, Peter Maydell a écrit :
> > On 5 June 2018 at 13:05, Laurent Vivier wrote:
> >> Le 05/06/2018 à 12:52, Peter Maydell a écrit :
> >>> On 5 June 2018 at 06:27, Richard Henderson
> >>> wrote:
> On Fedora 2
From: "Dr. David Alan Gilbert"
Now we can cope with preconfig in HMP, reenable by reverting
commit 71dc578e116599ea73c8a2a4e693134702ec0e83.
Signed-off-by: Dr. David Alan Gilbert
---
monitor.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/monitor.c b/monitor.c
index 9b29787a52..50bc
From: "Dr. David Alan Gilbert"
Don't show the commands that aren't available.
Signed-off-by: Dr. David Alan Gilbert
---
monitor.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/monitor.c b/monitor.c
index 7d1709c225..9b29787a52 100644
--- a/monitor.c
+++ b/monitor
From: "Dr. David Alan Gilbert"
Allow a bunch of the info commands to be used in preconfig.
Could probably add most of them.
Signed-off-by: Dr. David Alan Gilbert
---
hmp-commands-info.hx | 9 +
hmp-commands.hx | 1 +
2 files changed, 10 insertions(+)
diff --git a/hmp-commands-inf
I don't think this is sufficient.
If both primary and standby devices are present, a legacy guest without
support for the feature might see two devices with same mac and get
confused.
I think that we should only make primary visible after guest acked the
backup feature bit.
And on reset or when
On 5 June 2018 at 13:23, Laurent Vivier wrote:
> They are used by tests/qemu-iotests/socket_scm_helper and
> qemu-bridge-helper.
>
> Perhaps we can disable qemu-iotests with linux-user only and to not
> build qemu-bridge-helper when tools are disabled?
Yeah, we shouldn't be building those if you'
Le 05/06/2018 à 14:33, Peter Maydell a écrit :
> On 5 June 2018 at 13:23, Laurent Vivier wrote:
>> They are used by tests/qemu-iotests/socket_scm_helper and
>> qemu-bridge-helper.
>>
>> Perhaps we can disable qemu-iotests with linux-user only and to not
>> build qemu-bridge-helper when tools are d
support for KVM_GET/SET_VCPU_EVENTS to get/set the SError exception
state, and support the state migration.
change since v1:
1. update the code to fix the build errors
Dongjiu Geng (2):
kvm: sync linux headers
target: arm: Add support for VCPU event states
linux-headers/asm-arm64/kvm.h | 13
This patch extends the qemu-kvm state sync logic with support for
KVM_GET/SET_VCPU_EVENTS, giving access to yet missing SError exception.
And also it can support the exception state migration.
Signed-off-by: Dongjiu Geng
---
target/arm/cpu.h | 5
target/arm/kvm64.c | 64 +
Import KVM_CAP_ARM_INJECT_SERROR_ESR and struct kvm_vcpu_events
for arm64
Signed-off-by: Dongjiu Geng
---
linux-headers/asm-arm64/kvm.h | 13 +
linux-headers/linux/kvm.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/linux-headers/asm-arm64/kvm.h b/linux-headers/asm-arm6
xhci is rock solid meanwhile. So move it up in the docs and feature it
as prefered usb host adapter, instead of the old shy version saying "you
might want try ...".
While being at it rework the text on ehci and companion controllers too.
Signed-off-by: Gerd Hoffmann
---
docs/usb2.txt | 80
Thanks, Kevin.
On Tue, Jun 5, 2018 at 2:54 AM, Tian, Kevin wrote:
>> From: Jintack Lim
>> Sent: Friday, June 1, 2018 11:47 AM
>>
>> Hi,
>>
>> I'm implementing Posted-interrupt functionality in vIOMMU. According
>> to Vt-d spec 5.2.3, IOMMU performs a coherent atomic read-modify-write
>> operation
On 5 June 2018 at 13:52, Gerd Hoffmann wrote:
> xhci is rock solid meanwhile. So move it up in the docs and feature it
> as prefered usb host adapter, instead of the old shy version saying "you
> might want try ...".
>
> While being at it rework the text on ehci and companion controllers too.
>
>
(CCing libvir-list)
On Tue, Jun 05, 2018 at 09:43:00AM +0100, Daniel P. Berrangé wrote:
> On Tue, Jun 05, 2018 at 09:27:46AM +0200, Gerd Hoffmann wrote:
> > Hi,
> >
> > > > Add to that shortcuts like -cdrom
> > > > stop working,
> > >
> > > Maybe is fixable.
> >
> > Already fixed for ages.
On 05.06.2018 12:39, Pavel Dovgalyuk wrote:
> From: Pavel Dovgalyuk
>
> This patch adds functions and headers for adding the helpers from
> the modules other than the target translators.
>
> Signed-off-by: Pavel Dovgalyuk
> ---
> include/exec/helper-register.h | 53
> +++
On 5 June 2018 at 21:52, Dongjiu Geng wrote:
> Import KVM_CAP_ARM_INJECT_SERROR_ESR and struct kvm_vcpu_events
> for arm64
>
> Signed-off-by: Dongjiu Geng
Was this produced with the update-headers script? If so,
the commit message should say so and also which upstream
kernel commit/tag the sync
On Tue, Jun 05, 2018 at 10:06:46AM -0300, Eduardo Habkost wrote:
> (CCing libvir-list)
>
> On Tue, Jun 05, 2018 at 09:43:00AM +0100, Daniel P. Berrangé wrote:
> > On Tue, Jun 05, 2018 at 09:27:46AM +0200, Gerd Hoffmann wrote:
> > > Hi,
> > >
> > > > > Add to that shortcuts like -cdrom
> > > >
On Tue, 22 May 2018 17:10:44 +0200
Pierre Morel wrote:
> On 22/05/2018 14:52, Cornelia Huck wrote:
> > On Wed, 16 May 2018 15:32:48 +0200
> > Pierre Morel wrote:
> >
> >> On 15/05/2018 18:10, Cornelia Huck wrote:
> >>> On Fri, 11 May 2018 11:33:35 +0200
> >>> Pierre Morel wrote:
> >>>
On Tue, 5 Jun 2018 13:48:02 +0200
Greg Kurz wrote:
> On Sat, 2 Jun 2018 17:29:35 -0400
> Keno Fischer wrote:
>
> > strchrnul is a GNU extension and thus unavailable on a number of targets.
> > In the review for a commit removing strchrnul from 9p, I was asked to
> > create a qemu_strchrnul hel
On Tue, Jun 05, 2018 at 02:07:27PM +0200, Laszlo Ersek wrote:
> On 06/05/18 13:06, Gerd Hoffmann wrote:
> > Hi,
> >
> I could imagine an OvmfPkg-specific PCI capability that said, "all PCI
> drivers in OvmfPkg that could otherwise drive this device, ignore it --
> another (platfor
1 - 100 of 306 matches
Mail list logo
