linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
To: Linda Knippers <linda.knippers@hpe.com>
Cc: "linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>
Subject: Re: Enforce _PPC limits
Date: Tue, 24 May 2016 15:11:45 -0700	[thread overview]
Message-ID: <1464127905.4603.11.camel@linux.intel.com> (raw)
In-Reply-To: <21572dff-ea5d-c0f3-6f48-66c9d38eda65@hpe.com>

Hi Linda,

On Tue, 2016-05-24 at 16:37 -0400, Linda Knippers wrote:
> Hi Srinivas,
> 
> I have a couple of questions about this patch set.
> http://comments.gmane.org/gmane.linux.power-management.general/75263
> 
> Sorry I'm a bit late to the party but I've just booted 4.6 on my
> system
> and noticed some things.
> 
> My first question is about enabling the feature by default on
> enterprise
> and performance servers.  Is there any way to disable it on these
> servers?
> I didn't see a way.  I'm always nervous when something starts looking
> at
> a table that perhaps wasn't used before or introduces a new behavior
> that
> might be unexpected.  Having a way out or not making it the default
> for a
> while would be nice.
If you were using acpi-cpufreq ever , this would have been active
anyway.
This was requested by some server vendors to turn on by default as they
want to be able to use node manager to control and don't want to have
any kernel command line addition.

Don't you want to be able to use _PPC to control. If you don't use _PPC
then this will not be effective.
You can turn off from kernel command line processor.ignore_ppc=1

> 
> My second question is about the 48 instances I got of this when I
> booted my
> 2 socket, 48-CPU box:
> 
> > intel_pstate: _PPC limits will be enforced
> I suppose in theory I could have limits for some CPUs and not others
> but
> even in that case, the message isn't helpful.  I think it should be
> made
> useful or go away, or at least only be printed once.
> 
Agree, I will downgrade the message to pr_debug.

Thanks,
Srinivas
> 
> Thanks,
> 
> -- ljk
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pm"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2016-05-24 22:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-24 20:37 Enforce _PPC limits Linda Knippers
2016-05-24 22:11 ` Srinivas Pandruvada [this message]
2016-05-25 16:36   ` Linda Knippers
2016-05-25 17:01     ` Srinivas Pandruvada
2016-05-25 17:18       ` Linda Knippers

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=1464127905.4603.11.camel@linux.intel.com \
    --to=srinivas.pandruvada@linux.intel.com \
    --cc=linda.knippers@hpe.com \
    --cc=linux-pm@vger.kernel.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).