Re: [Qemu-devel] [PATCH 1/5] pseries: Move sPAPR RTC code into its own file

On Tue, Dec 16, 2014 at 10:41:16AM +0100, Alexander Graf wrote: > > > > > Am 16.12.2014 um 02:24 schrieb David Gibson : > > > >> On Tue, Dec 16, 2014 at 01:59:01AM +0100, Alexander Graf wrote: > >> > >> > >>> On 16.12.14 01:43, David Gibson wrote: > >>> At the moment the RTAS (firmware/hyperv

Re: [Qemu-devel] [PATCH v2 1/2] e1000: Clear MDIC register when PHY addr is invalid

- Original Message - > Some drivers probe PHY addresses beyond the first one, and > also (unfortunately) don't check for MDIC_ERROR on reads. It appears > that the driver assumes that the data reads will return zero in this > case (invalid PHY address). Anecdotally, hardware is believed t

Re: [Qemu-devel] [PATCH v1] vhost-user: fix not send all hugepage files to vhost-user

On 2014/12/17 14:02, haifeng@huawei.com wrote: > From: linhaifeng > > If we create VM with two or more numa nodes qemu will create two > or more hugepage files but qemu only send one hugepage file fd > to vhost-user when VM's memory size is 2G and with two numa nodes. > > Signed-off-by: li

Re: [Qemu-devel] [PATCH v2 2/2] e1000: decrement RDT if equal to RDH

- Original Message - > Some drivers set RDT=RDH. Oddly, this works on real hardware. To work > around this, autodecrement RDT when this happens. > > Signed-off-by: Richard Tollerton > Signed-off-by: Jeff Westfahl > --- > hw/net/e1000.c | 6 ++ > 1 file changed, 6 insertions(+) Pl

[Qemu-devel] [PATCH] target-openrisc: bugfixes for debugging with GDB+Qemu on OpenRISC

This patch fixes two bugs in Qemu for OpenRISC, and enables more functionality from or1k-elf-gdb: 1) Fixed the decoding of "system" instructions (starting with 0x2) in dec_sys() in translate.c. In particular, the l.trap instruction is now correctly decoded, which enables for singlestepping and br

[Qemu-devel] virtio-net path after kick

Hi, I am using vhost-user and have an application which wants to send packet to VM. Initial connection establishment phase between qemu and app seems fine and control messages are exchanged and vrings are setup successfully. But, as I mentioned earlier on the group, after I kick from the app to

Re: [Qemu-devel] [PATCH v2 00/17] ide: rerror and werror support for IDE and AHCI

On 12/17/2014 04:37 AM, Paolo Bonzini wrote: On 17/12/2014 09:23, Markus Armbruster wrote: I had to read this twice to even guess how this is related to the stated subject "ide: rerror and werror support for IDE and AHCI" :) IDE already supports rerror and werror. I guess this series fixes

Re: [Qemu-devel] [PATCH v3 5/5] MAINTAINERS: Update for migrated migration code

On Fri, Dec 12, 2014 at 11:13:42AM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > My previous patches migrated the migration code into migration/ > but didn't update MAINTAINERS. > > Note that does mean that the owner for block-migration.c > changes, but I'll ask

Re: [Qemu-devel] [PATCH v3 4/5] Split the QEMU buffered file code out

On Fri, Dec 12, 2014 at 11:13:41AM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > The splitting of qemu-file and addition of the buffered file landed > at the same time; so now split the buffered file code out. > > Signed-off-by: Dr. David Alan Gilbert > --- >

Re: [Qemu-devel] [PATCH v3 3/5] Split struct QEMUFile out

On Fri, Dec 12, 2014 at 11:13:40AM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > Now we've got multiple QEMUFile source files, some of them need > access to things that were defined in qemu-file.c, so create > a -internal header for them. > > Signed-off-by: Dr.

Re: [Qemu-devel] [PATCH v3 2/5] Remove migration- pre/post fixes off files in migration/ dir

On Fri, Dec 12, 2014 at 11:13:39AM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > The general feeling is that having migration/migration-blah > is overkill. > > Signed-off-by: Dr. David Alan Gilbert Reviewed-by: David Gibson -- David Gibson

Re: [Qemu-devel] [PATCH v3 1/5] Start migrating migration code into a migration directory

On Fri, Dec 12, 2014 at 11:13:38AM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > The migration code now occupies a fair chunk of the top level .c > files, it seems time to give it it's own directory. > > I've not touched: >arch_init.c - that's mostly RAM mig

Re: [Qemu-devel] [PULL 0/1] update ipxe from 69313ed to 35c5379

On 2014/12/17 22:47, Gerd Hoffmann wrote: > Hi, > > Gonglei asked for a ipxe update to pick up a bugfix, so here we go! Thanks :) Regards, -Gonglei

Re: [Qemu-devel] [PATCH] seccomp: add mbind() to the syscall whitelist

