[Qemu-devel] [PATCH V2 04/10] qemu-clk: introduce an init array to help the device construction

From: KONRAD Frederic This introduces a clock init array to ease the clock tree construction. Signed-off-by: KONRAD Frederic --- include/qemu/qemu-clock.h | 23 +++ qemu-clock.c | 17 + 2

Re: [Qemu-devel] [PULL 26/36] hw/intc/arm_gicv3: Add accessors for ICH_ system registers

On 26.01.2017 10:35, Paolo Bonzini wrote: > > > On 19/01/2017 15:09, Peter Maydell wrote: >> +uint64_t lr = cs->ich_lr_el2[i]; >> + >> +if ((lr & ICH_LR_EL2_STATE_MASK) == 0 && >> +((lr & ICH_LR_EL2_HW) == 1 || (lr & ICH_LR_EL2_EOI) == 0)) { > > This should be "!=

Re: [Qemu-devel] [PATCH] arm_gicv3: Fix broken logic in ELRSR calculation

On 24.01.2017 12:06, Peter Maydell wrote: > Fix a broken expression in the calculation of ELRSR > register bits: instead of "(lr & ICH_LR_EL2_HW) == 1" > we want to check for != 0, because the HW bit is not > bit 0 so a test for == 1 is always false. > > Fixes:

Re: [Qemu-devel] [PATCH 0/9] QOM'ify work for sparc

On 30/12/16 18:32, Mark Cave-Ayland wrote: > On 25/12/16 04:02, 赵小强 wrote: > >> ping >> >> At 2016-10-23 14:31:26, "xiaoqiang zhao" wrote: >>> This patch set aims for QOM'ifying code relate with sparc. >>> It is part of my QOM'ify work of qemu code base. >>> >>>

[Qemu-devel] [PATCH v3 1/3] xen-platform: re-structure unplug_disks

The current code is poorly structured and potentially leads to multiple config space reads when one is sufficient. Also the UNPLUG_ALL_IDE_DISKS flag is mis-named since it also results in SCSI disks being unplugged. This patch renames the flag and re-structures the code to be more efficient, and

[Qemu-devel] [PATCH v3 0/3] xen-platform: disk unplug modifications

These patches modify the implementation of Xen HVM disk unplug. Paul Durrant (3): xen-platform: re-structure unplug_disks xen-platform: add support for unplugging NVMe disks... xen-platform: add missing disk unplug option hw/i386/xen/xen_platform.c | 50

[Qemu-devel] [PATCH v3 2/3] xen-platform: add support for unplugging NVMe disks...

...not just IDE and SCSI. This patch allows the Xen tool-stack to fully support of NVMe as an emulated disk type. See [1] for the relevant tool-stack patch discussion. [1] https://lists.xen.org/archives/html/xen-devel/2017-01/msg01225.html Signed-off-by: Paul Durrant

[Qemu-devel] [PATCH v3 3/3] xen-platform: add missing disk unplug option

The Xen HVM unplug protocol [1] specifies a mechanism to allow guests to request unplug of 'aux' disks (which is stated to mean all IDE disks, except the primary master). This patch adds support for that unplug request. NOTE: The semantics of what happens if unplug of all disks and 'aux' disks

Re: [Qemu-devel] [PULL 26/36] hw/intc/arm_gicv3: Add accessors for ICH_ system registers

On 19/01/2017 15:09, Peter Maydell wrote: > +uint64_t lr = cs->ich_lr_el2[i]; > + > +if ((lr & ICH_LR_EL2_STATE_MASK) == 0 && > +((lr & ICH_LR_EL2_HW) == 1 || (lr & ICH_LR_EL2_EOI) == 0)) { This should be "!= 0", not == 1 (reported by Coverity). Paolo > +

Re: [Qemu-devel] [PATCH v2 30/30] target-sparc: fix up niagara machine

On Thu, Jan 26, 2017 at 8:35 AM, Markus Armbruster wrote: > niagara_init() does something naughty, which conflicts with Max's > "[PATCH v6 0/9] block: Drop BDS.filename". Details inline. > > Artyom Tarasenko writes: > >> Remove the Niagara stub

[Qemu-devel] [RFC 2/4] hw/intc/arm_gicv3_kvm: Rename KVM_DEV_ARM_VGIC_GRP_CPU_SYSREGS

Rename KVM_DEV_ARM_VGIC_GRP_CPU_SYSREGS into KVM_DEV_ARM_VGIC_CPU_SYSREGS as exposed in the kernel user API and pulled by update-linux-headers.sh. Signed-off-by: Eric Auger --- KVM_DEV_ARM_VGIC_CPU_SYSREGS may be fixed at kernel level instead --- hw/intc/arm_gicv3_kvm.c

[Qemu-devel] [RFC 3/4] hw/intc/arm_gicv3_its: Implement state save/restore

We need to handle both registers and ITS tables. While register handling is standard, ITS table handling is more challenging since the kernel API is devised so that the tables are flushed into guest RAM and not in vmstate buffers. Flushing the ITS tables on device pre_save() is too late since the

[Qemu-devel] [RFC 0/4] vITS save/restore

This series allows ITS save/restore and migration use cases. It relies on not upstreamed kernel series ([1] & [2]) and QEMU not upstreamed series [3]. ITS tables are flushed into guest RAM on VM stop while registers are save on pre_save() callback. Tables and registers are restored on ITS

[Qemu-devel] [RFC 4/4] hw/intc/arm_gicv3_its: Allow save/restore

We change the restoration priority of both the GICv3 and ITS. The GICv3 must be restored before the ITS and the ITS needs to be restored before PCIe devices since it translates their MSI transactions. We typically observe the virtio-pci-net device sending MSI transactions very early (even before

[Qemu-devel] [RFC 1/4] linux-headers: Partial update for vITS save/restore

This is a partial update aiming at enhancing the KVM user API with vITS save/restore capability. This consists in two new groups for the ARM_VGIC_ITS KVM device, named: KVM_DEV_ARM_VGIC_GRP_ITS_REGS, KVM_DEV_ARM_VGIC_GRP_ITS_TABLES. Signed-off-by: Eric Auger --- The goal

[Qemu-devel] [PATCH] migrate: Migration aborts abruptly for machine "none"

Migration of a "none" machine with no RAM crashes abruptly as bitmap_new() fails and thus aborts. Instead, place a check for last_ram_offset() being '0' at the start of ram_save_setup() and error out with a meaningful error message. Signed-off-by: Ashijeet Acharya ---

Re: [Qemu-devel] [PATCH v2 4/7] tests/docker: add basic user mapping support

On Tue, 01/24 14:33, Alex Bennée wrote: > Currently all docker builds are done by exporting a tarball to the > docker container and running the build as the containers root user. > Other use cases are possible however and it is possible to map a part > of users file-system to the container. This

Re: [Qemu-devel] [PATCH] hw/core/generic-loader: Fix crash when running without CPU

Le 26/01/2017 à 06:50, Thomas Huth a écrit : > On 26.01.2017 00:26, Alistair Francis wrote: >> On Wed, Jan 25, 2017 at 12:52 PM, Laurent Vivier wrote: >>> Le 25/01/2017 à 21:45, Thomas Huth a écrit : When running QEMU with "-M none -device loader,file=kernel.elf", it

Re: [Qemu-devel] [PATCH v2] m68k: Remove dummy machine

Le 26/01/2017 à 09:30, Thomas Huth a écrit : > Since it is now possible to instantiate a CPU and RAM with the "none" > machine, too, and a kernel can be loaded there with the generic loader > device, there is no more need for the m68k "dummy" machine. Thus let's > remove this unmaintained file

[Qemu-devel] [PATCH v2] m68k: Remove dummy machine

Since it is now possible to instantiate a CPU and RAM with the "none" machine, too, and a kernel can be loaded there with the generic loader device, there is no more need for the m68k "dummy" machine. Thus let's remove this unmaintained file now. Signed-off-by: Thomas Huth

Re: [Qemu-devel] [PATCH v4 1/9] ACPI: Add a function for building named qword entries

On 01/26/17 06:35, Ben Warren wrote: > >> On Jan 25, 2017, at 4:48 PM, Laszlo Ersek > > wrote: >> >> On 01/25/17 19:35, Michael S. Tsirkin wrote: >>> On Wed, Jan 25, 2017 at 09:36:52AM -0800, Ben Warren wrote: Hi Laszlo, On Jan

Re: [Qemu-devel] [PATCH v3] hw/usb/dev-hid: Improve guest compatibility of usb-tablet

On Mi, 2017-01-25 at 18:36 +0100, Phil Dennis-Jordan wrote: > On 25 January 2017 at 18:27, wrote: > > Your series seems to have some coding style problems. See output below for > > more information: > > > > Type: series > > Subject: [Qemu-devel] [PATCH v3] hw/usb/dev-hid:

Re: [Qemu-devel] [PATCH v3 0/3] linux-user: some patches for hppa

Hi, Your series seems to have some coding style problems. See output below for more information: Type: series Subject: [Qemu-devel] [PATCH v3 0/3] linux-user: some patches for hppa Message-id: 20170126080449.28255-1-laur...@vivier.eu === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1

[Qemu-devel] need help

hello im an engineer student and im working in my educational project implementation of hardware tinstructions trace in qemu i don't know where i can implement it in qemu thanks

[Qemu-devel] [Bug 1261450] Re: libvirtd reload and hooks problem routed-net

Closing, since this is not a QEMU bug. ** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1261450 Title: libvirtd reload and hooks problem routed-net

[Qemu-devel] [Bug 1257352] Re: kvm hangs occasionally when switching out of the qemu console

Can you still reproduce this issue with the latest version of QEMU, or could we close this ticket nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [PATCH v3 3/3] linux-user: define correct UTS machine name for hppa

the correct UTS machine name (as expected by systemd) is "parisc", not "hppa". Signed-off-by: Laurent Vivier --- linux-user/hppa/target_syscall.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/linux-user/hppa/target_syscall.h

[Qemu-devel] [PATCH v3 2/3] linux-user: fix "apt-get update" on linux-user hppa

apt-get was hanging on linux-user hppa. strace has shown the netlink data stream was not correctly byte swapped. It appears the fd translator function is unregistered just after it has been registered, so the translator function is not called. This patch removes the fd_trans_unregister() after

[Qemu-devel] [Bug 1261320] Re: Virtual Disk with over 16TB

** Changed in: qemu Status: New => Won't Fix -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1261320 Title: Virtual Disk with over 16TB Status in QEMU: Won't Fix Bug description: Hi,

[Qemu-devel] [Bug 1254828] Re: qemu-sparc64-static: Segmentation Fault during debootstrap second stage

This sounds like a distribution specific bug to me, so moving the bug to QEMU-Ubuntu. ** Project changed: qemu => qemu (Ubuntu) -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1254828 Title:

[Qemu-devel] [PATCH v3 1/3] linux-user: add hppa magic numbers in qemu-binfmt-conf.sh

As we have now a linux-user HPPA target, we can add it to the list of supported targets in qemu-binfmt-conf.sh Signed-off-by: Laurent Vivier Reviewed-by: Richard Henderson --- scripts/qemu-binfmt-conf.sh | 9 +++-- 1 file changed, 7 insertions(+), 2

[Qemu-devel] [PATCH v3 0/3] linux-user: some patches for hppa

This short series enables hppa in qemu-binfmt-conf.sh, and fixes a bug in the netlink functions that has been found by Adrian Glaubitz while he was testing a debian chroot with qemu-hppa. I think the problem doesn't appear on other architectures I have tested as they should use NR_socketcall

Re: [Qemu-devel] [PATCH 2/2] hw/arm/virt: no ITS on older machine types

Hi Peter, On 20/01/2017 16:52, Peter Maydell wrote: > On 10 October 2016 at 17:35, Andrew Jones wrote: >> We should avoid exposing new hardware (through DT and ACPI) on older >> machine types. This patch keeps 2.7 and older from changing, despite >> the introduction of ITS

<    1   2   3