On 21.05.2012, at 04:01, Benjamin Herrenschmidt b...@kernel.crashing.org
wrote:
Without that, reset from SLOF crashes in full emulation.
Reported-by: Thomas Huth th...@linux.vnet.ibm.com
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
target-ppc/translate_init.c |
On Mon, 2012-05-21 at 08:16 +0200, Alexander Graf wrote:
On 21.05.2012, at 04:01, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Without that, reset from SLOF crashes in full emulation.
Reported-by: Thomas Huth th...@linux.vnet.ibm.com
Signed-off-by: Benjamin Herrenschmidt
On 21 May 2012 07:16, Alexander Graf ag...@suse.de wrote:
Shouldn't this be true for all CPUs? I remember talking about reset
with Peter a while ago... but don't remember the conclusions :)
The conclusion we came to is that you only need to tb_flush
in your CPU's reset function if you have some
On Mon, 2012-05-21 at 08:15 +0100, Peter Maydell wrote:
The conclusion we came to is that you only need to tb_flush
in your CPU's reset function if you have some CPU state which
you handle by baking it into translated code and doing a tb_flush
when the state changes. This is relatively rare,
Without that, reset from SLOF crashes in full emulation.
Reported-by: Thomas Huth th...@linux.vnet.ibm.com
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
target-ppc/translate_init.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
