[Qemu-devel] [PATCH v2 12/12] linux-user: AArch64 requires at least 3.8.0

From: Alexander Graf Glibc 1.17 checks for the host kernel version on startup. Unfortunately, it also checks whether the host kernel version is recent enough for the target to run at all. Since AArch64 support only got introduced in 3.8.0, that means that glibc refuses to run on any older kernel

[Qemu-devel] [PATCH v2 11/12] ARM: Add aarch64 target to configure

From: Alexander Graf If we want to compile a target machine type that is AArch64 capable, we need to add a new 64-bit capable ARM target. Use AArch64 since that is the official ARM LTD name. Signed-off-by: Alexander Graf --- configure|8 linux-user/Makefile.objs |

[Qemu-devel] [PATCH v2 10/12] linux-user: Add AArch64 support

From: Alexander Graf This patch adds support for AArch64 in all the small corners of linux-user and beyond. Signed-off-by: Alexander Graf --- default-configs/aarch64-linux-user.mak |3 +++ linux-user/arm/syscall.h | 46 +++- linux-user/elfload.c

[Qemu-devel] [PATCH v2 08/12] linux-user: Fix up AArch64 syscall handlers

From: Alexander Graf Some syscall handlers have special code for ARM enabled that we don't need on AArch64. Exclude AArch64 in those cases. In other places we can share struct definitions with other targets or have to provide our own. With this patch applied, most syscall definitions in linux-us

[Qemu-devel] [PATCH v2 06/12] linux-user: AArch64 requires at least 3.8.0

From: Alexander Graf Glibc 1.17 checks for the host kernel version on startup. Unfortunately, it also checks whether the host kernel version is recent enough for the target to run at all. Since AArch64 support only got introduced in 3.8.0, that means that glibc refuses to run on any older kernel

[Qemu-devel] [PATCH v2 09/12] linux-user: Add signal handling for AArch64

From: Andreas Schwab This patch adds signal handling for AArch64. The code is based on the respective source in the Linux kernel. Signed-off-by: Andreas Schwab Signed-off-by: Alexander Graf --- linux-user/arm/target_signal.h |4 + linux-user/signal.c| 263

[Qemu-devel] [PATCH v2 04/12] AArch64: Add gdb stub

From: Alexander Graf We want to be able to debug AArch64 guests. So let's add the respective gdb stub functions and xml descriptions that allow us to do so. Signed-off-by: Alexander Graf --- gdb-xml/aarch64-core.xml | 46 + gdb-xml/aarch64-fpu.xml | 86

[Qemu-devel] [PATCH v2 05/12] linux-user: Don't treat aarch64 cpu names specially

From: Alexander Graf 32-bit ARM has a lot of different names for different types of CPUs it supports. On AArch64, we don't have this, so we really don't want to execute the 32-bit logic. Stub it out for AArch64 linux-user guests. Signed-off-by: Alexander Graf --- linux-user/cpu-uname.c |3

[Qemu-devel] [PATCH v2 07/12] linux-user: Add syscall handling for AArch64

From: Alexander Graf The AArch64 syscall definitions are all publicly available in the Linux kernel. Let's add them to our linux-user emulation target, so that we can easily handle AArch64 syscalls. Signed-off-by: Alexander Graf --- linux-user/arm/syscall_nr.h | 326 ++

[Qemu-devel] [PATCH v2 02/12] ARM: Prepare translation for AArch64 code

From: Alexander Graf This patch adds all the prerequisites for AArch64 support that didn't fit into split up patches. It extends important bits in the core cpu headers to also take AArch64 mode into account. Add new ARM_TBFLAG_AARCH64_STATE flag that indicates an ARMv8 cpu running in aarch64 mod

[Qemu-devel] [PATCH v2 03/12] ARM: Add AArch64 translation stub

From: Alexander Graf We should translate AArch64 mode separately from AArch32 mode. In AArch64 mode, registers look vastly different, instruction encoding is completely different, basically the system turns into a different machine. So let's do a simple if() in translate.c to decide whether we c

[Qemu-devel] [PATCH v2 01/12] ARM: Export cpu_env

