From: Eduardo Habkost <ehabkost@redhat.com>
To: Igor Mammedov <imammedo@redhat.com>
Cc: qemu-devel@nongnu.org, qemu-s390x@nongnu.org,
qemu-arm@nongnu.org, qemu-ppc@nongnu.org,
Laurent Vivier <laurent@vivier.eu>
Subject: Re: [Qemu-devel] [PATCH v3 00/25] generalize parsing of cpu_model (part 4)
Date: Wed, 7 Feb 2018 10:00:24 -0200 [thread overview]
Message-ID: <20180207120024.GI3291@localhost.localdomain> (raw)
In-Reply-To: <20180207095225.0400fce9@redhat.com>
On Wed, Feb 07, 2018 at 09:52:25AM +0100, Igor Mammedov wrote:
[...]
> > * I suggest testing all CPU models in patch 02/25, but this
> > shouldn't block the series. Can be a follow-up patch.
> the goal of the test is that refactoring didn't regress
> 'none' machine after following change in 23/25:
>
> @@ -24,9 +24,9 @@ static void machine_none_init(MachineState *mch)
> {
> CPUState *cpu = NULL;
>
> - /* Initialize CPU (if a model has been specified) */
> - if (mch->cpu_model) {
> - cpu = cpu_init(mch->cpu_model);
> + /* Initialize CPU (if user asked for it) */
> + if (mch->cpu_type) {
> + cpu = cpu_create(mch->cpu_type);
>
> for that it's sufficient to probe one cpu model.
>
> We can do all cpus probing later if there will be need in it,
> but that's not related to this series and would just waste
> 'make check' time if it won't be doing something meaningful
> with probed cpu.
Not making "make check" slow is a good argument, I agree.
Extensive testing like testing all CPU models or all devices
probably should be done in a separate (slower) test set.
--
Eduardo
prev parent reply other threads:[~2018-02-07 12:00 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-23 8:07 [Qemu-devel] [PATCH v3 00/25] generalize parsing of cpu_model (part 4) Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 01/25] nios2: 10m50_devboard: replace cpu_model with cpu_type Igor Mammedov
2018-02-06 22:09 ` Eduardo Habkost
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 02/25] tests: add machine 'none' with -cpu test Igor Mammedov
2018-02-06 22:13 ` Eduardo Habkost
2018-02-06 22:21 ` Eduardo Habkost
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 03/25] arm: cpu: add CPU_RESOLVING_TYPE macro Igor Mammedov
2018-01-23 9:45 ` Andrew Jones
2018-01-23 9:51 ` [Qemu-devel] [PATCH v4 " Igor Mammedov
2018-02-06 22:18 ` [Qemu-devel] [PATCH v3 " Eduardo Habkost
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 04/25] x86: " Igor Mammedov
2018-01-23 9:52 ` [Qemu-devel] [PATCH v4 " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 05/25] alpha: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 06/25] cris: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 07/25] lm32: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 08/25] m68k: " Igor Mammedov
2018-01-24 12:58 ` Laurent Vivier
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 09/25] microblaze: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 10/25] mips: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 11/25] moxie: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 12/25] nios2: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 13/25] openrisc: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 14/25] ppc: " Igor Mammedov
2018-01-23 11:14 ` David Gibson
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 15/25] s390x: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 16/25] sh4: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 17/25] sparc: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 18/25] tricore: " Igor Mammedov
2018-01-23 14:05 ` Bastian Koppelmann
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 19/25] unicore32: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 20/25] xtensa: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 21/25] hppa: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 22/25] tilegx: " Igor Mammedov
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 23/25] Use cpu_create(type) instead of cpu_init(cpu_model) Igor Mammedov
2018-02-05 17:08 ` [Qemu-devel] [PATCH v4 " Igor Mammedov
2018-02-06 22:25 ` Eduardo Habkost
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 24/25] cpu: get rid of unused cpu_init() defines Igor Mammedov
2018-01-23 11:15 ` David Gibson
2018-02-06 22:26 ` Eduardo Habkost
2018-01-23 8:08 ` [Qemu-devel] [PATCH v3 25/25] cpu: get rid of cpu_generic_init() Igor Mammedov
2018-02-05 17:09 ` Igor Mammedov
2018-02-06 22:32 ` [Qemu-devel] [PATCH v3 00/25] generalize parsing of cpu_model (part 4) Eduardo Habkost
2018-02-07 8:52 ` Igor Mammedov
2018-02-07 12:00 ` Eduardo Habkost [this message]
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=20180207120024.GI3291@localhost.localdomain \
--to=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=laurent@vivier.eu \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-s390x@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).