e600 core for MPC86xx processors

The MPC86xx processors are based on a e600 core which is not currently
the case in qemu where they are based on the 7400 processor.

This patch creates the e600 core and instantiates the MPC86xx
processors based on it. Therefore, adding the high BATs and the SPRG
4..7 registers, which are e600-specific [1].

This allows to define the MPC8610 processor too and my program running
on a real MPC8610 target is now able to run on qemu :)

[1] http://cache.freescale.com/files/32bit/doc/ref_manual/E600CORERM.pdf

Signed-off-by: Julio Guerra <guerr@julio.in>
---
 translate_init.c |  119
++++---------------------------------------------------
 1 file changed, 9 insertions(+), 110 deletions(-)

-    gen_low_BATs(env);
-    gen_high_BATs(env);
-    gen_74xx_soft_tlb(env, 128, 2);
-    init_excp_7450(env);
-    env->dcache_line_size = 32;
-    env->icache_line_size = 32;
-    /* Allocate hardware IRQ controller */
-    ppc6xx_irq_init(env);
-}
-
 #if defined (TARGET_PPC64)
 /* PowerPC 970
  */
 #define POWERPC_INSNS_970    (PPC_INSNS_BASE | PPC_STRING | PPC_MFTB |
   \
@@ -7797,7 +7692,9 @@ enum {
     POWERPC_SVR_8568E              = 0x807D0011 | POWERPC_SVR_E500,
     POWERPC_SVR_8572               = 0x80E00010 | POWERPC_SVR_E500,
     POWERPC_SVR_8572E              = 0x80E80010 | POWERPC_SVR_E500,
-    POWERPC_SVR_8610               = 0x80A00011,
+#if 0
+    POWERPC_SVR_8610               = xxx,
+#endif
     POWERPC_SVR_8641               = 0x80900021,
     POWERPC_SVR_8641D              = 0x80900121,
 };
@@ -8944,17 +8841,19 @@ static const ppc_def_t ppc_defs[] = {
                     CPU_POWERPC_MPC8572E,     POWERPC_SVR_8572E,
e500v2),
     /* e600 family
  */
     /* PowerPC e600 core
  */
-    POWERPC_DEF("e600",          CPU_POWERPC_e600,                   e600),
+    POWERPC_DEF("e600",          CPU_POWERPC_e600,                   7400),
     /* PowerPC e600 microcontrollers
  */
+#if defined (TODO)
     /* MPC8610
  */
     POWERPC_DEF_SVR("MPC8610",
-                    CPU_POWERPC_MPC8610,      POWERPC_SVR_8610,      e600),
+                    CPU_POWERPC_MPC8610,      POWERPC_SVR_8610,      7400),
+#endif
     /* MPC8641
  */
     POWERPC_DEF_SVR("MPC8641",
-                    CPU_POWERPC_MPC8641,      POWERPC_SVR_8641,      e600),
+                    CPU_POWERPC_MPC8641,      POWERPC_SVR_8641,      7400),
     /* MPC8641D
   */
     POWERPC_DEF_SVR("MPC8641D",
-                    CPU_POWERPC_MPC8641D,     POWERPC_SVR_8641D,     e600),
+                    CPU_POWERPC_MPC8641D,     POWERPC_SVR_8641D,     7400),
     /* 32 bits "classic" PowerPC
  */
     /* PowerPC 6xx family
   */
     /* PowerPC 601
  */

Am 16.02.2013 13:48, schrieb Julio Guerra:
> The MPC86xx processors are based on a e600 core which is not currently
> the case in qemu where they are based on the 7400 processor.
> 
> This patch creates the e600 core and instantiates the MPC86xx
> processors based on it. Therefore, adding the high BATs and the SPRG
> 4..7 registers, which are e600-specific [1].
> 
> This allows to define the MPC8610 processor too and my program running
> on a real MPC8610 target is now able to run on qemu :)
> 
> [1] http://cache.freescale.com/files/32bit/doc/ref_manual/E600CORERM.pdf
> 
> Signed-off-by: Julio Guerra <guerr@julio.in <mailto:guerr@julio.in>>
> ---
>  translate_init.c |  119
> ++++---------------------------------------------------
>  1 file changed, 9 insertions(+), 110 deletions(-)

This patch is just as broken as the PReP one...

The patch contradicts your description. Did you diff the wrong way?!

This patch conflicts with our ongoing CPU definition refactoring:
http://lists.nongnu.org/archive/html/qemu-devel/2013-02/msg01672.html
We are extracting some of the definitions into an alias list and as a
follow-up preparing to use QOM for CPU model -> CPU type relationships.
It may need to be delayed to apply on top.

Regards,
Andreas

2013/2/16 Andreas Färber <afaerber@suse.de>:
>
> This patch is just as broken as the PReP one...
>
> The patch contradicts your description. Did you diff the wrong way?!
>

Indeed... Forget it, I'll resubmit it.

> This patch conflicts with our ongoing CPU definition refactoring:
> http://lists.nongnu.org/archive/html/qemu-devel/2013-02/msg01672.html
> We are extracting some of the definitions into an alias list and as a
> follow-up preparing to use QOM for CPU model -> CPU type relationships.
> It may need to be delayed to apply on top.
>

Ok. I'll keep an eye on the updates and rework it as soon as yours is
integrated.

Regards,