On 3/14/2013 12:20 AM, Ingo Molnar wrote:
>
> * Mike Travis 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 th
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/include/asm/uv/uv_hub.h | 44 +++
1 file changed, 36 insertions(+), 8 deletions(-)
--- linux.orig/arch/x86
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Jiang Liu
Cc: Bjorn Helgaas
Cc: Yinghai Lu
This patch checks current hub support.
Signed-off-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers/misc/sgi-gru/grufile.c
+++ linux/drivers/misc/sgi-gru/grufile.c
This patch add support for the SGI UV3 hub to the
common x2apic functions.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: Michael S. Tsirkin
Cc: Steffen Persvold
---
arch/x86/kernel/apic
This patch updates time support for the SGI UV3 hub.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/platform/uv/uv_time.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
--- linux.orig/arch/x86/platform/uv/uv_time.c
ress space used for I/O
(and removed from real memory) in the max config of 64TB.
Signed-off-by: Mike Travis
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: Michael S. Tsirkin
Cc: Steffen Persvold
---
arch/x86/kernel/apic/x2apic_uv_
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/inc
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Jiang Liu
Cc: Bjorn Helgaas
Cc: Yinghai Lu
Cc: Greg Kroah-Hartman
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
Signed-off-by: Mike Travis
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers
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 lis
which 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: Mik
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
On 2/11/2013 1:40 AM, Ingo Molnar wrote:
* Mike Travis 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
Signed-off-by: Mike Travis
It was Dimitri's patch, and I put the A
[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 Sys
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 lis
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
Acked-by: Dimitri Sivanich
---
drivers/misc/sgi-gru/grufile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux.orig/drivers/misc/sgi
which 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: Mik
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
Cc: Jiang Liu
Cc: Bjorn Helgaas
Cc: Yinghai Lu
Cc: Greg Kroah-Hartman
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
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
Acked-by: Russ Anderson
Reviewed-by: Dimitri Sivanich
---
arch/x86/inc
dRIP: 0010:[] [] poll_idle+0x4a/0x90
dRSP: 0018:88081d5eddd8 EFLAGS: 0246
dRAX: 0004 RBX: 0216ae7fbf5d RCX: 021658a8e600
dRDX: 88081d5ec010 RSI: 819a7d20 RDI: 8193c140
Cc: Tim Bird
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel
The KDB 'btc' (backtrace cpus) command ignores the 'quit' reply
to the 'more>' prompt. This is quite annoying when you have a
large number of processors and thousands of lines are being
printed. This fixes that problem.
Cc: David Howells
Reviewed-by: Dimi
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
generally useful to system users.
Cc: Russ Anderson
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: "Michael S. Tsirkin"
Cc: Steffen Persvold
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
arch/x86/include/asm/uv/uv_hub.h | 57 +++
arch/x86/include/asm/uv/uv_mmrs.h
uot; is used by KGDB to signal the NMI handler
to release the slave CPUs for entry into KGDB.
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
include/linux/kgdb.h |1 +
kernel/debug/debug_core.c | 39 +++
kernel/debug/debug_core.h |
eviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel/debug/kdb/Makefile |2
kernel/debug/kdb/kdb_grep.c| 145 +
kernel/debug/kdb/kdb_io.c | 38 --
kernel/debug/kdb/kdb_main.c| 92 --
ke
7; flag to delay printing until match found.
Options may be mixed in any combination.
Cc: Tim Bird
Cc: Anton Vorontsov
Cc: Sasha Levin
Cc: Rusty Russell
Cc: Greg Kroah-Hartman
Cc: "Vincent Stehlé"
Cc: Andrei Warkentin
Reviewed-by: Dimitri Sivanich
c: Suresh Siddha
Cc: "Michael S. Tsirkin"
Cc: Steffen Persvold
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
arch/x86/include/asm/uv/uv.h | 12 ++--
arch/x86/platform/uv/uv_nmi.c | 10 +-
2 files changed, 19 insertions(+), 3 deletions(-)
--- linu
: Anton Vorontsov
Cc: Sasha Levin
Cc: Rusty Russell
Cc: Greg Kroah-Hartman
Cc: Cong Wang
Cc: Stephen Boyd
Cc: Al Viro
Cc: Oleg Nesterov
Cc: Eric W. Biederman
Cc: Serge Hallyn
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel/debug/kdb/kdb_io.c |5 -
kernel
x27;x2apic_uv_x', which was obscure.
Cc: Alex Shi
Cc: Cliff Wickman
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: "Michael S. Tsirkin"
Cc: Steffen Persvold
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/ke
pointer to tell KGDB/KDB
to signal the slaves when to proceed into the KGDB slave loop.
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: "Michael S. Tsirkin"
Cc: Steffen Persvold
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
arch/x86/platfor
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.
Cc: Tim Bird
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel
This patch restores the capability for providing help with the
PS and BT arguments.
Cc: Anton Vorontsov
Cc: Sasha Levin
Cc: Rusty Russell
Cc: Greg Kroah-Hartman
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel/debug/kdb/kdb_main.c | 28
1
Vorontsov
Cc: Sasha Levin
Cc: Rusty Russell
Cc: Greg Kroah-Hartman
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
include/linux/kdb.h |7 +++
kernel/debug/kdb/kdb_main.c | 79
2 files changed, 86 insertions(+)
---
Vorontsov
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
include/linux/kdb.h| 89 +
kernel/debug/debug_core.h |1
kernel/debug/kdb/kdb_private.h | 79
3 files changed, 89
ers of
Linux and the overall Linux community.
Thanks,
Mike
On 3/12/2013 1:09 PM, Eric W. Biederman wrote:
Mike Travis 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 p
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 by
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 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 i
Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Change:
>> config ARCH_SETS_UP_PER_CPU_AREA
>> to:
>> config HAVE_SETUP_PER_CPU_AREA
>
> undocumented change:
>
>> config ARCH_NO_VIRT_TO_BUS
>> --- a/init/main.c
>> +++ b/init/main.c
>> @@ -380,6 +380,8 @@ stati
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
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 be
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 fix
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 need
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/
>>>>
>>> bl
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:
>>>>>>
quot; and the kernel is
built with CONFIG_KDB enabled. Note that if kgdb is connected that
interface will be used instead.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 47 +-
The following two patches add the capability of calling KGDB/KDB after
receiving the NMI signal from the UV system 'power nmi' command. This
is mainly required because the system console on UV cannot send the
break signal so when the system I/O is not working, the power nmi
command from the CMC i
he slaves start entering.
The new argument "send_ready" was added for KGDB to signal the NMI handler
to release the slave CPUs for entry into KGDB.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
Acked-by: Jason Wessel
---
v3: make entry into SYSTEM_
Some code added to the debug_core module had KDB dependencies
that it shouldn't have.
Signed-off-by: Mike Travis
---
kernel/debug/debug_core.c |8
kernel/debug/debug_core.h |2 ++
2 files changed, 6 insertions(+), 4 deletions(-)
--- linux.orig/kernel/debug/debug_c
* Fix build problem when KDB is not defined.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 10/3/2013 9:51 AM, Ingo Molnar wrote:
>
> * Mike Travis wrote:
>
>> Some code added to the debug_core module had KDB dependencies
>> that it shouldn't have.
>>
>> Signed-off-by: Mike Travis
>> ---
>> kernel/debug/debug_core.c |8
On 10/3/2013 10:15 AM, Ingo Molnar wrote:
>
> * Mike Travis wrote:
>
>>
>>
>> On 10/3/2013 9:51 AM, Ingo Molnar wrote:
>>>
>>> * Mike Travis wrote:
>>>
>>>> Some code added to the debug_core module had KDB dependencies
On 10/3/2013 10:53 AM, Mike Travis wrote:
>
>
> On 10/3/2013 10:15 AM, Ingo Molnar wrote:
>>
>> * Mike Travis wrote:
>>
>>>
>>>
>>> On 10/3/2013 9:51 AM, Ingo Molnar wrote:
>>>>
>>>> * Mike Travis wrote:
>>
This patch adds support for the uvtrace module by providing a skeleton
call to the registered trace function. It also provides another separate
'NMI' tracer that is triggered by the system wide 'power nmi' command.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanic
dress as well
as the command field and basic process information.
It is enabled when the nmi action is changed to "ips".
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 48
he slaves start entering.
The new argument "send_ready" was added for KGDB to signal the NMI handler
to release the slave CPUs for entry into KGDB.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
include/linux/kgdb.h |1 +
kernel/
handler is
disabled by setting the nmi disabled variable to '1'. Setting it back to
'0' will re-enable the NMI handler.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 69
EC enabled.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 41 +
1 file changed, 41 insertions(+)
--- linux.orig/arch/x86/platform/uv/uv_nmi.c
+++ linux/arch/x86/platform/uv/uv_nmi.c
@@ -
fic over
NumaLink.) Both types of UV NMIs from the SMI layer are supported.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/include/asm/uv/uv_hub.h | 57 +++
arch/x86/include/asm/uv/uv_mmrs.h | 31 ++
arch/x86/kernel/apic/x2apic_uv
V2: Split KDB updates from NMI updates. Broke up the big patch to
uv_nmi.c into smaller patches. Updated to the latest linux
kernel version.
The current UV NMI handler has not been updated for the changes in the
system NMI handler and the perf operations. The UV NMI handler reads
an
hen KDB
is entered manually via the sysreq 'g' key.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
include/linux/kdb.h |1 +
include/linux/kgdb.h|1 +
kernel/debug/debug_core.c |5 +
kernel/debug/kdb/k
quot; and the kernel is
built with CONFIG_KDB enabled.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 47 +-
1 file changed, 46 insertions(+), 1 deletion(-)
--- linux.orig/arc
instead of 'x2apic_uv_x', which was obscure.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/kernel/apic/x2apic_uv_x.c | 69 -
arch/x86/platform/uv/Makefile |2
On 9/5/2013 10:00 PM, Jason Wessel wrote:
> On 09/05/2013 05:50 PM, Mike Travis wrote:
>> This patch adds a new "KDB_REASON" code (KDB_REASON_SYSTEM_NMI). This
>> is purely cosmetic to distinguish it from the other various reasons that
>> NMI may occur and are
On 9/9/2013 5:43 AM, Peter Zijlstra wrote:
> On Thu, Sep 05, 2013 at 05:50:41PM -0500, Mike Travis wrote:
>> For performance reasons, the NMI handler may be disabled to lessen the
>> performance impact caused by the multiple perf tools running concurently.
>> If the system
On 9/12/2013 11:35 AM, Paul E. McKenney wrote:
> On Thu, Sep 12, 2013 at 10:27:31AM -0700, Paul E. McKenney wrote:
>> On Tue, Sep 10, 2013 at 11:03:49AM +0200, Peter Zijlstra wrote:
>>> On Mon, Sep 09, 2013 at 10:07:03AM -0700, Mike Travis wrote:
>>>> On 9/9/2013
On 9/12/2013 10:27 AM, Paul E. McKenney wrote:
> On Tue, Sep 10, 2013 at 11:03:49AM +0200, Peter Zijlstra wrote:
>> On Mon, Sep 09, 2013 at 10:07:03AM -0700, Mike Travis wrote:
>>> On 9/9/2013 5:43 AM, Peter Zijlstra wrote:
>>>> On Thu, Sep 05, 2013 at 05:50
This patch adds support for the uvtrace module by providing a skeleton
call to the registered trace function. It also provides another separate
'NMI' tracer that is triggered by the system wide 'power nmi' command.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanic
V3: Reduce number of changes to KGDB/KDB code to simplify special
handling of SYSTEM NMI. Remove disable UV NMI function.
V2: Split KDB updates from NMI updates. Broke up the big patch to
uv_nmi.c into smaller patches. Updated to the latest linux
kernel version.
The current U
instead of 'x2apic_uv_x', which was obscure.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/kernel/apic/x2apic_uv_x.c | 69 -
arch/x86/platform/uv/Makefile |2
fic over
NumaLink.) Both types of UV NMIs from the SMI layer are supported.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/include/asm/uv/uv_hub.h | 57 +++
arch/x86/include/asm/uv/uv_mmrs.h | 31 ++
arch/x86/kernel/apic/x2apic_uv
dress as well
as the command field and basic process information.
It is enabled when the nmi action is changed to "ips".
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 48
quot; and the kernel is
built with CONFIG_KDB enabled.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 47 +-
1 file changed, 46 insertions(+), 1 deletion(-)
--- linux.orig/arc
he slaves start entering.
The new argument "send_ready" was added for KGDB to signal the NMI handler
to release the slave CPUs for entry into KGDB.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
include/linux/kdb.h |
EC enabled.
Signed-off-by: Mike Travis
Reviewed-by: Dimitri Sivanich
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c | 41 +
1 file changed, 41 insertions(+)
--- linux.orig/arch/x86/platform/uv/uv_nmi.c
+++ linux/arch/x86/platform/uv/uv_nmi.c
@@ -
On 9/24/2013 12:52 AM, Ingo Molnar wrote:
>
> Hm, do you test-build your patches?
Both build and test incessantly...
This series produces the following
> annoying warning:
>
> arch/x86/platform/uv/uv_nmi.c: In function ‘uv_nmi_setup’:
> arch/x86/platform/uv/uv_nmi.c:664:2: warning: the add
On 6/21/2013 10:18 AM, Nathan Zimmer wrote:
> On 06/21/2013 12:03 PM, H. Peter Anvin wrote:
>> On 06/21/2013 09:51 AM, Greg KH wrote:
>>> On Fri, Jun 21, 2013 at 11:25:32AM -0500, Nathan Zimmer wrote:
This rfc patch set delays initializing large sections of memory
until we have
sta
On 6/21/2013 11:36 AM, Yinghai Lu wrote:
> On Fri, Jun 21, 2013 at 9:25 AM, Nathan Zimmer wrote:
>> This rfc patch set delays initializing large sections of memory until we have
>> started cpus. This has the effect of reducing startup times on large memory
>> systems. On 16TB it can take over
On 6/21/2013 12:00 PM, Yinghai Lu wrote:
> On Fri, Jun 21, 2013 at 11:44 AM, Greg Kroah-Hartman
> wrote:
>> On Fri, Jun 21, 2013 at 11:36:21AM -0700, Yinghai Lu wrote:
>>> On Fri, Jun 21, 2013 at 9:25 AM, Nathan Zimmer wrote:
This rfc patch set delays initializing large sections of memory
On 6/21/2013 11:50 AM, Greg KH wrote:
> On Fri, Jun 21, 2013 at 11:44:22AM -0700, Yinghai Lu wrote:
>> On Fri, Jun 21, 2013 at 10:03 AM, H. Peter Anvin wrote:
>>> On 06/21/2013 09:51 AM, Greg KH wrote:
>>>
>>> I suspect the cutoff for this should be a lot lower than 8 TB even, more
>>> like 128
On 6/21/2013 1:08 PM, H. Peter Anvin wrote:
> Is this init code? 32K of unconditional runtime addition isn't completely
> trivial.
The delay functions that move memory to the absent list are __init
but the read back of the list and memory insertion are not. BTW, this
option is only available
Thanks. I went through a few iterations until finalizing
on the current patches. Originally the memory was inserted
using the memory probe interface, but at 2G per addition,
it was still very slow. By bypassing the memory driver
interface, and going directly to add_memory and memory_online,
alon
On 6/25/2013 12:38 AM, Ingo Molnar wrote:
>
> * Nathan Zimmer wrote:
>
>> On Sun, Jun 23, 2013 at 11:28:40AM +0200, Ingo Molnar wrote:
>>>
>>> That's 4.5 GB/sec initialization speed - that feels a bit slow and the
>>> boot time effect should be felt on smaller 'a couple of gigabytes'
>>> des
On 6/21/2013 5:23 PM, Yinghai Lu wrote:
> On Fri, Jun 21, 2013 at 2:30 PM, Mike Travis wrote:
>>
>>
>> On 6/21/2013 11:50 AM, Greg KH wrote:
>>> On Fri, Jun 21, 2013 at 11:44:22AM -0700, Yinghai Lu wrote:
>>>> On Fri, Jun 21, 2013 at 10:03 AM, H. Peter
On 6/25/2013 11:17 AM, H. Peter Anvin wrote:
> On 06/25/2013 10:35 AM, Mike Travis wrote:
>>
>> The two params that I couldn't figure out how to provide except via kernel
>> param option was the memory block size (128M or 2G) and the physical
>> address space per
On 6/25/2013 11:38 AM, Yinghai Lu wrote:
> On Tue, Jun 25, 2013 at 10:35 AM, Mike Travis wrote:
>>
>>
>> On 6/21/2013 5:23 PM, Yinghai Lu wrote:
>>> On Fri, Jun 21, 2013 at 2:30 PM, Mike Travis wrote:
>>>> Exactly. That's why I left both low a
On 6/25/2013 11:43 AM, H. Peter Anvin wrote:
> On 06/25/2013 10:22 AM, Mike Travis wrote:
>>
>> On 6/25/2013 12:38 AM, Ingo Molnar wrote:
>>>
>>> * Nathan Zimmer wrote:
>>>
>>>> On Sun, Jun 23, 2013 at 11:28:40AM +0200, Ingo Molnar wro
On 6/25/2013 11:44 AM, H. Peter Anvin wrote:
> On 06/25/2013 11:40 AM, Yinghai Lu wrote:
>> On Tue, Jun 25, 2013 at 11:17 AM, H. Peter Anvin wrote:
>>> On 06/25/2013 10:35 AM, Mike Travis wrote:
>>
>>> However, please consider Ingo's counterproposal of
On 6/26/2013 5:14 AM, Ingo Molnar wrote:
>
> * Nathan Zimmer wrote:
>
>> perf seems to struggle with 512 cpus, but I did get some data.
>
> Btw., mind outlining in what way it struggles?
>
> Thanks,
>
> Ingo
>
I submitted some patches to Jason Wessel that updated the community
suppo
On 6/26/2013 6:37 AM, Ingo Molnar wrote:
>
> * Andrew Morton wrote:
>
>> On Wed, 26 Jun 2013 11:22:48 +0200 Ingo Molnar wrote:
>>
>>> except that on 32 TB
>>> systems we don't spend ~2 hours initializing 8,589,934,592 page heads.
>>
>> That's about a million a second which is crazy slow - ev
On 6/26/2013 11:37 PM, Yinghai Lu wrote:
> On Tue, Jun 25, 2013 at 11:58 AM, Mike Travis wrote:
>> experimenting as soon as I can. Our 32TB system is being
>> brought back to 16TB (we found a number of problems as we
>> get closer and closer to the 64TB limit),
dRIP: 0010:[] [] poll_idle+0x4a/0x90
dRSP: 0018:88081d5eddd8 EFLAGS: 0246
dRAX: 0004 RBX: 0216ae7fbf5d RCX: 021658a8e600
dRDX: 88081d5ec010 RSI: 819a7d20 RDI: 8193c140
Cc: Tim Bird
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel
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.
Cc: Tim Bird
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel
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
pointer to tell KGDB/KDB
to signal the slaves when to proceed into the KGDB slave loop.
Cc: Alexander Gordeev
Cc: Suresh Siddha
Cc: "Michael S. Tsirkin"
Cc: Steffen Persvold
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
arch/x86/platfor
7; flag to delay printing until match found.
Options may be mixed in any combination.
Cc: Tim Bird
Cc: Anton Vorontsov
Cc: Sasha Levin
Cc: Rusty Russell
Cc: Greg Kroah-Hartman
Cc: "Vincent Stehlé"
Cc: Andrei Warkentin
Reviewed-by: Dimitri Sivanich
eviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
kernel/debug/kdb/Makefile |2
kernel/debug/kdb/kdb_grep.c| 145 +
kernel/debug/kdb/kdb_io.c | 38 --
kernel/debug/kdb/kdb_main.c| 92 --
ke
1 - 100 of 693 matches
Mail list logo
