linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Michael Neuling <mikey@neuling.org>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: linuxppc-dev@lists.ozlabs.org, paulus@samba.org, anton@samba.org,
	Haren Myneni <haren@linux.vnet.ibm.com>
Subject: Re: [PATCH 2/6] powerpc: Add enable_ppr kernel parameter to enable PPR save/restore
Date: Mon, 10 Sep 2012 10:22:38 +1000	[thread overview]
Message-ID: <13010.1347236558@neuling.org> (raw)
In-Reply-To: <1347235922.2385.138.camel@pasglop>

Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:

> On Sun, 2012-09-09 at 04:37 -0700, Haren Myneni wrote:
> > enable_ppr kernel parameter is used to enable PPR save and restore.
> > Supported on Power7 and later processors.
> > 
> > By default, CPU_FTR_HAS_PPR is set for POWER7. If this parameter is not
> > passed, disable CPU_FTR_HAS_PPR.
> 
> What is the point ? Obscure / magic kernel command line options to turn
> on a feature are pointless. Nobody knows about them, nobody enables
> them.
> 
> What you are doing is guarantee that nobody's ever going to enable your
> code, so your whole patch series is thus irrelevant :-)
> 
> If there's a good reason to *avoid* your option, then maybe consider
> adding an option to *disable* the PPR save/restore, though of course
> that would bring the argument that if it needs to be disabled maybe we
> shouldn't do it in the first place, or you might want to think of a
> reasonable way to intuit what the option should be.

IIRC, Haren was saying there's a 6% hit on null syscall for this.  So we
suggested having a cmdline option to disable it for distros.

Haren, is my recollection correct?  If so, can you add this info the
change log and change the sex of the option. 

Mikey

> 
> Ben.
> 
> > Signed-off-by: Haren Myneni <haren@us.ibm.com>
> > 
> > ---
> >  Documentation/kernel-parameters.txt |    4 ++++
> >  arch/powerpc/include/asm/cputable.h |    6 ++++--
> >  arch/powerpc/kernel/setup_64.c      |   14 ++++++++++++++
> >  3 files changed, 22 insertions(+), 2 deletions(-)
> > 
> > diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
> > index ad7e2e5..2881e5f 100644
> > --- a/Documentation/kernel-parameters.txt
> > +++ b/Documentation/kernel-parameters.txt
> > @@ -809,6 +809,10 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
> >  			to discrete, to make X server driver able to add WB
> >  			entry later. This parameter enables that.
> >  
> > +	enable_ppr	[PPC/PSERIES]
> > +			Saves user defined PPR when process enters to kernel 
> > +			and restores PPR at exit. But it impacts performance.
> > +
> >  	enable_timer_pin_1 [X86]
> >  			Enable PIN 1 of APIC timer
> >  			Can be useful to work around chipset bugs
> > diff --git a/arch/powerpc/include/asm/cputable.h b/arch/powerpc/include/asm/cputable.h
> > index b3c083d..880c469 100644
> > --- a/arch/powerpc/include/asm/cputable.h
> > +++ b/arch/powerpc/include/asm/cputable.h
> > @@ -203,6 +203,7 @@ extern const char *powerpc_base_platform;
> >  #define CPU_FTR_POPCNTD			LONG_ASM_CONST(0x0800000000000000)
> >  #define CPU_FTR_ICSWX			LONG_ASM_CONST(0x1000000000000000)
> >  #define CPU_FTR_VMX_COPY		LONG_ASM_CONST(0x2000000000000000)
> > +#define CPU_FTR_HAS_PPR			LONG_ASM_CONST(0x4000000000000000)
> >  
> >  #ifndef __ASSEMBLY__
> >  
> > @@ -432,7 +433,8 @@ extern const char *powerpc_base_platform;
> >  	    CPU_FTR_PURR | CPU_FTR_SPURR | CPU_FTR_REAL_LE | \
> >  	    CPU_FTR_DSCR | CPU_FTR_SAO  | CPU_FTR_ASYM_SMT | \
> >  	    CPU_FTR_STCX_CHECKS_ADDRESS | CPU_FTR_POPCNTB | CPU_FTR_POPCNTD | \
> > -	    CPU_FTR_ICSWX | CPU_FTR_CFAR | CPU_FTR_HVMODE | CPU_FTR_VMX_COPY)
> > +	    CPU_FTR_ICSWX | CPU_FTR_CFAR | CPU_FTR_HVMODE | \
> > +	    CPU_FTR_VMX_COPY | CPU_FTR_HAS_PPR)
> >  #define CPU_FTRS_CELL	(CPU_FTR_USE_TB | CPU_FTR_LWSYNC | \
> >  	    CPU_FTR_PPCAS_ARCH_V2 | CPU_FTR_CTRL | \
> >  	    CPU_FTR_ALTIVEC_COMP | CPU_FTR_MMCRA | CPU_FTR_SMT | \
> > @@ -454,7 +456,7 @@ extern const char *powerpc_base_platform;
> >  	    (CPU_FTRS_POWER3 | CPU_FTRS_RS64 | CPU_FTRS_POWER4 |	\
> >  	    CPU_FTRS_PPC970 | CPU_FTRS_POWER5 | CPU_FTRS_POWER6 |	\
> >  	    CPU_FTRS_POWER7 | CPU_FTRS_CELL | CPU_FTRS_PA6T |		\
> > -	    CPU_FTR_VSX)
> > +	    CPU_FTR_VSX | CPU_FTR_HAS_PPR)
> >  #endif
> >  #else
> >  enum {
> > diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
> > index 389bd4f..e4c1945 100644
> > --- a/arch/powerpc/kernel/setup_64.c
> > +++ b/arch/powerpc/kernel/setup_64.c
> > @@ -98,6 +98,8 @@ int dcache_bsize;
> >  int icache_bsize;
> >  int ucache_bsize;
> >  
> > +static u32 enable_ppr = 0;
> > +
> >  #ifdef CONFIG_SMP
> >  
> >  static char *smt_enabled_cmdline;
> > @@ -357,6 +359,9 @@ void __init setup_system(void)
> >  {
> >  	DBG(" -> setup_system()\n");
> >  
> > +	if (cpu_has_feature(CPU_FTR_HAS_PPR) && !enable_ppr)
> > +		cur_cpu_spec->cpu_features &= ~CPU_FTR_HAS_PPR;
> > +
> >  	/* Apply the CPUs-specific and firmware specific fixups to kernel
> >  	 * text (nop out sections not relevant to this CPU or this firmware)
> >  	 */
> > @@ -683,6 +688,15 @@ void __init setup_per_cpu_areas(void)
> >  }
> >  #endif
> >  
> > +/* early_ppr kernel parameter to save/restore PPR register */
> > +static int __init early_ppr_enabled(char *str)
> > +{
> > +	enable_ppr = 1;
> > +
> > +	return 0;
> > +}
> > +
> > +early_param("enable_ppr", early_ppr_enabled);
> >  
> >  #ifdef CONFIG_PPC_INDIRECT_IO
> >  struct ppc_pci_io ppc_pci_io;
> 
> 

  reply	other threads:[~2012-09-10  0:22 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-09 11:37 [PATCH 2/6] powerpc: Add enable_ppr kernel parameter to enable PPR save/restore Haren Myneni
2012-09-10  0:12 ` Benjamin Herrenschmidt
2012-09-10  0:22   ` Michael Neuling [this message]
2012-09-11  5:42     ` Haren Myneni
2012-09-11  5:55       ` Benjamin Herrenschmidt
2012-09-28 22:11         ` Ryan Arnold

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=13010.1347236558@neuling.org \
    --to=mikey@neuling.org \
    --cc=anton@samba.org \
    --cc=benh@kernel.crashing.org \
    --cc=haren@linux.vnet.ibm.com \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=paulus@samba.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).