Re: [Qemu-devel] [Bug 982321] [NEW] User mode arm qemu segfault

[Andreas Färber]

Am 15.04.2012 15:34, schrieb Serge Schneider:
> Public bug reported:
> 
> The full error is attached.
> Fixed by using downgrading to 0bcd08b3522e4feffe3111e7c8145f62d32cc1fb
> 
> Did some regression testing and found that this commit is the problem:
> 
> dec9c2d4306d7b4f8ffff482ac42dc468ed2a61d is the first bad commit
> commit dec9c2d4306d7b4f8ffff482ac42dc468ed2a61d
> Author: Andreas F��rber <address@hidden>
> Date:   Thu Mar 29 04:50:31 2012 +0000
> 
>     target-arm: Minimalistic CPU QOM'ification
>     
>     Introduce only one non-abstract type TYPE_ARM_CPU and do not touch
>     cp15 registers to not interfere with Peter's ongoing remodelling.
>     Embed CPUARMState as first (additional) field of ARMCPU.
>     
>     Let CPUClass::reset() call cpu_state_reset() for now.
>     
>     Signed-off-by: Andreas F��rber <address@hidden>
>     Signed-off-by: Peter Maydell <address@hidden>
> 
> :100644 100644 44b2e83e6f1d392161b459f582989dede6dc62c3 
> 6e8b997bc5b78262d6ea822138839d1a9e7bb3f3 M    Makefile.target
> :040000 040000 fe4fbaf514bb3121d6c320b5cd63b855e040fc38 
> fe2555ad071f036eb4173347ff2f887f23e7d633 M    target-arm

Can you provide a backtrace of what free() is the problem here?
Or a statically compiled testcase to reproduce?

Thanks,
Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg