Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1369447 > unrolled thread

[PATCH] x86: Add a turbo mode sysctl

Started byAndy Lutomirski <luto@kernel.org>
First post2016-04-01 18:00 +0200
Last post2016-04-01 18:20 +0200
Articles 4 — 4 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH] x86: Add a turbo mode sysctl Andy Lutomirski <luto@kernel.org> - 2016-04-01 18:00 +0200
    Re: [PATCH] x86: Add a turbo mode sysctl Borislav Petkov <bp@alien8.de> - 2016-04-01 18:10 +0200
    Re: [PATCH] x86: Add a turbo mode sysctl kbuild test robot <lkp@intel.com> - 2016-04-01 18:10 +0200
    Re: [PATCH] x86: Add a turbo mode sysctl Thomas Gleixner <tglx@linutronix.de> - 2016-04-01 18:20 +0200

#1369447 — [PATCH] x86: Add a turbo mode sysctl

FromAndy Lutomirski <luto@kernel.org>
Date2016-04-01 18:00 +0200
Subject[PATCH] x86: Add a turbo mode sysctl
Message-ID<rj9Eo-6vF-25@gated-at.bofh.it>
Sadly, hardware turbo mode buttons are few and far between in these
degenerate times.  Add a software control at /proc/sys/turbo_mode.

Unfortunately, Linux graphical environments have become very
heavy-weight and are essentially unusable on non-Turbo systems.  The
VT console works very well, though.

Due to KVM limitations, turbo mode is permanently on in a KVM guest.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---
 arch/x86/mm/pat.c | 63 +++++++++++++++++++++++++++++++++++++++++++++++++++++--
 1 file changed, 61 insertions(+), 2 deletions(-)

diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c
index faec01e7a17d..f703d8b1ed20 100644
--- a/arch/x86/mm/pat.c
+++ b/arch/x86/mm/pat.c
@@ -69,6 +69,8 @@ static int __init pat_debug_setup(char *str)
 }
 __setup("debugpat", pat_debug_setup);
 
+static int turbo_mode = 1;
+
 #ifdef CONFIG_X86_PAT
 /*
  * X86 PAT uses page flags arch_1 and uncached together to keep track of
@@ -176,6 +178,62 @@ static enum page_cache_mode pat_get_cache_mode(unsigned pat_val, char *msg)
 
 #undef CM
 
+#define PAT(x, y)	((u64)PAT_ ## y << ((x)*8))
+
+static void update_local_turbo_mode(void *dummy)
+{
+	unsigned long cr0 = read_cr0();
+
+	/*
+	 * KVM doesn't properly handle CD.
+	 *
+	 * XXX: this may interact poorly with CPU hotplug.
+	 */
+
+	if (turbo_mode)
+		write_cr0(cr0 & ~X86_CR0_CD);
+	else
+		write_cr0(cr0 | X86_CR0_CD);
+}
+
+static void update_turbo_mode(void)
+{
+	on_each_cpu(update_local_turbo_mode, NULL, 1);
+
+	if (!turbo_mode)
+		wbinvd();
+}
+
+static int turbo_mode_handler(struct ctl_table *table, int write,
+			      void __user *buffer, size_t *lenp,
+			      loff_t *ppos)
+{
+        int error;
+
+        error = proc_dointvec_minmax(table, write, buffer, lenp, ppos);
+        if (error)
+                return error;
+
+        if (write)
+		update_turbo_mode();
+
+        return 0;
+}
+
+static int zero, one = 1;
+static struct ctl_table turbo_mode_table[] = {
+	{
+		.procname	= "turbo_mode",
+		.data		= &turbo_mode,
+		.maxlen		= sizeof(int),
+		.mode		= 0644,
+		.proc_handler	= turbo_mode_handler,
+		.extra1		= &zero,
+		.extra2		= &one,
+	},
+	{}
+};
+
 /*
  * Update the cache mode to pgprot translation tables according to PAT
  * configuration.
@@ -196,8 +254,6 @@ void pat_init_cache_modes(u64 pat)
 	pr_info("x86/PAT: Configuration [0-7]: %s\n", pat_msg);
 }
 
-#define PAT(x, y)	((u64)PAT_ ## y << ((x)*8))
-
 static void pat_bsp_init(u64 pat)
 {
 	u64 tmp_pat;
@@ -1096,6 +1152,9 @@ static int __init pat_memtype_list_init(void)
 		debugfs_create_file("pat_memtype_list", S_IRUSR,
 				    arch_debugfs_dir, NULL, &memtype_fops);
 	}
+
+	register_sysctl_table(turbo_mode_table);
+
 	return 0;
 }
 
-- 
2.5.5

[toc] | [next] | [standalone]


#1369458

FromBorislav Petkov <bp@alien8.de>
Date2016-04-01 18:10 +0200
Message-ID<rj9O2-6S2-5@gated-at.bofh.it>
In reply to#1369447
On Fri, Apr 01, 2016 at 08:49:53AM -0700, Andy Lutomirski wrote:
> Sadly, hardware turbo mode buttons are few and far between in these
> degenerate times.  Add a software control at /proc/sys/turbo_mode.
> 
> Unfortunately, Linux graphical environments have become very
> heavy-weight and are essentially unusable on non-Turbo systems.  The
> VT console works very well, though.
> 
> Due to KVM limitations, turbo mode is permanently on in a KVM guest.
> 
> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> ---
>  arch/x86/mm/pat.c | 63 +++++++++++++++++++++++++++++++++++++++++++++++++++++--
>  1 file changed, 61 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c
> index faec01e7a17d..f703d8b1ed20 100644
> --- a/arch/x86/mm/pat.c
> +++ b/arch/x86/mm/pat.c
> @@ -69,6 +69,8 @@ static int __init pat_debug_setup(char *str)
>  }
>  __setup("debugpat", pat_debug_setup);
>  
> +static int turbo_mode = 1;
> +
>  #ifdef CONFIG_X86_PAT
>  /*
>   * X86 PAT uses page flags arch_1 and uncached together to keep track of
> @@ -176,6 +178,62 @@ static enum page_cache_mode pat_get_cache_mode(unsigned pat_val, char *msg)
>  
>  #undef CM
>  
> +#define PAT(x, y)	((u64)PAT_ ## y << ((x)*8))
> +
> +static void update_local_turbo_mode(void *dummy)
> +{
> +	unsigned long cr0 = read_cr0();
> +
> +	/*
> +	 * KVM doesn't properly handle CD.
> +	 *
> +	 * XXX: this may interact poorly with CPU hotplug.
> +	 */
> +
> +	if (turbo_mode)
> +		write_cr0(cr0 & ~X86_CR0_CD);
> +	else
> +		write_cr0(cr0 | X86_CR0_CD);

Good!

