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: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 and hi
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 no
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 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'
>>>
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,
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,
On 6/25/2013 12:38 AM, Ingo Molnar wrote:
* Nathan Zimmer nzim...@sgi.com 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'
On 6/21/2013 5:23 PM, Yinghai Lu wrote:
On Fri, Jun 21, 2013 at 2:30 PM, Mike Travis tra...@sgi.com 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 Anvin h...@zytor.com wrote:
On 06/21/2013
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 node. The other 3 params can
On 6/25/2013 11:38 AM, Yinghai Lu wrote:
On Tue, Jun 25, 2013 at 10:35 AM, Mike Travis tra...@sgi.com wrote:
On 6/21/2013 5:23 PM, Yinghai Lu wrote:
On Fri, Jun 21, 2013 at 2:30 PM, Mike Travis tra...@sgi.com wrote:
Exactly. That's why I left both low and high memory on each node.
looks
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 nzim...@sgi.com 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
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 h...@zytor.com wrote:
On 06/25/2013 10:35 AM, Mike Travis wrote:
However, please consider Ingo's counterproposal of doing this via the
buddy allocator
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
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 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: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 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
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
started cpus. This
On 6/21/2013 11:36 AM, Yinghai Lu wrote:
On Fri, Jun 21, 2013 at 9:25 AM, Nathan Zimmer nzim...@sgi.com 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
On 6/21/2013 12:00 PM, Yinghai Lu wrote:
On Fri, Jun 21, 2013 at 11:44 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org 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 nzim...@sgi.com wrote:
This rfc patch set delays
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 h...@zytor.com 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
On 5/2/2013 11:20 AM, Stephen Warren wrote:
> On 05/02/2013 12:20 AM, David Henningsson wrote:
>> On 05/01/2013 09:04 PM, Mike Travis wrote:
>>> The audio driver mistakenly allows 64 bit addresses to be created for
>>> the audio driver on Nvidia GPUs. Unfortuna
On 5/2/2013 1:29 AM, David Henningsson wrote:
> On 05/02/2013 08:36 AM, Mike Travis wrote:
>>
>>
>> On 5/1/2013 11:20 PM, David Henningsson wrote:
>>> On 05/01/2013 09:04 PM, Mike Travis wrote:
>>>> The audio driver mistakenly allows 64 bit address
On 5/1/2013 11:20 PM, David Henningsson wrote:
> On 05/01/2013 09:04 PM, Mike Travis wrote:
>> The audio driver mistakenly allows 64 bit addresses to be created for
>> the audio driver on Nvidia GPUs. Unfortunately, the hardware normally
>> only supports up to 40 bits of
On 5/1/2013 11:20 PM, David Henningsson wrote:
On 05/01/2013 09:04 PM, Mike Travis wrote:
The audio driver mistakenly allows 64 bit addresses to be created for
the audio driver on Nvidia GPUs. Unfortunately, the hardware normally
only supports up to 40 bits of DMA. This can cause system
On 5/2/2013 1:29 AM, David Henningsson wrote:
On 05/02/2013 08:36 AM, Mike Travis wrote:
On 5/1/2013 11:20 PM, David Henningsson wrote:
On 05/01/2013 09:04 PM, Mike Travis wrote:
The audio driver mistakenly allows 64 bit addresses to be created for
the audio driver on Nvidia GPUs
On 5/2/2013 11:20 AM, Stephen Warren wrote:
On 05/02/2013 12:20 AM, David Henningsson wrote:
On 05/01/2013 09:04 PM, Mike Travis wrote:
The audio driver mistakenly allows 64 bit addresses to be created for
the audio driver on Nvidia GPUs. Unfortunately, the hardware normally
only supports
ess is truncated.
Signed-off-by: Mike Travis
Reviewed-by: Mike Habeck
---
sound/pci/hda/hda_intel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index bcd40ee..45eb165 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/
is truncated.
Signed-off-by: Mike Travis tra...@sgi.com
Reviewed-by: Mike Habeck hab...@sgi.com
---
sound/pci/hda/hda_intel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index bcd40ee..45eb165 100644
--- a/sound/pci/hda
he IRQ affinity to be
the local cpus as well.
>
> I just don't konw what are they represent .Could you give me more
> detailed information about local_cpulist and local_cpus,and their
> relations.
> thanks in advance :)
>
> On Thu, Apr 25, 2013 at 12:56 AM, Mike Travis wrote:
to be
the local cpus as well.
I just don't konw what are they represent .Could you give me more
detailed information about local_cpulist and local_cpus,and their
relations.
thanks in advance :)
On Thu, Apr 25, 2013 at 12:56 AM, Mike Travis tra...@sgi.com wrote:
On 4/24/2013 9:48 AM, Bjorn
On 4/24/2013 9:48 AM, Bjorn Helgaas wrote:
> [+cc linux-pci, Mike]
>
> On Wed, Apr 24, 2013 at 4:06 AM, Bian LuLu wrote:
>> Hi all,
>>
>> Recently, i read some codes of PCI portions. I think
>> local_cpulist is a list about one kind of CPU and
>> local_cpus is a mask of CPU. But i am not sure
On 4/24/2013 9:48 AM, Bjorn Helgaas wrote:
[+cc linux-pci, Mike]
On Wed, Apr 24, 2013 at 4:06 AM, Bian LuLu helianthus...@gmail.com wrote:
Hi all,
Recently, i read some codes of PCI portions. I think
local_cpulist is a list about one kind of CPU and
local_cpus is a mask of CPU. But i am
On 3/25/2013 7:38 PM, Eric W. Biederman wrote:
> Mike Travis 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 t
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
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
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: Dimitri Sivanich
Signed-off-by: M
t; 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 | 41 +
kernel/debug/debug_core.h |1
Bird
Cc: 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
---
v2: change in handling of EXPORT_SYMBOLS
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 | 31 +
arch/x86/k
', 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/kernel/apic/x2apic_uv_
is entered manually via the sysreq 'g' key.
Reviewed-by: Dimitri Sivanich
Signed-off-by: Mike Travis
---
include/linux/kdb.h |1 +
include/linux/kgdb.h|1 +
kernel/debug/debug_core.c |5 +
kernel/debug/kdb/kdb_debugger.c |5 -
kernel/debug/kdb/
: "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(-)
--- linux.orig/arch/x86/incl
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(+)
--- linux.orig
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
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
Signed-off-by: Mike Travis
---
kernel/debug/kdb/kdb_grep.c
Reviewed-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
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/platform/uv/uv_nm
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.
*
:[] [] 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/debug/kdb
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
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 the
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
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 t
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: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
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 past KDB has not been
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
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(+)
--- linux.orig
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
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
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/platform/uv/uv_nm
', 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/kernel/apic/x2apic_uv_
: 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
: "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(-)
--- linux.orig/arch/x86/incl
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
Signed-off-by: Mike Travis
---
kernel/debug/kdb/kdb_grep.c
Reviewed-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
t; 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 |1
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 | 31 +
arch/x86/k
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.
*
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: Dimitri Sivanich
Signed-off-by: M
:[] [] 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/debug/kdb
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
801 - 900 of 1167 matches
Mail list logo