From: Alexander Graf The cpu_env tcg variable will be used by both the AArch32 and AArch64 handling code. Unstaticify it, so that both sides can make use of it. Signed-off-by: Alexander Graf --- target-arm/translate.c |2 +- target-arm/translate.h |2 ++ 2 files changed, 3 insertions(+

[Qemu-devel] [PATCH v2 00/12] AArch64 preparation patch set

Resubmission of patches submitted by Alexander Graf in March. Addressing feedback sent. Changes in v2: All: Use aarch64 instead of arm64 (in all case combinations). Patch 2/12 ARM: Prepare translation for AArch64 code - Remove uses of is_a64 that are not needed because arch choice happens at a hig

[Qemu-devel] [PATCH 4/4] target-i386: implement machine->hot_add_cpu hook

Signed-off-by: Igor Mammedov --- v3: * use machine.cpu-model option to store default value and to get current value when hot-adding CPU v2: * override .hot_add_cpu staticaly starting with 1.5 machine --- hw/i386/pc.c | 29 + hw/i386/pc_piix.c| 1 +

[Qemu-devel] [PATCH 3/4] add cpu-model option to -machine

Provides globally accessible cpu-model via machine opts. Signed-off-by: Igor Mammedov --- Note: - it will be used in cpu-add hook on tartget-i386. --- vl.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/vl.c b/vl.c index 1e7d474..37a0f81 100644 --- a/vl.c +++ b

[Qemu-devel] [PATCH 2/4] QMP: add cpu-add command

Adds "cpu-add id=xxx" QMP command. cpu-add's "id" argument is a CPU number in a range [0..max-cpus) Example QMP command: -> { "execute": "cpu-add", "arguments": { "id": 2 } } <- { "return": {} } Signed-off-by: Igor Mammedov Acked-by: Luiz Capitulino Reviewed-by: Eric Blake --- v7: * added

[Qemu-devel] [PATCH 1/4] add hot_add_cpu hook to QEMUMachine

hot_add_cpu hook should be overriden by target that implements cpu hot-add via cpu-add QMP command. Signed-off-by: Igor Mammedov --- Note: hook will be used in next patch for target-i386 cp-add implementation. --- include/hw/boards.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/

[Qemu-devel] [PATCH 0/4 v8 for-1.5] target-i386: CPU hot-add with cpu-add QMP command

Implements alternative way for hot-adding CPU using cpu-add QMP command, which could be useful until it would be possible to add CPUs via device_add. To hot-add CPU use following command from qmp-shell: cpu-add id=[0..max-cpus - 1) git tree for testing: https://github.com/imammedo/qemu/tree/cpu_

Re: [Qemu-devel] [SeaBIOS] unaligned option rom

On Tue, 2013-04-30 at 09:26 +0300, Michael S. Tsirkin wrote: > Each time I boot seabios built with debug enabled, > I see this on serial console: > > Scan for VGA option rom > WARNING! Found unaligned PCI rom (vd=1013:00b8) > > Is this a bogus warning? No. It's warning that your VGA ROM is broke

[Qemu-devel] unaligned option rom

Each time I boot seabios built with debug enabled, I see this on serial console: Scan for VGA option rom WARNING! Found unaligned PCI rom (vd=1013:00b8) Is this a bogus warning? -- MST

Re: [Qemu-devel] [PATCH 5/7] add hot_add_cpu hook to QEMUMachine and export machine_args

在 2013-04-29一的 17:02 +0200，Igor Mammedov写道： > hot_add_cpu hook should be overriden by target that implements > cpu hot-add via cpu-add QMP command. > > Make machine_args available globaly, it allows to reuse > machine_args->cpu_model during hotplug, instead of adding target > specific globals to k

Re: [Qemu-devel] [PATCH 4/7] pc: pass QEMUMachineInitArgs down to pc_cpus_init()

Reviewed-by: liguang 在 2013-04-29一的 17:02 +0200，Igor Mammedov写道： > It allows to store default cpu_model if none was specified. > > As side effect reduces size of the pc_piix.c code. > > Signed-off-by: Igor Mammedov > --- > hw/i386/pc.c | 13 ++- > hw/i386/pc_piix.c| 66 >

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

Am 29.04.2013 20:05, schrieb Anthony Liguori: > N.B. If you are on CC, see after the '---' for a requested action! > > The license of SoftFloat-2b is claimed to be GPLv2 incompatible by > the FSF due to an indemnification clause. The previous release, > SoftFloat-2a, did not contain this clause.

[Qemu-devel] [PATCH 3/4] spapr: Code more defensively against lack of primary PCI bus

Currently sPAPR always creates a primary PCI host bridge for emulated PCI devices. However, because the platform supports native virtual IO, and can also support multiple independent PCI host bridges, it's quite often useful to disable the primary bridge for debugging purposes. This patch, theref

[Qemu-devel] [PATCH 1/4] pseries: Factor out check for out-of-bounds LIOBN

From: David Gibson PAPR defines LIOBNs (Logical IO Bus Numbers) to be 32-bit, and we check for values that aren't in the code for H_PUT_TCE. This patch factors the check into spapr_tce_find_by_liobn(), which already checks if a 32-bit LIOBN actually exists. This will become more important as fu

[Qemu-devel] [PATCH 2/4] pseries: Fix debug message for out-of-bounds address in H_PUT_TCE

From: David Gibson Due to a brain outage, this message says "out-of-boards" instead of "out-of-bounds". Signed-off-by: David Gibson Signed-off-by: Alexey Kardashevskiy --- hw/ppc/spapr_iommu.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/ppc/spapr_iommu.c b/hw/ppc

[Qemu-devel] [0/4] General updates for pseries

Here is a very first set of patches I am sending for pseries. It contains some bugfixes from David and the recent SLOF update. Please apply.

Re: [Qemu-devel] [PATCH 6/6] pc_sysfw: change rom_only default to 0

On Mon, Apr 29, 2013 at 2:10 PM, Paolo Bonzini wrote: > Il 29/04/2013 20:23, Jordan Justen ha scritto: >> On Mon, Apr 29, 2013 at 1:20 AM, Paolo Bonzini wrote: >>> Il 28/04/2013 10:32, Jordan Justen ha scritto: Now KVM can support a flash memory. This feature depends on KVM_CAP_READONLY

[Qemu-devel] Query on QEMU monitor

Hi All, I am working on qemu versatile express board. we launched GUI based operating system successfully on it. We integrated the mouse driver to capture the event of mouse, as USB device support not available on it. The mouse is generating the relative events and it is working fine if I don’t m

Re: [Qemu-devel] [PATCH 1/2] target-i386/seg_helper: refactor 4 helper functions

ping ... 在 2013-04-22一的 11:44 +0800，liguang写道： > for helper_{lsl, lar, verr, verw}, there are > common parts, so move them outside, and then > call this new helper-helper function. > > Signed-off-by: liguang > --- > target-i386/seg_helper.c | 179 ++--- >

Re: [Qemu-devel] [PATCH v2] i.MX: implement a more correct version of EPIT timer.

Can you remove 'phil...@ok-labs.com' from this mailing list / thread, as he no longer reads this email (and it's forward to me). Thanks, David --- David Croswell | IT Manager General Dynamics Cyber Solutions | Open Kernel Labs t +61 2 8003 9942 | m +61 466 719 764 e d

[Qemu-devel] [PATCH] translate: remove redundantly included qemu/timer.h

Signed-off-by: liguang --- translate-all.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/translate-all.c b/translate-all.c index da93608..d04a116 100644 --- a/translate-all.c +++ b/translate-all.c @@ -55,7 +55,6 @@ #else #include "exec/address-spaces.h" #endif -#incl

[Qemu-devel] [PATCH v2] memory: give name every AddressSpace

The "info mtree" command in QEMU console prints only "memory" and "I/O" address spaces while there are actually a lot more other AddressSpace structs created by PCI and VIO devices. Those devices do not normally have names and therefore not present in "info qtree" output. The patch fixes this. Si

Re: [Qemu-devel] [PATCH 3/4] vfio: Move container list to iommu MemoryRegion

On Tue, Apr 30, 2013 at 12:05:39PM +1000, David Gibson wrote: > On Mon, Apr 29, 2013 at 03:44:43PM +0200, Paolo Bonzini wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Il 29/04/2013 13:56, David Gibson ha scritto: > > >> Why should VFIO be any special in this? It is reassurin

Re: [Qemu-devel] [PATCH] memory: give name every AddressSpace

On 04/29/2013 07:25 PM, Paolo Bonzini wrote: > Il 29/04/2013 10:21, Alexey Kardashevskiy ha scritto: >> +g_free((void *)as->name); No cast here. >> ? >> >> CCppc64-softmmu/memory.o >> /home/alexey/pcipassthru/qemu-impreza/memory.c: In function >> 'address_space_destroy': >>

Re: [Qemu-devel] [PATCH 3/4] vfio: Move container list to iommu MemoryRegion

On Mon, Apr 29, 2013 at 03:44:43PM +0200, Paolo Bonzini wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Il 29/04/2013 13:56, David Gibson ha scritto: > >> Why should VFIO be any special in this? It is reassuring to me > >> that the VFIO maintainer thinks the same. :) > > > > Because

Re: [Qemu-devel] [PATCH v2] linux-user: improve target_to_host_sock_type conversion

My assumption was that if new socket values are added in future, they will likely be the same for all platforms, so they can be supported without adding new lines of code. Here we convert the values known to be different, we leave the values known to be the same, and for the incorrect values - w

Re: [Qemu-devel] [PATCH for-1.5 v3 08/15] xilinx_spips: Implement automatic CS

Hi Peter, On Mon, Apr 29, 2013 at 10:14 PM, Peter Maydell wrote: > On 22 April 2013 06:16, wrote: >> From: Peter Crosthwaite >> >> Implement the automatic CS control feature. If the MANUAL_CS bit is >> cleared then the chip select stay de-asserted as long as the tx FIFO >> is empty. >> >> Sign

Re: [Qemu-devel] [PATCH] Makefile: Fix build breakage

Hi Dunrong, Paolo, Managed to replicate using Ubuntu 12.04, On Mon, Apr 29, 2013 at 11:33 PM, Dunrong Huang wrote: > > > > On Mon, Apr 29, 2013 at 4:19 PM, Paolo Bonzini wrote: >> >> Il 28/04/2013 20:04, Dunrong Huang ha scritto: >> > The following error occurs when building dtc module: >> > >>

Re: [Qemu-devel] [PATCH] Extend support of SMBUS(module pm_smbus.c) HST_STS register.

29.04.2013 00:03, Peter Maydell пишет: On 28 April 2013 19:26, Maksim Ratnikov wrote: Previous realization doesn't consider flags in the status register. Add DS and INTR bits of HST_STS register set after transaction execution. Update bits resetting in HST_STS register. Update error processing:

Re: [Qemu-devel] [PATCH] Extend support of SMBUS(module pm_smbus.c) HST_STS register.

Previous realization doesn't consider flags in the status register. Add DS and INTR bits of HST_STS register set after transaction execution. Update bits resetting in HST_STS register. Update error processing: if DEV_ERR bit are set transaction isn't execution. Signed-off-by: Maksim_Ratnikov

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

Paolo Bonzini wrote: > Il 29/04/2013 20:05, Anthony Liguori ha scritto: >> N.B. If you are on CC, see after the '---' for a requested action! >> >> The license of SoftFloat-2b is claimed to be GPLv2 incompatible by >> the FSF due to an indemnification clause. The previous release, >> SoftFloat-2

Re: [Qemu-devel] [PATCH 0/4 v4] Support for LED state extension to Qemu VNC server

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.5 v2 00/20] QOM realize for ISA, part 1

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH qtestfix for-1.5] libqos: Convert fw_cfg values to host endianness

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v2] virtio-net: unbreak the minix guest

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PULL] libcacard fix from Cole Robinson

