Re: [Qemu-devel] [PATCH 02/13] pseries: Split device tree construction from device tree load

On 20.10.2016 07:11, David Gibson wrote: > spapr_finalize_fdt() both finishes building the device tree for the guest > and loads it into guest memory. For future cleanups, it's going to be > more convenient to do these two things separately. The loading portion is > pretty trivial, so we move it

[Qemu-devel] [PATCH] m25p80: add support for the mx66l1g45g

Signed-off-by: Cédric Le Goater --- hw/block/m25p80.c |1 + 1 file changed, 1 insertion(+) Index: qemu-aspeed.git/hw/block/m25p80.c === --- qemu-aspeed.git.orig/hw/block/m25p80.c +++ qemu-aspeed.git/hw/block/m25p80.c @@ -203,6 +

Re: [Qemu-devel] [PATCH 04/13] pseries: Make spapr_create_fdt_skel() get information from machine state

On 20.10.2016 07:12, David Gibson wrote: > Currently spapr_create_fdt_skel() takes a bunch of individual parameters > for various things it will put in the device tree. Some of these can > already be taken directly from sPAPRMachineState. This patch alters it so > that all of them can be taken fr

Re: [Qemu-devel] [PATCH v9 01/12] vfio: Mediated device Core driver

On 10/18/2016 05:22 AM, Kirti Wankhede wrote: > diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c > new file mode 100644 > index ..7db5ec164aeb > --- /dev/null > +++ b/drivers/vfio/mdev/mdev_core.c > @@ -0,0 +1,372 @@ > +/* > + * Mediated device Core Driver > +

Re: [Qemu-devel] [PATCH 07/13] spapr: Move construction of /interrupt-controller fdt node

On 20.10.2016 07:12, David Gibson wrote: > Currently the device tree node for the XICS interrupt controller is in > spapr_create_fdt_skel(). As part of consolidating device tree construction > to reset time, this moves it to a function called from spapr_build_fdt(). > > In addition we move the ac

Re: [Qemu-devel] [PATCH v4 RESEND 3/3] IOMMU: enable intel_iommu map and unmap notifiers

On Mon, Oct 17, 2016 at 06:44:24PM +0300, Aviv B.D wrote: [...] > @@ -2000,8 +2065,10 @@ static void vtd_iommu_notify_flag_changed(MemoryRegion > *iommu, >IOMMUNotifierFlag new) > { > VTDAddressSpace *vtd_as = container_of(iommu, VTDAddressSpace,

Re: [Qemu-devel] [Problem] qemu crash when vhost_net_start

> > Hi > > - Original Message - > > Hi, all > > Recently, I have a VM with a vhost-user network card created by qemu 2.6.0. > > Once, I restart OpenVSwitch service > > and start this VM in the same time. I found qemu may probably crash > > with following stack: > > > > (gdb) bt > > #0 0

Re: [Qemu-devel] [PATCH v14 20/21] net: convert to QObjectInputVisitor for -net/-netdev parsing

"Daniel P. Berrange" writes: > The -net/-netdev command line parsing code uses OptsVisitor > for parsing options to populate NetLegacy or NetDev struct > respectively. Although those structs have nesting, the > OptsVisitor flattens them, so we must enable compatibility > options to auto-create st

[Qemu-devel] [PATCH] audio: intel-hda: check stream entry count during transfer

From: Prasad J Pandit Intel HDA emulator uses stream of buffers during DMA data transfers. Each entry has buffer length and buffer pointer position, which are used to derive bytes to 'copy'. If this length and buffer pointer were to be same, 'copy' could be set to zero(0), leading to an infinite

Re: [Qemu-devel] [PATCH 08/13] spapr: Consolidate construction of /chosen device tree node

On 20.10.2016 07:12, David Gibson wrote: > For historical reasons, building the /chosen node in the guest device tree > is split across several places and includes both parts which write the DT > sequentially and others which use random access functions. > > This patch consolidates construction of

Re: [Qemu-devel] [PATCH 08/13] spapr: Consolidate construction of /chosen device tree node

On 20.10.2016 07:12, David Gibson wrote: > For historical reasons, building the /chosen node in the guest device tree > is split across several places and includes both parts which write the DT > sequentially and others which use random access functions. > > This patch consolidates construction of

[Qemu-devel] [PATCH v4 3/4] fdc: Move qdev properties to FloppyDrive

This makes the FloppyDrive qdev object actually useful: Now that it has all properties that don't belong to the controller, you can actually use '-device floppy' and get a working result. Command line semantics is consistent with CD-ROM drives: By default you get a single empty floppy drive. You c

[Qemu-devel] [PATCH v4 1/4] fdc: Add a floppy qbus

This adds a qbus to the floppy controller that should contain the floppy drives eventually. At the moment it just exists and is empty. Signed-off-by: Kevin Wolf Reviewed-by: John Snow --- hw/block/fdc.c | 40 +++- 1 file changed, 35 insertions(+), 5 deletions

[Qemu-devel] [PATCH v4 2/4] fdc: Add a floppy drive qdev

Floppy controllers automatically create two floppy drive devices in qdev now. (They always created two drives, but managed them only internally.) Signed-off-by: Kevin Wolf Reviewed-by: John Snow --- hw/block/fdc.c | 151 + 1 file changed,

[Qemu-devel] [PATCH v4 0/4] fdc: Use separate qdev device for drives

We have been complaining for a long time about how the floppy controller and floppy drives are combined in a single qdev device and how this makes the device awkward to work with because it behaves different from all other block devices. The latest reason to complain was when I noticed that using

[Qemu-devel] [PATCH v4 4/4] qemu-iotests: Test creating floppy drives

This tests the different supported methods to create floppy drives and how they interact. Signed-off-by: Kevin Wolf --- tests/qemu-iotests/172 | 242 + tests/qemu-iotests/172.out | 1170 tests/qemu-iotests/group |1 + 3 files change

[Qemu-devel] [Bug 1625295] Re: qemu-arm dies with libarmmem inside ld.so.preload

NB that commit 9b6a3ea7a69959416 had a bug (it broke exception return to Thumb code), so you should also make sure you have commit fb0e8e79a9d77 which fixes that bug. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launch

Re: [Qemu-devel] [PATCH v4 1/4] fdc: Add a floppy qbus

Hi, Le 20/10/2016 à 09:55, Kevin Wolf a écrit : This adds a qbus to the floppy controller that should contain the floppy drives eventually. At the moment it just exists and is empty. Signed-off-by: Kevin Wolf Reviewed-by: John Snow --- hw/block/fdc.c | 40 +++-

Re: [Qemu-devel] Infinite IRQ injection when trying windows 10

* //-//ani Nemati (hani.nem...@gmail.com) wrote: > /usr/bin/qemu-system-x86_64 -name win10 -S -machine > pc-i440fx-2.6,accel=kvm,usb=off -cpu Haswell -m 2048 -realtime mlock=off > -smp 2,sockets=2,cores=1,threads=1 -uuid > 9b3b910d-f3d1-494e-9471-943fc511d994 -no-user-config -nodefaults -chardev >

Re: [Qemu-devel] [PATCH v4 2/4] fdc: Add a floppy drive qdev

Le 20/10/2016 à 09:55, Kevin Wolf a écrit : Floppy controllers automatically create two floppy drive devices in qdev now. (They always created two drives, but managed them only internally.) Signed-off-by: Kevin Wolf Reviewed-by: John Snow --- hw/block/fdc.c | 151 +++

Re: [Qemu-devel] [PATCH v11 01/19] block: Add bdrv_drain_all_{begin, end}()

On Wed 19 Oct 2016 07:11:20 PM CEST, Kevin Wolf wrote: >> bdrv_drain_all() doesn't allow the caller to do anything after all >> pending requests have been completed but before block jobs are >> resumed. >> >> This patch splits bdrv_drain_all() into _begin() and _end() for that >> purpose. It also

Re: [Qemu-devel] my attempt at new QEMU website

On Wed, Oct 19, 2016 at 03:54:22PM -0400, Programmingkid wrote: > > On Wed, Oct 19, 2016 at 12:53:55PM +0200, Paolo Bonzini wrote: > >> Hi all, > >> > >> another small PSA. :) I have created a small but hopefully useful > >> example of a new QEMU website at http://qemu-bonzini.rhcloud.com/. The

Re: [Qemu-devel] chardev's and fd's in monitors

On Wed, Oct 19, 2016 at 10:51:07PM +0200, Paolo Bonzini wrote: > > > On 19/10/2016 19:01, Dr. David Alan Gilbert wrote: > > * Paolo Bonzini (pbonz...@redhat.com) wrote: > >> > >> > >> On 18/10/2016 16:01, Daniel P. Berrange wrote: > > > > I already use error_report's in places in migratio

Re: [Qemu-devel] chardev's and fd's in monitors

On Wed, Oct 19, 2016 at 07:06:16PM +0100, Dr. David Alan Gilbert wrote: > * Daniel P. Berrange (berra...@redhat.com) wrote: > > On Wed, Oct 19, 2016 at 02:16:05PM +0200, Markus Armbruster wrote: > > > "Daniel P. Berrange" writes: > > > > > > > On Wed, Oct 19, 2016 at 11:05:53AM +0100, Dr. David A

Re: [Qemu-devel] [PATCH 09/13] pseries: Consolidate construction of /rtas device tree node

On 20.10.2016 07:12, David Gibson wrote: > For historical reasons construction of the /rtas node in the device > tree (amongst others) is split into several places. In particular > it's split between spapr_create_fdt_skel(), spapr_build_fdt() and > spapr_rtas_device_tree_setup(). > > In fact, as

[Qemu-devel] Intel HDA and ALSA audio driver hogging event loop

Hi Gerd, A RHEL 7.2 guest sometimes hangs when I play back a wav file on the Intel HDA emulated sound card using the QEMU ALSA audio driver. I can only trigger this with the GTK UI but I think that may be a timing issue. The GTK UI has a GSource .prepare() function that calls recvmsg(2) on a non-

Re: [Qemu-devel] qemu master tests/vmstate prints "Failed to load simple/primitive:b_1" etc

On 10/18/2016 10:03 AM, Markus Armbruster wrote: > Paolo Bonzini writes: > >> > On 17/10/2016 21:15, Dr. David Alan Gilbert wrote: >>> >> * Peter Maydell (peter.mayd...@linaro.org) wrote: >>> On 17 October 2016 at 19:51, Dr. David Alan Gilbert >>> wrote: > * Peter Maydell (

Re: [Qemu-devel] [PATCH 10/13] spapr: Move /event-sources construction to spapr_build_fdt()

On 20.10.2016 07:12, David Gibson wrote: > The /event-sources device tree node is built from spapr_create_fdt_skel(). > As part of consolidating device tree construction to reset time, this moves > it to spapr_build_fdt(). > > Signed-off-by: David Gibson > --- > hw/ppc/spapr.c | 6 +++--

Re: [Qemu-devel] [PATCH 11/13] spapr: Move /hypervisor node construction to fdt_build_fdt()

On 20.10.2016 07:12, David Gibson wrote: > Currently the /hypervisor device tree node is constructed in > spapr_create_fdt_skel(). As part of consolidating device tree construction > to reset time, move it to a function called from spapr_build_fdt(). > > Signed-off-by: David Gibson > --- > hw/p

Re: [Qemu-devel] [PATCH 12/13] spapr: Consolidate construction of /vdevice device tree node

On 20.10.2016 07:12, David Gibson wrote: > Construction of the /vdevice node (and its children) is divided between > spapr_create_fdt_skel() (at init time), which creates the base node, and > spapr_populate_vdevice() (at reset time) which creates the nodes for each > individual virtual device. > >

Re: [Qemu-devel] [PATCH v7 00/35] cmpxchg-based emulation of atomics

Richard Henderson writes: > I believe we're about ready for merge. > > Changes since v6: > * atomic_add-bench update (Emilio). > * Use atomic_load(__nocheck) prior to the cmpxchg in the > reverse-endian atomic addition routines (Emilio). > * tcg temp free-after-free in arm32 load_exclu

Re: [Qemu-devel] chardev's and fd's in monitors

Hi On Thu, Oct 20, 2016 at 11:38 AM Daniel P. Berrange wrote: > On Wed, Oct 19, 2016 at 07:06:16PM +0100, Dr. David Alan Gilbert wrote: > > * Daniel P. Berrange (berra...@redhat.com) wrote: > > > On Wed, Oct 19, 2016 at 02:16:05PM +0200, Markus Armbruster wrote: > > > > "Daniel P. Berrange" wri

Re: [Qemu-devel] chardev's and fd's in monitors

"Dr. David Alan Gilbert" writes: > * Daniel P. Berrange (berra...@redhat.com) wrote: >> On Wed, Oct 19, 2016 at 02:16:05PM +0200, Markus Armbruster wrote: >> > "Daniel P. Berrange" writes: >> > >> > > On Wed, Oct 19, 2016 at 11:05:53AM +0100, Dr. David Alan Gilbert wrote: >> > >> >> > >> We ne

Re: [Qemu-devel] [PATCH 13/13] spapr: Remove spapr_create_fdt_skel()

On 20.10.2016 07:12, David Gibson wrote: > For historical reasons construction of the guest device tree in spapr is > divided between spapr_create_fdt_skel() which is called at init time, and > spapr_build_fdt() which runs at reset time. Over time, more and more > things have needed to be moved to

Re: [Qemu-devel] chardev's and fd's in monitors

On Thu, Oct 20, 2016 at 10:55:52AM +0200, Markus Armbruster wrote: > "Dr. David Alan Gilbert" writes: > > > * Daniel P. Berrange (berra...@redhat.com) wrote: > >> On Wed, Oct 19, 2016 at 02:16:05PM +0200, Markus Armbruster wrote: > >> > "Daniel P. Berrange" writes: > >> > > >> > > On Wed, Oct 1

Re: [Qemu-devel] [PATCH 00/12] virtio: cleanup ioeventfd start/stop

On Wed, 19 Oct 2016 22:44:18 +0200 Paolo Bonzini wrote: > On 19/10/2016 17:38, Cornelia Huck wrote: > > - failures are in qom-test for aarch64: > > TEST: tests/qom-test... (pid=23997) > > /aarch64/qom/integratorcp: OK > > /aarch64/qom/nuri:

Re: [Qemu-devel] [PATCH 1/2] script/clean-includes: added duplicate #include check

On 18.10.2016 14:38, Anand J wrote: > > > On Tue, Oct 18, 2016 at 4:03 PM, Anand J > wrote: > > Added script to check duplicate #include entries. This check will scan > and print the files in which duplicate #include entries are present. > > Script

Re: [Qemu-devel] Intel HDA and ALSA audio driver hogging event loop

Hello Gerd, +-- On Thu, 20 Oct 2016, Stefan Hajnoczi wrote --+ | A RHEL 7.2 guest sometimes hangs when I play back a wav file on the | Intel HDA emulated sound card using the QEMU ALSA audio driver. | | intel_hda_xfer() transfers samples between the emulated card and the | QEMU audio subsystem.

Re: [Qemu-devel] [PATCH 2/2] clean-up: removed duplicate #includes

On 18.10.2016 14:39, Anand J wrote: > > > On Tue, Oct 18, 2016 at 4:03 PM, Anand J > wrote: > > Some files contain multiple #includes of the same header file. > Removed most of those unnecessary duplicate entries using > scripts/clean-includes. > >

Re: [Qemu-devel] [PATCH v11 01/19] block: Add bdrv_drain_all_{begin, end}()

Am 20.10.2016 um 10:25 hat Alberto Garcia geschrieben: > On Wed 19 Oct 2016 07:11:20 PM CEST, Kevin Wolf wrote: > >> bdrv_drain_all() doesn't allow the caller to do anything after all > >> pending requests have been completed but before block jobs are > >> resumed. > >> > >> This patch splits bdrv

Re: [Qemu-devel] [Qemu-ppc] [PATCH 3/3] ppc/spapr: implement H_SIGNAL_SYS_RESET

On 20.10.2016 08:59, Nicholas Piggin wrote: > The H_SIGNAL_SYS_RESET hcall allows a guest CPU to raise a system > reset exception on other CPUs in the same guest. > > Signed-off-by: Nicholas Piggin > --- > hw/ppc/spapr_hcall.c | 42 ++ > include/hw/ppc/s

Re: [Qemu-devel] [PULL v1 0/6] Merge qcrypto 2016/10/19

Hi Peter, Please drop this merge request. It seems to cause a regression on old Ubuntu 12.04 which I'm investigating. I'll send a v2 when I've determined the problem. On Wed, Oct 19, 2016 at 11:02:42AM +0100, Daniel P. Berrange wrote: > The following changes since commit e8ddc2eae5ccc41f0815e5c43

Re: [Qemu-devel] [PATCH v4 1/4] fdc: Add a floppy qbus

Am 20.10.2016 um 10:06 hat KONRAD Frederic geschrieben: > Hi, > > Le 20/10/2016 à 09:55, Kevin Wolf a écrit : > >This adds a qbus to the floppy controller that should contain the floppy > >drives eventually. At the moment it just exists and is empty. > > > >Signed-off-by: Kevin Wolf > >Reviewed-b

Re: [Qemu-devel] Intel HDA and ALSA audio driver hogging event loop

On Thu, Oct 20, 2016 at 10:08 AM, P J P wrote: > Hello Gerd, > > +-- On Thu, 20 Oct 2016, Stefan Hajnoczi wrote --+ > | A RHEL 7.2 guest sometimes hangs when I play back a wav file on the > | Intel HDA emulated sound card using the QEMU ALSA audio driver. > | > | intel_hda_xfer() transfers sampl

Re: [Qemu-devel] [PATCH] audio: intel-hda: check stream entry count during transfer

On Thu, Oct 20, 2016 at 01:10:24PM +0530, P J P wrote: > From: Prasad J Pandit > > Intel HDA emulator uses stream of buffers during DMA data > transfers. Each entry has buffer length and buffer pointer > position, which are used to derive bytes to 'copy'. If this > length and buffer pointer were

Re: [Qemu-devel] [GIT PULL] pseries: Update SLOF firmware image to 20161019

On 19 October 2016 at 00:15, Alexey Kardashevskiy wrote: > The following changes since commit bd56ff33ed174cbe825a3b9929399ca804ce0f27: > > pseries: Update SLOF firmware image to 20161019 (2016-10-19 10:05:26 +1100) > > are available in the git repository at: > > g...@github.com:aik/qemu.git >

[Qemu-devel] [PATCH 1/2] script/clean-includes: added duplicate #include check

Added script to check duplicate #include entries. This check will scan and print the files in which duplicate #include entries are present. Script might output false positive entries as well. Such entries should not be removed. So if it finds any duplicate entries script will terminate with an exi

[Qemu-devel] [PATCH 2/2] clean-up: removed duplicate #includes

Some files contain multiple #includes of the same header file. Removed most of those unnecessary duplicate entries using scripts/clean-includes. Reviewed-by: Thomas Huth Signed-off-by: Anand J --- accel.c | 1 - cputlb.c| 1 - gdbstub.c

Re: [Qemu-devel] [PATCHv3 08/11] tests: Clean up IO handling in ide-test

On 20/10/2016 05:43, David Gibson wrote: > ide-test uses many explicit inb() / outb() operations for its IO, which > means it's not portable to non-x86 platforms. This cleans it up to use > the libqos PCI accessors instead. > > Signed-off-by: David Gibson > --- > tests/ide-test.c | 181 > +++

Re: [Qemu-devel] [PATCH 1/2] script/clean-includes: added duplicate #include check

send a new patch. please check http://patchwork.ozlabs.org/patch/684533/ Thanks, Anand On Thu, Oct 20, 2016 at 2:38 PM, Thomas Huth wrote: > On 18.10.2016 14:38, Anand J wrote: > > > > > > On Tue, Oct 18, 2016 at 4:03 PM, Anand J > > wrote: > > > > Added sc

Re: [Qemu-devel] [PATCH 2/2] clean-up: removed duplicate #includes

send a new patch. please check http://patchwork.ozlabs.org/patch/684532/ Thanks, Anand On Thu, Oct 20, 2016 at 2:41 PM, Thomas Huth wrote: > On 18.10.2016 14:39, Anand J wrote: > > > > > > On Tue, Oct 18, 2016 at 4:03 PM, Anand J > > wrote: > > > > Some fil

Re: [Qemu-devel] chardev's and fd's in monitors

* Daniel P. Berrange (berra...@redhat.com) wrote: > On Thu, Oct 20, 2016 at 10:55:52AM +0200, Markus Armbruster wrote: > > "Dr. David Alan Gilbert" writes: > > > > > * Daniel P. Berrange (berra...@redhat.com) wrote: > > >> On Wed, Oct 19, 2016 at 02:16:05PM +0200, Markus Armbruster wrote: > > >>

Re: [Qemu-devel] CVE-2016-5403 results in a bug

i basicly understand the code, i have it done next week. do you have any suggestion? At 2016-10-19 16:58:21, "Yadi Hu" wrote: >On 2016年10月18日 17:40, Stefan Hajnoczi wrote: >> On Tue, Oct 18, 2016 at 10:24 AM, yue wrote: >>> i apply this patch, >>> https://git.centos.org/blob/rpms!!

Re: [Qemu-devel] [Qemu-ppc] [PATCH 1/3] ppc: fix MSR_ME handling for system reset interrupt

On Thu, 20 Oct 2016 17:59:10 +1100 Nicholas Piggin wrote: > Power ISA specifies ME bit handling for system reset interrupt: > > if the interrupt occurred while the thread was in power-saving > mode, set to 1; otherwise not altered > > Signed-off-by: Nicholas Piggin > --- As described

Re: [Qemu-devel] [Qemu-ppc] [PATCH 1/3] ppc: fix MSR_ME handling for system reset interrupt

On 10/20/2016 08:59 AM, Nicholas Piggin wrote: > Power ISA specifies ME bit handling for system reset interrupt: > > if the interrupt occurred while the thread was in power-saving > mode, set to 1; otherwise not altered > > Signed-off-by: Nicholas Piggin Reviewed-by: Cédric Le Goater

Re: [Qemu-devel] [Bug 1625295] Re: qemu-arm dies with libarmmem inside ld.so.preload

Yup, got it - cheers :) On 20 October 2016 at 08:41, Peter Maydell wrote: > NB that commit 9b6a3ea7a69959416 had a bug (it broke exception return to > Thumb code), so you should also make sure you have commit fb0e8e79a9d77 > which fixes that bug. > > -- > You received this bug notification becau

[Qemu-devel] [PATCH 1/2] tests/stubs: Add a dummy, silent monitor

From: "Dr. David Alan Gilbert" We need an easy way to silence error_report's that come up in meant-to-fail test cases. The easiest way to do that is to create a monitor instance, and since our stubbed monitor_printf's are slent this causes the errors to disappear. Signed-off-by: Dr. David Alan

[Qemu-devel] [PATCH 2/2] test-vmstate: Silence expected errors

From: "Dr. David Alan Gilbert" test-vmstate has some expected failure tests (from explicitly truncating an input stream); these trigger errors in the migration code that are now reported; silence these errors. Signed-off-by: Dr. David Alan Gilbert --- tests/test-vmstate.c | 8 1 file

[Qemu-devel] [PATCH 0/2] Silence test-vmstate errors

From: "Dr. David Alan Gilbert" In a1771070e7 I added an error message during migration loading so you could see the field that failed to load. Unfortunately this triggers during the expected-failure case testing in tests/test-vmstate. This silences that error by providing a dummy monitor pointer

Re: [Qemu-devel] qemu master tests/vmstate prints "Failed to load simple/primitive:b_1" etc

* Paolo Bonzini (pbonz...@redhat.com) wrote: > > > On 18/10/2016 11:54, Dr. David Alan Gilbert wrote: > > I've not quite figured it out but we're linked against the stubs/ monitor > > code rather than the real monitor code; and the stubs monitor_vprintf > > discards > > and the stubs monitor_cur

Re: [Qemu-devel] chardev's and fd's in monitors

"Dr. David Alan Gilbert" writes: > * Daniel P. Berrange (berra...@redhat.com) wrote: >> On Thu, Oct 20, 2016 at 10:55:52AM +0200, Markus Armbruster wrote: >> > "Dr. David Alan Gilbert" writes: >> > >> > > * Daniel P. Berrange (berra...@redhat.com) wrote: >> > >> On Wed, Oct 19, 2016 at 02:16:05

Re: [Qemu-devel] [PULL v1 00/10] Merge qio 2016/10/19

On 19 October 2016 at 12:17, Daniel P. Berrange wrote: > The following changes since commit e8ddc2eae5ccc41f0815e5c43e70cb04a7e67e2e: > > Merge remote-tracking branch 'remotes/ehabkost/tags/x86-pull-request' into > staging (2016-10-18 09:29:44 +0100) > > are available in the git repository at:

[Qemu-devel] alpha platform is missing files after initrd load

qemu: 2.7.x (git head) platform: Alpha (Clipper) kernel: 4.7.0 gcc: 6.1 i don't know if its an qemu oder linux kernel problem i've got an ~360MB big_initrd.cpio and it sometimes happen(seems so) that there are files missing after the kernel loaded the initrd this does not happen with the same pr

Re: [Qemu-devel] chardev's and fd's in monitors

Marc-André Lureau writes: > Hi > > On Thu, Oct 20, 2016 at 11:38 AM Daniel P. Berrange > wrote: > >> On Wed, Oct 19, 2016 at 07:06:16PM +0100, Dr. David Alan Gilbert wrote: >> > * Daniel P. Berrange (berra...@redhat.com) wrote: [...] >> > > If we make cur_mon a thread-local, then error_report()

Re: [Qemu-devel] [PATCH v7 13/35] tcg: Add atomic helpers

Richard Henderson writes: > Add all of cmpxchg, op_fetch, fetch_op, and xchg. > Handle both endian-ness, and sizes up to 8. > Handle expanding non-atomically, when emulating in serial. > > Reviewed-by: Emilio G. Cota > Reviewed-by: Alex Bennée > Signed-off-by: Richard Henderson > > /* Provi

Re: [Qemu-devel] [PULL v1 00/10] Merge qio 2016/10/19

On Thu, Oct 20, 2016 at 11:44:47AM +0100, Peter Maydell wrote: > On 19 October 2016 at 12:17, Daniel P. Berrange wrote: > > The following changes since commit e8ddc2eae5ccc41f0815e5c43e70cb04a7e67e2e: > > > > Merge remote-tracking branch 'remotes/ehabkost/tags/x86-pull-request' > > into staging

Re: [Qemu-devel] chardev's and fd's in monitors

* Markus Armbruster (arm...@redhat.com) wrote: > "Dr. David Alan Gilbert" writes: > > The problem is that our way of propagating errors actively discourages > > people from adding errors and you're left with lots of useless invented > > errno's. > > error_report makes it easy for people to scat

Re: [Qemu-devel] chardev's and fd's in monitors

On Thu, Oct 20, 2016 at 12:42:01PM +0200, Markus Armbruster wrote: > "Dr. David Alan Gilbert" writes: > > > * Daniel P. Berrange (berra...@redhat.com) wrote: > >> On Thu, Oct 20, 2016 at 10:55:52AM +0200, Markus Armbruster wrote: > >> > >> Our code has increasingly converted to propagate errors

Re: [Qemu-devel] chardev's and fd's in monitors

On Thu, Oct 20, 2016 at 12:01:08PM +0100, Dr. David Alan Gilbert wrote: > * Markus Armbruster (arm...@redhat.com) wrote: > > "Dr. David Alan Gilbert" writes: > > > > The problem is that our way of propagating errors actively discourages > > > people from adding errors and you're left with lots o

[Qemu-devel] [PATCH v5 1/3] exec: split cpu_exec_init()

Put in cpu_exec_initfn() what initializes the CPU, and leave in cpu_exec_init() what adds it to the environment. As cpu_exec_initfn() is called by all XX_cpu_initfn(), call it directly in cpu_common_initfn(). cpu_exec_init() is now a realize function, it will be renamed to cpu_exec_realizefn() and

[Qemu-devel] [PATCH v5 0/3] Split cpu_exec_init() into an init and a realize part

Since commit 42ecaba ("target-i386: Call cpu_exec_init() on realize"), , commit 6dd0f83 ("target-ppc: Move cpu_exec_init() call to realize function"), and commit c6644fc ("s390x/cpu: Get rid of side effects when creating a vcpu"), cpu_exec_init() has been moved to realize function for some architec

[Qemu-devel] [PATCH v5 2/3] exec: move cpu_exec_init() calls to realize functions

Modify all CPUs to call it from XXX_cpu_realizefn() function. Remove all the cannot_destroy_with_object_finalize_yet as unsafe references have been moved to cpu_exec_realizefn(). (tested with QOM command provided by commit 4c315c27) for arm: Setting of cpu->mp_affinity is moved from arm_cpu_init

Re: [Qemu-devel] [PATCH v4 11/13] pc: add 'etc/boot-cpus' fw_cfg file for machine with more than 255 CPUs

On Wed, 19 Oct 2016 16:29:29 -0200 Eduardo Habkost wrote: > On Wed, Oct 19, 2016 at 05:18:38PM +0200, Igor Mammedov wrote: > > On Wed, 19 Oct 2016 11:15:46 -0200 > > Eduardo Habkost wrote: > > > > > On Wed, Oct 19, 2016 at 02:05:41PM +0200, Igor Mammedov wrote: > > > > Currently firmware us

[Qemu-devel] [PATCH v4 3/5] qapi: add test case for the generated enum value str

Signed-off-by: Lin Ma --- tests/test-qmp-commands.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/tests/test-qmp-commands.c b/tests/test-qmp-commands.c index 81cbe54..9cd61b2 100644 --- a/tests/test-qmp-commands.c +++ b/tests/test-qmp-commands.c @@ -262,6 +262,23 @@ stat

[Qemu-devel] [PATCH v5 3/3] exec: call cpu_exec_exit() from a CPU unrealize common function

As cpu_exec_exit() mirrors the cpu_exec_realizefn(), rename it as cpu_exec_unrealizefn(). Create and register a cpu_common_unrealizefn() function for the CPU device class and call cpu_exec_unrealizefn() from this function. Remove cpu_exec_exit() from cpu_common_finalize() (which mirrors init, not

[Qemu-devel] [PATCH v4 2/5] qapi: auto generate enum value strings

Automatically generate enum value strings that containing the acceptable values. (Borrowed Daniel's code.) Signed-off-by: Lin Ma --- scripts/qapi-types.py | 2 ++ scripts/qapi.py | 9 + 2 files changed, 11 insertions(+) diff --git a/scripts/qapi-types.py b/scripts/qapi-types.py in

[Qemu-devel] [PATCH v4 0/5] object: Add 'help' option for all available backends and properties

V3->V4: * drop the code about manually define interface 'user-creatable' as abstract. * add test case for the generated enum value str. * split the code about adding descriptions to class properties into a separate patch. * minor changes in user_creatable_help_func to ignore interface TYPE_USER_C

[Qemu-devel] [PATCH v4 5/5] object: Add 'help' option for all available backends and properties

'-object help' prints available user creatable backends. '-object $typename,help' prints relevant properties. Signed-off-by: Lin Ma --- include/qom/object_interfaces.h | 2 ++ qemu-options.hx | 7 +- qom/object_interfaces.c | 55 +

[Qemu-devel] [PATCH v4 1/5] qom: Add interface check in object_class_is_abstract

Signed-off-by: Lin Ma --- qom/object.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/qom/object.c b/qom/object.c index 7a05e35..4096645 100644 --- a/qom/object.c +++ b/qom/object.c @@ -747,7 +747,11 @@ ObjectClass *object_get_class(Object *obj) bool object_class_is_a

[Qemu-devel] [PATCH v4 4/5] backends: add description for enum class properties

Signed-off-by: Lin Ma --- backends/hostmem.c | 4 crypto/secret.c| 4 crypto/tlscreds.c | 4 net/filter.c | 4 4 files changed, 16 insertions(+) diff --git a/backends/hostmem.c b/backends/hostmem.c index 4256d24..25f303d 100644 --- a/backends/hostmem.c +++ b/backen

Re: [Qemu-devel] chardev's and fd's in monitors

"Daniel P. Berrange" writes: > On Thu, Oct 20, 2016 at 12:01:08PM +0100, Dr. David Alan Gilbert wrote: >> * Markus Armbruster (arm...@redhat.com) wrote: >> > "Dr. David Alan Gilbert" writes: >> >> > > The problem is that our way of propagating errors actively discourages >> > > people from add

[Qemu-devel] [PATCH v9 00/12] virtio-crypto: introduce framework and device emulation

Hi, The virtio crypto is a virtual crypto device as well as a kind of virtual hardware accelerator for virtual machines. The encryption and decryption requests are placed in the data queue and handled by the real crypto accelerators finally. The second queue is the control queue used to create or

[Qemu-devel] [PATCH v9 11/12] virtio-crypto: using bh to handle dataq's requests

Make crypto operations are executed asynchronously, so that other QEMU threads and monitor couldn't be blocked at the virtqueue handling context. Signed-off-by: Gonglei --- hw/virtio/virtio-crypto.c | 55 +-- include/hw/virtio/virtio-crypto.h | 8

[Qemu-devel] [PATCH v9 04/12] cryptodev: introduce a new cryptodev backend

The new cryptodev backend named cryptodev-builtin, which realized by QEMU cipher APIs. These APIs can be backed by either nettle or gcrypt. Signed-off-by: Gonglei --- backends/Makefile.objs | 1 + backends/cryptodev-builtin.c | 351 +++ qemu-option

Re: [Qemu-devel] [PATCH 1/4] tests/test-vmstate.c: Add vBuffer test

* Halil Pasic (pa...@linux.vnet.ibm.com) wrote: > From: Guenther Hutzl > > The unit test test-vmstate.c is missing tests for some of the complex > vmstate macros. This patch adds a new test for VMSTATE_VBUFFER > and VMSTATE_VBUFFER_ALLOC_UINT32. The added test does not cover > start != 0 because

[Qemu-devel] [PATCH v9 08/12] virtio-crypto: add control queue handler

Realize the symmetric algorithm control queue handler, including plain cipher and chainning algorithms. Currently the control queue is used to create and close session for symmetric algorithm. Signed-off-by: Gonglei --- hw/virtio/virtio-crypto.c | 290 +++

Re: [Qemu-devel] [Qemu-ppc] (no subject)

On Thu, 20 Oct 2016 17:59:09 +1100 Nicholas Piggin wrote: > Date: Thu, 20 Oct 2016 17:38:24 +1100 > Subject: [PATCH 0/3] ppc: system reset interrupt fixes and new hcall IPI > > Hi, > > We are implementing this new unmaskable IPI hcall for crash dumping > and debugging. I had some issues with QE

[Qemu-devel] [PATCH v9 01/12] cryptodev: introduce cryptodev backend interface

cryptodev backend interface is used to realize the active work for virtual crypto device. This patch only add the framework, doesn't include specific operations. Signed-off-by: Gonglei --- backends/Makefile.objs | 2 + backends/cryptodev.c | 176 +

[Qemu-devel] [PATCH v9 03/12] virtio-crypto: introduce virtio_crypto.h

Introduce the virtio_crypto.h which follows virtio-crypto specification. Signed-off-by: Gonglei --- include/standard-headers/linux/virtio_crypto.h | 420 + 1 file changed, 420 insertions(+) create mode 100644 include/standard-headers/linux/virtio_crypto.h diff --git a/i

Re: [Qemu-devel] chardev's and fd's in monitors

"Daniel P. Berrange" writes: > On Thu, Oct 20, 2016 at 12:42:01PM +0200, Markus Armbruster wrote: >> "Dr. David Alan Gilbert" writes: >> >> > * Daniel P. Berrange (berra...@redhat.com) wrote: >> >> On Thu, Oct 20, 2016 at 10:55:52AM +0200, Markus Armbruster wrote: >> >> >> >> Our code has incr

Re: [Qemu-devel] [PATCH 2/4] tests/test-vmstate.c: prove VMStateField.start broken

* Halil Pasic (pa...@linux.vnet.ibm.com) wrote: > > > On 10/18/2016 08:32 PM, Dr. David Alan Gilbert wrote: > >> > "The idea is to remove .start support and this patch should > >> > be reverted, as soon this happens, or even better just > >> > dropped. If however dropping the support for .start e

[Qemu-devel] [PATCH v9 07/12] virtio-crypto: set capacity of algorithms supported

Expose the capacity of algorithms supported by virtio crypto device to the frontend driver using pci configuration space. Signed-off-by: Gonglei --- hw/virtio/virtio-crypto.c | 40 ++- include/hw/virtio/virtio-crypto.h | 11 +++ 2 files changed

Re: [Qemu-devel] [PATCH 4/4] migration: drop unused VMStateField.start

* Halil Pasic (pa...@linux.vnet.ibm.com) wrote: > The member VMStateField.start was solely used to implement the partial > data migration for VBUFFER data (basically provide migration for a > sub-buffer). However the implementation of this feature seems broken to > me, but this goes unnoticed since

[Qemu-devel] [PATCH v9 09/12] virtio-crypto: add data queue processing handler

Introduces VirtIOCryptoReq structure to store crypto request so that we can easily support asynchronous crypto operation in the future. At present, we only support cipher and algorithm chaining. Signed-off-by: Gonglei --- hw/virtio/virtio-crypto.c | 358 +

[Qemu-devel] [PATCH v9 06/12] virtio-crypto-pci: add virtio crypto pci support

This patch adds virtio-crypto-pci, which is the pci proxy for the virtio crypto device. Signed-off-by: Gonglei --- hw/virtio/Makefile.objs | 1 + hw/virtio/virtio-crypto-pci.c | 77 +++ hw/virtio/virtio-pci.h| 15 + 3 files changed,

[Qemu-devel] [PATCH v9 10/12] cryptodev: introduce an unified wrapper for crypto operation

We use an opaque point to the VirtIOCryptoReq which can support different packets based on different algorithms. Signed-off-by: Gonglei --- backends/cryptodev.c | 28 ++-- hw/virtio/virtio-crypto.c | 10 +- include/sysemu/cryptodev.h | 13 +++-- 3 f

[Qemu-devel] [PATCH v9 02/12] cryptodev: add symmetric algorithm operation stuff

This patch adds session operation and crypto operation stuff in the cryptodev backend, including function pointers and corresponding structures. Signed-off-by: Gonglei --- backends/cryptodev.c | 45 ++ include/sysemu/cryptodev.h | 149 ++

Re: [Qemu-devel] [PATCH v5 2/3] exec: move cpu_exec_init() calls to realize functions

On Thu, Oct 20, 2016 at 01:26:03PM +0200, Laurent Vivier wrote: > Modify all CPUs to call it from XXX_cpu_realizefn() function. > > Remove all the cannot_destroy_with_object_finalize_yet as > unsafe references have been moved to cpu_exec_realizefn(). > (tested with QOM command provided by commit 4

[Qemu-devel] [PATCH v9 12/12] virtio-crypto: add myself as virtio-crypto and cryptodev backends maintainer

This patch includes two parts: Cryptodev Backends and virtio-crypto stuff. I can maintain cryptodev backends which introduced by myself. For virtio-crypto stuff, I can share the work with Michael (The whole virtio supporter). Signed-off-by: Gonglei --- MAINTAINERS | 13 + 1 file chan

Re: [Qemu-devel] my attempt at new QEMU website

On 20/10/2016 04:14, Fam Zheng wrote: > On Wed, 10/19 12:53, Paolo Bonzini wrote: >> Hi all, >> >> another small PSA. :) I have created a small but hopefully useful >> example of a new QEMU website at http://qemu-bonzini.rhcloud.com/. The >> site aims at providing and also a home for blog posts

  1   2   3   4   >