On Wed, Dec 17, 2014 at 03:50:09PM -0500, Paul Moore wrote: > The "memory-backend-ram" QOM object utilizes the mbind(2) syscall to > set the policy for a memory range. Add the syscall to the seccomp > sandbox whitelist. > > Signed-off-by: Paul Moore Tested-by: Eduardo Habkost Reviewed-by: Edua

Re: [Qemu-devel] [PATCH v5 3/4] block: Add blockdev-backup to transaction

On 12/17/2014 07:51 AM, Fam Zheng wrote: Signed-off-by: Fam Zheng --- blockdev.c | 79 qapi-schema.json | 2 ++ 2 files changed, 81 insertions(+) diff --git a/blockdev.c b/blockdev.c index dbbab1d..9f9ae88 100644 --- a/blockdev

Re: [Qemu-devel] [PATCH v5 1/4] qapi: Comment version info in TransactionAction

On 12/17/2014 05:51 AM, Fam Zheng wrote: > Signed-off-by: Fam Zheng > --- > qapi-schema.json | 6 ++ > 1 file changed, 6 insertions(+) Reviewed-by: Eric Blake > > diff --git a/qapi-schema.json b/qapi-schema.json > index 563b4ad..47d99cf 100644 > --- a/qapi-schema.json > +++ b/qapi-schema.

[Qemu-devel] [PATCH v5 10/11] hw/arm: pass pristine kernel image to guest firmware over fw_cfg

Introduce the new boolean field "arm_boot_info.firmware_loaded". When this field is set, it means that the portion of guest DRAM that the VCPU normally starts to execute, or the pflash chip that the VCPU normally starts to execute, has been populated by board-specific code with full-fledged guest f

[Qemu-devel] [PATCH v5 09/11] hw/loader: split out load_image_gzipped_buffer()

In the next patch we'd like to reuse the image decompression facility without installing the output as a ROM at a specific guest-phys address. In addition, expose LOAD_IMAGE_MAX_GUNZIP_BYTES, because that's a straightforward "max_sz" argument for the new load_image_gzipped_buffer(). Signed-off-by

[Qemu-devel] [PATCH v5 11/11] hw/arm/virt: enable passing of EFI-stubbed kernel to guest UEFI firmware

The virt board already ensures mutual exclusion between -bios and -pflash unit#0; we only need to set "bootinfo.firmware_loaded", introduced in the previous patch, if either of those options was used to load the guest firmware. Signed-off-by: Laszlo Ersek Reviewed-by: Peter Maydell --- Notes:

[Qemu-devel] [PATCH v5 07/11] fw_cfg_mem: expose the "data_width" property with fw_cfg_init_mem_wide()

We rebase fw_cfg_init_mem() to the new function for compatibility with current callers. Signed-off-by: Laszlo Ersek --- Notes: v5: - just rebased v4: - unchanged v3: - new in v3 [Drew Jones] include/hw/nvram/fw_cfg.h | 2 ++ hw/nvram/fw_cfg.c | 12 +++

[Qemu-devel] [PATCH v5 08/11] arm: add fw_cfg to "virt" board

fw_cfg already supports exposure over MMIO (used in ppc/mac_newworld.c, ppc/mac_oldworld.c, sparc/sun4m.c); we can easily add it to the "virt" board. Because MMIO access is slow on ARM KVM, we enable the guest, with fw_cfg_init_mem_wide(), to transfer up to 8 bytes with a single access. This has b

[Qemu-devel] [PATCH v5 04/11] fw_cfg_mem: flip ctl_mem_ops and data_mem_ops to DEVICE_BIG_ENDIAN

The standalone selector port (fw_cfg_ctl_mem_ops) is only used by big endian guests to date (*), hence this change doesn't regress them. Paolo and Alex have suggested / requested an explicit DEVICE_BIG_ENDIAN setting here, for clarity. (*) git grep -l fw_cfg_init_mem hw/nvram/fw_cfg.c hw/

[Qemu-devel] [PATCH v5 02/11] fw_cfg: move boards to fw_cfg_init_io() / fw_cfg_init_mem()

This allows us to drop the fw_cfg_init() shim and to enforce the possible mappings at compile time. Signed-off-by: Laszlo Ersek --- Notes: v5: - new in v5 [Laszlo] include/hw/nvram/fw_cfg.h | 2 -- hw/i386/pc.c | 4 ++-- hw/nvram/fw_cfg.c | 14 -- hw/

[Qemu-devel] [PATCH v5 05/11] exec: allows 8-byte accesses in subpage_ops

From: Paolo Bonzini Otherwise fw_cfg accesses are split into 4-byte ones before they reach the fw_cfg ops / handlers. Signed-off-by: Paolo Bonzini Signed-off-by: Laszlo Ersek --- Notes: v5: - new in v5 [reported by Laszlo, fixed by Paolo] exec.c | 13 +++-- 1 file changed, 1

[Qemu-devel] [PATCH v5 03/11] fw_cfg_mem: max access size and region size are the same for data register

Make it clear that the maximum access size to the MMIO data register determines the full size of the memory region. Currently the max access size is 1. This patch doesn't change behavior. Signed-off-by: Laszlo Ersek --- Notes: v5: - Remove the "fw_cfg_data_mem_ops.impl.max_access_size