Pulled. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PULL for-1.5] QMP queue

Pulled. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

On 04/29/2013 02:39 PM, Eduardo Otubo wrote: On 04/26/2013 06:07 PM, Paul Moore wrote: On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: Hello folks, Resuming the sandboxing work, I'd like to ask for comments on the ideias I have: 1. Reduce whitelist to the optimal subset: Run v

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

On 04/26/2013 05:07 PM, Paul Moore wrote: [snip] >3. Debugging and/or learning mode - third party libraries still have the >problem of interfering in the Qemu's signal mask. According to some >previous discussions, perhaps patch all external libraries that mass up >with this mask (spice, for

Re: [Qemu-devel] [PATCH 05/30] PPC: fix hreset_vector for 60x, 7x0, 7x5, G2, MPC8xx, MPC5xx, 7400 and 7450

Hi Andreas, On Mon, Apr 29, 2013 at 3:05 PM, Aurelien Jarno wrote: > On Mon, Apr 29, 2013 at 01:37:30PM +0200, Andreas Färber wrote: >> Am 29.04.2013 12:38, schrieb Fabien Chouteau: >> > On 04/28/2013 03:59 PM, Andreas Färber wrote: >> >> Am 26.04.2013 20:21, schrieb Alexander Graf: >> >>> From:

