On 11/11/2013 10:53 AM, Ingo Molnar wrote:
* tip-bot for Mike Travis tip...@zytor.com wrote:
Commit-ID: 8eba18428ac926f436064ac281e76d36d51bd631
Gitweb:
http://git.kernel.org/tip/8eba18428ac926f436064ac281e76d36d51bd631
Author: Mike Travis tra...@sgi.com
AuthorDate: Mon, 23
Some code added to the debug_core module had KDB dependencies that it
shouldn't have. Move the KDB dependent REASON back to the caller to
remove the dependence in KGDB code.
Signed-off-by: Mike Travis
Reviewed-by: Hedi Berriche
---
arch/x86/platform/uv/uv_nmi.c |2 +-
include/linux/kgdb.h
' then an error message is displayed if KDB is not configured.
Note that if both KGDB and KDB are enabled, then the action of 'kgdb' or
'kdb' has no affect on which is used. See the KGDB documention for further
information.
Signed-off-by: Mike Travis
Reviewed-by: Hedi Berriche
---
arch/x86
* Change the fix for KDB not defined build problem by changing
the kgdb_nmicallin() interface to include the KDB specific
reason code. This removes a dependency on KDB in the debug
core. Also requires a change the call in from UV NMI handler.
* Fix some problems found by the kbuild test
Fix some problems found by the kbuild test robot.
Signed-off-by: Mike Travis
Reviewed-by: Hedi Berriche
---
arch/x86/include/asm/uv/uv.h |2 --
arch/x86/kernel/apic/x2apic_uv_x.c |1 -
arch/x86/platform/uv/uv_nmi.c |9 -
3 files changed, 4 insertions(+), 8
* Change the fix for KDB not defined build problem by changing
the kgdb_nmicallin() interface to include the KDB specific
reason code. This removes a dependency on KDB in the debug
core. Also requires a change the call in from UV NMI handler.
* Fix some problems found by the kbuild test
Fix some problems found by the kbuild test robot.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/include/asm/uv/uv.h |2 --
arch/x86/kernel/apic/x2apic_uv_x.c |1 -
arch/x86/platform/uv/uv_nmi.c |9 -
3 files changed
Some code added to the debug_core module had KDB dependencies that it
shouldn't have. Move the KDB dependent REASON back to the caller to
remove the dependence in KGDB code.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c
' then an error message is displayed if KDB is not configured.
Note that if both KGDB and KDB are enabled, then the action of 'kgdb' or
'kdb' has no affect on which is used. See the KGDB documention for further
information.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Hedi Berriche h
Commit-ID: 8daaa5f8261bffd2f6217a960f9182d0503a5c44
Gitweb: http://git.kernel.org/tip/8daaa5f8261bffd2f6217a960f9182d0503a5c44
Author: Mike Travis
AuthorDate: Wed, 2 Oct 2013 10:14:18 -0500
Committer: Ingo Molnar
CommitDate: Thu, 3 Oct 2013 18:47:54 +0200
kdb: Add support for external
Commit-ID: e379ea82dd53a5cc8e3ac0b7899a8012006c712c
Gitweb: http://git.kernel.org/tip/e379ea82dd53a5cc8e3ac0b7899a8012006c712c
Author: Mike Travis
AuthorDate: Wed, 2 Oct 2013 10:14:19 -0500
Committer: Ingo Molnar
CommitDate: Thu, 3 Oct 2013 18:48:09 +0200
x86/UV: Add call to KGDB/KDB
Commit-ID: e379ea82dd53a5cc8e3ac0b7899a8012006c712c
Gitweb: http://git.kernel.org/tip/e379ea82dd53a5cc8e3ac0b7899a8012006c712c
Author: Mike Travis tra...@sgi.com
AuthorDate: Wed, 2 Oct 2013 10:14:19 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 3 Oct 2013 18:48:09 +0200
Commit-ID: 8daaa5f8261bffd2f6217a960f9182d0503a5c44
Gitweb: http://git.kernel.org/tip/8daaa5f8261bffd2f6217a960f9182d0503a5c44
Author: Mike Travis tra...@sgi.com
AuthorDate: Wed, 2 Oct 2013 10:14:18 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 3 Oct 2013 18:47:54 +0200
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 w
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 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
* 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/
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_core.c
Some code added to the debug_core module had KDB dependencies
that it shouldn't have.
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/debug_core.c |8
kernel/debug/debug_core.h |2 ++
2 files changed, 6 insertions(+), 4 deletions(-)
--- linux.orig/kernel/debug
* 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 tra...@sgi.com wrote:
Some code added to the debug_core module had KDB dependencies
that it shouldn't have.
Signed-off-by: Mike Travis tra...@sgi.com
---
kernel/debug/debug_core.c |8
kernel/debug/debug_core.h
On 10/3/2013 10:15 AM, Ingo Molnar wrote:
* Mike Travis tra...@sgi.com wrote:
On 10/3/2013 9:51 AM, Ingo Molnar wrote:
* Mike Travis tra...@sgi.com wrote:
Some code added to the debug_core module had KDB dependencies
that it shouldn't have.
Signed-off-by: Mike Travis tra
On 10/3/2013 10:53 AM, Mike Travis wrote:
On 10/3/2013 10:15 AM, Ingo Molnar wrote:
* Mike Travis tra...@sgi.com wrote:
On 10/3/2013 9:51 AM, Ingo Molnar wrote:
* Mike Travis tra...@sgi.com wrote:
Some code added to the debug_core module had KDB dependencies
that it shouldn't
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
aves 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_NMI s
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 +-
1 file changed, 46 insertions(+),
enabled. Note that if kgdb is connected that
interface will be used instead.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 47 +-
1 file
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
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 tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
Acked-by: Jason Wessel jason.wes
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
Commit-ID: 0d12ef0c900078cc1f4e78dff2245521aa5d0c89
Gitweb: http://git.kernel.org/tip/0d12ef0c900078cc1f4e78dff2245521aa5d0c89
Author: Mike Travis
AuthorDate: Mon, 23 Sep 2013 16:25:01 -0500
Committer: Ingo Molnar
CommitDate: Tue, 24 Sep 2013 09:02:02 +0200
x86/UV: Update UV support
Commit-ID: 3c121d9a21dc16ef030ad6ca3ebb159b5726fab9
Gitweb: http://git.kernel.org/tip/3c121d9a21dc16ef030ad6ca3ebb159b5726fab9
Author: Mike Travis
AuthorDate: Mon, 23 Sep 2013 16:25:02 -0500
Committer: Ingo Molnar
CommitDate: Tue, 24 Sep 2013 09:02:03 +0200
x86/UV: Add summary of cpu
Commit-ID: 12ba6c990fab50fe568f3ad8715e81e356552428
Gitweb: http://git.kernel.org/tip/12ba6c990fab50fe568f3ad8715e81e356552428
Author: Mike Travis
AuthorDate: Mon, 23 Sep 2013 16:25:03 -0500
Committer: Ingo Molnar
CommitDate: Tue, 24 Sep 2013 09:02:03 +0200
x86/UV: Add kdump to UV NMI
Commit-ID: 8eba18428ac926f436064ac281e76d36d51bd631
Gitweb: http://git.kernel.org/tip/8eba18428ac926f436064ac281e76d36d51bd631
Author: Mike Travis
AuthorDate: Mon, 23 Sep 2013 16:25:06 -0500
Committer: Ingo Molnar
CommitDate: Tue, 24 Sep 2013 09:02:04 +0200
x86/UV: Add uvtrace support
Commit-ID: 1e019421bca68cfae1a61a09d9d49cf6a9e2143b
Gitweb: http://git.kernel.org/tip/1e019421bca68cfae1a61a09d9d49cf6a9e2143b
Author: Mike Travis
AuthorDate: Mon, 23 Sep 2013 16:25:00 -0500
Committer: Ingo Molnar
CommitDate: Tue, 24 Sep 2013 09:02:02 +0200
x86/UV: Move NMI support
Commit-ID: 1e019421bca68cfae1a61a09d9d49cf6a9e2143b
Gitweb: http://git.kernel.org/tip/1e019421bca68cfae1a61a09d9d49cf6a9e2143b
Author: Mike Travis tra...@sgi.com
AuthorDate: Mon, 23 Sep 2013 16:25:00 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 24 Sep 2013 09:02:02
Commit-ID: 12ba6c990fab50fe568f3ad8715e81e356552428
Gitweb: http://git.kernel.org/tip/12ba6c990fab50fe568f3ad8715e81e356552428
Author: Mike Travis tra...@sgi.com
AuthorDate: Mon, 23 Sep 2013 16:25:03 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 24 Sep 2013 09:02:03
Commit-ID: 8eba18428ac926f436064ac281e76d36d51bd631
Gitweb: http://git.kernel.org/tip/8eba18428ac926f436064ac281e76d36d51bd631
Author: Mike Travis tra...@sgi.com
AuthorDate: Mon, 23 Sep 2013 16:25:06 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 24 Sep 2013 09:02:04
Commit-ID: 3c121d9a21dc16ef030ad6ca3ebb159b5726fab9
Gitweb: http://git.kernel.org/tip/3c121d9a21dc16ef030ad6ca3ebb159b5726fab9
Author: Mike Travis tra...@sgi.com
AuthorDate: Mon, 23 Sep 2013 16:25:02 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 24 Sep 2013 09:02:03
Commit-ID: 0d12ef0c900078cc1f4e78dff2245521aa5d0c89
Gitweb: http://git.kernel.org/tip/0d12ef0c900078cc1f4e78dff2245521aa5d0c89
Author: Mike Travis tra...@sgi.com
AuthorDate: Mon, 23 Sep 2013 16:25:01 -0500
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 24 Sep 2013 09:02:02
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 address
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
@@ -
aves 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 |1 +
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/arch/x86/platform/uv/uv_nmi.c
+++ linu
c IP address 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
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_x.c |1
arch/x86/platform/uv/uv_nmi.c | 551
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
arch/x86/platform/uv
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
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 Sivanich
Reviewed-by: Hedi
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 tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan
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
of 'x2apic_uv_x', which was obscure.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/kernel/apic/x2apic_uv_x.c | 69 -
arch/x86/platform/uv
layer are supported.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/include/asm/uv/uv_hub.h | 57 +++
arch/x86/include/asm/uv/uv_mmrs.h | 31 ++
arch/x86/kernel/apic/x2apic_uv_x.c |1
arch/x86
as the command field and basic process information.
It is enabled when the nmi action is changed to ips.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 48
enabled.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 47 +-
1 file changed, 46 insertions(+), 1 deletion(-)
--- linux.orig/arch/x86
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 tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
include/linux/kdb.h |1
-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche h...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 41 +
1 file changed, 41 insertions(+)
--- linux.orig/arch/x86/platform/uv/uv_nmi.c
+++ linux/arch
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
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 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 5:43 AM, Peter Zijlstra wrote:
On Thu
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:41PM -0500, Mike Travis wrote:
For performance
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/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 nmi command is issued when
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/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 usually after an error occurred. Also
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
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
arch/x86/platform/uv
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_x.c |1
arch/x86/platform/uv/uv_nmi.c | 551
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/arch/x86/platform/uv/uv_nmi.c
+++ linu
MI 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 ++
1 file c
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
@@ -
d when 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/kdb_debugge
aves 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/debug
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 Sivanich
Reviewed-by: Hedi
c IP address 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
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 tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan
as the command field and basic process information.
It is enabled when the nmi action is changed to ips.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 48
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 tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
include/linux/kgdb.h |1
by setting the nmi disabled variable to '1'. Setting it back to
'0' will re-enable the NMI handler.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 69
-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 41 +
1 file changed, 41 insertions(+)
--- linux.orig/arch/x86/platform/uv/uv_nmi.c
+++ linux
layer are supported.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
arch/x86/include/asm/uv/uv_hub.h | 57 +++
arch/x86/include/asm/uv/uv_mmrs.h | 31 ++
arch/x86/kernel/apic/x2apic_uv_x.c |1
arch
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
is entered manually via the sysreq 'g' key.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
include/linux/kdb.h |1 +
include/linux/kgdb.h|1 +
kernel/debug/debug_core.c |5
enabled.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
arch/x86/platform/uv/uv_nmi.c | 47 +-
1 file changed, 46 insertions(+), 1 deletion(-)
--- linux.orig/arch/x86
of 'x2apic_uv_x', which was obscure.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Dimitri Sivanich sivan...@sgi.com
Reviewed-by: Hedi Berriche hberr...@sgi.com
---
arch/x86/include/asm/uv/uv.h |2
arch/x86/kernel/apic/x2apic_uv_x.c | 69 -
arch/x86/platform
On 8/13/2013 1:24 PM, Yinghai Lu wrote:
>> > FYI, the system at this time had 128 nodes each with 256GB of memory.
>> > About 252GB was inserted into the absent list from nodes 1 .. 126.
>> > Memory on nodes 0 and 128 was left fully present.
Actually, I was corrected, it was 256 nodes with
On 8/13/2013 11:04 AM, Mike Travis wrote:
>
>
> On 8/13/2013 10:51 AM, Linus Torvalds wrote:
>> by the time you can log in. And if it then takes another ten minutes
>> until you have the full 16TB initialized, and some things might be a
>> tad slower early o
On 8/13/2013 10:51 AM, Linus Torvalds wrote:
> by the time you can log in. And if it then takes another ten minutes
> until you have the full 16TB initialized, and some things might be a
> tad slower early on, does anybody really care? The machine will be up
> and running with plenty of memory,
On 8/13/2013 10:09 AM, Linus Torvalds wrote:
> On Mon, Aug 12, 2013 at 2:54 PM, Nathan Zimmer wrote:
>>
>> As far as extra overhead. We incur an extra function call to
>> ensure_page_is_initialized but that is only really expensive when we find
>> uninitialized pages, otherwise it is a flag
On 8/13/2013 10:09 AM, Linus Torvalds wrote:
On Mon, Aug 12, 2013 at 2:54 PM, Nathan Zimmer nzim...@sgi.com wrote:
As far as extra overhead. We incur an extra function call to
ensure_page_is_initialized but that is only really expensive when we find
uninitialized pages, otherwise it is a
On 8/13/2013 10:51 AM, Linus Torvalds wrote:
by the time you can log in. And if it then takes another ten minutes
until you have the full 16TB initialized, and some things might be a
tad slower early on, does anybody really care? The machine will be up
and running with plenty of memory,
On 8/13/2013 11:04 AM, Mike Travis wrote:
On 8/13/2013 10:51 AM, Linus Torvalds wrote:
by the time you can log in. And if it then takes another ten minutes
until you have the full 16TB initialized, and some things might be a
tad slower early on, does anybody really care? The machine
On 8/13/2013 1:24 PM, Yinghai Lu wrote:
FYI, the system at this time had 128 nodes each with 256GB of memory.
About 252GB was inserted into the absent list from nodes 1 .. 126.
Memory on nodes 0 and 128 was left fully present.
Actually, I was corrected, it was 256 nodes with 128GB (8 *
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 lim
On 6/26/2013 11:37 PM, Yinghai Lu wrote:
On Tue, Jun 25, 2013 at 11:58 AM, Mike Travis tra...@sgi.com 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), but that's still
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 -
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
On 6/26/2013 5:14 AM, Ingo Molnar wrote:
* Nathan Zimmer nzim...@sgi.com 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
On 6/26/2013 6:37 AM, Ingo Molnar wrote:
* Andrew Morton a...@linux-foundation.org wrote:
On Wed, 26 Jun 2013 11:22:48 +0200 Ingo Molnar mi...@kernel.org 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
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 doing
701 - 800 of 1167 matches
Mail list logo