On Fri, 8 Jun 2012, Andreas Färber wrote: > >>> The problem was seen with the 24Kf MIPS32r2 processor in user emulation. > >>> > >>> The new approach prevents system and user emulation from diverging -- all > >>> the hflags state is initialized in one place now. > >> > >> I submitted a patch to fix this issue and the FCR0 issue a few months back > >> [1]. > >> Andreas reviewed it, but the patch never got committed. > >> > >> [1] http://patchwork.ozlabs.org/patch/144353/ > > I fear that patch would need to be rebased now, since my cross-target > QOM refactoring was applied for v1.1.
Well, the versions I have just sent are against current master, so it might be easier to integrate them instead. > > That's unfortunate -- hopefully this can be finally resolved now. > > The best solution would be if someone stepped up as target-mips > maintainer as long as Aurélien is busy, to review and queue such > patches. m68k, mips and sh4 keep falling through the cracks currently... I can't afford that, sorry; besides my knowledge of QEMU internals is probably still too limited at this stage. Maciej
