On Sat, Jun 16, 2007 at 02:27:05PM +0100, Paul Brook wrote:
> > I read from the Qemu internal documentation this:
> > ``When MMU mappings change, only the chaining of the basic
> > blocks is reset (i.e. a basic block can no longer jump directly
> > to another one).''
> >
> > But when I
Hi,
2.6.21 with patches from OpenWrt works for AR7 with
CONFIG_EARLY_PRINTK and real hardware or QEMU emulation.
Maybe I can compare it to Malta tomorrow.
Perhaps some environment settings are missing for
early printk and result in a crash...
Stefan
Aurelien Jarno schrieb:
> Hi all,
>
> Since
Hi all,
Since I switch to 2.6.21 kernel on my emulated Malta board (QEMU), I
have noticed something strange. The kernel starts to boot up to the
timer calibration, and then it restart the boot again. A small example:
...
Primary data cache 0kB, 4-way, linesize 0 bytes.
Synthesized TLB refi
> I read from the Qemu internal documentation this:
> ``When MMU mappings change, only the chaining of the basic
> blocks is reset (i.e. a basic block can no longer jump directly
> to another one).''
>
> But when I read the code, I find that tlb_flush() doesn't reset the
> chaining betw
Hi guys,
I read from the Qemu internal documentation this:
``When MMU mappings change, only the chaining of the basic
blocks is reset (i.e. a basic block can no longer jump directly
to another one).''
But when I read the code, I find that tlb_flush() doesn't reset the
chaining betwe