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 20/39] sh4: remove SuperHCPUClass::name field
Date: Fri, 27 Oct 2017 16:20:48 +0200 [thread overview]
Message-ID: <20171027142107.15542-21-ehabkost@redhat.com> (raw)
In-Reply-To: <20171027142107.15542-1-ehabkost@redhat.com>
From: Igor Mammedov <imammedo@redhat.com>
the field contains upper-cased cpu model name and is used
for printing supported cpu model names for '-cpu help'.
Considering that cpu model lookup in superh_cpu_class_by_name()
is case-insensitive, we can drop upper-casing when
printing supported cpus list and use cpu type directly
to do the same by cutting out SUPERH_CPU_TYPE_SUFFIX from
typename.
It allows to remove SuperHCPUClass::name, which practically
duplicates names defined by TYPE_SH*_CPU definitions and
simplify sh*_class_init()/SuperHCPUClass a bit.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Message-Id: <1507211474-188400-24-git-send-email-imammedo@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
---
target/sh4/cpu-qom.h | 2 --
target/sh4/cpu.c | 10 +++-------
2 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/target/sh4/cpu-qom.h b/target/sh4/cpu-qom.h
index 17deeb661b..0f9fb4dd31 100644
--- a/target/sh4/cpu-qom.h
+++ b/target/sh4/cpu-qom.h
@@ -39,7 +39,6 @@
* SuperHCPUClass:
* @parent_realize: The parent class' realize handler.
* @parent_reset: The parent class' reset handler.
- * @name: The name.
* @pvr: Processor Version Register
* @prr: Processor Revision Register
* @cvr: Cache Version Register
@@ -54,7 +53,6 @@ typedef struct SuperHCPUClass {
DeviceRealize parent_realize;
void (*parent_reset)(CPUState *cpu);
- const char *name;
uint32_t pvr;
uint32_t prr;
uint32_t cvr;
diff --git a/target/sh4/cpu.c b/target/sh4/cpu.c
index 972c809d8c..e0b99fbc89 100644
--- a/target/sh4/cpu.c
+++ b/target/sh4/cpu.c
@@ -98,12 +98,11 @@ static gint superh_cpu_list_compare(gconstpointer a, gconstpointer b)
static void superh_cpu_list_entry(gpointer data, gpointer user_data)
{
- ObjectClass *oc = data;
- SuperHCPUClass *scc = SUPERH_CPU_CLASS(oc);
SuperHCPUListState *s = user_data;
+ const char *typename = object_class_get_name(OBJECT_CLASS(data));
+ int len = strlen(typename) - strlen(SUPERH_CPU_TYPE_SUFFIX);
- (*s->cpu_fprintf)(s->file, "%s\n",
- scc->name);
+ (*s->cpu_fprintf)(s->file, "%.*s\n", len, typename);
}
void sh4_cpu_list(FILE *f, fprintf_function cpu_fprintf)
@@ -156,7 +155,6 @@ static void sh7750r_class_init(ObjectClass *oc, void *data)
{
SuperHCPUClass *scc = SUPERH_CPU_CLASS(oc);
- scc->name = "SH7750R";
scc->pvr = 0x00050000;
scc->prr = 0x00000100;
scc->cvr = 0x00110000;
@@ -175,7 +173,6 @@ static void sh7751r_class_init(ObjectClass *oc, void *data)
{
SuperHCPUClass *scc = SUPERH_CPU_CLASS(oc);
- scc->name = "SH7751R";
scc->pvr = 0x04050005;
scc->prr = 0x00000113;
scc->cvr = 0x00110000; /* Neutered caches, should be 0x20480000 */
@@ -194,7 +191,6 @@ static void sh7785_class_init(ObjectClass *oc, void *data)
{
SuperHCPUClass *scc = SUPERH_CPU_CLASS(oc);
- scc->name = "SH7785";
scc->pvr = 0x10300700;
scc->prr = 0x00000200;
scc->cvr = 0x71440211;
--
2.13.6
next prev parent reply other threads:[~2017-10-27 14:22 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 ` Eduardo Habkost [this message]
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 ` [Qemu-devel] [PULL v2 26/39] tricore: cleanup cpu type name composition Eduardo Habkost
2017-10-27 14:20 ` [Qemu-devel] [PULL v2 27/39] tricore: use generic cpu_model parsing 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-21-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).