[Qemu-devel] [PATCH v5 06/11] fw_cfg_mem: introduce the "data_width" property

The "data_width" property is capable of changing the maximum valid access size to the MMIO data register, and resizes the memory region similarly, at device realization time. The default value of "data_memwidth" is set so that we don't yet diverge from "fw_cfg_data_mem_ops". Most of the fw_cfg_me

[Qemu-devel] [PATCH v5 01/11] fw_cfg: hard separation between the MMIO and I/O port mappings

We are going to introduce a wide data register for fw_cfg, but only for the MMIO mapped device. The wide data register will also require the tightening of endiannesses. However we don't want to touch the I/O port mapped fw_cfg device at all. Currently QEMU provides a single fw_cfg device type tha

[Qemu-devel] [PATCH v5 00/11] fw_cfg, bootorder, and UEFI+'-kernel' on arm/virt

Addressing review comments received for v4 (with many thanks). Deeper changes in v5 include (see also the notes per patch): - The I/O port mapping and the MMIO mapping have been split into separate QOM subclasses. This is new territory for me (what is not, heh), so bear with me. I've done

Re: [Qemu-devel] [PATCH v5 2/4] qmp: Add command 'blockdev-backup'

On 12/17/2014 07:51 AM, Fam Zheng wrote: Similar to drive-backup, but this command uses a device id as target instead of creating/opening an image file. Also add blocker on target bs, since the target is also a named device now. Add check and report error for bs == target which became possibl

[Qemu-devel] [PATCH] seccomp: add mbind() to the syscall whitelist

The "memory-backend-ram" QOM object utilizes the mbind(2) syscall to set the policy for a memory range. Add the syscall to the seccomp sandbox whitelist. Signed-off-by: Paul Moore --- qemu-seccomp.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/qemu-seccomp.c b/qemu-s

Re: [Qemu-devel] [PULL 0/5] target-xtensa queue 2014-12-17

gt; into staging (2014-12-16 16:52:42 +) > > are available in the git repository at: > > git://github.com/OSLL/qemu-xtensa.git tags/20141217-xtensa > > for you to fetch changes up to 97e89ee914411384dcda771d38bf89f13726d71e: > > target-xten

Re: [Qemu-devel] [Bug 1025244] Re: qcow2 image increasing disk size above the virtual limit

@Mario, the external snapshots have apparently been around a long time. The ability to create external snapshots from running vms is newer, but it appears to exist evn in qemu-kvm 1.0. So all versions in Debian and Ubuntu should support them. http://wiki.qemu.org/Features/Snapshots#Snapshot_com

Re: [Qemu-devel] [PATCH v4 43/47] Host page!=target page: Cleanup bitmaps

* David Gibson (da...@gibson.dropbear.id.au) wrote: > On Fri, Oct 03, 2014 at 06:47:49PM +0100, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > > > Prior to the start of postcopy, ensure that everything that will > > be transferred later is a whole host-page in size. >

Re: [Qemu-devel] [PULL 00/30] target-mips queue

On 16 December 2014 at 19:48, Leon Alrae wrote: > Hi, > > Here is first MIPS pull request for 2.3. > > Thanks, > Leon > > Cc: Peter Maydell > Cc: Aurelien Jarno > > The following changes since commit dfa9c2a0f4d0a0c8b2c1449ecdbb1297427e1560: > > Merge remote-tracking branch 'remotes/bonzini/ta

Re: [Qemu-devel] [PATCH v4 31/47] postcopy: Incoming initialisation

* David Gibson (da...@gibson.dropbear.id.au) wrote: > On Fri, Oct 03, 2014 at 06:47:37PM +0100, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > > > Signed-off-by: Dr. David Alan Gilbert > > --- > > arch_init.c | 11 > > include/migration/mig

Re: [Qemu-devel] [RFC PATCH 1/3] hw/vfio/sysbus-fdt: generic add_generic_fdt_node

On 12/17/2014 03:55 PM, Baptiste Reynal wrote: > > > On Wed, Dec 17, 2014 at 2:32 PM, Eric Auger > wrote: > > On 12/17/2014 11:09 AM, Baptiste Reynal wrote: > > Modify add_calxeda_midway_xgmac_fdt_node to make it more generic. > > Add multiple compatibl

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

On 17 December 2014 at 16:39, Peter Maydell wrote: > You need at least some support from QEMU core -- consider > what happens with this patch if the ldrex takes a data > abort, for instance. More generally, I would rather see a patch which provides some mechanisms and utility routines in core cod

Re: [Qemu-devel] [PATCH v4 30/47] Postcopy: Maintain sentmap and calculate discard

* David Gibson (da...@gibson.dropbear.id.au) wrote: > On Fri, Oct 03, 2014 at 06:47:36PM +0100, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > > > Where postcopy is preceeded by a period of precopy, the destination will > > have received pages that may have been dirtie

Re: [Qemu-devel] [PATCH v4 1/5] block: add bdrv functions for geometry and blocksize