Re: [Qemu-devel] [PATCH 6/6] pc_sysfw: change rom_only default to 0

Il 29/04/2013 20:23, Jordan Justen ha scritto: > On Mon, Apr 29, 2013 at 1:20 AM, Paolo Bonzini wrote: >> Il 28/04/2013 10:32, Jordan Justen ha scritto: >>> Now KVM can support a flash memory. This feature depends on >>> KVM_CAP_READONLY_MEM, which was introduced in Linux 3.7. >> >> I don't think

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

Il 29/04/2013 21:57, Eduardo Otubo ha scritto: > > > On 04/26/2013 07:17 PM, Paolo Bonzini wrote: >> Il 26/04/2013 23:07, Paul Moore ha scritto: > 3. Debugging and/or learning mode - third party libraries still > have the > problem of interfering in the Qemu's signal mask. According t

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

On Mon, Apr 29, 2013 at 10:05 PM, Anthony Liguori wrote: > The license of SoftFloat-2b is claimed to be GPLv2 incompatible by > the FSF due to an indemnification clause. The previous release, > SoftFloat-2a, did not contain this clause. The only changes between > these two versions as far as QEM

[Qemu-devel] [RFC][PATCH v2]Add timestamp to error message

From: Seiji Aguchi [Issue] When we offer a customer support service and a problem happens in a customer's system, we try to understand the problem by comparing what the customer reports with message logs of the customer's system. In this case, we often need to know when the problem happens.

