Re: [Qemu-devel] [wiki] New wiki page - vhost-user setup with ovs/dpdk backend

On 09/18/2015 08:16 PM, chandrasekar kannan wrote: http://wiki.qemu.org/Features/vhost-user-ovs-dpdk I'm running to problems attempting to try this out. qemu errors out with qemu-system-x86_64: -object memory-backend-file,id=mem,size=1024M,mem-path=/dev/hugepages,share=on: unable to map

[Qemu-devel] [Bug 1497711] [NEW] tests/libqos/ahci.c:745: redundant condition ?

Public bug reported: [qemu/tests/libqos/ahci.c:745]: (style) Redundant condition: props.ncq. '!props.ncq || (props.ncq && props.lba48)' is equivalent to '!props.ncq || props.lba48' g_assert(!props->ncq || (props->ncq && props->lba48)); ** Affects: qemu Importance: Undecided

[Qemu-devel] [Bug 1496384] Re: Error 0x5D in Qemu for Windows

A solution is to convert from vmdk to qcow2 and back working in VmWare with Windows images. Repeated Windows activation could be needed. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1496384 Title:

Re: [Qemu-devel] [RFC v1 0/2] ARM MPTimer fixes and refactoring

On Sun, Jul 5, 2015 at 1:58 PM, Peter Crosthwaite wrote: > On Sun, Jul 5, 2015 at 1:47 PM, Dmitry Osipenko wrote: >> 05.07.2015 23:26, Peter Crosthwaite пишет: >> >>> Hi Dmitry, >>> >>> Based on my comment earlier, this is what I came up with RE

Re: [Qemu-devel] [PATCH] target-tilegx: Implement v*add and v*sub instructions

