Re: [Qemu-devel] [RFC v5 0/6] Slow-path for atomic instruction translation

2015-10-01 Thread Emilio G. Cota
On Wed, Sep 30, 2015 at 06:44:32 +0200, Paolo Bonzini wrote: > I have a doubt about your patches for ll/sc emulation, that I hope you > can clarify. > > From 1ft, both approaches rely on checking a flag during stores. > This is split between the TLB and the CPUState for Alvise's patches (in >

Re: [Qemu-devel] [RFC v5 0/6] Slow-path for atomic instruction translation

2015-09-30 Thread Paolo Bonzini
On 30/09/2015 10:14, alvise rigo wrote: >> From 1ft, both approaches rely on checking a flag during stores. >> This is split between the TLB and the CPUState for Alvise's patches (in >> order to exploit the existing fast-path checks), and entirely in the >> radix tree for Emilio's. However,

Re: [Qemu-devel] [RFC v5 0/6] Slow-path for atomic instruction translation

2015-09-30 Thread alvise rigo
Hi Paolo, On Wed, Sep 30, 2015 at 6:44 AM, Paolo Bonzini wrote: > > > On 24/09/2015 10:32, Alvise Rigo wrote: >> The implementation heavily uses the software TLB together with a new >> bitmap that has been added to the ram_list structure which flags, on a >> per-CPU basis, all the memory pages th

Re: [Qemu-devel] [RFC v5 0/6] Slow-path for atomic instruction translation

2015-09-30 Thread Paolo Bonzini
On 24/09/2015 10:32, Alvise Rigo wrote: > The implementation heavily uses the software TLB together with a new > bitmap that has been added to the ram_list structure which flags, on a > per-CPU basis, all the memory pages that are in the middle of a LoadLink > (LL), StoreConditional (SC) operatio

[Qemu-devel] [RFC v5 0/6] Slow-path for atomic instruction translation

2015-09-24 Thread Alvise Rigo
This is the fifth iteration of the patch series which applies to the upstream branch of QEMU (v2.4.0). Changes versus previous versions are at the bottom of this cover letter. The code is also available at following repository: https://git.virtualopensystems.com/dev/qemu-mt.git branch: slowpath-f