On 07.10.2015 16:52, Frederic Konrad wrote:
> Hi Claudio,
>
> I'll rebase soon tomorrow with a bit of luck ;).
>
> Thanks,
> Fred
a respectful ping on this one :-)
I am looking at http://git.greensocs.com/fkonrad/mttcg.git
branch multi_tcg_v7_bugfixed,
is there something new?
Ciao,
Claudio
>
Hi Claudio,
I'll rebase soon tomorrow with a bit of luck ;).
Thanks,
Fred
On 07/10/2015 14:46, Claudio Fontana wrote:
> Hello Frederic,
>
> On 11.08.2015 08:27, Frederic Konrad wrote:
>> On 11/08/2015 08:15, Benjamin Herrenschmidt wrote:
>>> On Mon, 2015-08-10 at 17:26 +0200, fred.kon...@greenso
Hello Frederic,
On 11.08.2015 08:27, Frederic Konrad wrote:
> On 11/08/2015 08:15, Benjamin Herrenschmidt wrote:
>> On Mon, 2015-08-10 at 17:26 +0200, fred.kon...@greensocs.com wrote:
>>> From: KONRAD Frederic
>>>
>>> This is the 7th round of the MTTCG patch series.
>>>
>>>
>>> It can be cloned f
On 12/08/2015 17:19, Frederic Konrad wrote:
> BTW that affect KVM as well. Seems this mechanism is used as well with
> qemu_cpu_kick_self().. Which is a little strange as it seems the SIGIPI
> trigger a
> dummy signal handler?
>
> memset(&sigact, 0, sizeof(sigact));
> sigact.sa_handler =
On 11/08/2015 15:59, Frederic Konrad wrote:
On 11/08/2015 14:45, Paolo Bonzini wrote:
On 10/08/2015 17:26, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic
This is the 7th round of the MTTCG patch series.
Thanks to look at this.
Here is a list of issues that I found:
- tb_lock usage
Benjamin Herrenschmidt writes:
> On Tue, 2015-08-11 at 08:54 +0100, Alex Bennée wrote:
>>
>> > How do you handle the memory model ? IE , ARM and PPC are OO while x86
>> > is (mostly) in order, so emulating ARM/PPC on x86 is fine but emulating
>> > x86 on ARM or PPC will lead to problems unless
On 11/08/2015 15:59, Frederic Konrad wrote:
>> - tb_lock usage in tb_find_fast is complicated and introduces the need
>> for other complicated code such as the tb_invalidate callback. Instead,
>> the tb locking should reuse the cpu-exec.c code for user-mode emulation,
>> with additional locking
On 11/08/2015 14:45, Paolo Bonzini wrote:
On 10/08/2015 17:26, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic
This is the 7th round of the MTTCG patch series.
Thanks to look at this.
Here is a list of issues that I found:
- tb_lock usage in tb_find_fast is complicated and introduces
On 10/08/2015 17:26, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> This is the 7th round of the MTTCG patch series.
Here is a list of issues that I found:
- tb_lock usage in tb_find_fast is complicated and introduces the need
for other complicated code such as the tb_invalidate c
On Tue, 2015-08-11 at 10:29 +0100, Peter Maydell wrote:
> Is it possible in some of these combinations to use the load-acquire
> and store-release instructions rather than explicit barriers?
> (ARMv8 has those, which I think should be slightly less heavyweight
> than explicit barriers everywhere, i
On 11 August 2015 at 10:22, Benjamin Herrenschmidt
wrote:
> On Tue, 2015-08-11 at 08:54 +0100, Alex Bennée wrote:
>>
>> > How do you handle the memory model ? IE , ARM and PPC are OO while x86
>> > is (mostly) in order, so emulating ARM/PPC on x86 is fine but emulating
>> > x86 on ARM or PPC will
On Tue, 2015-08-11 at 08:54 +0100, Alex Bennée wrote:
>
> > How do you handle the memory model ? IE , ARM and PPC are OO while x86
> > is (mostly) in order, so emulating ARM/PPC on x86 is fine but emulating
> > x86 on ARM or PPC will lead to problems unless you generate memory
> > barriers with ev
Benjamin Herrenschmidt writes:
> On Mon, 2015-08-10 at 17:26 +0200, fred.kon...@greensocs.com wrote:
>> From: KONRAD Frederic
>>
>> This is the 7th round of the MTTCG patch series.
>>
>>
>> It can be cloned from:
>> g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
>>
>> This pa
On 11/08/2015 08:15, Benjamin Herrenschmidt wrote:
On Mon, 2015-08-10 at 17:26 +0200, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic
This is the 7th round of the MTTCG patch series.
It can be cloned from:
g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
This patch-set t
On Mon, 2015-08-10 at 17:26 +0200, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> This is the 7th round of the MTTCG patch series.
>
>
> It can be cloned from:
> g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
>
> This patch-set try to address the different issues i
On 10/08/2015 20:34, Alex Bennée wrote:
fred.kon...@greensocs.com writes:
From: KONRAD Frederic
This is the 7th round of the MTTCG patch series.
It can be cloned from:
g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
I'm not seeing this yet, did you remember to push?
oops sor
fred.kon...@greensocs.com writes:
> From: KONRAD Frederic
>
> This is the 7th round of the MTTCG patch series.
>
>
> It can be cloned from:
> g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
I'm not seeing this yet, did you remember to push?
>
> This patch-set try to address the
From: KONRAD Frederic
This is the 7th round of the MTTCG patch series.
It can be cloned from:
g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
This patch-set try to address the different issues in the global picture of
MTTCG, presented on the wiki.
== Needed patch for our work ==
18 matches
Mail list logo
