Re: [Qemu-devel] [RFC v3 PATCH 14/14] target-i386: Generate fences for x86

On 06/17/2016 09:03 PM, Pranith Kumar wrote: case 0xe8 ... 0xef: /* lfence */ +tcg_gen_mb(TCG_MO_LD_LD | TCG_BAR_SC); +break; case 0xf0 ... 0xf7: /* mfence */ if (!(s->cpuid_features & CPUID_SSE2) || (prefixes &

Re: [Qemu-devel] [PATCH] target-ppc: Correct ppc3500_spin initial TLB size

On 06/17/2016 05:13 PM, Aaron Larson wrote: > When e500 PPC is booted multi-core, the non-boot cores are started via > the spin table. ppce500_spin.c:spin_kick() calls > mmubooke_create_initial_mapping() to allocate a 64MB TLB entry, but > the created TLB entry is only 256KB. > > The root cause

[Qemu-devel] [PATCH] rbd: reload ceph config for block device

This patch adds ability to reload ceph configuration for an attached RBD block device. This is necessary for the cases where rebooting a VM and/or detaching-reattaching a RBD drive is not an easy option. The reload mechanism relies on the bdrv_reopen_* calls to provide a transactional guarantee

[Qemu-devel] [PATCH] target-ppc: Correct ppc3500_spin initial TLB size

When e500 PPC is booted multi-core, the non-boot cores are started via the spin table. ppce500_spin.c:spin_kick() calls mmubooke_create_initial_mapping() to allocate a 64MB TLB entry, but the created TLB entry is only 256KB. The root cause is that the function computing the size of the TLB

[Qemu-devel] [PATCH v2] target-ppc: Fix rlwimi, rlwinm, rlwnm

In 63ae0915f8ec, I arranged to use a 32-bit rotate, without considering the effect of a mask value that wraps around to the high bits of the word. Signed-off-by: Richard Henderson --- target-ppc/translate.c | 73 +++--- 1 file

Re: [Qemu-devel] [PULL 03/13] target-ppc: Use 32-bit rotate instead of deposit + 64-bit rotate

On 06/17/2016 09:02 PM, Anton Blanchard wrote: lis r4,0x7fff@h ori r4,r4,0x7fff@l rlwinm r3,r4,0,25,1 Ah, with zero rotate. I see. New patch coming up. r~

[Qemu-devel] [PATCH 2/2] tcg: Fix allocation of indirect_base registers

When the number of available registers is low, we need to be prepared for TS to overlap MEM_BASE. This fixes the Sparc64 OpenBIOS boot on i686. Signed-off-by: Richard Henderson --- tcg/tcg.c | 68 +++ 1 file changed,

[Qemu-devel] [PATCH 0/2] tcg: Fix i686 booting sparc64 openbios

There's a minor typo here that affects dumping of 64-bit registers on 32-bit hosts. Kind of embarrasing that this hasn't been seen previously. The main change takes care of cases wherein there's overlap between the indirect base register and the main global, which can happen in conditions of

[Qemu-devel] [PATCH 1/2] tcg: Fix name for high-half register

Signed-off-by: Richard Henderson --- tcg/tcg.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tcg/tcg.c b/tcg/tcg.c index 254427b..154ffe8 100644 --- a/tcg/tcg.c +++ b/tcg/tcg.c @@ -557,7 +557,7 @@ int tcg_global_mem_new_internal(TCGType type, TCGv_ptr

[Qemu-devel] [RFC v3 PATCH 14/14] target-i386: Generate fences for x86

Signed-off-by: Pranith Kumar --- target-i386/translate.c | 4 1 file changed, 4 insertions(+) diff --git a/target-i386/translate.c b/target-i386/translate.c index bf33e6b..32b0f5c 100644 --- a/target-i386/translate.c +++ b/target-i386/translate.c @@ -8012,13 +8012,17

[Qemu-devel] [RFC v3 PATCH 13/14] aarch64: Generate fences for aarch64

Signed-off-by: Pranith Kumar --- target-arm/translate-a64.c | 18 +- 1 file changed, 13 insertions(+), 5 deletions(-) diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c index ce8141a..fa24bf2 100644 --- a/target-arm/translate-a64.c +++

[Qemu-devel] [RFC v3 PATCH 00/14] tcg: Add fence gen support

Hello, The following series adds fence instruction generation support to TCG. Based on feedback to the last series, I added the four combinations of orderings modeled after Sparc membar. This has been tested and confirmed to fix ordering issues on x86/armv7/aarch64 hosts with MTTCG enabled for

[Qemu-devel] [RFC v3 PATCH 11/14] target-arm: Generate fences in ARMv7 frontend

Signed-off-by: Pranith Kumar Signed-off-by: Richard Henderson --- target-arm/translate.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target-arm/translate.c b/target-arm/translate.c index e525f1e..012e450 100644 ---

[Qemu-devel] [RFC v3 PATCH 10/14] tcg/tci: Add support for fence

Cc: Stefan Weil Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/tci/tcg-target.inc.c | 3 +++ tci.c| 3 +++ 2 files changed, 6 insertions(+) diff --git a/tcg/tci/tcg-target.inc.c

[Qemu-devel] [RFC v3 PATCH 12/14] target-alpha: Generate fence op

Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- target-alpha/translate.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target-alpha/translate.c b/target-alpha/translate.c index 76dab15..f0bba40 100644 ---

[Qemu-devel] [RFC v3 PATCH 03/14] tcg/aarch64: Add support for fence

Cc: Claudio Fontana Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/aarch64/tcg-target.inc.c | 25 + 1 file changed, 25 insertions(+) diff --git a/tcg/aarch64/tcg-target.inc.c

[Qemu-devel] [RFC v3 PATCH 04/14] tcg/arm: Add support for fence

Cc: Andrzej Zaborowski Cc: Peter Maydell Signed-off-by: Pranith Kumar Signed-off-by: Richard Henderson --- tcg/arm/tcg-target.inc.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

[Qemu-devel] [RFC v3 PATCH 05/14] tcg/ia64: Add support for fence

Cc: Aurelien Jarno Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/ia64/tcg-target.inc.c | 5 + 1 file changed, 5 insertions(+) diff --git a/tcg/ia64/tcg-target.inc.c b/tcg/ia64/tcg-target.inc.c index

[Qemu-devel] [RFC v3 PATCH 08/14] tcg/s390: Add support for fence

Cc: Alexander Graf Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/s390/tcg-target.inc.c | 9 + 1 file changed, 9 insertions(+) diff --git a/tcg/s390/tcg-target.inc.c b/tcg/s390/tcg-target.inc.c index

[Qemu-devel] [RFC v3 PATCH 09/14] tcg/sparc: Add support for fence

Cc: Blue Swirl Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/sparc/tcg-target.inc.c | 25 + 1 file changed, 25 insertions(+) diff --git a/tcg/sparc/tcg-target.inc.c

[Qemu-devel] [RFC v3 PATCH 07/14] tcg/ppc: Add support for fence

Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/ppc/tcg-target.inc.c | 24 1 file changed, 24 insertions(+) diff --git a/tcg/ppc/tcg-target.inc.c b/tcg/ppc/tcg-target.inc.c index da10052..766848e 100644 ---

[Qemu-devel] [RFC v3 PATCH 06/14] tcg/mips: Add support for fence

Signed-off-by: Richard Henderson Signed-off-by: Pranith Kumar --- tcg/mips/tcg-target.inc.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/tcg/mips/tcg-target.inc.c b/tcg/mips/tcg-target.inc.c index 50e98ea..fb6cb3e 100644 ---

[Qemu-devel] [RFC v3 PATCH 02/14] tcg/i386: Add support for fence

Generate mfence/sfence/lfence instruction on SSE2 enabled processors. For older processors, generate a 'lock orl $0,0(%esp)' instruction which has full ordering semantics. Signed-off-by: Pranith Kumar [rth: Check for sse2, fallback to locked memory op otherwise.]

[Qemu-devel] [RFC v3 PATCH 01/14] Introduce TCGOpcode for memory barrier

This commit introduces the TCGOpcode for memory barrier instruction. This opcode takes an argument which is the type of memory barrier which should be generated. Signed-off-by: Pranith Kumar Signed-off-by: Richard Henderson --- tcg/README| 17

Re: [Qemu-devel] [PULL 03/13] target-ppc: Use 32-bit rotate instead of deposit + 64-bit rotate

Hi, > > > Bother. I've tentatively put a revert into ppc-for-2.7. Richard, > > > do you have a better idea how to fix it? > > > > Please try the following. > > Thanks! This passes my tests. Feel free to add: > > Tested-by: Anton Blanchard Actually I think I've found

[Qemu-devel] [Bug 1593605] Re: windows2008r2 boot failed with uefi

When I change qemu version from 2.1.2 to 2.6.0. The vcpu0 will return 0 qemu. I got strace like this: strace -p 1180 Process 1180 attached - interrupt to quit rt_sigtimedwait([BUS USR1], 0x7f719b5fa960, {0, 0}, 8) = -1 EAGAIN (Resource temporarily unavailable) rt_sigpending([])

[Qemu-devel] [Bug 1593605] Re: windows2008r2 boot failed with uefi

Thanks for your advice. I got newer version of OVMF from https://www.kraxel.org/repos/. And compile from source code(git://github.com/tianocore/edk2.git). With these OVMF, it really works well on only 1 vcpu domain. But still failed with multi-vcpus. The vcpu0 runnig in an endless loop, and

[Qemu-devel] [Bug 1593605] Re: windows2008r2 boot failed with uefi

The OVMF build you use (SVN r15214) is from Feb 2014 -- it is completely obsolete. I suggest you use the packages from https://www.kraxel.org/repos/ . I'm marking this as "invalid" because supporting 2+ year old OVMF builds is unthinkable. ** Changed in: qemu Status: New => Invalid --

[Qemu-devel] [PATCH] target-ppc: Correct ppc3500_spin initial TLB size

When e500 PPC is booted multi-core, the non-boot cores are started via the spin table. ppce500_spin.c:spin_kick() calls mmubooke_create_initial_mapping() to allocate a 64MB TLB entry, but the created TLB entry is only 256KB. The root cause is that the function computing the size of the TLB

[Qemu-devel] [Bug 1529226] Re: qemu-i386-user on 32-bit Linux: uncaught target signal 11

My recollection is fuzzy but it would probably amount to something like this on any platform currently: - download rust-1.10 beta source https://static.rust-lang.org/dist /rustc-beta-src.tar.gz - download this stage0 snapshot

[Qemu-devel] [PATCH] target-ppc: Correct ppc3500_spin initial TLB size

[Qemu-devel] [PATCH] target-ppc: Correct ppc3500_spin initial TLB size

[Qemu-devel] PPC e500spin pir improperly initialized

Note change of subject from "Determining interest in PPC e500spin, yield". Thomas Huth wrote on 06/16/2016 01:47:05 AM: Aaron Larson wrote on 15.06.2016 22:12 in ppce500_spin.c AL> @@ -104,6 +108,16 @@ AL> AL> cpu_synchronize_state(cpu); AL> stl_p(>pir, env->spr[SPR_PIR]); AL> +/*

Re: [Qemu-devel] [RFC] target-arm: fix semihosting ram base issue

2016-06-18 1:22 GMT+09:00 Liviu Ionescu : > > > On 17 Jun 2016, at 05:37, Tsung-Han Lin wrote: > > > > Hi, I made some changes to TRY TO fix the ARM semihosting issue ... > > This problem has been bothering me for quite a while. > > semihosting was the

[Qemu-devel] [Bug 1591611] Re: chroot using qemu-x86_64-static fails on ppc64el

So after some further debugging effort it turns out while the page allocator is unaware of the mapping (looks like the x86_64 NPTL implementation never maps the thread ID memory?), g2h() does work on the address, and in this case they map to the same value. I'll probably submit a patch using g2h

Re: [Qemu-devel] [Qemu-ppc] Determining interest in PPC e500spin, yield, and openpic patches

Thomas Huth wrote on 06/16/2016 01:25:45 AM: > Thanks for your patch! However, patches have to follow certain rules > before they can be included in QEMU. Please read through Sorry for the broken patch, and the long delay. I'm not a git user so its taken a while to climb the

Re: [Qemu-devel] [PATCH v4 3/3] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

On 06/17/16 22:55, Raj, Ashok wrote: > On Fri, Jun 17, 2016 at 10:48:17PM +0200, Laszlo Ersek wrote: >> On 06/17/16 22:21, Raj, Ashok wrote: >>> On Fri, Jun 17, 2016 at 07:31:08PM +0200, Laszlo Ersek wrote: >> >> On 16/06/2016 08:06, Haozhong Zhang wrote: >>> It's a prerequisite that

Re: [Qemu-devel] [PATCH v4 3/3] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

On Fri, Jun 17, 2016 at 10:48:17PM +0200, Laszlo Ersek wrote: > On 06/17/16 22:21, Raj, Ashok wrote: > > On Fri, Jun 17, 2016 at 07:31:08PM +0200, Laszlo Ersek wrote: > > On 16/06/2016 08:06, Haozhong Zhang wrote: > > It's a prerequisite that certain bits of MSR_IA32_FEATURE_CONTROL

Re: [Qemu-devel] [PATCH v4 3/3] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

On 06/17/16 22:21, Raj, Ashok wrote: > On Fri, Jun 17, 2016 at 07:31:08PM +0200, Laszlo Ersek wrote: On 16/06/2016 08:06, Haozhong Zhang wrote: > It's a prerequisite that certain bits of MSR_IA32_FEATURE_CONTROL should > be set before some features (e.g. VMX and LMCE) can be

Re: [Qemu-devel] [PATCH v4 3/3] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

On Fri, Jun 17, 2016 at 07:31:08PM +0200, Laszlo Ersek wrote: > >> > >> On 16/06/2016 08:06, Haozhong Zhang wrote: > >>> It's a prerequisite that certain bits of MSR_IA32_FEATURE_CONTROL should > >>> be set before some features (e.g. VMX and LMCE) can be used, which is > >>> usually done by the

Re: [Qemu-devel] [PATCH v4 4/6] trace: Add per-vCPU tracing states for events with the 'vcpu' property

Stefan Hajnoczi writes: > On Tue, Jun 14, 2016 at 03:11:12PM +0200, Lluís Vilanova wrote: >> @@ -1116,6 +1117,7 @@ int main(int argc, char **argv) >> gdbserver_start (gdbstub_port); >> gdb_handlesig(cpu, 0); >> } >> +trace_init_vcpu_events(); > Do vcpu events make sense in *-user builds? I

[Qemu-devel] [PATCH] target-alpha: Avoid gcc 6.1 werror for linux-user

Using gcc 6.1 for alpha-linux-user target we see the following build error: .../target-alpha/translate.c: In function ‘in_superpage’: .../target-alpha/translate.c:454:52: error: self-comparison always evaluates to true [-Werror=tautological-compare] && addr >>

Re: [Qemu-devel] git master build failure

On 06/17/16 14:55, Peter Maydell wrote: > On 17 June 2016 at 13:41, Mark Cave-Ayland > wrote: >> Thank you looking into this. I know that some workarounds have been >> applied for similar bugs in Peter's setup, but in general should I >> assume that out-of-the-box

Re: [Qemu-devel] [PATCH] alpha: Fix build error for linux-user

On Fri, Jun 17, 2016 at 2:04 PM, Paolo Bonzini wrote: > > > On 16/06/2016 21:07, Richard Henderson wrote: >>> && ((addr >> 41) & 3) == 2 >>> -&& addr >> TARGET_VIRT_ADDR_SPACE_BITS == addr >> 63); >>> +&& addr >>

Re: [Qemu-devel] [PATCH] alpha: Fix build error for linux-user

On 16/06/2016 21:07, Richard Henderson wrote: >> && ((addr >> 41) & 3) == 2 >> -&& addr >> TARGET_VIRT_ADDR_SPACE_BITS == addr >> 63); >> +&& addr >> TARGET_VIRT_ADDR_SPACE_BITS == 1); What you want here is + addr >>

Re: [Qemu-devel] [PATCH v17 2/4] block/gluster: code cleanup

On Wed, Jun 15, 2016 at 01:55:45PM +0530, Prasanna Kumar Kalever wrote: > unified coding styles of multiline function arguments and other error > functions > moved random declarations of structures and other list variables > > Signed-off-by: Prasanna Kumar Kalever >

Re: [Qemu-devel] [PATCH v4 2/3] target-i386: add migration support for Intel LMCE

On 17/06/2016 19:20, Eduardo Habkost wrote: >> > >> > What will be the conclusion? Do we still need this check? >> > >> > I'm fine to remove this check if we normally didn't make such kind of >> > checks and require users to avoid configuration mismatch. > > I don't know yet if Paolo is

Re: [Qemu-devel] [PATCH] alpha: Fix build error for linux-user

On Fri, Jun 17, 2016 at 2:09 PM, Richard Henderson wrote: > On 06/17/2016 11:07 AM, Pranith Kumar wrote: >> On Fri, Jun 17, 2016 at 2:04 PM, Paolo Bonzini wrote: >>> >>> >>> On 16/06/2016 21:07, Richard Henderson wrote: > && ((addr >> 41) &

Re: [Qemu-devel] [PATCH v4 2/3] target-i386: add migration support for Intel LMCE

On Fri, Jun 17, 2016 at 10:01:05AM +0800, Haozhong Zhang wrote: > On 06/16/16 14:58, Eduardo Habkost wrote: > > On Thu, Jun 16, 2016 at 07:40:20PM +0200, Paolo Bonzini wrote: > > > > > > > > > On 16/06/2016 19:36, Eduardo Habkost wrote: > > > >> > > > > >> > Eduardo said nice for this part in

Re: [Qemu-devel] [RFC 2/7] exec: keep CPUWatchpoint references internal

On 17/06/2016 18:33, Alex Bennée wrote: > +wp = g_array_index(cpu->watchpoints, CPUWatchpoint *, index); Worth adding macros or inline functions cpu_breakpoint_at(cpu, index) and cpu_watchpoint_at(cpu, index)? This will also be less churn in patch 4, because the macros will always return

Re: [Qemu-devel] [PATCH] oslib-posix: New qemu_alloc_stack() to allocate stack with correct perms

On 17 June 2016 at 18:27, Richard Henderson wrote: > On 06/17/2016 09:36 AM, Peter Maydell wrote: >> And >> most architectures except x86-64 won't honour PT_GNU_STACK=non-exec >> unless the parent process also had nonexec stack (because they >> let the READ_IMPLIES_EXEC

Re: [Qemu-devel] [RFC 4/7] break/watchpoints: store inside array

On 17/06/2016 18:33, Alex Bennée wrote: > @@ -807,18 +807,17 @@ int cpu_watchpoint_insert_with_ref(CPUState *cpu, vaddr > addr, vaddr len, > wp->flags = flags; > wp->ref = ref; > } else { > -wp = g_malloc(sizeof(*wp)); > - > -wp->vaddr = addr; > -

Re: [Qemu-devel] [PATCH v17 1/4] block/gluster: rename [server, volname, image] -> [host, volume, path]

On Wed, Jun 15, 2016 at 01:55:44PM +0530, Prasanna Kumar Kalever wrote: > A future patch will add support for multiple gluster servers. Existing > terminology is a bit unusual in relation to what names are used by > other networked devices, and doesn't map very well to the terminology > we expect

Re: [Qemu-devel] [PATCH] alpha: Fix build error for linux-user

On 06/17/2016 11:07 AM, Pranith Kumar wrote: > On Fri, Jun 17, 2016 at 2:04 PM, Paolo Bonzini wrote: >> >> >> On 16/06/2016 21:07, Richard Henderson wrote: && ((addr >> 41) & 3) == 2 -&& addr >> TARGET_VIRT_ADDR_SPACE_BITS == addr >> 63);

Re: [Qemu-devel] [PATCH 0/5] hw/net: Don't use cpu_to_*w() and *_to_cpup()

On 06/16/2016 10:17 AM, Peter Maydell wrote: > This patchset converts a handful of network devices to use > ld*_p() and st*_p() instead of cpu_to_*w() and *_to_cpup(). > > This is the last lot of conversion patches; I have the "delete > the implementations from bswap.h" patch, and will send that

Re: [Qemu-devel] [RFC 6/7] linux-user: don't clone watchpoints

On 17/06/2016 18:33, Alex Bennée wrote: > The watchpoint code is stubbed out for CONFIG_USER_ONLY so there is no > point attempting to copy the data here. Lets remove the code before the > RCU protection goes in. > > Signed-off-by: Alex Bennée > --- > linux-user/main.c

[Qemu-devel] [Bug 1285363] Re: qemu-aarch64-static segfaults

We've now overhauled the signal handling code in upstream QEMU, and it has its own implementation of the basic idea in the patch from comment 1 (which is "don't let the guest block SIGSEGV"). ** Changed in: qemu Status: New => Fix Committed -- You received this bug notification because

[Qemu-devel] [Bug 1457275] Re: qemu-user hangs in m{,un}map loop

This works for me so I think we must have fixed this problem at some point between 2.3 and current master. If you still have this problem with a QEMU build from head of git please reopen with instructions for how to reproduce. ** Changed in: qemu Status: New => Fix Released -- You

[Qemu-devel] [RFC 5/7] breakpoints: put breakpoints under RCU control

Each time breakpoints are added/removed from the array it's done using an read-copy-update cycle. Simultaneous writes are protected by the debug_update_lock. Signed-off-by: Alex Bennée --- cpus.c| 3 + exec.c| 167

[Qemu-devel] [Bug 1591611] Re: chroot using qemu-x86_64-static fails on ppc64el

qemu can locate the guest page with that address but it has a flags field of all zero (no access, invalid). Any ideas? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1591611 Title: chroot using

Re: [Qemu-devel] [PATCH v4 3/3] i386: publish advised value of MSR_IA32_FEATURE_CONTROL via fw_cfg

Hi Haozhong, On 06/16/16 13:19, Haozhong Zhang wrote: > On 06/16/16 11:52, Paolo Bonzini wrote: >> >> >> On 16/06/2016 08:06, Haozhong Zhang wrote: >>> It's a prerequisite that certain bits of MSR_IA32_FEATURE_CONTROL should >>> be set before some features (e.g. VMX and LMCE) can be used, which

[Qemu-devel] [RFC 3/7] exec: keep CPUBreakpoint references internal

In preparation for the conversion to an RCU controlled list of breakpoints I've removed all $ARCH local references to breakpoint structures. They can be accessed with cpu_breakpoint_get_by_ref() which will eventually offer them for the lifetime of the rcu_read_lock(). Instead of using pointers as

[Qemu-devel] [RFC 7/7] watchpoints: put watchpoints under RCU control

Each time watchpoints are added/removed from the array it's done using an read-copy-update cycle. Simultaneous writes are protected by the debug_update_lock. Signed-off-by: Alex Bennée --- cpu-exec.c | 7 ++- exec.c | 193

Re: [Qemu-devel] [PATCH] oslib-posix: New qemu_alloc_stack() to allocate stack with correct perms

On 06/17/2016 09:36 AM, Peter Maydell wrote: > On 17 June 2016 at 17:12, Richard Henderson wrote: >> What about using dl_iterate_phdr, looking for PT_GNU_STACK? >> That interface is present on a few other hosts besides Linux. > > We could do that. I note that the MIPS kernel is

[Qemu-devel] [PATCHv1] rtl8139: save/load RxMulOk counter (again)

Commit 9d29cdeaaca3a0383af764000b71492c4fc67c6e (rtl8139: port TallyCounters to vmstate) introduced in incompatibility in the v4 format as it omitted the RxOkMul counter. There are presumably no users that were impacted by the v4 to v4' breakage, so increase the save version to 5 and re-add the

Re: [Qemu-devel] [PATCH] hw/arm/virt: Reject gic-version=host for non-KVM

On Fri, Jun 17, 2016 at 05:31:20PM +0100, Peter Maydell wrote: > On 17 June 2016 at 17:10, Richard W.M. Jones wrote: > > On Fri, Jun 17, 2016 at 03:49:38PM +0100, Peter Maydell wrote: > >> > I agree that we really need to do better here (thinking about > >> > the problem is on

Re: [Qemu-devel] [PATCH] hw/arm/virt: Reject gic-version=host for non-KVM

On 17 June 2016 at 17:10, Richard W.M. Jones wrote: > On Fri, Jun 17, 2016 at 03:49:38PM +0100, Peter Maydell wrote: >> > I agree that we really need to do better here (thinking about >> > the problem is on my todo list but generally other more pressing >> > issues intervene).

Re: [Qemu-devel] [RFC] target-arm: fix semihosting ram base issue

> On 17 Jun 2016, at 05:37, Tsung-Han Lin wrote: > > Hi, I made some changes to TRY TO fix the ARM semihosting issue ... > This problem has been bothering me for quite a while. semihosting was the first thing I fixed in GNU ARM Eclipse QEMU, and since then I use it

Re: [Qemu-devel] [RFC 0/7] Safe watch and breakpoint manipulation

On 17/06/2016 18:33, Alex Bennée wrote: > First we move the break/watchpoints into an array which is more > amenable to RCU control that the QLIST. We then control the life time > of references to break/watchpoint data by removing long held > references in the target code and getting information

Re: [Qemu-devel] [PATCH] alpha: Fix build error for linux-user

On Thu, Jun 16, 2016 at 8:43 PM, Laurent Vivier wrote: > > > Le 16/06/2016 à 21:15, Pranith Kumar a écrit : >> On Thu, Jun 16, 2016 at 3:07 PM, Richard Henderson wrote: >>> On 06/16/2016 11:56 AM, Pranith Kumar wrote: Using gcc 6.1 for alpha-linux-user

Re: [Qemu-devel] [PATCH 4/5] x86: Allow physical address bits to be set

On 06/17/16 13:20, Gerd Hoffmann wrote: > Hi, > >>> Not sure whenever qemu adds some extra space for hotplug to the 64bit >>> hole and if so how it calculates the size then. But the guest os should >>> stick to those ranges when configuring hotplugged devices. > >> currently firmware would

Re: [Qemu-devel] [Xen-devel] [PATCH v2] xen: fix qdisk BLKIF_OP_DISCARD for 32/64 word size mix

On Fri, 17 Jun 2016, Paul Durrant wrote: > > -Original Message- > > From: Juergen Gross [mailto:jgr...@suse.com] > > Sent: 17 June 2016 11:40 > > To: Paul Durrant; Jan Beulich > > Cc: Anthony Perard; xen-devel; sstabell...@kernel.org; qemu- > > de...@nongnu.org; kra...@redhat.com > >

[Qemu-devel] [Bug 1429313] Re: qemu-user doesn't block target signals on entry to signal hanlder.

The patches to block signals on entry to the signal handler have now been applied to master. ** Changed in: qemu Status: In Progress => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [PATCH v4 1/3] target-i386: KVM: add basic Intel LMCE support

On Fri, Jun 17, 2016 at 09:26:57AM +0800, Haozhong Zhang wrote: [...] > > > static void mce_init(X86CPU *cpu) > > > { > > > CPUX86State *cenv = >env; > > > unsigned int bank; > > > +Error *local_err = NULL; > > > > > > if (((cenv->cpuid_version >> 8) & 0xf) >= 6 > > >

Re: [Qemu-devel] [RFC 7/7] watchpoints: put watchpoints under RCU control

On 17/06/2016 18:33, Alex Bennée wrote: > Each time watchpoints are added/removed from the array it's done using > an read-copy-update cycle. Simultaneous writes are protected by the > debug_update_lock. > > Signed-off-by: Alex Bennée > --- > cpu-exec.c | 7 ++- >

Re: [Qemu-devel] [Xen-devel] [PATCH] xen: fix qdisk BLKIF_OP_DISCARD for 32/64 word size mix

On Thu, 16 Jun 2016, Juergen Gross wrote: > On 16/06/16 15:07, Stefano Stabellini wrote: > > On Thu, 16 Jun 2016, Juergen Gross wrote: > >> On 16/06/16 12:54, Jan Beulich wrote: > >> On 16.06.16 at 12:02, wrote: > In case the word size of the domU and qemu running the

[Qemu-devel] [RFC 6/7] linux-user: don't clone watchpoints

The watchpoint code is stubbed out for CONFIG_USER_ONLY so there is no point attempting to copy the data here. Lets remove the code before the RCU protection goes in. Signed-off-by: Alex Bennée --- linux-user/main.c | 8 1 file changed, 8 deletions(-) diff

Re: [Qemu-devel] [PATCH] oslib-posix: New qemu_alloc_stack() to allocate stack with correct perms

On 06/17/2016 07:11 AM, Peter Maydell wrote: > Some architectures require the stack to be executable; notably > this includes MIPS, because the kernel's floating point emulator > may try to put trampoline code on the stack to handle some cases. > (See

Re: [Qemu-devel] [RFC 1/7] cpu: move break/watchpoints into arrays.

On 17/06/2016 18:33, Alex Bennée wrote: > Before we can protect the lists we need a structure a little more > amenable to RCU protection. This moves all the lists into a re-sizeable > array. The array still only points to allocated structures because a > number of the architectures still need to

[Qemu-devel] [virtio-dev][RFC 2/2] virtio-sdm: new device specification

This patch adds the specification of the Signal Dristribution Module virtio device to the current virtio specification document. Signed-off-by: Christian Pinto --- virtio-sdm.tex | 126 + 1 file changed, 126

[Qemu-devel] [Bug 1318281] Re: linux-user: x86_64 target fails to call sys_futex()

The test program works fine with current git master, so I think we have fixed this bug at some point in the last two years. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [RFC 5/7] breakpoints: put breakpoints under RCU control

On 17/06/2016 18:33, Alex Bennée wrote: > Each time breakpoints are added/removed from the array it's done using > an read-copy-update cycle. Simultaneous writes are protected by the > debug_update_lock. > > Signed-off-by: Alex Bennée > --- > cpus.c| 3 +

[Qemu-devel] [RFC 2/7] exec: keep CPUWatchpoint references internal

In preparation for the conversion to an RCU controlled list of watchpoints I've removed all $ARCH local copies of the watchpoint structures. They can be accessed with cpu_watchpoint_get_by_ref() which will eventually offer them for the lifetime of the rcu_read_lock(). Instead of using pointers as

[Qemu-devel] [virtio-dev][RFC 0/2] Signal Distribution Module virtio device specification

Hi all, This patch series proposes the specification of a new virtio device on which we are working on, namely the Signal Distribution Module (SDM). The SDM routes inter-processor signals intra and inter QEMU instances, using a user-defined communication channel. At the current state the SDM

Re: [Qemu-devel] [PATCH] hw/arm/virt: Reject gic-version=host for non-KVM

On Fri, Jun 17, 2016 at 03:49:38PM +0100, Peter Maydell wrote: > On 26 May 2016 at 15:53, Peter Maydell wrote: > > On 26 May 2016 at 15:46, Richard W.M. Jones wrote: > >> The problem with this is if I'm using TCG fallback mode, how > >> can I specify

[Qemu-devel] [RFC 1/7] cpu: move break/watchpoints into arrays.

Before we can protect the lists we need a structure a little more amenable to RCU protection. This moves all the lists into a re-sizeable array. The array still only points to allocated structures because a number of the architectures still need to look at the results of a hit by examining the

[Qemu-devel] [Bug 1357206] Re: QEMU user mode still crashes in multi-thread code.

This test case now works for me, so I think we have resolved the bug that was showing up here. ** Changed in: qemu Status: New => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [PULL 41/42] trace: split out trace events for qom/ directory

From: "Daniel P. Berrange" Move all trace-events for files in the qom/ directory to their own file. Signed-off-by: Daniel P. Berrange Message-id: 1466066426-16657-40-git-send-email-berra...@redhat.com Signed-off-by: Stefan Hajnoczi

Re: [Qemu-devel] [PATCH] oslib-posix: New qemu_alloc_stack() to allocate stack with correct perms

On 17 June 2016 at 17:12, Richard Henderson wrote: > What about using dl_iterate_phdr, looking for PT_GNU_STACK? > That interface is present on a few other hosts besides Linux. We could do that. I note that the MIPS kernel is buggy in that it will assume the stack is executable

[Qemu-devel] [RFC 0/7] Safe watch and breakpoint manipulation

Hi, Last time I went through the MTTCG code the access to the break/watchpoint code was annotated with "RCU?". The code currently gets away with avoiding locks for the gdbstub as the guest execution state is usually halted. However when used for modelling architectural debug registers there is no

Re: [Qemu-devel] [PATCH 4/5] x86: Allow physical address bits to be set

On 06/17/16 11:52, Igor Mammedov wrote: > On Fri, 17 Jun 2016 11:17:54 +0200 > Gerd Hoffmann wrote: > >> On Fr, 2016-06-17 at 10:43 +0200, Paolo Bonzini wrote: >>> >>> On 17/06/2016 10:15, Dr. David Alan Gilbert wrote: Larger is a problem if the guest tries to map

[Qemu-devel] [PULL 32/42] trace: split out trace events for hw/acpi/ directory

From: "Daniel P. Berrange" Move all trace-events for files in the hw/acpi/ directory to their own file. Signed-off-by: Daniel P. Berrange Message-id: 1466066426-16657-31-git-send-email-berra...@redhat.com Signed-off-by: Stefan Hajnoczi

[Qemu-devel] [Bug 1299190] Re: Access to /proc/self/exe in linux-user mode

This bug was fixed by commit aa07f5ecf9828 in 2014 and has been released in QEMU. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1299190

[Qemu-devel] [Bug 1319100] Re: qemu-arm-static bug in signal handling causes mono and java to hang

Recent changes to QEMU's handling of signals fix this hang trying to run mono under QEMU; they should be out in QEMU 2.7. ** Changed in: qemu Status: New => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [RFC 4/7] break/watchpoints: store inside array

Instead of dynamically allocating each break/watchpoint just include in the array. This will make it easier to use RCU to update the array as well as make the scanning of the current list more cache-line friendly. Signed-off-by: Alex Bennée --- cpu-exec.c

[Qemu-devel] [PULL 27/42] trace: split out trace events for hw/9pfs/ directory

From: "Daniel P. Berrange" Move all trace-events for files in the hw/9pfs/ directory to their own file. Signed-off-by: Daniel P. Berrange Message-id: 1466066426-16657-26-git-send-email-berra...@redhat.com Signed-off-by: Stefan Hajnoczi

[Qemu-devel] [PULL 42/42] trace: split out trace events for linux-user/ directory

From: "Daniel P. Berrange" Move all trace-events for files in the linux-user/ directory to their own file. Signed-off-by: Daniel P. Berrange Reviewed-by: Laurent Vivier Message-id:

Re: [Qemu-devel] [PULL 00/22] target-arm queue

following changes since commit 98b5b7422fe1813040b499a4be415a9f514f1c10: > > Merge remote-tracking branch > 'remotes/amit-migration/tags/migration-for-2.7-5' into staging (2016-06-17 > 14:09:46 +0100) > > are available in the git repository at: > > > git://git.linaro.org/people/pmaydell/

[Qemu-devel] [PULL 24/42] trace: split out trace events for hw/sd/ directory

From: "Daniel P. Berrange" Move all trace-events for files in the hw/sd/ directory to their own file. Signed-off-by: Daniel P. Berrange Message-id: 1466066426-16657-23-git-send-email-berra...@redhat.com Signed-off-by: Stefan Hajnoczi

[Qemu-devel] [Bug 1075339] Re: linux-user emulation of setsockopt ignores optlen

We fixed our setsockopt emulation to correctly convert timeval parameters for SO_RCVTIMEO and SO_SNDTIMEO back in 2013. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

  1   2   3   4   5   >