> Add driver functions for geometry and blocksize detection > > Signed-off-by: Ekaterina Tumanova > Reviewed-by: Thomas Huth > --- > block.c | 34 ++ > include/block/block.h | 13 + > include/block/block_int.h | 15 ++

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

On 17 December 2014 at 16:29, Mark Burton wrote: >> On 17 Dec 2014, at 17:27, Peter Maydell wrote: >> I think a mutex is fine, personally -- I just don't want >> to see fifteen hand-hacked mutexes in the target-* code. >> > > Which would seem to favour the helper function approach? > Or am I miss

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

* Mark Burton (mark.bur...@greensocs.com) wrote: > Actually - I dont see any other option. > Playing with the ideas - it seems to me that if we were to implement > ?generic? Lock/unlock instructions which could then somehow we ?combined? > with loads/stores then we would be relying on an optimisa

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

> On 17 Dec 2014, at 17:27, Peter Maydell wrote: > > On 17 December 2014 at 16:17, Mark Burton wrote: >> Sorry - I should have replied to this Peter >> I agree with you - I dont know how much overlap we’ll find with different >> architectures. >> But if we stick to the more generic ‘lock/unloc

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

On 17 December 2014 at 16:17, Mark Burton wrote: > Sorry - I should have replied to this Peter > I agree with you - I dont know how much overlap we’ll find with different > architectures. > But if we stick to the more generic ‘lock/unlock’, I dont see how this is > going to help us output thread

Re: [Qemu-devel] [PULL 0/6] spice patch queue

On 16 December 2014 at 14:13, Gerd Hoffmann wrote: > Hi, > > Collection of misc spice patches, piled up during the 2.2 freeze. > > please pull, > Gerd > > The following changes since commit dfa9c2a0f4d0a0c8b2c1449ecdbb1297427e1560: > > Merge remote-tracking branch 'remotes/bonzini/tags/for-u

Re: [Qemu-devel] [PATCH v4] qemu-log: add log category for MMU info

On 15 December 2014 at 17:39, Peter Maydell wrote: > On 14 December 2014 at 18:29, Richard Henderson wrote: >> On 12/13/2014 08:48 AM, Antony Pavlov wrote: >>> Running barebox on qemu-system-mips* with '-d unimp' overloads >>> stderr by very very many mips_cpu_handle_mmu_fault() messages: >>> >>>

Re: [Qemu-devel] Can we make monitor commands identify BDS / BB by name consistently?

Kevin Wolf writes: > Am 16.12.2014 um 19:12 hat Markus Armbruster geschrieben: >> Conscious design decision: Backend (BB) and node (BDS) names share a >> common name space. >> >> Enables a convenience feature: when a command needs a node, we accept >> either kind of name, and a backend name is r

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

Sorry - I should have replied to this Peter I agree with you - I dont know how much overlap we’ll find with different architectures. But if we stick to the more generic ‘lock/unlock’, I dont see how this is going to help us output thread safe code without going thought a mutex - at which point w

[Qemu-devel] [RFC PATCH 1/1] block/parallels: new concept for DiskDescriptor.xml

Actually we have 2 major options without intruduction of the new concept: - follow VMDK approach (original approach in v4 patchset) - chain backing stores in XML parsing code in additional block driver This is very rough but working conceptual code with a new approach. The patch should be applied

Re: [Qemu-devel] [PATCH v4 28/47] qemu_savevm_state_complete: Postcopy changes

* David Gibson (da...@gibson.dropbear.id.au) wrote: > On Fri, Oct 03, 2014 at 06:47:34PM +0100, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > > > When postcopy calls qemu_savevm_state_complete it's not really > > the end of migration, so skip: > >a) Finishing post

Re: [Qemu-devel] [PATCH v9 02/10] qmp: Add block-dirty-bitmap-add and block-dirty-bitmap-remove

John Snow writes: > On 12/15/2014 03:50 AM, Markus Armbruster wrote: >> Stefan Hajnoczi writes: >> >>> On Wed, Dec 10, 2014 at 01:43:47PM +0100, Markus Armbruster wrote: Stefan Hajnoczi writes: > On Mon, Dec 01, 2014 at 03:30:08PM -0500, John Snow wrote: >> diff --git a/block.

Re: [Qemu-devel] [PATCH v2 8/8] target-tricore: Add instructions of RR1 opcode format, that have 0xb3 as first opcode

On 12/17/2014 09:59 AM, Bastian Koppelmann wrote: > Add instructions of RR1 opcode format, that have 0xb3 as first opcode. > Add helper functions mulh, mulmh and mulrh, that compute multiplication, > with multiprecision (mulmh) or rounding (mulrh) of 4 halfwords, being either > low or high parts >

Re: [Qemu-devel] [RFC PATCH] target-arm: protect cpu_exclusive_*.

Actually - I dont see any other option. Playing with the ideas - it seems to me that if we were to implement ‘generic’ Lock/unlock instructions which could then somehow we ‘combined’ with loads/stores then we would be relying on an optimisation step to ‘notice’ that this could be combined into e

Re: [Qemu-devel] [PATCH v2 5/8] target-tricore: Add instructions of RR opcode format, that have 0x4b as the first opcode

On 12/17/2014 09:59 AM, Bastian Koppelmann wrote: > +/* merge/split/parity */ > +DEF_HELPER_2(bmerge, i32, i32, i32) > +DEF_HELPER_1(bsplit, i64, i32) > +DEF_HELPER_1(parity, i32, i32) > +/* float */ > +DEF_HELPER_1(unpack, i64, i32) > +/* dvinit */ These should be DEF_HELPER_FLAGS. Otherwise, R

Re: [Qemu-devel] [PATCH v2 3/8] target-tricore: Add instructions of RR opcode format, that have 0xf as the first opcode

On 12/17/2014 09:59 AM, Bastian Koppelmann wrote: > Add instructions of RR opcode format, that have 0xf as the first opcode. > Add helper functions: > * clo/z/s: Counts leading ones/zeros/signs. > * clo/z/s_h: Count leading ones/zeros/signs in two haflwords. > * sh/_h: Shifts one/two wo

Re: [Qemu-devel] [PATCH v2 2/8] target-tricore: Add instructions of RR opcode format, that have 0xb as the first opcode

On 12/17/2014 09:59 AM, Bastian Koppelmann wrote: > Add instructions of RR opcode format, that have 0xb as the first opcode. > Add helper functions, for hword and byte arithmetics: > * add_h_ssov/suov: Add two halfword and saturate on overflow. > * sub_h_ssov/suov: Sub two halfword and satu

Re: [Qemu-devel] [PATCH v2 1/8] target-tricore: Change SSOV/SUOV makro name to SSOV32/SUOV32

On 12/17/2014 09:59 AM, Bastian Koppelmann wrote: > Those makros are exclusively used for 32 bit arithmetics and won't work for > 16 bit with two halfwords. So lets get rid of the len parameter and make them > always use 32 bit. Now no token pasting is needed anymore and they can be > regular funct

[Qemu-devel] [PATCH] target-s390x: Add Extract PSW instruction

Never versions of the linux kernel need this instruction, so let's add it to the tcg frontend. Signed-off-by: Bastian Koppelmann --- target-s390x/insn-data.def | 3 ++- target-s390x/translate.c | 19 +++ 2 files changed, 21 insertions(+), 1 deletion(-) diff --git a/target-s39

[Qemu-devel] [PATCH 2/3] block: do not allocate an iovec per read of a growable/zero_after_eof BDS

Most reads do not go past the end of the file, and they can use the input QEMUIOVector instead of creating one. This removes the qemu_iovec_* functions from the profile. Signed-off-by: Paolo Bonzini --- block.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/blo

[Qemu-devel] [PATCH 3/3] block: replace g_new0 with g_new for bottom half allocation.

