qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Eduardo Habkost <ehabkost@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org, Igor Mammedov <imammedo@redhat.com>
Subject: [Qemu-devel] [PULL v2 26/39] tricore: cleanup cpu type name composition
Date: Fri, 27 Oct 2017 16:20:54 +0200	[thread overview]
Message-ID: <20171027142107.15542-27-ehabkost@redhat.com> (raw)
In-Reply-To: <20171027142107.15542-1-ehabkost@redhat.com>

From: Igor Mammedov <imammedo@redhat.com>

introduce TRICORE_CPU_TYPE_NAME macro and use it to construct
cpu type names. While at it move cpu type_infos into one
array and register it directly with type_init_from_array()
instead of custom tricore_cpu_register_types()/cpu_register()

Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Message-Id: <1507211474-188400-30-git-send-email-imammedo@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
---
 target/tricore/cpu.h |  2 ++
 target/tricore/cpu.c | 68 ++++++++++++++++------------------------------------
 2 files changed, 22 insertions(+), 48 deletions(-)

diff --git a/target/tricore/cpu.h b/target/tricore/cpu.h
index bc53c40774..f41d2ceb69 100644
--- a/target/tricore/cpu.h
+++ b/target/tricore/cpu.h
@@ -413,6 +413,8 @@ static inline void cpu_get_tb_cpu_state(CPUTriCoreState *env, target_ulong *pc,
 
 #define cpu_init(cpu_model) cpu_generic_init(TYPE_TRICORE_CPU, cpu_model)
 
+#define TRICORE_CPU_TYPE_SUFFIX "-" TYPE_TRICORE_CPU
+#define TRICORE_CPU_TYPE_NAME(model) model TRICORE_CPU_TYPE_SUFFIX
 
 /* helpers.c */
 int cpu_tricore_handle_mmu_fault(CPUState *cpu, target_ulong address,
diff --git a/target/tricore/cpu.c b/target/tricore/cpu.c
index cd93806d47..179c997aa4 100644
--- a/target/tricore/cpu.c
+++ b/target/tricore/cpu.c
@@ -116,7 +116,7 @@ static ObjectClass *tricore_cpu_class_by_name(const char *cpu_model)
     ObjectClass *oc;
     char *typename;
 
-    typename = g_strdup_printf("%s-" TYPE_TRICORE_CPU, cpu_model);
+    typename = g_strdup_printf(TRICORE_CPU_TYPE_NAME("%s"), cpu_model);
     oc = object_class_by_name(typename);
     g_free(typename);
     if (!oc || !object_class_dynamic_cast(oc, TYPE_TRICORE_CPU) ||
@@ -147,19 +147,6 @@ static void tc27x_initfn(Object *obj)
     set_feature(&cpu->env, TRICORE_FEATURE_161);
 }
 
-typedef struct TriCoreCPUInfo {
-    const char *name;
-    void (*initfn)(Object *obj);
-    void (*class_init)(ObjectClass *oc, void *data);
-} TriCoreCPUInfo;
-
-static const TriCoreCPUInfo tricore_cpus[] = {
-    { .name = "tc1796",      .initfn = tc1796_initfn },
-    { .name = "tc1797",      .initfn = tc1797_initfn },
-    { .name = "tc27x",       .initfn = tc27x_initfn },
-    { .name = NULL }
-};
-
 static void tricore_cpu_class_init(ObjectClass *c, void *data)
 {
     TriCoreCPUClass *mcc = TRICORE_CPU_CLASS(c);
@@ -181,41 +168,26 @@ static void tricore_cpu_class_init(ObjectClass *c, void *data)
     cc->tcg_initialize = tricore_tcg_init;
 }
 
-static void cpu_register(const TriCoreCPUInfo *info)
-{
-    TypeInfo type_info = {
-        .parent = TYPE_TRICORE_CPU,
+#define DEFINE_TRICORE_CPU_TYPE(cpu_model, initfn) \
+    {                                              \
+        .parent = TYPE_TRICORE_CPU,                \
+        .instance_init = initfn,                   \
+        .name = TRICORE_CPU_TYPE_NAME(cpu_model),  \
+    }
+
+static const TypeInfo tricore_cpu_type_infos[] = {
+    {
+        .name = TYPE_TRICORE_CPU,
+        .parent = TYPE_CPU,
         .instance_size = sizeof(TriCoreCPU),
-        .instance_init = info->initfn,
+        .instance_init = tricore_cpu_initfn,
+        .abstract = true,
         .class_size = sizeof(TriCoreCPUClass),
-        .class_init = info->class_init,
-    };
-
-    type_info.name = g_strdup_printf("%s-" TYPE_TRICORE_CPU, info->name);
-    type_register(&type_info);
-    g_free((void *)type_info.name);
-}
-
-static const TypeInfo tricore_cpu_type_info = {
-    .name = TYPE_TRICORE_CPU,
-    .parent = TYPE_CPU,
-    .instance_size = sizeof(TriCoreCPU),
-    .instance_init = tricore_cpu_initfn,
-    .abstract = true,
-    .class_size = sizeof(TriCoreCPUClass),
-    .class_init = tricore_cpu_class_init,
+        .class_init = tricore_cpu_class_init,
+    },
+    DEFINE_TRICORE_CPU_TYPE("tc1796", tc1796_initfn),
+    DEFINE_TRICORE_CPU_TYPE("tc1797", tc1797_initfn),
+    DEFINE_TRICORE_CPU_TYPE("tc27x", tc27x_initfn),
 };
 
-static void tricore_cpu_register_types(void)
-{
-    const TriCoreCPUInfo *info = tricore_cpus;
-
-    type_register_static(&tricore_cpu_type_info);
-
-    while (info->name) {
-        cpu_register(info);
-        info++;
-    }
-}
-
-type_init(tricore_cpu_register_types)
+DEFINE_TYPES(tricore_cpu_type_infos)
-- 
2.13.6

  parent reply	other threads:[~2017-10-27 14:23 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-27 14:20 [Qemu-devel] [PULL v2 00/39] x86/cpu/numa queue, 2017-10-27 Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 01/39] alpha: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 02/39] alpha: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 03/39] cris: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 04/39] cris: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 05/39] lm32: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 06/39] lm32: milkymist: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 07/39] lm32: lm32_boards: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 08/39] m68k: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 09/39] m68k: an5206: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 10/39] m68k: mcf5208: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 11/39] moxie: fix qemu-system-moxie failing to start with CLI "-cpu MoxieLite" Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 12/39] moxie: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 13/39] moxie: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 14/39] openrisc: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 15/39] openrisc: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 16/39] sh4: r2d: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 17/39] sh4: shix: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 18/39] sh4: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 19/39] sh4: simplify superh_cpu_class_by_name() Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 20/39] sh4: remove SuperHCPUClass::name field Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 21/39] xtensa: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 22/39] xtensa: sim: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 23/39] xtensa: lx60/lx200/ml605/kc705: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 24/39] unicore32: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 25/39] unicore32: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` Eduardo Habkost [this message]
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 27/39] tricore: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 28/39] sparc: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 29/39] sparc: sun4u/sun4v/niagara: use generic cpu_model parsing Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 30/39] sparc: sparc: " Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 31/39] sparc: leon3: " Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 32/39] mips: use object_new() instead of gnew()+object_initialize() Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 33/39] mips: malta/boston: replace cpu_model with cpu_type Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 34/39] mips: fulong2e: " Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 35/39] mips: Magnum/Acer Pica 61: " Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 36/39] mips: mipssim: " Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 37/39] mips: r4k: " Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 38/39] numa: fixup parsed NumaNodeOptions earlier Eduardo Habkost
2017-10-27 14:21 ` [Qemu-devel] [PULL v2 39/39] x86: Skip check apic_id_limit for Xen Eduardo Habkost
2017-10-30 11:16 ` [Qemu-devel] [PULL v2 00/39] x86/cpu/numa queue, 2017-10-27 Peter Maydell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171027142107.15542-27-ehabkost@redhat.com \
    --to=ehabkost@redhat.com \
    --cc=imammedo@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).