[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080410193226.GA22894@Krystal>
Date: Thu, 10 Apr 2008 15:32:26 -0400
From: Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>
To: Rusty Russell <rusty@...tcorp.com.au>
Cc: akpm@...ux-foundation.org, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org, Andi Kleen <andi@...stfloor.org>,
Adrian Bunk <bunk@...sta.de>,
Christoph Hellwig <hch@...radead.org>, akpm@...l.org
Subject: Re: [patch 12/17] Immediate Values - Kconfig menu in EMBEDDED
(updated)
* Rusty Russell (rusty@...tcorp.com.au) wrote:
> On Thursday 10 April 2008 01:08:41 Mathieu Desnoyers wrote:
> > +config IMMEDIATE
> > + default y if !DISABLE_IMMEDIATE
>
> Wouldn't it be simlpler to roll DISABLE_IMMEDIATE into this?
>
> ie.
> default y
> depends on HAVE_IMMEDIATE
> bool "Immediate value optimization" if EMBEDDED
> help
> Immediate values are used as read-mostly variables that are rarely
> updated. They use code patching to modify the values inscribed in the
> instruction stream. It provides a way to save precious cache lines
> that would otherwise have to be used by these variables.
>
> It consumes slightly more memory and requires to modify the instruction
> stream each time a variable is updated. Should really be disabled for
> embedded systems with read-only text.
>
Sure, thanks for the tip. Here is the updated version.
Immediate Values - Kconfig menu in EMBEDDED
Immediate values provide a way to use dynamic code patching to update variables
sitting within the instruction stream. It saves caches lines normally used by
static read mostly variables. Enable it by default, but let users disable it
through the EMBEDDED menu with the "Disable immediate values" submenu entry.
Note: Since I think that I really should let embedded systems developers using
RO memory the option to disable the immediate values, I choose to leave this
menu option there, in the EMBEDDED menu. Also, the "CONFIG_IMMEDIATE" makes
sense because we want to compile out all the immediate code when we decide not
to use optimized immediate values at all (it removes otherwise unused code).
Changelog:
- Change ARCH_SUPPORTS_IMMEDIATE for HAS_IMMEDIATE
- Turn DISABLE_IMMEDIATE into positive logic
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>
CC: Rusty Russell <rusty@...tcorp.com.au>
CC: Adrian Bunk <bunk@...sta.de>
CC: Andi Kleen <andi@...stfloor.org>
CC: Christoph Hellwig <hch@...radead.org>
CC: mingo@...e.hu
CC: akpm@...l.org
---
init/Kconfig | 18 ++++++++++++++++++
1 file changed, 18 insertions(+)
Index: linux-2.6-lttng/init/Kconfig
===================================================================
--- linux-2.6-lttng.orig/init/Kconfig 2008-04-10 15:22:37.000000000 -0400
+++ linux-2.6-lttng/init/Kconfig 2008-04-10 15:29:09.000000000 -0400
@@ -758,6 +758,24 @@ config PROC_PAGE_MONITOR
/proc/kpagecount, and /proc/kpageflags. Disabling these
interfaces will reduce the size of the kernel by approximately 4kb.
+config HAVE_IMMEDIATE
+ def_bool n
+
+config IMMEDIATE
+ default y
+ depends on HAVE_IMMEDIATE
+ bool "Immediate value optimization" if EMBEDDED
+ help
+ Immediate values are used as read-mostly variables that are rarely
+ updated. They use code patching to modify the values inscribed in the
+ instruction stream. It provides a way to save precious cache lines
+ that would otherwise have to be used by these variables. They can be
+ disabled through the EMBEDDED menu.
+
+ It consumes slightly more memory and requires to modify the
+ instruction stream each time a variable is updated. Should really be
+ disabled for embedded systems with read-only text.
+
endmenu # General setup
config SLABINFO
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists