All of lore.kernel.org
 help / color / mirror / Atom feed
From: mark gross <mgross@linux.intel.com>
To: speck@linutronix.de
Subject: [MODERATED] Re: [PATCH 1/4] V7 more sampling fun 1
Date: Wed, 15 Apr 2020 16:58:44 -0700	[thread overview]
Message-ID: <20200415235844.GD100223@mtg-dev.jf.intel.com> (raw)
In-Reply-To: <20200415175145.GI31362@zn.tnic>

On Wed, Apr 15, 2020 at 07:51:45PM +0200, speck for Borislav Petkov wrote:
> On Mon, Mar 16, 2020 at 05:56:27PM -0700, speck for mark gross wrote:
> > From: mark gross <mgross@linux.intel.com>
> > Subject: [PATCH 1/4] x86/cpu: Add stepping field to x86_cpu_id structure
> > 
> > Intel uses the same family/model for several CPUs. Sometimes the
> > stepping must be checked to tell them apart.
> > 
> > On X86 there can be at most 16 steppings, add steppings bitmask to
> > x86_cpu_id and X86_MATCH_VENDOR_FAMILY_MODEL_STEPPING_FEATURE macro and
> > support for matching against family/model/stepping.
> > 
> > Signed-off-by: Mark Gross <mgross@linux.intel.com>
> > Reviewed-by: Tony Luck <tony.luck@intel.com>
> > ---
> >  arch/x86/include/asm/cpu_device_id.h | 27 ++++++++++++++++++++++++---
> >  arch/x86/kernel/cpu/match.c          |  7 ++++++-
> >  include/linux/mod_devicetable.h      |  2 ++
> >  3 files changed, 32 insertions(+), 4 deletions(-)
> > 
> > diff --git a/arch/x86/include/asm/cpu_device_id.h b/arch/x86/include/asm/cpu_device_id.h
> > index cf3d621c6892..4f0df2e46c95 100644
> > --- a/arch/x86/include/asm/cpu_device_id.h
> > +++ b/arch/x86/include/asm/cpu_device_id.h
> > @@ -20,12 +20,14 @@
> >  #define X86_CENTAUR_FAM6_C7_D		0xd
> >  #define X86_CENTAUR_FAM6_NANO		0xf
> >  
> > +#define X86_STEPPINGS(mins, maxs)    GENMASK(maxs, mins)
> >  /**
> > - * X86_MATCH_VENDOR_FAM_MODEL_FEATURE - Base macro for CPU matching
> > + * X86_MATCH_VENDOR_FAM_MODEL_STEPPING_FEATURE - Base macro for CPU matching
> 				 ^^^^^^^^
> 
> If the steppings argument is a bitmask of steppings, then the name
> should have "STEPPINGS" too to avoid confusion.
done

> >   * @_vendor:	The vendor name, e.g. INTEL, AMD, HYGON, ..., ANY
> >   *		The name is expanded to X86_VENDOR_@_vendor
> >   * @_family:	The family number or X86_FAMILY_ANY
> >   * @_model:	The model number, model constant or X86_MODEL_ANY
> > + * @_steppings:	Bitmask for steppings, stepping constant or X86_STEPPING_ANY
> >   * @_feature:	A X86_FEATURE bit or X86_FEATURE_ANY
> >   * @_data:	Driver specific data or NULL. The internal storage
> >   *		format is unsigned long. The supplied value, pointer
> > @@ -37,15 +39,34 @@
> >   * into another macro at the usage site for good reasons, then please
> >   * start this local macro with X86_MATCH to allow easy grepping.
> >   */
> > -#define X86_MATCH_VENDOR_FAM_MODEL_FEATURE(_vendor, _family, _model,	\
> > -					   _feature, _data) {		\
> > +#define X86_MATCH_VENDOR_FAM_MODEL_STEPPING_FEATURE(_vendor, _family, _model, \
> > +						    _steppings, _feature, _data) { \
> >  	.vendor		= X86_VENDOR_##_vendor,				\
> >  	.family		= _family,					\
> >  	.model		= _model,					\
> > +	.steppings	= _steppings,					\
> >  	.feature	= _feature,					\
> >  	.driver_data	= (unsigned long) _data				\
> >  }
> >  
> > +/**
> > + * X86_MATCH_VENDOR_FAM_MODEL_FEATURE - Base macro for CPU matching
> 
> That isn't the base macro anymore.
done

--mark

> -- 
> Regards/Gruss,
>     Boris.
> 
> SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 36809, AG Nürnberg
> -- 

      reply	other threads:[~2020-04-15 23:58 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-13 18:10 [MODERATED] [PATCH 0/4] V7 more sampling fun 0 mark gross
2020-01-16 22:16 ` [MODERATED] [PATCH 3/4] V7 more sampling fun 3 mark gross
2020-01-30 19:12 ` [MODERATED] [PATCH 4/4] V7 more sampling fun 4 mark gross
2020-03-17  0:56 ` [MODERATED] [PATCH 2/4] V7 more sampling fun 2 mark gross
2020-03-17  0:56 ` [MODERATED] [PATCH 1/4] V7 more sampling fun 1 mark gross
2020-04-14  3:48 ` [MODERATED] Re: [PATCH 3/4] V7 more sampling fun 3 mark gross
2020-04-14 16:23   ` Thomas Gleixner
2020-04-14 20:03     ` [MODERATED] " mark gross
2020-04-14 10:58 ` Thomas Gleixner
2020-04-14 16:43   ` [MODERATED] " mark gross
2020-04-14 20:02 ` Josh Poimboeuf
2020-04-14 21:03   ` mark gross
2020-04-14 21:23     ` Josh Poimboeuf
2020-04-14 21:53       ` mark gross
2020-04-14 20:05 ` Josh Poimboeuf
2020-04-14 21:59   ` mark gross
2020-04-14 22:46     ` Josh Poimboeuf
2020-04-15 20:59       ` mark gross
2020-04-15 12:58     ` Thomas Gleixner
2020-04-15 22:21       ` [MODERATED] " mark gross
2020-04-15 17:51 ` [MODERATED] Re: [PATCH 1/4] V7 more sampling fun 1 Borislav Petkov
2020-04-15 23:58   ` mark gross [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=20200415235844.GD100223@mtg-dev.jf.intel.com \
    --to=mgross@linux.intel.com \
    --cc=speck@linutronix.de \
    /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.