All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eduardo Habkost <ehabkost@redhat.com>
To: Claudio Fontana <cfontana@suse.de>
Cc: "Laurent Vivier" <lvivier@redhat.com>,
	"Thomas Huth" <thuth@redhat.com>,
	"Stefano Stabellini" <sstabellini@kernel.org>,
	"Paul Durrant" <paul@xen.org>, "Olaf Hering" <ohering@suse.de>,
	"Jason Wang" <jasowang@redhat.com>,
	"Marcelo Tosatti" <mtosatti@redhat.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	qemu-devel@nongnu.org, "Peter Xu" <peterx@redhat.com>,
	"Dario Faggioli" <dfaggioli@suse.com>,
	"Roman Bolshakov" <r.bolshakov@yadro.com>,
	"Cameron Esfahani" <dirty@apple.com>,
	haxm-team@intel.com, "Wenchao Wang" <wenchao.wang@intel.com>,
	"Anthony Perard" <anthony.perard@citrix.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Sunil Muthuswamy" <sunilmut@microsoft.com>,
	"Bruce Rogers" <brogers@suse.com>,
	"Philippe Mathieu-Daudé" <philmd@redhat.com>,
	"Colin Xu" <colin.xu@intel.com>
Subject: Re: [RFC v4 9/9] i386: split cpu accelerators from cpu.c
Date: Fri, 20 Nov 2020 12:21:07 -0500	[thread overview]
Message-ID: <20201120172107.GB2271382@habkost.net> (raw)
In-Reply-To: <049561d0-0643-2e28-0f41-72d87a7925bc@suse.de>

On Fri, Nov 20, 2020 at 04:34:47PM +0100, Claudio Fontana wrote:
> On 11/20/20 3:49 PM, Claudio Fontana wrote:
> > split cpu.c into:
> > 
> > cpu.c            cpuid and common x86 cpu functionality
> > host-cpu.c       host x86 cpu functions and "host" cpu type
> > kvm/cpu.c        KVM x86 cpu type
> > hvf/cpu.c        HVF x86 cpu type
> > tcg/cpu.c        TCG x86 cpu type
> > 
> > The link to the accel class is set in the X86CPUClass classes
> > at MODULE_INIT_ACCEL_CPU time, when the accelerator is known.
> > 
> > Signed-off-by: Claudio Fontana <cfontana@suse.de>
> > ---
[...]
> > +#define TYPE_X86_CPU_ACCEL TYPE_X86_CPU "-accel"
> > +#define X86_CPU_ACCEL_TYPE_NAME(name) (name "-" TYPE_X86_CPU_ACCEL)
> > +
> > +OBJECT_DECLARE_TYPE(X86CPUAccel, X86CPUAccelClass,
> > +                    X86_CPU_ACCEL)
> 
> 
> Instead of OBJECT_DECLARE_TYPE, since this is never instantiated, this should probably be:
> 
> +typedef struct X86CPUAccelClass X86CPUAccelClass;
> +DECLARE_CLASS_CHECKERS(X86CPUAccelClass, X86_CPU_ACCEL, TYPE_X86_CPU_ACCEL)

Yes, and this way we get rid of the only difference between
OBJECT_DECLARE_TYPE and OBJECT_DECLARE_INTERFACE: the instance
type cast macro is a bit different (it uses INTERFACE_CHECK).

-- 
Eduardo



  reply	other threads:[~2020-11-20 17:22 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-20 14:49 [RFC v4 0/9] i386 cleanup Claudio Fontana
2020-11-20 14:49 ` [RFC v4 1/9] i386: move kvm accel files into kvm/ Claudio Fontana
2020-11-20 14:49 ` [RFC v4 2/9] i386: move whpx accel files into whpx/ Claudio Fontana
2020-11-20 14:49 ` [RFC v4 3/9] i386: move hax accel files into hax/ Claudio Fontana
2020-11-20 14:49 ` [RFC v4 4/9] i386: hvf: remove stale MAINTAINERS entry for old hvf stubs Claudio Fontana
2020-11-20 14:49 ` [RFC v4 5/9] i386: move TCG accel files into tcg/ Claudio Fontana
2020-11-20 14:49 ` [RFC v4 6/9] i386: move cpu dump out of helper.c into cpu-dump.c Claudio Fontana
2020-11-20 14:49 ` [RFC v4 7/9] i386: move TCG cpu class initialization out of helper.c Claudio Fontana
2020-11-20 14:49 ` [RFC v4 8/9] module: introduce MODULE_INIT_ACCEL_CPU Claudio Fontana
2020-11-20 14:49 ` [RFC v4 9/9] i386: split cpu accelerators from cpu.c Claudio Fontana
2020-11-20 15:34   ` Claudio Fontana
2020-11-20 17:21     ` Eduardo Habkost [this message]
2020-11-20 17:44   ` Eduardo Habkost
2020-11-20 18:47     ` Claudio Fontana
2020-11-20 19:00       ` Eduardo Habkost
2020-11-23  9:17         ` Claudio Fontana
2020-11-20 15:12 ` [RFC v4 0/9] i386 cleanup no-reply

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=20201120172107.GB2271382@habkost.net \
    --to=ehabkost@redhat.com \
    --cc=anthony.perard@citrix.com \
    --cc=brogers@suse.com \
    --cc=cfontana@suse.de \
    --cc=colin.xu@intel.com \
    --cc=dfaggioli@suse.com \
    --cc=dirty@apple.com \
    --cc=haxm-team@intel.com \
    --cc=jasowang@redhat.com \
    --cc=lvivier@redhat.com \
    --cc=mtosatti@redhat.com \
    --cc=ohering@suse.de \
    --cc=paul@xen.org \
    --cc=pbonzini@redhat.com \
    --cc=peterx@redhat.com \
    --cc=philmd@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=r.bolshakov@yadro.com \
    --cc=richard.henderson@linaro.org \
    --cc=sstabellini@kernel.org \
    --cc=sunilmut@microsoft.com \
    --cc=thuth@redhat.com \
    --cc=wenchao.wang@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.