Re: [Qemu-devel] [PATCH 01/17] vvfat: Use BdrvChild for s->qcow

On 21.06.2016 11:21, Kevin Wolf wrote: > vvfat uses a temporary qcow file to cache written data in read-write > mode. In order to do things properly, this should show up in the BDS > graph and I/O should go through BdrvChild like for every other node. > > Signed-off-by: Kevin Wolf

Re: [Qemu-devel] [PATCH 02/17] blkreplay: Convert to byte-based I/O

On 21.06.2016 11:21, Kevin Wolf wrote: > The blkreplay driver only forwards the requests it gets, so converting > it to byte granularity is trivial. > > Signed-off-by: Kevin Wolf > --- > block/blkreplay.c | 16 > 1 file changed, 8 insertions(+), 8 deletions(-)

Re: [Qemu-devel] [PATCH 03/17] vhdx: Some more BlockBackend use in vhdx_create()

On 21.06.2016 11:21, Kevin Wolf wrote: > This does some easy conversions from bdrv_* to blk_* functions in > vhdx_create(). We should avoid bypassing the BlockBackend layer whenever > possible. > > Signed-off-by: Kevin Wolf > --- > block/vhdx.c | 41

Re: [Qemu-devel] [PATCH v2] Improve the alignment check infrastructure

On 06/22/2016 09:30 AM, Sergey Sorokin wrote: >> diff --git a/tcg/ppc/tcg-target.inc.c b/tcg/ppc/tcg-target.inc.c >> index da10052..3dc38fa 100644 >> --- a/tcg/ppc/tcg-target.inc.c >> +++ b/tcg/ppc/tcg-target.inc.c >> @@ -1399,6 +1399,7 @@ static TCGReg

[Qemu-devel] [Bug 938552] Re: ENH: Inherit ptys, useful output from -serial pty

Looks like a fix for this has been included here: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=586502189edf9fd0f89a83d ... so I think it should be OK to close this ticket now. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member

Re: [Qemu-devel] [RFC Patch 1/3] chardev: add new socket fd parameter for unix socket

On 2016年06月22日 23:39, Eric Blake wrote: On 06/22/2016 09:25 AM, Wei Xu wrote: There have been comments on this patch, but i forgot adding this patch to the list, just forward it again. When manage VMs via libvirt, qemu ofter runs with limited permission, thus qemu can't create a file/socket,

Re: [Qemu-devel] [RFC v3 PATCH 02/14] tcg/i386: Add support for fence

On 06/22/2016 09:25 AM, Alex Bennée wrote: > > Pranith Kumar writes: > >> Generate mfence/sfence/lfence instruction on SSE2 enabled >> processors. For older processors, generate a 'lock orl $0,0(%esp)' >> instruction which has full ordering semantics. >> >> Signed-off-by:

Re: [Qemu-devel] [PATCH qemu v18 2/5] vfio: spapr: Add DMA memory preregistering (SPAPR IOMMU v2)

On Tue, 21 Jun 2016 11:14:02 +1000 Alexey Kardashevskiy wrote: > This makes use of the new "memory registering" feature. The idea is > to provide the userspace ability to notify the host kernel about pages > which are going to be used for DMA. Having this information, the host >

Re: [Qemu-devel] [PATCH qemu v18 3/5] vfio: Add host side DMA window capabilities

On Tue, 21 Jun 2016 16:50:17 +1000 David Gibson wrote: > On Tue, Jun 21, 2016 at 11:14:03AM +1000, Alexey Kardashevskiy wrote: > > There are going to be multiple IOMMUs per a container. This moves > > the single host IOMMU parameter set to a list of

Re: [Qemu-devel] [PATCH v5 2/4] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