[Qemu-devel] [Bug 685096] Re: USB Passthrough not working for Windows 7 guest

Waiting on a microsoft license, hoping to be able to test this in the next 2 weeks. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/685096 Title: USB Passthrough not working for Windows 7 guest Stat

[Qemu-devel] Query regarding IO paths in QEMU

Hi, I am trying to understand the IO paths in QEMU (which I understand emulates IO for KVM) to have a better idea of how it works and get a clear picture of how I can trap all read/write requests being issued by the VM in the QEMU block layer for a project that I am working on. For example, lets

Re: [Qemu-devel] [oss-security] Re: [PATCH 1/3] virtio-pci: properly validate address before accessing config

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/28/2013 05:29 AM, Petr Matousek wrote: > On Sat, Apr 27, 2013 at 01:13:16PM +0800, Jason Wang wrote: >> On 04/26/2013 10:27 PM, Petr Matousek wrote: >>> On Fri, Apr 26, 2013 at 04:34:02PM +0800, Jason Wang wrote: There are several several is

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

Am 29.04.2013 20:53, schrieb Anthony Liguori: > Anthony Liguori writes: > >> Thiemo Seufer >> 5a6932d Fix NaN handling for MIPS and HPPA. >> 5fafdf2 find -type f | xargs sed -i 's/[\t ]$//g' # on most files >> 63a654b trunc() for Solaris 9 / SPARC, by Juergen Keil. >> 924b2c0

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

On 29 April 2013 19:53, Anthony Liguori wrote: > Anthony Liguori writes: > >> Thiemo Seufer [rearranging the order a little] >> 5a6932d Fix NaN handling for MIPS and HPPA. >> b645bb4 Fix softfloat NaN handling. These two commits are basically the SNAN_BIT_IS_ONE support, needed for

Re: [Qemu-devel] [PATCH] softfloat: rebase to version 2a

On 2013-04-29 19:05, Anthony Liguori wrote: The license of SoftFloat-2b is claimed to be GPLv2 incompatible by the FSF due to an indemnification clause. The previous release, SoftFloat-2a, did not contain this clause. The only changes between these two versions as far as QEMU is concerned is th

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On Mon, Apr 29, 2013 at 08:45:50PM +0200, KONRAD Frédéric wrote: > On 29/04/2013 20:15, Michael S. Tsirkin wrote: > > On Mon, Apr 29, 2013 at 08:01:52PM +0200, KONRAD Frédéric wrote: > > On 29/04/2013 19:52, Michael S. Tsirkin wrote: > > On Mon, Apr 29, 2013 at 07:23:49PM

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

On 04/26/2013 07:17 PM, Paolo Bonzini wrote: Il 26/04/2013 23:07, Paul Moore ha scritto: 3. Debugging and/or learning mode - third party libraries still have the problem of interfering in the Qemu's signal mask. According to some previous discussions, perhaps patch all external libraries that

Re: [Qemu-devel] [PATCH v2] i.MX: implement a more correct version of EPIT timer.

On 04/29/2013 06:49 PM, Peter Maydell wrote: On 29 April 2013 17:39, Jean-Christophe DUBOIS wrote: Peter (Maydel), will you pick it up as is (actually the v3 version) or do I need to send a new version of the patch (a v4) ? The last on-list version still has the wrong vmstate version fields,

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

On Monday, April 29, 2013 03:39:57 PM Eduardo Otubo wrote: > On 04/26/2013 06:07 PM, Paul Moore wrote: > > On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: > > Also, looking a bit further ahead, it might be interesting to look at > > removing some of the arch dependent stuff in qemu-secco

Re: [Qemu-devel] [Qemu-ppc] [v1][PATCH 1/1] PPC: e500: correct params->ram_size with ram_size

On 04/28/2013 05:30:09 AM, Tiejun Chen wrote: We should sync params->ram_size after we fixup memory size on a alignment boundary. Otherwise Guest would exceed the actual memory region. Signed-off-by: Tiejun Chen --- hw/ppc/e500.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/hw/ppc/

Re: [Qemu-devel] [PATCH v2] ppc: initialize GPRs as per epapr

On 04/29/2013 02:10:14 PM, Bhushan Bharat-R65777 wrote: > The caller needs both the "tsize" > and the size in bytes, and you only call this wrapper once, so let the caller do > the conversion instead. Caller does not need to know both. It only need to know the size in bytes. I think git

Re: [Qemu-devel] [PATCH v2] ppc: initialize GPRs as per epapr