> +}
> +
> +static void update_turbo_mode(void)
> +{
> +	on_each_cpu(update_local_turbo_mode, NULL, 1);
> +
> +	if (!turbo_mode)
> +		wbinvd();
> +}
> +
> +static int turbo_mode_handler(struct ctl_table *table, int write,
> +			      void __user *buffer, size_t *lenp,
> +			      loff_t *ppos)
> +{
> +        int error;
> +
> +        error = proc_dointvec_minmax(table, write, buffer, lenp, ppos);
> +        if (error)
> +                return error;
> +
> +        if (write)
> +		update_turbo_mode();
> +
> +        return 0;
> +}
> +
> +static int zero, one = 1;
> +static struct ctl_table turbo_mode_table[] = {
> +	{
> +		.procname	= "turbo_mode",

I'd call that "make_shit_faster". Other than that, ACK!

> +		.data		= &turbo_mode,
> +		.maxlen		= sizeof(int),
> +		.mode		= 0644,
> +		.proc_handler	= turbo_mode_handler,
> +		.extra1		= &zero,
> +		.extra2		= &one,
> +	},
> +	{}
> +};
> +
>  /*
>   * Update the cache mode to pgprot translation tables according to PAT
>   * configuration.
> @@ -196,8 +254,6 @@ void pat_init_cache_modes(u64 pat)
>  	pr_info("x86/PAT: Configuration [0-7]: %s\n", pat_msg);
>  }
>  
> -#define PAT(x, y)	((u64)PAT_ ## y << ((x)*8))
> -
>  static void pat_bsp_init(u64 pat)
>  {
>  	u64 tmp_pat;
> @@ -1096,6 +1152,9 @@ static int __init pat_memtype_list_init(void)
>  		debugfs_create_file("pat_memtype_list", S_IRUSR,
>  				    arch_debugfs_dir, NULL, &memtype_fops);
>  	}
> +
> +	register_sysctl_table(turbo_mode_table);
> +
>  	return 0;
>  }
>  
> -- 
> 2.5.5
> 
> 

-- 
Regards/Gruss,
    Boris.

ECO tip #101: Trim your mails when you reply.

[toc] | [prev] | [next] | [standalone]


#1369460

Fromkbuild test robot <lkp@intel.com>
Date2016-04-01 18:10 +0200
Message-ID<rj9O2-6S2-11@gated-at.bofh.it>
In reply to#1369447

[Multipart message — attachments visible in raw view] — view raw

Hi Andy,

[auto build test WARNING on tip/x86/core]
[also build test WARNING on v4.6-rc1 next-20160401]
[if your patch is applied to the wrong git tree, please drop us a note to help improving the system]

url:    https://github.com/0day-ci/linux/commits/Andy-Lutomirski/x86-Add-a-turbo-mode-sysctl/20160401-235300
config: i386-randconfig-s1-201613 (attached as .config)
reproduce:
        # save the attached .config to linux build tree
        make ARCH=i386 

All warnings (new ones prefixed by >>):

>> arch/x86/mm/pat.c:224:25: warning: 'turbo_mode_table' defined but not used [-Wunused-variable]
    static struct ctl_table turbo_mode_table[] = {
                            ^

vim +/turbo_mode_table +224 arch/x86/mm/pat.c

   208				      void __user *buffer, size_t *lenp,
   209				      loff_t *ppos)
   210	{
   211	        int error;
   212	
   213	        error = proc_dointvec_minmax(table, write, buffer, lenp, ppos);
   214	        if (error)
   215	                return error;
   216	
   217	        if (write)
   218			update_turbo_mode();
   219	
   220	        return 0;
   221	}
   222	
   223	static int zero, one = 1;
 > 224	static struct ctl_table turbo_mode_table[] = {
   225		{
   226			.procname	= "turbo_mode",
   227			.data		= &turbo_mode,
   228			.maxlen		= sizeof(int),
   229			.mode		= 0644,
   230			.proc_handler	= turbo_mode_handler,
   231			.extra1		= &zero,
   232			.extra2		= &one,

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

[toc] | [prev] | [next] | [standalone]


#1369462

FromThomas Gleixner <tglx@linutronix.de>
Date2016-04-01 18:20 +0200
Message-ID<rj9XH-6W0-9@gated-at.bofh.it>
In reply to#1369447
On Fri, 1 Apr 2016, Andy Lutomirski wrote:
> +static void update_local_turbo_mode(void *dummy)
> +{
> +	unsigned long cr0 = read_cr0();
> +
> +	/*
> +	 * KVM doesn't properly handle CD.
> +	 *
> +	 * XXX: this may interact poorly with CPU hotplug.

Please cc these crazy folks who cleanup the hotplug mess so they can put it on
their todo list.

> +	 */
> +
> +	if (turbo_mode)
> +		write_cr0(cr0 & ~X86_CR0_CD);
> +	else
> +		write_cr0(cr0 | X86_CR0_CD);

I think proper turbo mode disable requires ~(X86_CR0_CD | X86_CR0_NW)

> +static void update_turbo_mode(void)
> +{
> +	on_each_cpu(update_local_turbo_mode, NULL, 1);
> +
> +	if (!turbo_mode)
> +		wbinvd();

You really want to do wbinvd() on each cpu to make sure that each cpu gets out
of that turbo thing.

Thanks,

	tglx

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web