On 9/19/15 10:34, Richard Henderson wrote: > On 09/18/2015 05:03 PM, gang.chen.5...@gmail.com wrote: >> +uint64_t helper_v1add(uint64_t a, uint64_t b) >> +{ >> +uint64_t r = 0; >> +int i; >> + >> +for (i = 0; i < 64; i += 8) { >> +int64_t ae = (int8_t)(a >> i); >> +

[Qemu-devel] [PULL 3/3] tcg/mips: pass oi to tcg_out_tlb_load

Instead of computing mem_index and s_bits in both tcg_out_qemu_ld and tcg_out_qemu_st function and passing them to tcg_out_tlb_load, directly pass oi to the tcg_out_tlb_load function and compute mem_index and s_bits there. Reviewed-by: Richard Henderson Signed-off-by: Aurelien

[Qemu-devel] [PULL 1/3] tcg/mips: Fix clobbering of qemu_ld inputs

From: James Hogan The MIPS TCG backend implements qemu_ld with 64-bit targets using the v0 register (base) as a temporary to load the upper half of the QEMU TLB comparator (see line 5 below), however this happens before the input address is used (line 8 to mask off the

[Qemu-devel] [PULL 00/33] spapr-next queue 2015-09-16

The following changes since commit 18640989a9f5e4d2e84b566c52ff1fccfa0dbf4a: Merge remote-tracking branch 'remotes/afaerber/tags/qom-devices-for-peter' into staging (2015-09-19 15:59:52 +0100) are available in the git repository at: git://github.com/dgibson/qemu.git spapr-next-20150921

[Qemu-devel] [PULL 12/33] pseries: define coldplugged devices as "configured"

From: Laurent Vivier When a device is hotplugged, attach() sets "configured" to false, waiting an action from the OS to configure it and then to call ibm,configure-connector. On ibm,configure-connector, the hypervisor sets "configured" to true. In case of coldplugged device,

[Qemu-devel] [PULL 06/33] spapr: SPLPAR Characteristics

From: Sam Bobroff Improve the SPLPAR Characteristics information: Add MaxPlatProcs: set to max_cpus, the maximum CPUs that could be addded to the system. Add DesMem: set to the initial memory of the system. Add DesProcs: set to smp_cpus, the inital

[Qemu-devel] [PULL 01/33] spapr: Provide an error message when migration fails due to htab_shift mismatch

From: Bharata B Rao Include an error message when migration fails due to mismatch in htab_shift values at source and target. This should provide a bit more verbose message in addition to the current migration failure message that reads like: qemu-system-ppc64: error

[Qemu-devel] [PULL 14/33] pseries: Fix incorrect calculation of threads per socket for chip-id

The device tree presented to pseries machine type guests includes an ibm,chip-id property which gives essentially the socket number of each vcpu core (individual vcpu threads don't get a node in the device tree). To calculate this, it uses a vcpus_per_socket variable computed as (smp_cpus /

[Qemu-devel] [PULL 22/33] spapr: Add LMB DR connectors

Enable memory hotplug for pseries 2.4 and add LMB DR connectors. With memory hotplug, enforce RAM size, NUMA node memory size and maxmem to be a multiple of SPAPR_MEMORY_BLOCK_SIZE (256M) since that's the granularity in which LMBs are represented and hot-added. LMB DR connectors will be used by

[Qemu-devel] [PULL 10/33] spapr_rtas: Prevent QEMU crash during hotplug without a prior device_add

From: Bharata B Rao If drmgr is used in the guest to hotplug a device before a device_add has been issued via the QEMU monitor, QEMU segfaults in configure_connector call. This occurs due to accessing of NULL FDT which otherwise would have been created and associated

[Qemu-devel] [PULL 16/33] spapr_pci: fix device tree props for MSI/MSI-X

From: Michael Roth PAPR requires ibm,req#msi and ibm,req#msi-x to be present in the device node to define the number of msi/msi-x interrupts the device supports, respectively. Currently we have ibm,req#msi-x hardcoded to a non-sensical constant that happens to be 2,

[Qemu-devel] [PULL 05/33] spapr: Make ibm, change-msi respect 3 return values

From: Sam Bobroff Currently, rtas_ibm_change_msi() always returns four values even if less are specified. Correct this by only returning the fourth parameter if it was requested. This is specified by PAPR. Signed-off-by: Sam Bobroff

[Qemu-devel] [PULL 09/33] ppc/spapr: Use qemu_log_mask() for hcall_dprintf()

From: Thomas Huth To see the output of the hcall_dprintf statements, you currently have to enable the DEBUG_SPAPR_HCALLS macro in include/hw/ppc/spapr.h. This is ugly because a) not every user who wants to debug guest problems can or wants to recompile QEMU to be able to see

[Qemu-devel] [PULL 17/33] spapr_drc: don't allow 'empty' DRCs to be unisolated or allocated

From: Michael Roth Logical resources start with allocation-state:UNUSABLE / isolation-state:ISOLATED. During hotplug, guests will transition them to allocation-state:USABLE, and then to isolation-state:UNISOLATED. For cases where we cannot transition to

[Qemu-devel] [PULL 31/33] spapr: Move memory hotplug to RTAS_LOG_V6_HP_ID_DRC_COUNT type

From: Bharata B Rao Till now memory hotplug used RTAS_LOG_V6_HP_ID_DRC_INDEX hotplug type which meant that we generated one hotplug type of EPOW event for every 256MB (SPAPR_MEMORY_BLOCK_SIZE). This quickly overruns the kernel rtas log buffer thus resulting in loss of

[Qemu-devel] [PULL 33/33] ppc/spapr: Fix buffer overflow in spapr_populate_drconf_memory()

From: Thomas Huth The buffer that is allocated in spapr_populate_drconf_memory() is used for setting both, the "ibm,dynamic-memory" and the "ibm,associativity-lookup-arrays" property. However, only the size of the first one is taken into account when allocating the memory. So

[Qemu-devel] [PULL 21/33] spapr: Use QEMU limit for maximum CPUs number

From: Alexey Kardashevskiy sPAPR uses hard coded limit of maximum 255 supported CPUs which is exactly the same as QEMU-wide limit which is MAX_CPUMASK_BITS and also defined as 255. This makes use of a global CPU number limit for the "pseries" machine. In order to anticipate

[Qemu-devel] [PULL 32/33] spapr: Fix default NUMA node allocation for threads

At present, if guest numa nodes are requested, but the cpus in each node are not specified, spapr just uses the default behaviour or assigning each vcpu round-robin to nodes. If smp_threads != 1, that will assign adjacent threads in a core to different NUMA nodes. As well as being just weird,

[Qemu-devel] [PULL 03/33] spapr: Add /ibm,partition-name

From: Sam Bobroff QEMU has a notion of the guest name, so if it's present we might as well put that into the device tree as /ibm,partition-name. This is specificed by PAPR. Signed-off-by: Sam Bobroff Reviewed-by: David Gibson

Re: [Qemu-devel] [Xen-devel] [PULL 0/19] xen-2015-09-08-tag

Stefano, I have two questions, #1. Which qemu version is this igd stuff going into? 2.6? #2. Is this igd stuff going into qemu-xen inside xen? Any plan to go into xen 4.6? Thanks Tiejun On 9/9/2015 1:21 AM, Stefano Stabellini wrote: The following changes since commit

[Qemu-devel] [PULL 28/33] spapr: Populate ibm, associativity-lookup-arrays correctly for non-NUMA

From: Bharata B Rao When NUMA isn't configured explicitly, assume node 0 is present for the purpose of creating ibm,associativity-lookup-arrays property under ibm,dynamic-reconfiguration-memory DT node. This ensures that the associativity index property is correctly

[Qemu-devel] [PULL 15/33] spapr: Enable in-kernel H_SET_MODE handling

From: Alexey Kardashevskiy For setting debug watchpoints, sPAPR guests use H_SET_MODE hypercall. The existing QEMU H_SET_MODE handler does not support this but the KVM handler in HV KVM does. However it is not enabled. This enables the in-kernel H_SET_MODE handler which handles:

[Qemu-devel] [PULL 27/33] spapr: Provide better error message when slots exceed max allowed

From: Bharata B Rao Currently when user specifies more slots than allowed max of SPAPR_MAX_RAM_SLOTS (32), we error out like this: qemu-system-ppc64: unsupported amount of memory slots: 64 Let the user know about the max allowed slots like this: qemu-system-ppc64:

[Qemu-devel] [PULL 23/33] spapr: Support ibm, dynamic-reconfiguration-memory

From: Bharata B Rao Parse ibm,architecture.vec table obtained from the guest and enable memory node configuration via ibm,dynamic-reconfiguration-memory if guest supports it. This is in preparation to support memory hotplug for sPAPR guests. This changes the way

[Qemu-devel] [PULL 25/33] spapr: Memory hotplug support

From: Bharata B Rao Make use of pc-dimm infrastructure to support memory hotplug for PowerPC. Signed-off-by: Bharata B Rao Reviewed-by: David Gibson Signed-off-by: David Gibson

Re: [Qemu-devel] [PATCH] target-tilegx: Implement v*shl, v*shru, and v*shrs instructions

On 9/19/15 10:09, Richard Henderson wrote: > On 09/18/2015 04:41 PM, gang.chen.5...@gmail.com wrote: >> +uint64_t helper_v4shl(uint64_t a, uint64_t b) >> +{ >> +uint64_t m; >> + >> +b &= 63; > > 31. All of the v4 functions have the same error. > OK, thank you very much, I shall send

[Qemu-devel] [PULL 2/3] tcg/mips: move tcg_out_addsub2

Somehow the tcg_out_addsub2 function ended-up in the middle of the qemu_ld/st related functions. Move it with other arithmetics related functions. Reviewed-by: Richard Henderson Signed-off-by: Aurelien Jarno --- tcg/mips/tcg-target.c | 98

[Qemu-devel] [PULL 0/3] TCG MIPS queue

The following changes since commit b12a84ce3c27e42c8f51c436aa196938d5cc2c71: cocoa: Suppress Cocoa window with -display (2015-09-18 18:33:02 +0100) are available in the git repository at: git://git.aurel32.net/qemu.git tags/pull-tcg-mips-20150921 for you to fetch changes up to

[Qemu-devel] [PULL 02/33] spapr: Create pseries-2.5 machine

Add pseries-2.5 machine version. Signed-off-by: Bharata B Rao [Altered to merge before memory hotplug -- dwg] Signed-off-by: David Gibson --- hw/ppc/spapr.c | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff

[Qemu-devel] [PULL 08/33] spapr_drc: Fix potential undefined behaviour

The DRC_INDEX_ID_MASK macro does a left shift on ~0, which is a signed quantity, and therefore undefined behaviour according to the C spec. In particular this causes warnings from the clang sanitizer. This fixes it by calculating the same mask without using ~0 (I think the new method is a more

[Qemu-devel] [PULL 04/33] spapr: Add /rtas/ibm, change-msix-capable

From: Sam Bobroff QEMU is MSI-X capable and makes it available via ibm,change-msi, so we should indicate this by adding /rtas/ibm,change-msix-capable to the device tree. This is specificed by PAPR. Signed-off-by: Sam Bobroff Reviewed-by: David

[Qemu-devel] [PULL 26/33] spapr: Don't allow memory hotplug to memory less nodes

From: Bharata B Rao Currently PowerPC kernel doesn't allow hot-adding memory to memory-less node, but instead will silently add the memory to the first node that has some memory. This causes two unexpected behaviours for the user. - Memory gets hotplugged to a

[Qemu-devel] [PULL 07/33] spapr: add dumpdtb support

From: Andrew Jones dumpdtb (-machine dumpdtb=) allows one to inspect the generated device tree of machine types that generate device trees. This is useful for a) seeing what's there b) debugging/testing device tree generator patches. It can be used as follows $QEMU_CMDLINE

[Qemu-devel] [PULL 19/33] spapr_drc: use RTAS return codes for methods called by RTAS

From: Michael Roth Certain methods in sPAPRDRConnector objects are only ever called by RTAS and in many cases are responsible for the logic that determines the RTAS return codes. Rather than having a level of indirection requiring RTAS code to re-interpret return

[Qemu-devel] [PULL 24/33] spapr: Make hash table size a factor of maxram_size

From: Bharata B Rao The hash table size is dependent on ram_size, but since with hotplug the memory can grow till maxram_size. Hence make hash table size dependent on maxram_size. This allows to hotplug huge amounts of memory to the guest. Signed-off-by: Bharata B

[Qemu-devel] [PULL 18/33] spapr: Initialize hotplug memory address space

From: Bharata B Rao Initialize a hotplug memory region under which all the hotplugged memory is accommodated. Also enable memory hotplug by setting CONFIG_MEM_HOTPLUG. Modelled on i386 memory hotplug. Signed-off-by: Bharata B Rao

[Qemu-devel] [PULL 30/33] spapr: Support hotplug by specifying DRC count

From: Bharata B Rao Support hotplug identifier type RTAS_LOG_V6_HP_ID_DRC_COUNT that allows hotplugging of DRCs by specifying the DRC count. While we are here, rename spapr_hotplug_req_add_event() to spapr_hotplug_req_add_by_index() spapr_hotplug_req_remove_event()

[Qemu-devel] [PULL 20/33] spapr: Don't use QOM [*] syntax for DR connectors.

The dynamic reconfiguration (hotplug) code for the pseries machine type uses a "DR connector" QOM object for each resource it will be possible to hotplug. Each of these is added to its owner using object_property_add_child(owner, "dr-connector[*], ...); That works ok, mostly, but it means

[Qemu-devel] [PULL 11/33] sPAPR: Introduce rtas_ldq()

From: Gavin Shan This introduces rtas_ldq() to load 64-bits parameter from continuous two 4-bytes memory chunk of RTAS parameter buffer, to simplify the code. Signed-off-by: Gavin Shan Reviewed-by: Thomas Huth

Re: [Qemu-devel] Compiling Qemu from Cygwin

Okay, i followed the steps from the reply to my email I noticed on the website, but never made its way to my inbox. Now, I'm stuck with the following errors: /home/mike/qemu/include/glib-compat.h: At top level: /home/mike/qemu/include/glib-compat.h:145:21: error: conflicting types for

[Qemu-devel] [PULL 29/33] spapr: Revert to memory@XXXX representation for non-hotplugged memory

From: Bharata B Rao Don't represent non-hotluggable memory under drconf node. With this we don't have to create DRC objects for them. The effect of this patch is that we revert back to memory@ representation for all the memory specified with -m option and

Re: [Qemu-devel] PATCH] ui/cocoa.m: verify with user before quitting QEMU

On Sep 20, 2015, at 8:21 AM, Peter Maydell wrote: > On 19 September 2015 at 00:20, Programmingkid > wrote: >> This patch prevents the user from accidentally quitting QEMU by pushing >> Command-Q or by pushing the close button on the main window. When the user >> does

Re: [Qemu-devel] PATCH] ui/cocoa.m: verify with user before quitting QEMU

On 19 September 2015 at 00:20, Programmingkid wrote: > This patch prevents the user from accidentally quitting QEMU by pushing > Command-Q or by pushing the close button on the main window. When the user > does > one of these two things, a dialog box appears verifying

Re: [Qemu-devel] [PATCH 2/2] target-ppc: fix xscmpodp and xscmpudp decoding

On Sun, Sep 13, 2015 at 11:03:45PM +0200, Aurelien Jarno wrote: > The xscmpodp and xscmpudp instructions only have the AX, BX bits in > there encoding, the lowest bit (usually TX) is marked as an invalid > bit. We therefore can't decode them with GEN_XX2FORM, which decodes > the two lowest bit. >

[Qemu-devel] [RFC PATCH v2] os-android: Add support to android platform

This is patch to build qemu for android platfrom. The building uses NDK r10 cross-compilation toolchain with following changes: - install qemu dependent libraries - upgrade bionic libc - add mssing includes, scsi/sg.h, in toolchain - make a symbolic link

Re: [Qemu-devel] [PATCH v4] ppc/spapr: Implement H_RANDOM hypercall in QEMU

On Thu, Sep 17, 2015 at 10:49:41AM +0200, Thomas Huth wrote: > The PAPR interface defines a hypercall to pass high-quality > hardware generated random numbers to guests. Recent kernels can > already provide this hypercall to the guest if the right hardware > random number generator is available.

Re: [Qemu-devel] [PATCH v4] ppc/spapr: Implement H_RANDOM hypercall in QEMU

On Fri, Sep 18, 2015 at 11:05:52AM +0200, Greg Kurz wrote: > On Thu, 17 Sep 2015 10:49:41 +0200 > Thomas Huth wrote: > > > The PAPR interface defines a hypercall to pass high-quality > > hardware generated random numbers to guests. Recent kernels can > > already provide this

Re: [Qemu-devel] [PATCH] linux-user: fix cmsg conversion in case of multiple headers

On Fri, Sep 04, 2015 at 01:48:39PM +0100, Peter Maydell wrote: > On 3 September 2015 at 06:27, Jonathan Neuschäfer > wrote: > > Currently, __target_cmsg_nxthdr compares a pointer derived from > > target_cmsg against the msg_control field of target_msgh (through > >

Re: [Qemu-devel] [PATCH v2 4/4] target-i386: Call cpu_exec_init() on realize

On Sat, Sep 19, 2015 at 1:08 AM, Eduardo Habkost wrote: > QOM instance_init functions are not supposed to have any side-effects, > as new objects may be created at any moment for querying property > information (see qmp_device_list_properties()). > > Calling cpu_exec_init()

Re: [Qemu-devel] [RFC 13/38] cputlb: add physical address to CPUTLBEntry

On 24/08/2015 02:23, Emilio G. Cota wrote: > Having the physical address in the TLB entry will allow us > to portably obtain the physical address of a memory access, > which will prove useful when implementing a scalable emulation > of atomic instructions. It came to my mind that addr_read and

Re: [Qemu-devel] [PATCH] hmp-commands-info.hx: fix drops hmp "info pci"

Pavel Butsykin writes: > On 18.09.2015 19:26, Eric Blake wrote: >> On 09/18/2015 10:06 AM, Pavel Butsykin wrote: >>> The hmp command "info pci" accidentally lost when moving from monitor.c >>> >>> Signed-off-by: Pavel Butsykin >>> --- >>>

Re: [Qemu-devel] [RFC 17/38] aie: add target helpers

On 24/08/2015 02:23, Emilio G. Cota wrote: > +void HELPER(aie_st_pre)(CPUArchState *env, target_ulong vaddr) > +{ > +if (unlikely(env->aie_lock_enabled)) { > +if (env->aie_locked) { > +return; > +} Now that I've reviewed your code more carefully, the approach

Re: [Qemu-devel] Allwinner-a10 maintainership

Beniamino Galvani writes: > On Fri, Sep 18, 2015 at 03:29:49PM +0200, Markus Armbruster wrote: >> E-mail to our maintainer for Allwinner-a10 Li Guang >> bounces. Need a new one. Since you've done >> substantial work on it relatively recently, you

Re: [Qemu-devel] PATCH] ui/cocoa.m: verify with user before quitting QEMU

On 20 September 2015 at 17:19, Programmingkid wrote: > > On Sep 20, 2015, at 8:21 AM, Peter Maydell wrote: > >> On 19 September 2015 at 00:20, Programmingkid >> wrote: >>> This patch prevents the user from accidentally quitting QEMU by

[Qemu-devel] [PULL 1/7] kvm_ppc: remove kvmppc_timer_hack

From: Paolo Bonzini QEMU does have an I/O thread now, that can be interrupted at any time because the VCPU thread runs outside the iothread mutex. Therefore, the kvmppc_timer_hack is obsolete. Remove it. Signed-off-by: Paolo Bonzini Signed-off-by:

[Qemu-devel] [PULL 7/7] target-ppc: fix xscmpodp and xscmpudp decoding

From: Aurelien Jarno The xscmpodp and xscmpudp instructions only have the AX, BX bits in there encoding, the lowest bit (usually TX) is marked as an invalid bit. We therefore can't decode them with GEN_XX2FORM, which decodes the two lowest bit. Introduce a new form

[Qemu-devel] [PULL 4/7] target-ppc: Fix SRR0 when taking unaligned exceptions

From: Anton Blanchard We are setting SRR0 to the instruction before the one causing the unaligned exception. A quick testcase: . = 0x100 .globl _start _start: /* Cause a 0x600 */ li 3,0x1 stwcx. 3,0,3 1: b 1b . = 0x600 1: b

[Qemu-devel] [PULL 3/7] PPC: e500 pci host: Fix ATMUs register reads

From: Rudolf Marek There is a bug in the register mask when reading the ATMUs registers. As the result some registers cannot be read, and read is aliased to the other registers. Fix it. Signed-off-by: Rudolf Marek Signed-off-by: Alexander Graf

[Qemu-devel] [PULL 6/7] target-ppc: fix vcipher, vcipherlast, vncipherlast and vpermxor

From: Aurelien Jarno For vector instructions, the helpers get pointers to the vector register in arguments. Some operands might point to the same register, including the operand holding the result. When emulating instructions which access the vector elements in a

[Qemu-devel] [PULL 0/7] ppc patch queue 2015-09-20

Hi Peter, This is my current patch queue for ppc. Please pull. Alex CC: Aurelien Jarno CC: David Gibson The following changes since commit 18640989a9f5e4d2e84b566c52ff1fccfa0dbf4a: Merge remote-tracking branch

[Qemu-devel] [PULL 2/7] mac_dbdma: always clear FLUSH bit once DBDMA channel flush is complete

From: Mark Cave-Ayland The code to flush the DBDMA channel was effectively duplicated in dbdma_control_write(), except for the fact that the copy executed outside of a RUN bit transition was broken by not clearing the FLUSH bit once the flush was complete. Newer

Re: [Qemu-devel] [RFC PATCH v2] os-android: Add support to android platform

Houcheng Lin writes: > This is patch to build qemu for android platfrom. The building > uses NDK r10 cross-compilation toolchain with following > changes: > > - install qemu dependent libraries > - upgrade bionic libc > - add mssing includes, scsi/sg.h, in

Re: [Qemu-devel] [RFC PATCH 0/2] target-ppc migration fixes

On 14.09.15 21:30, Mark Cave-Ayland wrote: > Whilst trying to fix migration of g3beige/mac99 images I came up with the > following patchset. The first patch is really cosmetic, while the second patch > alters the migration stream to include internal CPU IRQ state which appears > to fix an issue

Re: [Qemu-devel] [PATCH 0/2] target-ppc: vector instruction fixes

On 17.09.15 06:58, Richard Henderson wrote: > On 09/13/2015 02:03 PM, Aurelien Jarno wrote: >> This patchset fixes some vector instructions which are incorrectly >> decoded or implemented. The first patch is needed to run recent version >> of openssl, as it enabled POWER8 instrutctions when it

[Qemu-devel] [PATCH v2] ui/cocoa.m: verify with user before quitting QEMU

This patch prevents the user from accidentally quitting QEMU by pushing Command-Q or by pushing the close button on the main window. When the user does one of these two things, a dialog box appears verifying with the user if he or she wants to quit QEMU. Signed-off-by: John Arbuckle

Re: [Qemu-devel] [PATCH v7 00/11] Fix exceptions handling for MIPS, PowerPC, and i386

On 15.09.15 00:55, Richard Henderson wrote: > On 07/10/2015 02:56 AM, Pavel Dovgalyuk wrote: >> Pavel Dovgalyuk (11): >>softmmu: add helper function to pass through retaddr >>softmmu: remove now unused functions >>cpu-exec: introduce loop exit with restore function > >

Re: [Qemu-devel] Allwinner-a10 maintainership

On Fri, Sep 18, 2015 at 03:29:49PM +0200, Markus Armbruster wrote: > E-mail to our maintainer for Allwinner-a10 Li Guang > bounces. Need a new one. Since you've done > substantial work on it relatively recently, you seem to be the obvious > victim. Would you be willing