Re: [Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-12 Thread Lluís Vilanova
Edgar E Iglesias writes: > On Tue, Jan 12, 2016 at 01:12:29PM +0100, Lluís Vilanova wrote: >> Peter Maydell writes: >> >> > On 11 January 2016 at 20:16, Lluís Vilanova wrote: >> >> Great! I implemented a similar thing long time ago. In my case the >> >> machinery is >> >> completely hidden unde

Re: [Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-12 Thread Edgar E. Iglesias
On Tue, Jan 12, 2016 at 01:12:29PM +0100, Lluís Vilanova wrote: > Peter Maydell writes: > > > On 11 January 2016 at 20:16, Lluís Vilanova wrote: > >> Great! I implemented a similar thing long time ago. In my case the > >> machinery is > >> completely hidden under the concept of "value promises"

Re: [Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-12 Thread Lluís Vilanova
Peter Maydell writes: > On 11 January 2016 at 20:16, Lluís Vilanova wrote: >> Great! I implemented a similar thing long time ago. In my case the machinery >> is >> completely hidden under the concept of "value promises" in TCG (i.e., the >> user >> does not need to know about TCG internals like

Re: [Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-11 Thread Peter Maydell
On 11 January 2016 at 20:16, Lluís Vilanova wrote: > Great! I implemented a similar thing long time ago. In my case the machinery > is > completely hidden under the concept of "value promises" in TCG (i.e., the user > does not need to know about TCG internals like tcg_op_buf_count): > >// cre

Re: [Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-11 Thread Lluís Vilanova
Edgar E Iglesias writes: > From: "Edgar E. Iglesias" > Hi, > On AArch64, when some load/stores trap under specific conditions, a set of > detailed info describing the insn is provided to the trap handler (e.g size > of the access, target registers, insn-length mode etc). > This specific info is

Re: [Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-08 Thread Richard Henderson
On 01/08/2016 08:25 AM, Edgar E. Iglesias wrote: > To do so, we'd need to first emit the insn_start and then after translating > the > given target-insn, update the insn_start parameters with the decoded insn > details. Fair enough. > Any thoughts on this approach? Or ideas on better options to

[Qemu-devel] [RFC 0/2] tcg-icount: Add and use tcg_set_insn_param to update tcg insn params

2016-01-08 Thread Edgar E. Iglesias
From: "Edgar E. Iglesias" Hi, On AArch64, when some load/stores trap under specific conditions, a set of detailed info describing the insn is provided to the trap handler (e.g size of the access, target registers, insn-length mode etc). This specific info is known at translation time and Peter s