Ingo Molnar wrote:
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
This patchset simplifies the code that arches need to maintain to
support per cpu functionality. Most of the code is moved into arch
independent code. Only a minimal set of definitions is kept for each
arch.
The patch also
As your submission did not include an RFC I assume this is expected to be
the final version.
I have another version coming that includes the changes requested by you
and others.
Thanks,
Mike
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Ingo Molnar wrote:
* Christoph Lameter [EMAIL PROTECTED] wrote:
On Tue, 8 Jan 2008, Ingo Molnar wrote:
i had the patch below for v2, it's still needed (because i didnt
apply the s390/etc. bits), right?
Well the patch really should go through mm because it is a change that
covers
Ingo Molnar wrote:
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Change the following static arrays sized by NR_CPUS to
per_cpu data variables:
char cpu_to_node_map[NR_CPUS];
x86.git randconfig testing found the !NUMA build bugs below.
Ingo
Thanks! I'll add this in.
Mike
Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
32cpus1kcpus-before 1kcpus-after
7172678 Total +23314404 Total -147590 Total
1kcpus-after means it's +23314404-147590, i.e. +23166814? (i.e. a 0.6%
reduction of the bloat?)
Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
i.e. we've got ~22K bloat per CPU - which is not bad, but because
it's a static component, it hurts smaller boxes. For distributors to
enable CONFIG_NR_CPU=1024 by default i guess that bloat has to drop
below 1-2K per CPU :-/
within the node or to remote cpus.
Using the remote cpu's node memory to query it's apicid seems
reasonable? And, of course, having all the data about one's own
node local to itself seems a big win as well.
Thanks,
Mike
Signed-off-by: Mike Travis [EMAIL PROTECTED]
Reviewed-by: Christoph Lameter
Jan Engelhardt wrote:
...
--- a/arch/x86/mm/srat_64.c
+++ b/arch/x86/mm/srat_64.c
@@ -384,6 +388,12 @@ int __init acpi_scan_nodes(unsigned long
}
#ifdef CONFIG_NUMA_EMU
+static int fake_node_to_pxm_map[MAX_NUMNODES] __initdata = {
+[0 ... MAX_NUMNODES-1] = PXM_INVAL
+};
+static
Jan Engelhardt wrote:
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
+++ b/include/asm-x86/cpu.h
@@ -7,7 +7,7 @@
#include linux/nodemask.h
#include linux/percpu.h
-struct i386_cpu {
+struct x86_cpu {
struct cpu cpu;
};
extern int arch_register_cpu(int num);
Is not struct x86_cpu
Mel Gorman wrote:
On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce:
...
int update_end_of_memory(unsigned long end) {return -1;}
@@ -343,7 +346,8 @@ int __init acpi_scan_nodes(unsigned long
/* First clean up the node list */
for (i = 0; i MAX_NUMNODES; i++) {
Stephen Rothwell wrote:
On Tue, 11 Sep 2007 18:56:53 -0700 [EMAIL PROTECTED] wrote:
Convert cpu_sibling_map to a per_cpu cpumask_t array for the ppc64
architecture. This fixes build errors in block/blktrace.c and
kernel/sched.c when CONFIG_SCHED_SMT is defined.
Note: these changes have not
Satyam Sharma wrote:
True, the other option could be to put the /pointer/ in there
unconditionally,
but that would slow down the MAX_NUMNODES = BITS_PER_LONG case,
which (after grepping through defconfigs) appears to be the common case on
all archs other than ia64. So I think your idea of
it to the correct value.
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
arch/x86_64/kernel/smpboot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/arch/x86_64/kernel/smpboot.c 2007-10-12 14:28:45.0
-0700
+++ linux/arch/x86_64/kernel/smpboot.c 2007-10-12 14:53
Ingo Molnar wrote:
* Yinghai Lu [EMAIL PROTECTED] wrote:
Ingo.
commit fbdcf18df73758b2e187ab94678b30cd5f6ff9f9 is not needed. another
patch (by you !! commit 699d934d5f958d7944d195c03c334f28cc0b3669 x86:
fixup cpu_info array conversion) already removed clearing of
c-cpu_index. in
Ingo Molnar wrote:
* Yinghai Lu [EMAIL PROTECTED] wrote:
Ingo.
commit fbdcf18df73758b2e187ab94678b30cd5f6ff9f9 is not needed. another
patch (by you !! commit 699d934d5f958d7944d195c03c334f28cc0b3669 x86:
fixup cpu_info array conversion) already removed clearing of
c-cpu_index. in
Ingo Molnar wrote:
* Mike Travis [EMAIL PROTECTED] wrote:
by revert commit fbdcf18df73758b2e187ab94678b30cd5f6ff9f9, we could
use c-cpu_index in identify_cpu.
but that's 2.6.25 stuff, right? Travis?
Looking at this more closely, yes my change is not needed and should
be removed. I'm
Andi Kleen wrote:
On Wednesday 21 November 2007 11:02:01 [EMAIL PROTECTED] wrote:
v2:
- fix some compile errors when NR_CPUS default for ia386 (128 4096)
- remove unnecessary includes
Convert cpumask_of_cpu to use a static percpu data array and
set_cpus_allowed to pass the
Andi Kleen wrote:
On Friday 28 December 2007 01:10:51 [EMAIL PROTECTED] wrote:
x86_64 provides an optimized way to determine the local per cpu area
offset through the pda and determines the base by accessing a remote
pda.
And? The rationale for this patch seems to be incomplete.
As far as
Andi Kleen wrote:
On Friday 28 December 2007 23:05:05 Mike Travis wrote:
Andi Kleen wrote:
On Friday 28 December 2007 01:10:51 [EMAIL PROTECTED] wrote:
x86_64 provides an optimized way to determine the local per cpu area
offset through the pda and determines the base by accessing a remote
Ingo Molnar wrote:
* Mike Travis [EMAIL PROTECTED] wrote:
Also for such changes .text size comparisons before/after are a good
idea.
x86_64-defconfig:
pre-percpu post-percpu
159373 .init.text +3 .init.text
1411137 .rodata
Mike Travis wrote:
Ingo Molnar wrote:
* Mike Travis [EMAIL PROTECTED] wrote:
Also for such changes .text size comparisons before/after are a good
idea.
x86_64-defconfig:
pre-percpu post-percpu
159373 .init.text +3 .init.text
Dave Jones wrote:
On Fri, Feb 08, 2008 at 03:37:39PM -0800, Mike Travis wrote:
Change cpu frequency tables from arrays to per_cpu variables.
Based on linux-2.6.git + x86.git
Looks ok to me. Would you like me to push this though cpufreq.git,
or do you want the series to go through
Thanks Hugh for catching this. I've added it to my test code base
and it works fine for x86_64...
Reviewed-by: Mike Travis [EMAIL PROTECTED]
Hugh Dickins wrote:
Recent percpu changes have broken CONFIG_DEBUG_PREEMPT's per_cpu checking
on several architectures. On s390, sparc64 and x86 it's
Mel Gorman wrote:
On (03/02/08 17:16), Andrew Morton didst pronounce:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
bl6-13 (4-way x86_64 machine) from test.kernel.org is failing to boot recent
-mm and mainline trees. I noticed it when testing -mm before
Andrew Morton wrote:
On Fri, 08 Feb 2008 15:37:40 -0800
Mike Travis [EMAIL PROTECTED] wrote:
Change cpufreq tables from arrays to per_cpu variables in
drivers/acpi/processor_thermal.c
Based on linux-2.6.git + x86.git
I fixed a bunch of rejects in [PATCH 1/4] cpufreq: change cpu freq
Christoph Lameter wrote:
On Thu, 14 Feb 2008, Andi Kleen wrote:
You're saying the kernel should use these relative masks internally?
There is just some thoughts about this. Did not have time to look into the
details. Mike?
There are a few places where the entire cpumask is not needed.
Mel Gorman wrote:
On (13/02/08 10:45), Mike Travis didst pronounce:
Mel Gorman wrote:
On (03/02/08 17:16), Andrew Morton didst pronounce:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
bl6-13 (4-way x86_64 machine) from test.kernel.org is failing to boot
Mel Gorman wrote:
On (14/02/08 12:41), Mike Travis didst pronounce:
Mel Gorman wrote:
On (13/02/08 10:45), Mike Travis didst pronounce:
Mel Gorman wrote:
On (03/02/08 17:16), Andrew Morton didst pronounce:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
bl6
[EMAIL PROTECTED] wrote:
This patch is based on 2.6.23-rc6 with the prior per_cpu patches
applied. I can also provide a version based on 2.6.23-rc4-mm1
which has some different changes.
I just noticed that 2.6.23-rc6-mm1 is now available. I will rebase
this patch on that version as
Andrew Morton wrote:
On Thu, 20 Sep 2007 14:30:05 -0700
[EMAIL PROTECTED] wrote:
cpu_data is currently an array defined using NR_CPUS. This means that
we overallocate since we will rarely really use maximum configured cpus.
When NR_CPU count is raised to 4096 the size of cpu_data becomes
Hi Paul,
I just now found this. I'll take a look immediately. I tried it
on a couple of systems but not margin.
Thanks,
Mike
Paul Jackson wrote:
Mike,
I think there is a bug either in this ia64 patch, or in the related
generic arch patch: Convert cpu_sibling_map to be a per cpu variable
[Sorry, I did not see this message until Christoph forwarded it to me. I'm
guessing we (SGI) still have a problem with our external spam filter?]
-- Forwarded message --
Date: Fri, 31 Aug 2007 19:49:03 -0700
From: Andrew Morton [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
Andrew Morton wrote:
On Wed, 5 Sep 2007 09:10:10 +0100 Andi Kleen [EMAIL PROTECTED] wrote:
I can easily do the changes for ia64 and test them. I don't have the
capability of testing on the powerpc.
You can get cross compilers and make it compile
Andrew Morton wrote:
On Fri, 7 Sep 2007 08:28:05 +0100 Andi Kleen [EMAIL PROTECTED] wrote:
On Friday 07 September 2007 05:09, [EMAIL PROTECTED] wrote:
Since the core kernel routines need to reference cpu_sibling_map,
whether it be a static array or a per_cpu data variable, an access
function
Andi Kleen wrote:
On Friday 07 September 2007 05:09, [EMAIL PROTECTED] wrote:
Since the core kernel routines need to reference cpu_sibling_map,
whether it be a static array or a per_cpu data variable, an access
function has been defined.
In addition, changes have been made to the ia64 and
architecture.
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
arch/powerpc/kernel/setup-common.c|4 ++--
arch/powerpc/kernel/smp.c |4 ++--
arch/powerpc/platforms/cell/cbe_cpufreq.c |2 +-
include/asm-powerpc/smp.h |3 ++-
include/asm
On Sat, 25 Aug 2007, Andi Kleen wrote:
On Fri, Aug 24, 2007 at 05:50:18PM -0700, Siddha, Suresh B wrote:
On Fri, Aug 24, 2007 at 03:26:54PM -0700, [EMAIL PROTECTED] wrote:
Previous Intro:
Thanks for doing this.
In x86_64 and i386 architectures most arrays that are sized
using
On Fri, 24 Aug 2007, Siddha, Suresh B wrote:
On Fri, Aug 24, 2007 at 03:26:55PM -0700, [EMAIL PROTECTED] wrote:
Fix four instances where cpu_to_node is referenced
by array instead of via the cpu_to_node macro. This
is preparation to moving it to the per_cpu data area.
...
Andrew Morton wrote:
...
... This patch deals with the cpu_data array of
cpuinfo_x86 structs. The model that was used in sparc64
architecture was adopted for x86.
This has mysteriously started to oops on me, only on x86_64.
http://userweb.kernel.org/~akpm/config-x.txt
On 3/14/2013 12:20 AM, Ingo Molnar wrote:
* Mike Travis tra...@sgi.com wrote:
There is an exception where the NMI_LOCAL notifier chain is used. When
the perf tools are in use, it's possible that our NMI was captured by
some other NMI handler and then ignored. We set a per_cpu flag
sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_io.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
--- linux.orig/kernel/debug/kdb/kdb_io.c
+++ linux/kernel/debug/kdb/kdb_io.c
@@ -559,6 +559,7 @@ int vkdb_printf(const char *fmt, va_list
-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_io.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/kernel/debug/kdb/kdb_io.c
+++ linux/kernel/debug/kdb/kdb_io.c
@@ -586,7 +586,7 @@ int vkdb_printf(const char *fmt, va_list
diag = kdbgetintenv(LINES
These are kernel updates for the NMI/KDB handler on the SGI
Ultraviolet System.
* Fix problem where 'quit' to more prompt doesn't stop output.
* Fix problem where reg dump shows letter 'd' in first column of
every line.
* Up the number of LINES so the entire entry message is displayed.
* Moves
-by: Mike Travis tra...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 73 --
1 file changed, 71 insertions(+), 2 deletions(-)
--- linux.orig/arch/x86/platform/uv/uv_nmi.c
+++ linux/arch/x86/platform/uv/uv_nmi.c
@@ -21,6 +21,8 @@
#include linux/cpu.h
Warkentin andrey.warken...@gmail.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_grep.c| 352 +
kernel/debug/kdb/kdb_io.c | 39 ++--
kernel/debug/kdb/kdb_main.c| 10 -
kernel
...@rustcorp.com.au
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Vincent Stehlé vincent.ste...@laposte.net
Cc: Andrei Warkentin andrey.warken...@gmail.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/Makefile |2
kernel/debug/kdb
anton.voront...@linaro.org
Cc: Sasha Levin sasha.le...@oracle.com
Cc: Rusty Russell ru...@rustcorp.com.au
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kdb.h |7 +++
kernel
...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_main.c | 28
1 file changed, 28 insertions(+)
--- linux.orig/kernel/debug/kdb/kdb_main.c
+++ linux/kernel/debug/kdb/kdb_main.c
@@ -2787,6 +2787,32 @@ static int kdb_grep_help(int argc, const
manually via the sysreq 'g' key.
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kdb.h |1 +
include/linux/kgdb.h|1 +
kernel/debug/debug_core.c |5 +
kernel/debug/kdb/kdb_debugger.c |5
Gordeev agord...@redhat.com
Cc: Suresh Siddha suresh.b.sid...@intel.com
Cc: Michael S. Tsirkin m...@redhat.com
Cc: Steffen Persvold s...@numascale.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
arch/x86/include/asm/uv/uv.h | 12 ++--
arch
to system users.
Cc: Russ Anderson r...@sgi.com
Cc: Alexander Gordeev agord...@redhat.com
Cc: Suresh Siddha suresh.b.sid...@intel.com
Cc: Michael S. Tsirkin m...@redhat.com
Cc: Steffen Persvold s...@numascale.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/kernel/apic/x2apic_uv_x.c | 69 -
arch/x86/platform/uv/Makefile |2
arch/x86/platform/uv/uv_nmi.c | 101 +
4 files changed
...@zeniv.linux.org.uk
Cc: Oleg Nesterov o...@redhat.com
Cc: Eric W. Biederman ebied...@xmission.com
Cc: Serge Hallyn serge.hal...@canonical.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
v2: change in handling of EXPORT_SYMBOLS.
---
kernel/debug/kdb/kdb_io.c
to signal the NMI handler
to release the slave CPUs for entry into KGDB.
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kgdb.h |1 +
kernel/debug/debug_core.c | 41 +
kernel/debug
: Andrei Warkentin andrey.warken...@gmail.com
Cc: Anton Vorontsov anton.voront...@linaro.org
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kdb.h| 89 +
kernel/debug/debug_core.h
...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_bt.c |2 ++
1 file changed, 2 insertions(+)
--- linux.orig/kernel/debug/kdb/kdb_bt.c
+++ linux/kernel/debug/kdb/kdb_bt.c
@@ -123,6 +123,8 @@ kdb_bt(int argc, const char **argv)
kdb_ps_suppressed
On 3/25/2013 2:22 PM, Jason Wessel wrote:
On 03/25/2013 01:50 PM, Mike Travis wrote:
Currently the default for the # of lines displayed by the KDB pager
is 24. This does not allow all of the lines for the entry messages,
reg dump and process trace. Increase it to something more reasonable
On 3/25/2013 7:38 PM, Eric W. Biederman wrote:
Mike Travis tra...@sgi.com writes:
This patch adds some significant KDB functions to be usable by
externally built and loadable KDB modules. All added functions
have been marked EXPORT_SYMBOL_GPL as that seems to be the norm
sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_io.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
--- linux.orig/kernel/debug/kdb/kdb_io.c
+++ linux/kernel/debug/kdb/kdb_io.c
@@ -559,6 +559,7 @@ int vkdb_printf(const char *fmt, va_list
...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_bt.c |2 ++
1 file changed, 2 insertions(+)
--- linux.orig/kernel/debug/kdb/kdb_bt.c
+++ linux/kernel/debug/kdb/kdb_bt.c
@@ -123,6 +123,8 @@ kdb_bt(int argc, const char **argv)
kdb_ps_suppressed
These are kernel updates for the NMI/KDB handler on the SGI
Ultraviolet System.
* Fix problem where 'quit' to more prompt doesn't stop output.
* Fix problem where reg dump shows letter 'd' in first column of
every line.
* Up the number of LINES so the entire entry message is displayed.
* Moves
to system users.
Cc: Russ Anderson r...@sgi.com
Cc: Alexander Gordeev agord...@redhat.com
Cc: Suresh Siddha suresh.b.sid...@intel.com
Cc: Michael S. Tsirkin m...@redhat.com
Cc: Steffen Persvold s...@numascale.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
to signal the NMI handler
to release the slave CPUs for entry into KGDB.
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kgdb.h |1 +
kernel/debug/debug_core.c | 39 +++
kernel/debug
...@rustcorp.com.au
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Vincent Stehlé vincent.ste...@laposte.net
Cc: Andrei Warkentin andrey.warken...@gmail.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/Makefile |2
kernel/debug/kdb
Warkentin andrey.warken...@gmail.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_grep.c| 352 +
kernel/debug/kdb/kdb_io.c | 39 ++--
kernel/debug/kdb/kdb_main.c| 10 -
kernel
Gordeev agord...@redhat.com
Cc: Suresh Siddha suresh.b.sid...@intel.com
Cc: Michael S. Tsirkin m...@redhat.com
Cc: Steffen Persvold s...@numascale.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
arch/x86/include/asm/uv/uv.h | 12 ++--
arch
Cc: Oleg Nesterov o...@redhat.com
Cc: Eric W. Biederman ebied...@xmission.com
Cc: Serge Hallyn serge.hal...@canonical.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_io.c |5 -
kernel/debug/kdb/kdb_main.c| 21
Signed-off-by: Mike Travis tra...@sgi.com
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/kernel/apic/x2apic_uv_x.c | 69 -
arch/x86/platform/uv/Makefile |2
arch/x86/platform/uv/uv_nmi.c | 101 +
4 files changed
-by: Mike Travis tra...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 73 --
1 file changed, 71 insertions(+), 2 deletions(-)
--- linux.orig/arch/x86/platform/uv/uv_nmi.c
+++ linux/arch/x86/platform/uv/uv_nmi.c
@@ -21,6 +21,8 @@
#include linux/cpu.h
-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_io.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/kernel/debug/kdb/kdb_io.c
+++ linux/kernel/debug/kdb/kdb_io.c
@@ -586,7 +586,7 @@ int vkdb_printf(const char *fmt, va_list
diag = kdbgetintenv(LINES
...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/kdb/kdb_main.c | 28
1 file changed, 28 insertions(+)
--- linux.orig/kernel/debug/kdb/kdb_main.c
+++ linux/kernel/debug/kdb/kdb_main.c
@@ -2787,6 +2787,32 @@ static int kdb_grep_help(int argc, const
anton.voront...@linaro.org
Cc: Sasha Levin sasha.le...@oracle.com
Cc: Rusty Russell ru...@rustcorp.com.au
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kdb.h |7 +++
kernel
: Andrei Warkentin andrey.warken...@gmail.com
Cc: Anton Vorontsov anton.voront...@linaro.org
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
include/linux/kdb.h| 89 +
kernel/debug/debug_core.h
and the overall Linux community.
Thanks,
Mike
On 3/12/2013 1:09 PM, Eric W. Biederman wrote:
Mike Travis tra...@sgi.com writes:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has
On 3/12/2013 3:01 PM, Thomas Gleixner wrote:
On Tue, 12 Mar 2013, Mike Travis wrote:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use
On 3/12/2013 3:13 PM, Greg Kroah-Hartman wrote:
On Tue, Mar 12, 2013 at 03:03:17PM -0700, Mike Travis wrote:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering
On 3/12/2013 3:39 PM, Eric W. Biederman wrote:
Mike Travis tra...@sgi.com writes:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering the interests
of Linux
This patch updates the UV HUB info for UV3. The is_uv3_hub and
is_uvx_hub (UV2 or UV3) functions are added as well as the addresses
and sizes of the MMR regions for UV3.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Add UV3 to exclusion list. Instead of adding every new series of
SGI UV systems, just check oem_id to have a prefix of SGI.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Cc: Jiang Liu liu...@gmail.com
Cc: Bjorn
This patch checks current hub support to avoid panicing the
system until all the GRU changes for UV3+ are in place.
Signed-off-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
Kernel updates for SGI Ultraviolet system 3 (UV3).
The new MMR definitions are added, and then the updates to each module
are applied. Afterwards, a trim patch reduces the size of the MMR
definitions file by about a third. This keeps bi-sectability in place.
--
To unsubscribe from this list:
are redirected to the target blade (with the device) in
a different manner. It also now has two MMIOH regions for both small and
large BARs. This aids in limiting the amount of physical address space
removed from real memory that's used for I/O in the max config of 64TB.
Signed-off-by: Mike Travis tra
This patch updates time support for the SGI UV3 hub. Since the UV2
and UV3 time support is identical, is_uvx_hub is used instead of
having both is_uv2_hub and is_uv3_hub.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
On 2/11/2013 1:40 AM, Ingo Molnar wrote:
* Mike Travis tra...@sgi.com wrote:
This patch checks current hub support to avoid panicing the
system until all the GRU changes for UV3+ are in place.
Signed-off-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
[sorry about that, it sent the mailbox instead of each patch. I talked
to Dimitri and he doesn't care about being the originator of the patch
so I'm just going to resend with me as the From: person.]
On 2/11/2013 11:32 AM, Mike Travis wrote:
Kernel updates for SGI Ultraviolet System 3 (UV3
Kernel updates for SGI Ultraviolet System 3 (UV3).
The new MMR definitions are added, and then the updates to each module
are applied. Afterwards, a trim patch reduces the size of the MMR
definitions file by about a third. This keeps bi-sectability in place.
--
To unsubscribe from this list:
This patch checks current hub support to avoid panicing the
system until all the GRU changes for UV3+ are in place.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Dimitri Sivanich sivan...@sgi.com
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
are redirected to the target blade (with the device) in
a different manner. It also now has two MMIOH regions for both small and
large BARs. This aids in limiting the amount of physical address space
removed from real memory that's used for I/O in the max config of 64TB.
Signed-off-by: Mike Travis tra
Add UV3 to exclusion list. Instead of adding every new series of
SGI UV systems, just check oem_id to have a prefix of SGI.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Cc: Jiang Liu liu...@gmail.com
Cc: Bjorn
This patch updates time support for the SGI UV3 hub. Since the UV2
and UV3 time support is identical, is_uvx_hub is used instead of
having both is_uv2_hub and is_uv3_hub.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
This patch updates the UV HUB info for UV3. The is_uv3_hub and
is_uvx_hub (UV2 or UV3) functions are added as well as the addresses
and sizes of the MMR regions for UV3.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Kernel updates for SGI Ultraviolet system 3 (UV3)
The new MMR definitions are added, and then the updates
to each module are applied. Afterwards, a trim patch
reduces the size of the MMR definitions file by about
a third. This keeps bi-sectability in place.
--
To unsubscribe from this list:
This patch updates the UV HUB info for UV3.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
---
arch/x86/include/asm/uv/uv_hub.h | 44 +++
1 file changed, 36 insertions
Add UV3 to exclusion list. Instead of adding every
new series of SGI UV systems, just check oem_id to
have a prefix of SGI.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Cc: Jiang Liu liu
This patch checks current hub support.
Signed-off-by: Dimitri Sivanich sivan...@sgi.com
Signed-off-by: Mike Travis tra...@sgi.com
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers/misc/sgi-gru/grufile.c
+++ linux/drivers
This patch add support for the SGI UV3 hub to the
common x2apic functions.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Cc: Alexander Gordeev agord...@redhat.com
Cc: Suresh Siddha suresh.b.sid
This patch updates time support for the SGI UV3 hub.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
---
arch/x86/platform/uv/uv_time.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions
for I/O
(and removed from real memory) in the max config of 64TB.
Signed-off-by: Mike Travis tra...@sgi.com
Acked-by: Russ Anderson r...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Cc: Alexander Gordeev agord...@redhat.com
Cc: Suresh Siddha suresh.b.sid...@intel.com
Cc: Michael
: [EMAIL PROTECTED]
Cc: Philippe Elie [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
(1 - if modules enabled, does not complete boot even
without this patch)
x86_64 configs built and booted:
ingo-stress-test(1)
defconfi
nonuma
nosmp
Change cpufreq tables from arrays to per_cpu variables in
drivers/acpi/processor_thermal.c
Based on linux-2.6.git + x86.git
Cc: Len Brown [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
drivers/acpi/processor_thermal.c | 21 +++--
1
1 - 100 of 1167 matches
Mail list logo