This saves about 15% of the clock cycles spent on allocation. Using the slice allocator does not add a visible improvement; allocation is faster than malloc, while freeing seems to be slower. Signed-off-by: Paolo Bonzini --- async.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(

Re: [Qemu-devel] [RFC PATCH 1/3] hw/vfio/sysbus-fdt: generic add_generic_fdt_node

On Wed, Dec 17, 2014 at 2:32 PM, Eric Auger wrote: > > On 12/17/2014 11:09 AM, Baptiste Reynal wrote: > > Modify add_calxeda_midway_xgmac_fdt_node to make it more generic. > > Add multiple compatible strings support. > Hi Baptiste, > > Although I understand you may be tempted to transform the Calx

[Qemu-devel] [RFC PATCH 3/3] hw/vfio: add pl330 device support

Create a meta-device for PL330 DMA. Signed-off-by: Baptiste Reynal --- hw/arm/sysbus-fdt.c | 2 ++ hw/vfio/Makefile.objs| 1 + hw/vfio/pl330.c | 41 + include/hw/vfio/vfio-pl330.h | 26 ++ 4 files cha

Re: [Qemu-devel] [PATCH] qmp: implement a qmp command get_link_status

Tanks for your tips. 2014-12-17 10:02 GMT+01:00 Markus Armbruster : > > +if (queues == 0) { > > +error_set(errp, QERR_DEVICE_NOT_FOUND, name); > > +return (int64_t) -1; > > +} > > + > > +nc = ncs[0]; > > +ret = ncs[0]->link_down; > > + > > +if (nc->peer->info->

[Qemu-devel] [RFC PATCH 0/3] VFIO support for AMBA devices

The following series add VFIO support for AMBA devices. It introduces multiple compatible string support to deal with arm,primecell compatible string. The VFIOPlatformDevice now checks for this string and performs amba specific operations if it is present (change path of the device, add clock in

[Qemu-devel] [RFC PATCH 1/3] hw/vfio/sysbus-fdt: generic add_generic_fdt_node

Modify add_calxeda_midway_xgmac_fdt_node to make it more generic. Add multiple compatible strings support. Signed-off-by: Baptiste Reynal --- hw/arm/sysbus-fdt.c | 21 - 1 file changed, 16 insertions(+), 5 deletions(-) diff --git a/hw/arm/sysbus-fdt.c b/hw/arm/sysbus-fdt.c i

[Qemu-devel] [RFC PATCH 2/3] hw/vfio: amba device support

Add VFIO_DEVICE_TYPE_AMBA. Differentiate amba and platform devices according to compatible string. If the device is amba, clocks description is added in the fd. Signed-off-by: Baptiste Reynal --- hw/arm/sysbus-fdt.c | 11 +++ hw/vfio/platform.c| 15 ---

[Qemu-devel] [PATCH 0/3] block: three optimizations

These are three unrelated micro-optimizations of the block layer. The first is only visible on non-dataplane operation, the others are generic. Paolo Bonzini (3): block: mark AioContext as recursive block: do not allocate an iovec per read of a growable/zero_after_eof BDS block: replace g_ne

[Qemu-devel] [PATCH 1/3] block: mark AioContext as recursive

AioContext can be accessed recursively, in fact that's what we do with aio_poll. Marking the GSource as recursive avoids that GLib blocks it and unblocks it around every call to aio_dispatch, which is a pretty expensive operation. Signed-off-by: Paolo Bonzini --- async.c | 1 + 1 file changed,

[Qemu-devel] [PATCH v2 4/8] target-tricore: Add instructions of RR opcode format, that have 0x1 as the first opcode

Add instructions of RR opcode format, that have 0x1 as the first opcode. Signed-off-by: Bastian Koppelmann Reviewed-by: Richard Henderson --- target-tricore/translate.c | 97 ++ 1 file changed, 97 insertions(+) diff --git a/target-tricore/translate.c

Re: [Qemu-devel] [PATCH v2 1/5] linux-aio: queue requests that cannot be submitted

On 17/12/2014 13:34, Paolo Bonzini wrote: > > > On 16/12/2014 21:26, Paolo Bonzini wrote: >> >>> I could reproduce this very well on a random OS image that I had around. >>> This is raw over XFS over dm-crypt, and the image is about 75% sparse >>> (8.2G used over 35G). I only get 1-2%, but st

[Qemu-devel] [PATCH v2 5/8] target-tricore: Add instructions of RR opcode format, that have 0x4b as the first opcode

Add instructions of RR opcode format, that have 0x4b as the first opcode. Add helper functions: * parity: Calculates the parity bits for every byte of a 32 int. * bmerge/bsplit: Merges two regs into one bitwise/Splits one reg into two bitwise. * unpack: unpack a IEEE 754 single precisi

[Qemu-devel] [PATCH v2 3/8] target-tricore: Add instructions of RR opcode format, that have 0xf as the first opcode

Add instructions of RR opcode format, that have 0xf as the first opcode. Add helper functions: * clo/z/s: Counts leading ones/zeros/signs. * clo/z/s_h: Count leading ones/zeros/signs in two haflwords. * sh/_h: Shifts one/two word/hwords. * sha/_h: Shifts one/two word/hwords arithmet

[Qemu-devel] [PATCH v2 6/8] target-tricore: Add missing 1.6 insn of BOL opcode format

Some of the 1.6 ISA instructions were still missing. So let's add them. Signed-off-by: Bastian Koppelmann Reviewed-by: Richard Henderson --- target-tricore/translate.c | 49 +++- target-tricore/tricore-opcodes.h | 6 + 2 files changed, 54 insertion

[Qemu-devel] [PATCH v2 0/8] TriCore add instructions of RR and RR1 opcode format

Hi, here is the next patchset for the TriCore ISA, which steadily moves towards being a usable qemu guest. This patchset first cleans up the SSOV/SUOV makros, which were only suitable for 32 bit arithmetic, to make room for 16bit SSOV/SUOV arithmetic used for the RR insn. These are splitted int

[Qemu-devel] [PATCH v2 7/8] target-tricore: Fix MFCR/MTCR insn and B format offset.

Fix gen_mtcr using wrong register. Fix gen_mtcr/mfcr using sign extended offsets. Fix B format insn using not sign extendend offsets. Signed-off-by: Bastian Koppelmann Reviewed-by: Richard Henderson --- target-tricore/translate.c | 6 -- target-tricore/tricore-opcodes.h | 2 ++ 2 file

[Qemu-devel] [PATCH v2 2/8] target-tricore: Add instructions of RR opcode format, that have 0xb as the first opcode

Add instructions of RR opcode format, that have 0xb as the first opcode. Add helper functions, for hword and byte arithmetics: * add_h_ssov/suov: Add two halfword and saturate on overflow. * sub_h_ssov/suov: Sub two halfword and saturate on overflow. * absdif_h_ssov: Compute absolute di

[Qemu-devel] [PATCH v2 1/8] target-tricore: Change SSOV/SUOV makro name to SSOV32/SUOV32

Those makros are exclusively used for 32 bit arithmetics and won't work for 16 bit with two halfwords. So lets get rid of the len parameter and make them always use 32 bit. Now no token pasting is needed anymore and they can be regular functions. Signed-off-by: Bastian Koppelmann --- v1 -> v2:

[Qemu-devel] [PATCH v2 8/8] target-tricore: Add instructions of RR1 opcode format, that have 0xb3 as first opcode

Add instructions of RR1 opcode format, that have 0xb3 as first opcode. Add helper functions mulh, mulmh and mulrh, that compute multiplication, with multiprecision (mulmh) or rounding (mulrh) of 4 halfwords, being either low or high parts of two 32 bit regs. Signed-off-by: Bastian Koppelmann ---

Re: [Qemu-devel] [PATCH v4 21/47] Add wrappers and handlers for sending/receiving the postcopy-ram migration messages.

* David Gibson (da...@gibson.dropbear.id.au) wrote: > On Fri, Oct 03, 2014 at 06:47:27PM +0100, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > > > Add state variable showing current incoming postcopy state. > > This appears to implement a lot more than just adding a s

[Qemu-devel] [PULL 1/1] update ipxe from 69313ed to 35c5379

Anton D. Kachalov (1): [intel] Add 8086:1557 card (Intel 82599 10G ethernet mezz) Christian Hesse (1): [build] Merge util/geniso and util/genliso Curtis Larsen (3): [efi] Use EFI_CONSOLE_CONTROL_PROTOCOL to set text mode if available [efi] Report errors from attempting to

[Qemu-devel] [PULL 0/1] update ipxe from 69313ed to 35c5379

available in the git repository at: git://git.kraxel.org/qemu tags/pull-roms-20141217-1 for you to fetch changes up to c246cee4eedb17ae3932d699e009a8b63240235f: update ipxe from 69313ed to 35c5379 (2014-12-17 14:11:39 +0100) -

[Qemu-devel] [PULL 4/4] vga: set catagory bit for secondary vga device

From: Gonglei Signed-off-by: Gonglei Signed-off-by: Gerd Hoffmann --- hw/display/vga-pci.c | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/display/vga-pci.c b/hw/display/vga-pci.c index db922f1..53739e4 100644 --- a/hw/display/vga-pci.c +++ b/hw/display/vga-pci.c @@ -321,6 +321,7 @@ sta

[Qemu-devel] [PULL 3/4] move hw cursor pos from cirrus to vga

--- hw/display/cirrus_vga.c | 31 +++ hw/display/vga_int.h| 2 ++ 2 files changed, 17 insertions(+), 16 deletions(-) diff --git a/hw/display/cirrus_vga.c b/hw/display/cirrus_vga.c index 686b062..3a53f20 100644 --- a/hw/display/cirrus_vga.c +++ b/hw/display/cirrus_

Re: [Qemu-devel] [PATCH 5/8] target-tricore: Add instructions of RR opcode format, that have 0x4b as the first opcode

On 12/12/2014 08:45 PM, Richard Henderson wrote: Probably doesn't matter much, but ret = (ctpop8(r1) & 1) | ((ctpop8(r1 >> 8) & 1) << 8) | ((ctpop8(r1 >> 16) & 1) << 16) | ((ctpop8(r1 >> 24) & 1) << 24); This looks much more compact to me. Thanks! One could also

[Qemu-devel] [PULL 2/4] cirrus: Force use of shadow pixmap when HW cursor is enabled

From: Benjamin Herrenschmidt The HW cursor cannot be painted on a shared surface. This fixes HW cursor display in Windows NT 4.0 and Windows 98. Signed-off-by: Benjamin Herrenschmidt Signed-off-by: Gerd Hoffmann --- hw/display/cirrus_vga.c | 9 - 1 file changed, 8 insertions(+), 1 del

[Qemu-devel] [PULL 1/4] vga: Add mechanism to force the use of a shadow surface

From: Benjamin Herrenschmidt This prevents surface sharing which will be necessary to fix cirrus HW cursor support. Signed-off-by: Benjamin Herrenschmidt Signed-off-by: Gerd Hoffmann --- hw/display/vga.c | 17 +++-- hw/display/vga_int.h | 1 + 2 files changed, 16 insertions(+

[Qemu-devel] [PULL 0/4] vga: cirrus hwcursor fixes.

Hi, vga patches lingering way too long in my queue. Finally merging the cirrus hwcursor fixes (for NT4 guests!) discussed months ago ... Also minor tweaks picked up during freeze. please pull, Gerd The following changes since commit dfa9c2a0f4d0a0c8b2c1449ecdbb1297427e1560: Merge remote

Re: [Qemu-devel] Can we make monitor commands identify BDS / BB by name consistently? (was: Review of monitor commands identifying BDS / BB by name)

Am 16.12.2014 um 19:12 hat Markus Armbruster geschrieben: > Conscious design decision: Backend (BB) and node (BDS) names share a > common name space. > > Enables a convenience feature: when a command needs a node, we accept > either kind of name, and a backend name is resolved to its root node. >

Re: [Qemu-devel] [PATCH 0/6] relicense QEMU softfloat from 2b to to 2a

On 5 December 2014 at 11:15, Peter Maydell wrote: > Hi; this is a ping (with some of the less frequent contributors > taken off cc), because I'd really like it if we could get this > issue dealt with (preferably before a flood of new patches to > softfloat arrive after the tree reopens for 2.3), b

Re: [Qemu-devel] [RFC PATCH 2/3] hw/vfio: amba device support

On 12/17/2014 11:09 AM, Baptiste Reynal wrote: > Add VFIO_DEVICE_TYPE_AMBA. > Differentiate amba and platform devices according to compatible string. > If the device is amba, clocks description is added in the fd. > > Signed-off-by: Baptiste Reynal > --- > hw/arm/sysbus-fdt.c | 11

[Qemu-devel] ich6 and ich9 problem using spice with opus enable

Hey, When connecting to a windows 7 VM with ich6 or ich9 audio devices, I keep having a click sound every second or so when playing audio files. The problem doesn't happen with ac97 for instance. I'm using spice to connect to the VM with OPUS enabled. Looks like that the audio should be at 48kHz b

Re: [Qemu-devel] [RFC PATCH 1/3] hw/vfio/sysbus-fdt: generic add_generic_fdt_node

On 12/17/2014 11:09 AM, Baptiste Reynal wrote: > Modify add_calxeda_midway_xgmac_fdt_node to make it more generic. > Add multiple compatible strings support. Hi Baptiste, Although I understand you may be tempted to transform the Calxeda basic node creation function into something more generic, we

Re: [Qemu-devel] [PATCH] Force pread64/pwrite64 to return 0 for zero-length buffer

On 17 December 2014 at 12:56, Ilya Palachev wrote: > We were interested in pwrite64/pread64 only since it caused a failure in > elfutils (see https://bugzilla.redhat.com/show_bug.cgi?id=1174267). > Of course, it applies also to other syscalls. There are the following > problems: > > - Find what sy

Re: [Qemu-devel] [PATCH 1/1] ich9: add disable_s3, disable_s4, s4_val properties

On 12/16/2014 01:23 PM, Amit Shah wrote: PIIX4 has disable_s3 and disable_s4 properties to enable or disable PM functions. Add such properties to the ICH9 chipset as well for the Q35 machine type. S3 / S4 are not guaranteed to always work (needs work in the guest as well as QEMU for things to w

Re: [Qemu-devel] [RFC PATCH 0/3] VFIO support for AMBA devices

On 12/17/2014 11:09 AM, Baptiste Reynal wrote: > The following series add VFIO support for AMBA devices. > > It introduces multiple compatible string support to deal with arm,primecell > compatible string. > > The VFIOPlatformDevice now checks for this string and performs amba specific > operatio

Re: [Qemu-devel] [RFC PATCH v6 11/32] From 7abf2f72777958d395cfd01d97fe707cc06152b5 Mon Sep 17 00:00:00 2001

> On 08.12.2014, at 08:54, Pavel Dovgalyuk wrote: > > From: Paolo Bonzini > > Subject: [PATCH] target-ppc: pass DisasContext to SPR generator functions > > Signed-off-by: Paolo Bonzini > > Signed-off-by: Pavel Dovgalyuk > --- Reviewed-by: Alexander Graf Alex PS: It helps to CC qemu-p

Re: [Qemu-devel] [PATCH] pseries: Update SLOF firmware image to 20141202

On 02.12.14 05:32, Alexey Kardashevskiy wrote: > The changelog is: > > version: update to 20141202 > > ipv4: Fix send packet across a subnet > > pci: scan only type 0 and type 1 > > usb-xhci: support xhci extended capabilities > > Fix term-io-key to also work when stdin has not been set

Re: [Qemu-devel] [PATCH] Force pread64/pwrite64 to return 0 for zero-length buffer

On 17.12.2014 15:28, Peter Maydell wrote: If this is a problem, doesn't it apply to more syscalls than just pread64 and pwrite64 ? Hi, We were interested in pwrite64/pread64 only since it caused a failure in elfutils (see https://bugzilla.redhat.com/show_bug.cgi?id=1174267). Of course, it app

[Qemu-devel] [PATCH v5 2/4] qmp: Add command 'blockdev-backup'

Similar to drive-backup, but this command uses a device id as target instead of creating/opening an image file. Also add blocker on target bs, since the target is also a named device now. Add check and report error for bs == target which became possible but is an illegal case with introduction of

[Qemu-devel] [PATCH v5 4/4] qemu-iotests: Test blockdev-backup in 055

This applies cases on drive-backup on blockdev-backup, except cases with target format and mode. Also add a case to check source == target. Signed-off-by: Fam Zheng Reviewed-by: Max Reitz --- tests/qemu-iotests/055 | 211 + tests/qemu-iotests/055

[Qemu-devel] [PATCH v5 3/4] block: Add blockdev-backup to transaction

Signed-off-by: Fam Zheng --- blockdev.c | 79 qapi-schema.json | 2 ++ 2 files changed, 81 insertions(+) diff --git a/blockdev.c b/blockdev.c index dbbab1d..9f9ae88 100644 --- a/blockdev.c +++ b/blockdev.c @@ -1559,6 +1559,79 @@ sta

  1   2   >