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 <afaer...@suse.de> > 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 <afaer...@suse.de> > Signed-off-by: Peter Maydell <peter.mayd...@linaro.org> > > :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