On 1 September 2015 at 20:38, Emilio G. Cota wrote:
> I can replicate it; what's happening is that tlb_flush_all calls
> cpu_loop_exit(), then re-enters the cpu loop, performs the
> job while other CPUs are asleep(i.e. __tlb_flush_all in this case),
> but then when it continues execution it loads
On Tue, Sep 01, 2015 at 17:10:30 +0100, Alex Bennée wrote:
>
> Emilio G. Cota writes:
>
> > Signed-off-by: Emilio G. Cota
> > ---
> > cputlb.c | 41 +++--
> > 1 file changed, 11 insertions(+), 30 deletions(-)
>
> I bisected my Jessie boot failure to this co
Emilio G. Cota writes:
> Signed-off-by: Emilio G. Cota
> ---
> cputlb.c | 41 +++--
> 1 file changed, 11 insertions(+), 30 deletions(-)
I bisected my Jessie boot failure to this commit. Before it boots up
fine, here it just hangs before the kernel starts in
- Original Message -
> From: "Emilio G. Cota"
> To: "Paolo Bonzini"
> Cc: qemu-devel@nongnu.org, mt...@greensocs.com, "guillaume delbergue"
> , "alex
> bennee" , "mark burton" ,
> "a rigo"
> , "Frederic Konrad"
> Sent: Wednesday, August 26, 2015 12:31:22 AM
> Subject: Re: [RFC 35/38]
On Sun, Aug 23, 2015 at 18:29:33 -0700, Paolo Bonzini wrote:
>
>
> On 23/08/2015 17:24, Emilio G. Cota wrote:
> > Signed-off-by: Emilio G. Cota
> > ---
> > cputlb.c | 41 +++--
> > 1 file changed, 11 insertions(+), 30 deletions(-)
>
> As suggested by me and
On 23/08/2015 17:24, Emilio G. Cota wrote:
> Signed-off-by: Emilio G. Cota
> ---
> cputlb.c | 41 +++--
> 1 file changed, 11 insertions(+), 30 deletions(-)
As suggested by me and Peter, synchronization on TLB flushes should be
arch-specific. CPUs can halt o
Signed-off-by: Emilio G. Cota
---
cputlb.c | 41 +++--
1 file changed, 11 insertions(+), 30 deletions(-)
diff --git a/cputlb.c b/cputlb.c
index 1b3673e..d81a4eb 100644
--- a/cputlb.c
+++ b/cputlb.c
@@ -73,43 +73,24 @@ void tlb_flush(CPUState *cpu, int flush_gl