On 22/06/2016 08:56, Haozhong Zhang wrote: > + > +val = g_malloc(sizeof(*val)); > +*val = feature_control_bits | FEATURE_CONTROL_LOCKED; As noticed by Laszlo, you need to use cpu_to_le64 here. The maintainer can fix it, I think. Paolo > +fw_cfg_add_file(pcms->fw_cfg,

Re: [Qemu-devel] [PATCH 02/17] blkreplay: Convert to byte-based I/O

On 06/21/2016 03:21 AM, Kevin Wolf wrote: > The blkreplay driver only forwards the requests it gets, so converting > it to byte granularity is trivial. > > Signed-off-by: Kevin Wolf > --- > block/blkreplay.c | 16 > 1 file changed, 8 insertions(+), 8

Re: [Qemu-devel] [PATCH v2 4/6] qmp: Add runnability information to query-cpu-definitions

On Wed, Jun 22, 2016 at 11:00:47AM +0200, Markus Armbruster wrote: > Eduardo Habkost writes: > > > Extend query-cpu-definitions schema to allow it to return two new > > optional fields: "runnable" and "unavailable-features". > > "runnable" will tell if the CPU model can be

[Qemu-devel] [PATCH RFC 0/1] Subcommand dd for qemu-img

Hi, I have a first patch that adds a minimal subcommand dd for qemu-img that is similar to dd(1) so this is a work-in-progress. So far it implements the bs and count options with of course the if and of options (e.g. ./qemu-img dd if=foo.raw of=foo.qcow2 bs=128K count=10 -O qcow2). There is no

[Qemu-devel] [Bug 1595240] [NEW] Error by clone github.com qemu repository

Public bug reported: Hi. C:\Java\sources\kvm> git clone https://github.com/qemu/qemu.git Cloning into 'qemu'... remote: Counting objects: 279563, done. remote: Total 279563 (delta 0), reused 0 (delta 0), pack-reused 279563R Receiving objects: 100% (279563/279563), 122.45 MiB | 3.52 MiB/s, done.

[Qemu-devel] [PATCH RFC 1/1] qemu-img: add the 'dd' subcommand

This patch adds a basic dd subcommand analogous to dd(1) to qemu-img. For the start, this implements the bs, if, of and count options and requires both if and of to be specified (no stdin/stdout if not specified) and doesn't support tty, pipes, etc. The image format must be specified with -O for

Re: [Qemu-devel] [PATCH 1/6] serial: make tsr_retry unsigned

* Paolo Bonzini (pbonz...@redhat.com) wrote: > It can never become negative; reflect this in the type of the field > and simplify the conditions. OK, yes, the one case that could make it go -ve was removed in fcfb4d6 somewhere after 1.4.0. > Signed-off-by: Paolo Bonzini >

Re: [Qemu-devel] Default for phys-addr-bits? (was Re: [PATCH 4/5] x86: Allow physical address bits to be set)

On Wed, Jun 22, 2016 at 04:48:50PM +0200, Paolo Bonzini wrote: > KVM encodes other information in the sPTE when it sets the reserved bit > (a generation count). Instead of using all bits up to 51, KVM could > well use bit MAXPHYADDR+1 as a marker and add bits MAXPHYADDR+2...51 to > the generation

Re: [Qemu-devel] [PATCH v5 01/10] block: Hide HBitmap in block dirty bitmap interface

On 03.06.2016 06:32, Fam Zheng wrote: > HBitmap is an implementation detail of block dirty bitmap that should be > hidden > from users. Introduce a BdrvDirtyBitmapIter to encapsulate the underlying > HBitmapIter. > > A small difference in the interface is, before, an HBitmapIter is initialized >

Re: [Qemu-devel] [PATCH 2/6] serial: reinstate watch after migration

On 22/06/2016 17:05, Dr. David Alan Gilbert wrote: > * Paolo Bonzini (pbonz...@redhat.com) wrote: >> Otherwise, a serial port can get stuck if it is migrated while flow control >> is in effect. >> >> Signed-off-by: Paolo Bonzini >> --- >> hw/char/serial.c | 16

Re: [Qemu-devel] [PATCH 1/2] osdep: Introduce qemu_dup

On 06/22/2016 02:02 AM, Fam Zheng wrote: > And use it in qemu_dup_flags. > > Signed-off-by: Fam Zheng > --- > include/qemu/osdep.h | 3 +++ > util/osdep.c | 23 +++ > 2 files changed, 18 insertions(+), 8 deletions(-) > +int qemu_dup(int fd) > +{ >

Re: [Qemu-devel] [PATCH v2 1/2] osdep: Introduce qemu_dup

On 06/22/2016 06:53 AM, Fam Zheng wrote: > And use it in qemu_dup_flags. > > Signed-off-by: Fam Zheng > --- > include/qemu/osdep.h | 3 +++ > util/osdep.c | 23 +++ > 2 files changed, 18 insertions(+), 8 deletions(-) > > +int qemu_dup(int fd) > +{

Re: [Qemu-devel] [PATCH v5 02/10] HBitmap: Introduce "meta" bitmap to track bit changes

On 03.06.2016 06:32, Fam Zheng wrote: > Upon each bit toggle, the corresponding bit in the meta bitmap will be > set. > > Signed-off-by: Fam Zheng > Reviewed-by: John Snow > --- > block/dirty-bitmap.c | 2 +- > include/qemu/hbitmap.h | 17 + >

Re: [Qemu-devel] [PATCH v3 00/20] GICv3 emulation

On 06/22/16 11:09, Andrew Jones wrote: > On Wed, Jun 22, 2016 at 04:27:35PM +0800, Shannon Zhao wrote: >> >> >> On 2016/6/22 15:43, Andrew Jones wrote: >>> On Wed, Jun 22, 2016 at 09:42:29AM +0800, Shannon Zhao wrote: > > > On 2016/6/22 3:53, Peter Maydell wrote: >>> On 21 June

Re: [Qemu-devel] [PATCH v8 11/12] vfio: register aer resume notification handler for aer resume

On Wed, 22 Jun 2016 13:45:10 +0800 Zhou Jie wrote: > Hi Alex, > > >> > >> In vfio I have some questions. > >> 1. How can I disable the access by mmap? > >> We can disable all access to vfio fd by returning a EAGAIN error > >> if user try to access it during

Re: [Qemu-devel] [PATCH 5/6] char: change qemu_chr_fe_add_watch to return unsigned

* Paolo Bonzini (pbonz...@redhat.com) wrote: > g_source_attach can return any value between 1 and UINT_MAX if you let > QEMU run long enough. However, qemu_chr_fe_add_watch can also return > a negative errno value when the device is disconnected or does not > support chr_add_watch. Change it to

Re: [Qemu-devel] Change of max-ram-below-4g initial value breaks Xen

Hi, > How could xen_ram_init() find out if the value of max-ram-below-4g is > the default or if a user have set it? Is there another way we could fix > this? I guess we'll need a separate variable for that then, something along the lines of "max-ram-below-4g-default". I'll have a look

[Qemu-devel] [RFC Patch 0/3] Accept passed in socket 'fd' open from outside for unix socket

There has been comments on this patch, but i forgot adding this patch to the list, just forward it again. Recently I'm working on a fd passing issue, selinux forbids qemu to create a unix socket for a chardev when managing VMs with libvirt, because qemu don't have sufficient permissions in this

Re: [Qemu-devel] [PATCH v2 1/2] osdep: Introduce qemu_dup

On 06/22/2016 09:21 AM, Eric Blake wrote: > On 06/22/2016 06:53 AM, Fam Zheng wrote: >> And use it in qemu_dup_flags. >> >> Signed-off-by: Fam Zheng >> --- >> include/qemu/osdep.h | 3 +++ >> util/osdep.c | 23 +++ >> 2 files changed, 18

[Qemu-devel] [RFC Patch 2/3] chardev: save the passed in 'fd' parameter during parsing

There has been comments on this patch, but i forgot adding this patch to the list, just forward it again. Save the 'fd' paramter as unix socket 'sockfd' member. Signed-off-by: Wei Xu --- qemu-char.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/qemu-char.c

[Qemu-devel] [RFC Patch 1/3] chardev: add new socket fd parameter for unix socket

There has been comments on this patch, but i forgot adding this patch to the list, just forward it again. When manage VMs via libvirt, qemu ofter runs with limited permission, thus qemu can't create a file/socket, this patch is to add a new parameter 'sockfd' to accept fd opened and passed in

Re: [Qemu-devel] Default for phys-addr-bits? (was Re: [PATCH 4/5] x86: Allow physical address bits to be set)

On 22/06/2016 16:24, Andrea Arcangeli wrote: > Linux could not possibly crash instead if host phys bits > guest phys > bits because it will never depend on GPF triggering if the must be > zero bits of the guest pagetables are set. Linux won't ever try to set > those bits and I'd be shocked if

Re: [Qemu-devel] [PATCH v2 02/15] blockjob: Decouple the ID from the device name in the BlockJob struct

On Wed 22 Jun 2016 02:42:24 PM CEST, Kevin Wolf wrote: >> We want block jobs to have unique, arbitrary identifiers that are not >> tied to a block device, so this patch decouples the ID from the >> device name in the BlockJob structure. >> >> The ID is generated automatically for the moment, in

Re: [Qemu-devel] [PATCH 2/6] serial: reinstate watch after migration

* Paolo Bonzini (pbonz...@redhat.com) wrote: > Otherwise, a serial port can get stuck if it is migrated while flow control > is in effect. > > Signed-off-by: Paolo Bonzini > --- > hw/char/serial.c | 16 ++-- > include/hw/char/serial.h | 1 + > 2 files

Re: [Qemu-devel] [PATCH 3/6] serial: separate serial_xmit and serial_watch_cb

* Paolo Bonzini (pbonz...@redhat.com) wrote: > serial_xmit starts transmission of whatever is in the FIFO or THR; > serial_watch_cb is a wrapper around it. > > Signed-off-by: Paolo Bonzini > --- > hw/char/serial.c | 21 + > 1 file changed, 13

[Qemu-devel] Change of max-ram-below-4g initial value breaks Xen

Hi, following commit 8156d48 (pc: allow raising low memory via max-ram-below-4g option), guest under Xen fail to boot. This is due to the initial value of max-ram-below-4g been change from 4G to 3.5G. Unfortunately, a Xen guest have a higher default split, at 3.75G, but can be change via the

Re: [Qemu-devel] [PATCH 3/6] serial: separate serial_xmit and serial_watch_cb

On 22/06/2016 17:09, Dr. David Alan Gilbert wrote: > > -static gboolean serial_xmit(GIOChannel *chan, GIOCondition cond, void > > *opaque) > > +static gboolean serial_watch_cb(GIOChannel *chan, GIOCondition cond, > > +void *opaque) > > { > > SerialState *s

Re: [Qemu-devel] [PATCH qemu v18 4/5] vfio/spapr: Create DMA window dynamically (SPAPR IOMMU v2)

On 21/06/2016 03:14, Alexey Kardashevskiy wrote: > New VFIO_SPAPR_TCE_v2_IOMMU type supports dynamic DMA window management. > This adds ability to VFIO common code to dynamically allocate/remove > DMA windows in the host kernel when new VFIO container is added/removed. > > This adds a helper to

Re: [Qemu-devel] Default for phys-addr-bits? (was Re: [PATCH 4/5] x86: Allow physical address bits to be set)

On 22/06/2016 16:44, Andrea Arcangeli wrote: > On Wed, Jun 22, 2016 at 04:33:18PM +0200, Paolo Bonzini wrote: >> >> >> On 22/06/2016 16:24, Andrea Arcangeli wrote: >>> Linux could not possibly crash instead if host phys bits > guest phys >>> bits because it will never depend on GPF triggering if

Re: [Qemu-devel] [PATCH v3 0/7] cpu: add i386 cpu hot remove support

On Wed, 22 Jun 2016 15:27:17 +0200 Eduardo Otubo wrote: > On Wed, Jun 22, 2016 at 03=24=14PM +0200, Igor Mammedov wrote: > > On Wed, 22 Jun 2016 14:12:49 +0200 > > Eduardo Otubo wrote: > > > > > On Mon, Jul 13, 2015 at 09=45=57AM

Re: [Qemu-devel] Default for phys-addr-bits? (was Re: [PATCH 4/5] x86: Allow physical address bits to be set)

On Wed, Jun 22, 2016 at 04:33:18PM +0200, Paolo Bonzini wrote: > > > On 22/06/2016 16:24, Andrea Arcangeli wrote: > > Linux could not possibly crash instead if host phys bits > guest phys > > bits because it will never depend on GPF triggering if the must be > > zero bits of the guest pagetables

Re: [Qemu-devel] [PATCH 4/6] serial: simplify tsr_retry reset

* Paolo Bonzini (pbonz...@redhat.com) wrote: > Move common code outside the if, and reset tsr_retry even in loopback mode. > Right now it cannot become non-zero, but it will be possible as soon as > we start respecting the baud rate. > > Signed-off-by: Paolo Bonzini

Re: [Qemu-devel] [Bug 1595240] [NEW] Error by clone github.com qemu repository

Windows has problems with any file named 'aux.*'. The solution would be for qemu to rename it to something else, for the sake of Windows. On 06/22/2016 10:06 AM, Алексей Курган wrote: > Public bug reported: > > Hi. > > C:\Java\sources\kvm> git clone https://github.com/qemu/qemu.git > Cloning

Re: [Qemu-devel] [PATCH 1/2] blockjob: assert(cb) in the entry functions of blockjob

On 06/22/2016 04:19 AM, Paolo Bonzini wrote: > > > On 22/06/2016 12:12, Changlong Xie wrote: >> >> commit/mirror/stream/backup use block_job_create(..., cb,..) to create >> relevant blockjob. When they finished, these jobs will invoke >> block_job_completed, then invoke job->cb()

Re: [Qemu-devel] [PATCH v2 08/17] blkdebug: Set request_alignment during .bdrv_refresh_limits()

On 06/22/2016 04:05 AM, Kevin Wolf wrote: /* Set request alignment */ -align = qemu_opt_get_size(opts, "align", bs->request_alignment); -if (align > 0 && align < INT_MAX && !(align & (align - 1))) { -bs->request_alignment = align; +align =

Re: [Qemu-devel] [PATCH 00/13] virtio migration: Flip outer layer to vmstate

On Wed, 22 Jun 2016 11:54:21 +0100 "Dr. David Alan Gilbert" <dgilb...@redhat.com> wrote: > I've just pushed it to: > https://github.com/dagrh/qemu.git > > on the virtio-mig branch, tag dag-virtio-mig-20160622 I did some managedsave/restore cycles via libvirt for

Re: [Qemu-devel] [PATCH 03/13] virtio: Migration helper function and macro

On Tue, 21 Jun 2016 20:13:57 +0100 "Dr. David Alan Gilbert (git)" wrote: > From: "Dr. David Alan Gilbert" > > To make conversion of virtio devices to VMState simple > at first add a helper function for the simple virtio_save > case and a helper macro

Re: [Qemu-devel] [PATCH 04/13] virtio-scsi: Wrap in vmstate

On Tue, 21 Jun 2016 20:13:58 +0100 "Dr. David Alan Gilbert (git)" wrote: > From: "Dr. David Alan Gilbert" > > Forcibly convert it to a vmstate wrapper; proper conversion > comes later. > > Signed-off-by: Dr. David Alan Gilbert >

Re: [Qemu-devel] [PATCH 05/13] virtio-blk: Wrap in vmstate

On Tue, 21 Jun 2016 20:13:59 +0100 "Dr. David Alan Gilbert (git)" wrote: > From: "Dr. David Alan Gilbert" > > Forcibly convert it to a vmstate wrapper; proper conversion > comes later. > > Signed-off-by: Dr. David Alan Gilbert >

Re: [Qemu-devel] [PATCH 06/13] virtio-rng: Wrap in vmstate

On Tue, 21 Jun 2016 20:14:00 +0100 "Dr. David Alan Gilbert (git)" wrote: > From: "Dr. David Alan Gilbert" > > Forcibly convert it to a vmstate wrapper; proper conversion > comes later. > > Signed-off-by: Dr. David Alan Gilbert >

Re: [Qemu-devel] [PATCH 07/13] virtio-balloon: Wrap in vmstate

On Tue, 21 Jun 2016 20:14:01 +0100 "Dr. David Alan Gilbert (git)" wrote: > From: "Dr. David Alan Gilbert" > > Forcibly convert it to a vmstate wrapper; proper conversion > comes later. > > Signed-off-by: Dr. David Alan Gilbert >

Re: [Qemu-devel] [RFC 06/28] s390x/cpumodel: introduce CPU feature group definitions

On Wed, Jun 22, 2016 at 08:19:44AM +0200, David Hildenbrand wrote: > > On 22.06.2016 15:02, David Hildenbrand wrote: > > > Let's use the generated groups to create feature group representations for > > > the user. These groups can later be used to enable/disable multiple > > > features in one shot

Re: [Qemu-devel] [RFC 00/28] s390x CPU models: exposing features

> On Tue, Jun 21, 2016 at 13:44:31 -0300, Eduardo Habkost wrote: > > (CCing libvirt people) > > > > On Tue, Jun 21, 2016 at 03:02:05PM +0200, David Hildenbrand wrote: > > > This is our second attempt to implement CPU models for s390x. We realized > > > that we also want to have features exposed

[Qemu-devel] [PATCH v2 3/3] tcg: Rearrange register allocation

With indirect_regs, and opcodes with enough inputs, on i686 we can find ourselves in a situation in which there are no free registers, and cannot load the indirect_base so that we can spill temps so that we can free up registers. When this happens, release the operands, sync all of the temps, and

[Qemu-devel] [PATCH v3] fw/msr_feature_control: add support to set MSR_IA32_FEATURE_CONTROL

OS usually expects BIOS to set certain bits in MSR_IA32_FEATURE_CONTROL for some features (e.g. VMX and LMCE). QEMU provides a fw_cfg file "etc/msr_feature_control" to advise bits that should be set in MSR_IA32_FEATURE_CONTROL. If this file exists, SeaBIOS will set the advised bits in that MSR.

[Qemu-devel] [PATCH v2 0/3] Second try at fixing sparc register allocation

Attempting to fix the problem reported by Mark re i686 vs sparc64. Unsurprisingly, the problems tend to revolve around the 6 operand opcodes like sub2 or qemu_st64, where we use all, or all but one register. r~ Richard Henderson (3): tcg: Fix name for high-half register tcg: Optimize

Re: [Qemu-devel] [PATCH qemu v18 5/5] spapr_pci/spapr_pci_vfio: Support Dynamic DMA Windows (DDW)

On Wed, Jun 22, 2016 at 01:23:51PM +1000, Alexey Kardashevskiy wrote: > On 22/06/16 12:35, David Gibson wrote: > > On Tue, Jun 21, 2016 at 11:14:05AM +1000, Alexey Kardashevskiy wrote: > >> This adds support for Dynamic DMA Windows (DDW) option defined by > >> the SPAPR specification which allows

Re: [Qemu-devel] [RFC PATCH V4 0/4] Introduce COLO-compare

On 06/22/2016 02:48 PM, Jason Wang wrote: On 2016年06月22日 14:24, Zhang Chen wrote: On 06/20/2016 01:24 PM, Jason Wang wrote: On 2016年06月20日 11:27, Zhang Chen wrote: On 06/20/2016 11:03 AM, Jason Wang wrote: On 2016年06月17日 10:25, Zhang Chen wrote: Hi~ jason. I tried a lot of ways

[Qemu-devel] [PATCH v5 0/4] Add QEMU support for Intel local MCE

Changes in v5: * v4 Patch 1&2 are now merged into v5 Patch 1. (Paolo Bonzini) * Add a separate Patch 3 to automatically enable LMCE for "-cpu host" if host does support. (Eduardo Habkost) * Move the sanity check of misconfiguration of LMCE to a separate Patch 4. I'm fine to drop it if

Re: [Qemu-devel] [RFC PATCH V4 0/4] Introduce COLO-compare

On 2016年06月22日 14:24, Zhang Chen wrote: On 06/20/2016 01:24 PM, Jason Wang wrote: On 2016年06月20日 11:27, Zhang Chen wrote: On 06/20/2016 11:03 AM, Jason Wang wrote: On 2016年06月17日 10:25, Zhang Chen wrote: Hi~ jason. I tried a lot of ways to make it run in compare thread, but it not

[Qemu-devel] [PATCH v5 4/4] target-i386: abort migration if LMCE config mismatch

... to avoid guest errors due to LMCE configurations changes when migrating from LMCE-enabled QEMU to LMCE-disabled QEMU. Signed-off-by: Haozhong Zhang --- target-i386/machine.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/target-i386/machine.c

Re: [Qemu-devel] [PATCH 00/13] virtio migration: Flip outer layer to vmstate

Hi, > I think the first two patches are the most controversial; > they remove migration support for old version of virtio-net and virtio-serial; > (for virtio-net versions prior to 0.11 and for virtio-serial prior to 0.13). > I'm working on the basis that migration has bit rotted enough so >

[Qemu-devel] [PATCH v5 2/4] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

It's a prerequisite that certain bits of MSR_IA32_FEATURE_CONTROL should be set before some features (e.g. VMX and LMCE) can be used, which is usually done by the firmware. This patch adds a fw_cfg file "etc/msr_feature_control" which contains the advised value of MSR_IA32_FEATURE_CONTROL and can

[Qemu-devel] [PATCH v5 3/4] target-i386: enable LMCE for '-cpu host' if supported by host

If -cpu host is used, LMCE will be automatically enabled when it's supported by host. Signed-off-by: Haozhong Zhang --- target-i386/cpu.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/target-i386/cpu.c b/target-i386/cpu.c index cdab4f1..610554f

Re: [Qemu-devel] Fw: [Qemu-arm] [PATCH v2 2/6] exec.c: Remove static allocation of sub_section of sub_page

On 06/21/2016 11:55 PM, Vijay Kilari wrote: > +uint16_t sub_section[]; NIT: Comment that this variable should be last member of this struct will be helpful. No comment required. The compiler will error otherwise. r~

Re: [Qemu-devel] [PATCH v2 09/10] ppc: Move exception generation code out of line

On Tue, Jun 21, 2016 at 11:48:54PM +0200, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > There's no point inlining this, if you hit the exception case you exit > anyway, and not inlining saves about 100K of code size (and cache > footprint). > >

Re: [Qemu-devel] [PATCH v2] target-i386: fix iret emulation correctness

ping Best regards, Dmitry Poletaev. From: poletaev [mailto:dmitry.polet...@ispras.ru] Sent: Tuesday, June 07, 2016 5:12 PM To: 'qemu-devel@nongnu.org' Cc: 'pavel.dovga...@ispras.ru' Subject: [PATCH v2] target-i386: fix iret emulation correctness From: Dmitry Poletaev

Re: [Qemu-devel] [RFC PATCH 3/3] filter-rewriter: rewrite tcp packet to keep secondary connection

On 2016年06月22日 11:12, Zhang Chen wrote: On 06/20/2016 08:14 PM, Dr. David Alan Gilbert wrote: * Jason Wang (jasow...@redhat.com) wrote: On 2016年06月14日 19:15, Zhang Chen wrote: We will rewrite tcp packet secondary received and sent. More verbose please. E.g which fields were rewrote and

Re: [Qemu-devel] [PATCH v2 01/10] ppc: Fix rfi/rfid/hrfi/... emulation

On 06/22/2016 04:46 AM, David Gibson wrote: > I'm not comfortable merging this until the openbios change is pulled > back into the qemu tree (submodule and pre-built binary). > > Again - sure you don't want to apply this with rfi still enabled for > 64-bit for now, letting the rest of this series

Re: [Qemu-devel] [PATCH 11/13] virtio-input: Wrap in vmstate

On Di, 2016-06-21 at 20:14 +0100, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > Forcibly convert it to a vmstate wrapper; proper conversion > comes later. FYI: Should be an easy target for proper conversion as virtio-input doesn't need to save

Re: [Qemu-devel] [PATCH v2 03/10] ppc: fix exception model for HV mode

On Tue, Jun 21, 2016 at 11:48:48PM +0200, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > This properly implements LPES0 handling for HV vs. !HV mode and > removes the unsupported LPES1. This has been removed from the specs > since ISA v2.07. > >

Re: [Qemu-devel] [PATCH v4 0/7] virtio-blk: multiqueue support

On Tue, 06/21 13:13, Stefan Hajnoczi wrote: > v4: > * Rebased onto qemu.git/master > * Included latest performance results The changes look very good to me: Reviewed-by: Fam Zheng

Re: [Qemu-devel] [RFC 00/28] s390x CPU models: exposing features

> On Tue, Jun 21, 2016 at 17:33:09 -0300, Eduardo Habkost wrote: > > On Tue, Jun 21, 2016 at 07:01:44PM +0200, David Hildenbrand wrote: > > > > (CCing libvirt people) > > > > > > > > On Tue, Jun 21, 2016 at 03:02:05PM +0200, David Hildenbrand wrote: > > > > > This is our second attempt to

[Qemu-devel] [PATCH v2 2/3] tcg: Optimize spills of constants

While we can store constants via constrants on INDEX_op_st_i32 et al, we weren't able to spill constants to backing store. Add a new backend interface, tcg_out_sti, which may store the constant (and is allowed to fail). Rearrange the temp_* helpers so that we only attempt to directly store a

Re: [Qemu-devel] [PATCH v2 06/10] ppc: Rework generation of priv and inval interrupts

On Tue, Jun 21, 2016 at 11:48:51PM +0200, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Recent server processors use the Hypervisor Emulation Assistance > interrupt for illegal instructions and *some* type of SPR accesses. > > Also the code was always

[Qemu-devel] [PATCH v5 1/4] target-i386: KVM: add basic Intel LMCE support

From: Ashok Raj This patch adds the support to inject SRAR and SRAO as LMCE, i.e. they are injected to only one VCPU rather than broadcast to all VCPUs. As KVM reports LMCE support on Intel platforms, this features is only available on Intel platforms. LMCE is disabled by

Re: [Qemu-devel] [libvirt] [RFC 00/28] s390x CPU models: exposing features

On Tue, Jun 21, 2016 at 18:22:30 -0300, Eduardo Habkost wrote: > On Tue, Jun 21, 2016 at 11:09:49PM +0200, Jiri Denemark wrote: > [...] > > > 1) "query-cpu-model-expansion model=host" vs "query-host-cpu": > > > > > > I still don't think we want to set in stone that "the result the > > > guest

Re: [Qemu-devel] [RFC 06/28] s390x/cpumodel: introduce CPU feature group definitions

> On 21.06.2016 15:02, David Hildenbrand wrote: > > Let's use the generated groups to create feature group representations for > > the user. These groups can later be used to enable/disable multiple > > features in one shot and will be used to reduce the amount of reported > > features to the user

Re: [Qemu-devel] [PATCH v3 00/20] GICv3 emulation

On Wed, Jun 22, 2016 at 09:42:29AM +0800, Shannon Zhao wrote: > > > On 2016/6/22 3:53, Peter Maydell wrote: > > On 21 June 2016 at 20:45, Laszlo Ersek wrote: > >> > On 06/21/16 19:21, Peter Maydell wrote: > >>> >> and add a note I forgot to mention: my primary hypothesis is

Re: [Qemu-devel] [PATCH v6 05/22] osdep: Add qemu_lock_fd and qemu_unlock_fd

Am 22.06.2016 um 09:34 hat Fam Zheng geschrieben: > On Fri, 06/17 14:12, Kevin Wolf wrote: > > Am 03.06.2016 um 10:48 hat Fam Zheng geschrieben: > > > They are wrappers of POSIX fcntl "file private locking". > > > > > > Signed-off-by: Fam Zheng > > > --- > > >

Re: [Qemu-devel] [PATCH v6 04/22] block: Introduce image file locking

On Wed, 06/22 10:30, Kevin Wolf wrote: > Am 22.06.2016 um 09:23 hat Fam Zheng geschrieben: > > On Fri, 06/17 13:34, Kevin Wolf wrote: > > > Am 03.06.2016 um 10:48 hat Fam Zheng geschrieben: > > > > Block drivers can implement this new operation .bdrv_lockf to actually > > > > lock the > > > >

[Qemu-devel] [PATCH 1/2] blockjob: assert(cb) in the entry functions of blockjob

Signed-off-by: Changlong Xie --- block/commit.c | 1 + block/mirror.c | 2 ++ block/stream.c | 1 + 3 files changed, 4 insertions(+) diff --git a/block/commit.c b/block/commit.c index 444333b..13b55c1 100644 --- a/block/commit.c +++ b/block/commit.c @@ -223,6 +223,7

[Qemu-devel] [PATCH v9 03/10] target-avr: adding a sample AVR board

Signed-off-by: Michael Rolnik --- MAINTAINERS | 6 ++ hw/avr/Makefile.objs | 21 + hw/avr/sample-io.c | 227 +++ hw/avr/sample.c | 116 ++ 4 files changed, 370 insertions(+) create

[Qemu-devel] [PATCH v2 1/2] trace: [linux-user] Commandline arguments to control tracing

Signed-off-by: Lluís Vilanova --- linux-user/main.c | 28 1 file changed, 28 insertions(+) diff --git a/linux-user/main.c b/linux-user/main.c index f8a8764..6d70821 100644 --- a/linux-user/main.c +++ b/linux-user/main.c @@ -33,6 +33,7 @@

Re: [Qemu-devel] [RFC PATCH V4 0/4] Introduce COLO-compare

On 06/20/2016 01:24 PM, Jason Wang wrote: On 2016年06月20日 11:27, Zhang Chen wrote: On 06/20/2016 11:03 AM, Jason Wang wrote: On 2016年06月17日 10:25, Zhang Chen wrote: Hi~ jason. I tried a lot of ways to make it run in compare thread, but it not work. Because that: void

Re: [Qemu-devel] Fw: [Qemu-arm] [PATCH v2 2/6] exec.c: Remove static allocation of sub_section of sub_page

> > From: Qemu-arm on > behalf of Peter Maydell > Sent: Tuesday, June 21, 2016 10:39 PM > To: qemu-...@nongnu.org; qemu-devel@nongnu.org > Cc: Paolo Bonzini; Kumar, Vijaya;

[Qemu-devel] [PATCH v2 1/3] tcg: Fix name for high-half register

Reviewed-by: David Gibson Signed-off-by: Richard Henderson --- tcg/tcg.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tcg/tcg.c b/tcg/tcg.c index 254427b..154ffe8 100644 --- a/tcg/tcg.c +++ b/tcg/tcg.c @@ -557,7 +557,7 @@ int

Re: [Qemu-devel] [PATCH v2 3/6] translate-all.c: Compute L1 page table properties at runtime

On 06/21/2016 10:09 AM, Peter Maydell wrote: @@ -825,8 +846,8 @@ static void page_flush_tb(void) { int i; -for (i = 0; i < V_L1_SIZE; i++) { -page_flush_tb_1(V_L1_SHIFT / V_L2_BITS - 1, l1_map + i); +for (i = 0; i < v_l1_size; i++) { +page_flush_tb_1(v_l2_levels,

Re: [Qemu-devel] [RFC PATCH v0 1/1] spapr: Support setting of compat CPU type for CPU cores

On Wed, 22 Jun 2016 08:00:28 +0530 Bharata B Rao wrote: > On Tue, Jun 21, 2016 at 09:09:57AM +0200, Igor Mammedov wrote: > > On Sat, 18 Jun 2016 14:04:06 +0530 > > Bharata B Rao wrote: > > > > > Compat CPU type is typically specified on

[Qemu-devel] [RFC PATCH v1 1/1] spapr: Support setting of compat CPU type for CPU cores

Compat CPU type is typically specified on -cpu cmdline option like: -cpu host,compat=power7 or -cpu POWER8E,compat=power7 etc. With the introduction of sPAPR CPU core devices, we need to support the same for core devices too. Support the specification of CPU compat type on device_add command for

Re: [Qemu-devel] [RFC 00/28] s390x CPU models: exposing features

On Wed, Jun 22, 2016 at 08:51:40 +0200, David Hildenbrand wrote: > > On Tue, Jun 21, 2016 at 17:33:09 -0300, Eduardo Habkost wrote: > > > On Tue, Jun 21, 2016 at 07:01:44PM +0200, David Hildenbrand wrote: > > > I still don't think we want to set in stone that "the result the > > > guest sees

Re: [Qemu-devel] [RFC 00/28] s390x CPU models: exposing features

On Wed, Jun 22, 2016 at 09:34:49 +0200, David Hildenbrand wrote: > I think the coffee didn't do its work already :) . I wanted to write that we > can > _with_ this additional query. Meaning the involved overhead would be ok - in > my > opinion for s390x. > > What we could do to avoid one

Re: [Qemu-devel] [PATCH v2 6/6] hw/arm/virt: Set minimum_page_bits to 12

On Tue, Jun 21, 2016 at 08:47:39PM +0100, Peter Maydell wrote: > On 21 June 2016 at 19:45, Andrew Jones wrote: > > On Tue, Jun 21, 2016 at 06:09:34PM +0100, Peter Maydell wrote: > >> Since the virt board model will never create a CPU which is > >> pre-ARMv7, we know that our

[Qemu-devel] [PATCH 2/2] raw-posix: Use qemu_dup

Signed-off-by: Fam Zheng Reviewed-by: Max Reitz --- block/raw-posix.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/block/raw-posix.c b/block/raw-posix.c index bef7a67..c8ef64b 100644 --- a/block/raw-posix.c +++

[Qemu-devel] [PATCH 1/2] osdep: Introduce qemu_dup

And use it in qemu_dup_flags. Signed-off-by: Fam Zheng --- include/qemu/osdep.h | 3 +++ util/osdep.c | 23 +++ 2 files changed, 18 insertions(+), 8 deletions(-) diff --git a/include/qemu/osdep.h b/include/qemu/osdep.h index e63da28..7361006 100644

[Qemu-devel] [PATCH 0/2] block: Add qemu_dup in osdep.c and use it

This is an independent tiny change extracted from the image locking series, which can be processed separately. Improved according to Kevin's suggestion in v6 image locking series. Fam Fam Zheng (2): osdep: Introduce qemu_dup raw-posix: Use qemu_dup block/raw-posix.c| 10 +-

Re: [Qemu-devel] [PATCH v3 00/20] GICv3 emulation

On Wed, Jun 22, 2016 at 04:27:35PM +0800, Shannon Zhao wrote: > > > On 2016/6/22 15:43, Andrew Jones wrote: > > On Wed, Jun 22, 2016 at 09:42:29AM +0800, Shannon Zhao wrote: > >> > > >> > > >> > On 2016/6/22 3:53, Peter Maydell wrote: > >>> > > On 21 June 2016 at 20:45, Laszlo Ersek

[Qemu-devel] [PATCH v9 01/10] target-avr: AVR cores support is added. 1. basic CPU structure 2. registers 3. no instructions 4. saving sreg, rampD, rampX, rampY, rampD, eind in HW representation savin

Signed-off-by: Michael Rolnik --- arch_init.c | 2 + configure | 5 + default-configs/avr-softmmu.mak | 21 +++ include/disas/bfd.h | 6 + include/sysemu/arch_init.h | 1 + target-avr/Makefile.objs|

[Qemu-devel] [PATCH v9 00/10] 8bit AVR cores

This series of patches adds 8bit AVR cores to QEMU. All instruction, except BREAK/DES/SPM/SPMX, are implemented. Not fully tested yet. However I was able to execute simple code with functions. e.g fibonacci calculation. This series of patches include a non real, sample board. No fuses support

[Qemu-devel] [PATCH v9 05/10] target-avr: adding AVR interrupt handling

Signed-off-by: Michael Rolnik --- target-avr/helper.c | 59 - 1 file changed, 58 insertions(+), 1 deletion(-) diff --git a/target-avr/helper.c b/target-avr/helper.c index 3e23646..060b2f0 100644 --- a/target-avr/helper.c +++

[Qemu-devel] [PATCH v9 09/10] target-avr: updating translate.c to use instructions translation

Signed-off-by: Michael Rolnik --- target-avr/Makefile.objs | 4 +- target-avr/translate.c | 142 --- 2 files changed, 64 insertions(+), 82 deletions(-) diff --git a/target-avr/Makefile.objs b/target-avr/Makefile.objs index

  1   2   3   4   5   >