> -Original Message- > From: Wood Scott-B07421 > Sent: Monday, April 29, 2013 11:21 PM > To: Bhushan Bharat-R65777 > Cc: qemu-...@nongnu.org; qemu-devel@nongnu.org; ag...@suse.de; Yoder Stuart- > B08248; da...@gibson.dropbear.id.au; Bhushan Bharat-R65777; Bhushan Bharat- > R65777 > Subjec

Re: [Qemu-devel] [PATCH 7/7] block: dump to monitor for bdrv_snapshot_dump() and bdrv_image_info_dump()

On Fri, 26 Apr 2013 16:46:57 +0200 Stefan Hajnoczi wrote: > On Fri, Apr 26, 2013 at 05:31:15PM +0800, Wenchao Xia wrote: > > @@ -2586,10 +2585,12 @@ void do_info_snapshots(Monitor *mon, const QDict > > *qdict) > > } > > > > if (total > 0) { > > -monitor_printf(mon, "%s\n", bd

[Qemu-devel] [PATCH v3 4/4] block: add read-only support to VHDX image format.

This adds in read-only support to the VHDX image format. This supports reads for fixed-size, and dynamic sized VHDX images. Differencing files are still unsupported. The image must be opened without BDRV_O_RDWR set, because we do not yet update the headers. I.e., pass 'readonly=on' in the drive

[Qemu-devel] [PATCH v3 2/4] block: vhdx header for the QEMU support of VHDX images

This is based on Microsoft's VHDX specification: "VHDX Format Specification v0.95", published 4/12/2012 https://www.microsoft.com/en-us/download/details.aspx?id=29681 These structures define the various header, metadata, and other block structures defined in the VHDX specification. Signed

[Qemu-devel] [PATCH v3 3/4] block: initial VHDX driver support framework - supports open and probe

This is the initial block driver framework for VHDX image support (i.e. Hyper-V image file formats), that supports opening VHDX files, and parsing the headers. This commit does not yet enable: - reading - writing - updating the header - differencing files (images with parents)

[Qemu-devel] [PATCH v3 0/4] Initial VHDX support

Differences from v2: Patch 2/4: changed 2 uint8_t[16] to MSGUID (Kevin) renamed all strucs to proper style (Kevin) indentations / style (Kevin) Removed/fixed outdated comments (Stefan) dropped vhdx_header_padded (Kevin) Pa

[Qemu-devel] [PATCH v3 1/4] qemu: add castagnoli crc32c checksum algorithm

This adds the Castagnoli CRC32C algorithm, using the 0x11EDC6F41 polynomial. This is extracted from the linux kernel cryptographic crc32.c module. The algorithm is based on: Castagnoli93: Guy Castagnoli and Stefan Braeuer and Martin Herrman "Optimization of Cyclic Redundancy-Check C

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On 29/04/2013 20:15, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 08:01:52PM +0200, KONRAD Frédéric wrote: On 29/04/2013 19:52, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 07:23:49PM +0200, KONRAD Frédéric wrote: On 29/04/2013 19:01, Michael S. Tsirkin wrote: On Mon, Apr 29, 2

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

On 04/26/2013 06:07 PM, Paul Moore wrote: On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: Hello folks, Resuming the sandboxing work, I'd like to ask for comments on the ideias I have: 1. Reduce whitelist to the optimal subset: Run various tests on Qemu with different configuratio

Re: [Qemu-devel] [PATCH 3/6] kvm: workaround a possible KVM bug when using KVM_MEM_READONLY

On Mon, Apr 29, 2013 at 3:29 AM, Jan Kiszka wrote: > On 2013-04-28 10:32, Jordan Justen wrote: >> On a Linux 3.8.0 based kernel, I occasionally saw a situation >> where the memory region would continue to trap on memory >> read even though KVM_MEM_READONLY was set. > > Only 3.8.0? Did you bisect t

Re: [Qemu-devel] [PATCH 6/6] pc_sysfw: change rom_only default to 0

On Mon, Apr 29, 2013 at 1:20 AM, Paolo Bonzini wrote: > Il 28/04/2013 10:32, Jordan Justen ha scritto: >> Now KVM can support a flash memory. This feature depends on >> KVM_CAP_READONLY_MEM, which was introduced in Linux 3.7. > > I don't think we can require such a new kernel to run KVM. IIUC, an

Re: [Qemu-devel] [PATCH for-1.5 4/4] virtio-scsi: fix the command line compatibility.

On 29/04/2013 19:55, Andreas Färber wrote: Am 29.04.2013 19:39, schrieb KONRAD Frédéric: On 29/04/2013 18:32, Paolo Bonzini wrote: Il 29/04/2013 18:28, KONRAD Frédéric ha scritto: Could this be simply a qdev property? Yes, that can be a good idea. What about adding a qdev property bus_name a

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On Mon, Apr 29, 2013 at 08:01:52PM +0200, KONRAD Frédéric wrote: > On 29/04/2013 19:52, Michael S. Tsirkin wrote: > >On Mon, Apr 29, 2013 at 07:23:49PM +0200, KONRAD Frédéric wrote: > >>On 29/04/2013 19:01, Michael S. Tsirkin wrote: > >> > >> On Mon, Apr 29, 2013 at 06:41:08PM +0200, KONRAD Fré

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On 29/04/2013 19:52, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 07:23:49PM +0200, KONRAD Frédéric wrote: On 29/04/2013 19:01, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 06:41:08PM +0200, KONRAD Frédéric wrote: On 29/04/2013 18:30, Michael S. Tsirkin wrote:

Re: [Qemu-devel] [PATCH for-1.5 4/4] virtio-scsi: fix the command line compatibility.

Am 29.04.2013 19:39, schrieb KONRAD Frédéric: > On 29/04/2013 18:32, Paolo Bonzini wrote: >> Il 29/04/2013 18:28, KONRAD Frédéric ha scritto: Could this be simply a qdev property? >>> Yes, that can be a good idea. >>> >>> What about adding a qdev property bus_name and using it in qbus_realize?

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On Mon, Apr 29, 2013 at 07:23:49PM +0200, KONRAD Frédéric wrote: > On 29/04/2013 19:01, Michael S. Tsirkin wrote: > > On Mon, Apr 29, 2013 at 06:41:08PM +0200, KONRAD Frédéric wrote: > > On 29/04/2013 18:30, Michael S. Tsirkin wrote: > > On Mon, Apr 29, 2013 at 07:21:06PM

Re: [Qemu-devel] [PATCH v2] ppc: initialize GPRs as per epapr

On 04/29/2013 09:40:56 AM, Bharat Bhushan wrote: ePAPR defines the initial values of cpu registers. This patch initialize the GPRs as per ePAPR specification. This resolves the issue of guest reboot/reset (guest hang on reboot). Signed-off-by: Bharat Bhushan --- v1-->v2 - Dynemic seting of in

Re: [Qemu-devel] [RFC PATCH v2] Throttle-down guest when live migration does not converge.

On 4/29/2013 7:53 AM, Eric Blake wrote: On 04/27/2013 02:50 PM, Chegu Vinod wrote: Busy enterprise workloads hosted on large sized VM's tend to dirty memory faster than the transfer rate achieved via live guest migration. Despite some good recent improvements (& using dedicated 10Gig NICs betwee

Re: [Qemu-devel] [PATCH for-1.5 4/4] virtio-scsi: fix the command line compatibility.

On 29/04/2013 18:32, Paolo Bonzini wrote: Il 29/04/2013 18:28, KONRAD Frédéric ha scritto: Could this be simply a qdev property? Yes, that can be a good idea. What about adding a qdev property bus_name and using it in qbus_realize? Like this: diff --git a/hw/core/qdev.c b/hw/core/qdev.c inde

Re: [Qemu-devel] [PATCH 3/7 v8] target-i386: Move APIC to ICC bus

On Mon, 29 Apr 2013 19:15:56 +0200 Andreas Färber wrote: > Am 29.04.2013 19:03, schrieb Igor Mammedov: > > It allows APIC to be hotplugged. > > > > * map APIC's mmio at board level if it is present > > * do not register mmio region for each APIC, since > >only one is used/mapped > > > > S

Re: [Qemu-devel] [PATCH 6/8] qom: do not return root for empty path

Am 18.04.2013 18:44, schrieb Paolo Bonzini: > An empty path will return the sole object of that type in the > QOM tree. This is different from "/", which returns the root. > > Signed-off-by: Paolo Bonzini Looks OK to me, but not confident about callers' expectations. Might this need a documenta

Re: [Qemu-devel] [PATCH 1/8] adlib: qdev-ify

Am 18.04.2013 18:43, schrieb Paolo Bonzini: > Signed-off-by: Paolo Bonzini > --- > RFC->v1: follow QOM guidelines (Andreas) > > hw/audio/adlib.c | 83 > > 1 file changed, 66 insertions(+), 17 deletions(-) Thanks, Reviewed-by: Andr

Re: [Qemu-devel] [PATCH v2 3/5] block: initial VHDX driver support framework - supports open and probe

On Sun, Apr 28, 2013 at 03:29:14PM +0800, Fam Zheng wrote: > > +static void cpu_to_leguids(ms_guid *guid) > > +{ > > +cpu_to_le32s(&guid->data1); > > +cpu_to_le16s(&guid->data2); > > +cpu_to_le16s(&guid->data3); > > +} > > This one seems used in 5/5 only, so this patch fails compiling

Re: [Qemu-devel] [PATCH v2 3/5] block: initial VHDX driver support framework - supports open and probe

On Sun, Apr 28, 2013 at 05:58:55PM +0800, Fam Zheng wrote: > On Tue, 04/23 10:24, Jeff Cody wrote: > > +/* opens the specified header block from the VHDX file header section */ > > +static int vhdx_parse_header(BlockDriverState *bs, BDRVVHDXState *s) > > +{ > > +int ret = 0; > > +vhdx_heade

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On 29/04/2013 19:01, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 06:41:08PM +0200, KONRAD Frédéric wrote: On 29/04/2013 18:30, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 07:21:06PM +0300, Michael S. Tsirkin wrote: On Mon, Apr 29, 2013 at 06:14:41PM +0200, KONRAD Frédéric wrote: O

Re: [Qemu-devel] [PATCH v2 5/5] block: add header update capability for VHDX images.

On Sun, Apr 28, 2013 at 06:05:53PM +0800, Fam Zheng wrote: > On Tue, 04/23 10:24, Jeff Cody wrote: > > if (flags & BDRV_O_RDWR) { > > -ret = -ENOTSUP; > > -goto fail; > > +vhdx_update_headers(bs, s, false); > > Do we really have to update the header immediately on RW o

Re: [Qemu-devel] [PATCH 3/7 v8] target-i386: Move APIC to ICC bus

Am 29.04.2013 19:03, schrieb Igor Mammedov: > It allows APIC to be hotplugged. > > * map APIC's mmio at board level if it is present > * do not register mmio region for each APIC, since >only one is used/mapped > > Signed-off-by: Igor Mammedov > Signed-off-by: Andreas Färber > --- > v3: >

Re: [Qemu-devel] [RFC PATCH v2 00/11] qemu-ga: fsfreeze on Windows using VSS

Hi, On 4/23/13 12:44 , "Tomoki Sekiyama" wrote: >>2 executing the command "{"execute":"guest-fsfreeze-freeze"}" >>failed,the output is: > >> {"execute":"guest-fsfreeze-freeze"} >> {"error": {"class": "GenericError", "desc": "Failed to >>pVssbc->SetContext. (Error: 8004231b) "}} >> >> Could y

Re: [Qemu-devel] [PATCH 2/7 v8] target-i386: Attach ICC bus to CPU on its creation

Am 29.04.2013 18:54, schrieb Igor Mammedov: > X86CPU should have parent bus so it could provide bus for child APIC. > > Signed-off-by: Igor Mammedov > Signed-off-by: Andreas Färber > --- > TODO: fix unplug of bus-less devices in device-del > > v3: > - check icc_bridge for NULL and report erro

[Qemu-devel] [PATCH 3/7 v8] target-i386: Move APIC to ICC bus

It allows APIC to be hotplugged. * map APIC's mmio at board level if it is present * do not register mmio region for each APIC, since only one is used/mapped Signed-off-by: Igor Mammedov Signed-off-by: Andreas Färber --- v3: - fix compile error caused by mismerged hunk v2: - use icc-br

Re: [Qemu-devel] [PATCH] virtio-net: count VIRTIO_NET_F_MAC when calculating config_len

On Mon, Apr 29, 2013 at 06:41:08PM +0200, KONRAD Frédéric wrote: > On 29/04/2013 18:30, Michael S. Tsirkin wrote: > >On Mon, Apr 29, 2013 at 07:21:06PM +0300, Michael S. Tsirkin wrote: > >>On Mon, Apr 29, 2013 at 06:14:41PM +0200, KONRAD Frédéric wrote: > >>>On 29/04/2013 18:02, Michael S. Tsirkin

[Qemu-devel] [PATCH 2/7 v8] target-i386: Attach ICC bus to CPU on its creation

X86CPU should have parent bus so it could provide bus for child APIC. Signed-off-by: Igor Mammedov Signed-off-by: Andreas Färber --- TODO: fix unplug of bus-less devices in device-del v3: - check icc_bridge for NULL and report error nicely instead of SIGSEGV v2: - pass icc_bridge to cpu_x86

Re: [Qemu-devel] [PATCH v2] i.MX: implement a more correct version of EPIT timer.

On 29 April 2013 17:39, Jean-Christophe DUBOIS wrote: > Peter (Maydel), will you pick it up as is (actually the v3 version) or do I > need to send a new version of the patch (a v4) ? The last on-list version still has the wrong vmstate version fields, I think? thanks -- PMM

  1   2   3   >