HATAYAMA Daisuke | 20 Feb 02:11 2015

[PATCH] sadump: Support more than 16TB physical memory space

Hello Dave,

This is an sadump enhancement patch.
Could you please apply this?

This patch is made on top of crash-7.1.0.

--
Thanks.
HATAYAMA, Daisuke
Hello Dave,

This is an sadump enhancement patch.
Could you please apply this?

This patch is made on top of crash-7.1.0.

--
Thanks.
HATAYAMA, Daisuke
Sam Watters | 12 Feb 23:04 2015
Picon

[PATCH] Remove lkcd_speedo() output spinner

This patch removes the lkcd_speedo() function and its use.

The lkcd_speedo() function produces a 'spinner' in output when crash is
busy processing kernel crash dump files. The spinner makes the output of
crash commands unpredictable and complicates the parsing of output.  

---
diff -Nurp crash-7.1.0/lkcd_common.c crash-7.1.0+/lkcd_common.c
--- crash-7.1.0/lkcd_common.c	2015-02-06 12:44:11.000000000 -0600
+++ crash-7.1.0+/lkcd_common.c	2015-02-12 11:32:19.000000000 -0600
 <at>  <at>  -618,32 +618,6  <at>  <at>  lkcd_memory_dump(FILE *fp)

 }

-static void
-lkcd_speedo(void)
-{
-        static int i = 0;
-
-        if (pc->flags & SILENT) {
-                return;
-        }
-
-        switch (++i%4) {
-        case 0:
-                lkcd_print("|\b");
-                break;
-        case 1:
-                lkcd_print("\\\b");
-                break;
(Continue reading)

Sam Watters | 11 Feb 22:04 2015
Picon

[PATCH] RESEND: Suppress lkcd_speedo() spinner in redirected output

Resent using a benign email client

When redirecting output to a file or script the 'spinner' written by the
lkcd_speedo() function complicates parsing output.

Currently the spinner is only suppressed if crash is run with the '-s'
option or the command 'set silent on' has been executed. The change in
this patch suppresses the spinner when the output is redirected to a
pipe or file.

---
diff -Nurp crash-7.1.0//lkcd_common.c crash-7.1.0+//lkcd_common.c
--- crash-7.1.0//lkcd_common.c	2015-02-06 12:44:11.000000000 -0600
+++ crash-7.1.0+//lkcd_common.c	2015-02-11 13:50:11.000000000 -0600
 <at>  <at>  -623,7 +623,8  <at>  <at>  lkcd_speedo(void)
 {
         static int i = 0;

-        if (pc->flags & SILENT) {
+        if (pc->flags & SILENT ||
+			pc->redirect & (REDIRECT_TO_PIPE | REDIRECT_TO_FILE)) {
                 return;
         }

Sam Watters | 11 Feb 21:51 2015
Picon

[PATCH] Suppress lkcd_speedo() spinner in redirected output

When redirecting output to a file or script the 'spinner' written by the 
lkcd_speedo() function complicates parsing output.

Currently the spinner is only suppressed if crash is run with the '-s' 
option or the command 'set silent on' has been executed. The change in 
this patch suppresses the spinner when the output is redirected to a 
pipe or file.

----
diff -Nurp crash-7.1.0//lkcd_common.c crash-7.1.0+//lkcd_common.c
--- crash-7.1.0//lkcd_common.c  2015-02-06 12:44:11.000000000 -0600
+++ crash-7.1.0+//lkcd_common.c 2015-02-11 13:50:11.000000000 -0600
 <at>  <at>  -623,7 +623,8  <at>  <at>  lkcd_speedo(void)
  {
          static int i = 0;

-        if (pc->flags & SILENT) {
+        if (pc->flags & SILENT ||
+                       pc->redirect & (REDIRECT_TO_PIPE | 
REDIRECT_TO_FILE)) {
                  return;
          }

Dave Anderson | 6 Feb 19:58 2015
Picon

[ANNOUNCE] crash version 7.1.0 is available


Download from: http://people.redhat.com/anderson
                 or
               https://github.com/crash-utility/crash/releases

The master branch serves as a development branch that will contain all 
patches that are queued for the next release:

  $ git clone git://github.com/crash-utility/crash.git

Changelog:

 - Support for "irq" and "irq -u" on the S390 and S390X architectures
   if they are running Linux 3.12 and later kernels.  Older kernels 
   without GENERIC_HARDIRQ support will fail with the error message
   "irq: cannot determine number of IRQs".
   (sebott <at> linux.vnet.ibm.com)

 - Fix for the handling of multiple ramdump images.  Without the patch,
   entering more than one ramdump image on the command line may result
   in a segmentation violation.
   (oza <at> broadcom.com)

 - Implemented the capability of building crash as an x86_64 binary
   for analyzing little-endian PPC64 dumpfiles on an x86_64 host, which
   can be done by entering "make target=PPC64".  After the initial build
   is complete, subsequent builds can be done by entering "make" alone.
   (anderson <at> redhat.com)

 - Fix for the "crash --log <dumpfile>" option on both of the PPC64
(Continue reading)

Yu Zhao | 5 Feb 22:06 2015
Picon

[PATCH 0/5] new options for memory debug commands

search:
  -f struct-page.flags-mask
	When searching kernel memory, crash walks through all identity
	mapping space which includes all physical memory. Nowadays we
	have machines that equipped with more than 256G memory, it takes
	a long time to go through all pages, especially most of them
	are used by user space programs (e.g. LRU pages). This option
	allows us to skip pages with certain struct page flags.
  -g
	Allow us to skip whole compound pages instead of only skipping
	head pages when using -f, because some flags are only set to
	head pages which tails pages share same properties with their
	head pages.

kmem:
  -k
	Verify compound page order. Useful when debugging memory leak
	caused by freeing compound pages with wrong order.

  -r
	Only print used pages (i.e. the page count is not zero). Makes
	the output smaller (and faster to grep/vim/emacs).

Yu Zhao (5):
  memory: better compound page support
  memory: struct page.flags based filter
  memory: skip compound pages when using search filter
  memory: display and verify compound page order
  memory: kmem option to skip free pages

(Continue reading)

Rabin Vincent | 4 Feb 22:40 2015
Picon

[PATCH] Fix trace extension for v3.15+

Since Linux v3.15 (specifically, the following commit), the event name is
optionally moved to another structure.

commit de7b2973903c6cc50b31ee5682a69b2219b9919d
Author: Mathieu Desnoyers <mathieu.desnoyers <at> efficios.com>
Date:   Tue Apr 8 17:26:21 2014 -0400

    tracepoint: Use struct pointer instead of name hash for reg/unreg tracepoints

-       char                    *name;
+       union {
+               char                    *name;
+               /* Set TRACE_EVENT_FL_TRACEPOINT flag when using "tp" */
+               struct tracepoint       *tp;
+       };

This patch handles this in the trace extension so that both kernels with and
without that commit work.
---
 extensions/trace.c | 46 ++++++++++++++++++++++++++++++++++++++++++----
 1 file changed, 42 insertions(+), 4 deletions(-)

diff --git a/extensions/trace.c b/extensions/trace.c
index a09f6a1..8639fb2 100644
--- a/extensions/trace.c
+++ b/extensions/trace.c
 <at>  <at>  -988,19 +988,42  <at>  <at>  static void ftrace_destroy_event_types(void)
 	free(ftrace_common_fields);
 }

(Continue reading)

Rabin Vincent | 4 Feb 21:10 2015
Picon

[PATCH] Support extensions for MIPS

Add appropriate checks for MIPS to is_shared_object() so that extensions
work.
---
 symbols.c | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/symbols.c b/symbols.c
index 59312e6..c3883f0 100644
--- a/symbols.c
+++ b/symbols.c
 <at>  <at>  -3452,7 +3452,8  <at>  <at>  is_shared_object(char *file)
 		switch (swap16(elf32->e_machine, swap))
 		{
 		case EM_386:
-			if (machine_type("X86") || machine_type("ARM"))
+			if (machine_type("X86") || machine_type("ARM") ||
+			    machine_type("MIPS"))
 				return TRUE;
 			break;

 <at>  <at>  -3466,6 +3467,11  <at>  <at>  is_shared_object(char *file)
 				return TRUE;
 			break;

+		case EM_MIPS:
+			if (machine_type("MIPS"))
+				return TRUE;
+			break;
+
 		case EM_PPC:
(Continue reading)

drc | 3 Feb 18:04 2015
Picon

[PATCH V2] take Hardware Error & kernel pointer bug as separate panicmsg

There are just too many kinds of panic types are categorized under
the same Oops: xxxx, makes this field really ambiguous and not so useful

       PANIC: "Oops: 0000 [#1] SMP " (check log for details)

this patch separated 3 kinds of panicmsg out, as the most happening cases
among the machines managed by me; the match string are copied
from kernel source code exactly, after applied, I got panicmsg like:

 include/linux/kernel.h:#define HW_ERR
          panicmsg: "[Hardware Error]: CPU 7: Machine Check Exception: 5 Bank 11: f200003f000100b2"
 drivers/char/sysrq.c:__handle_sysrq
          panicmsg: "SysRq : Trigger a crash"
 arch/x86/kernel/traps.c:do_general_protection
          panicmsg: "general protection fault: 8800 [#1] SMP"
 arch/x86/mm/fault.c:show_fault_oops
          panicmsg: "BUG: unable to handle kernel paging request at 00001248a68eb328"

We need to move the SysRq matching lines to before matching "Oops", because
SysRq lines usually also has the Oops, need to take precedence for SysRq.

Signed-off-by: Derek Che <drc <at> yahoo-inc.com>
---
 task.c | 20 ++++++++++++++++----
 1 file changed, 16 insertions(+), 4 deletions(-)

diff --git a/task.c b/task.c
index 4214d7f..1530e7b 100644
--- a/task.c
+++ b/task.c
(Continue reading)

drc | 3 Feb 08:34 2015
Picon

[PATCH] take Hardware Error & kernel pointer bug as separate panicmsg

There are just too many kinds of panic types are categorized under
the same Oops: xxxx, makes this field really ambiguous and not so useful

       PANIC: "Oops: 0000 [#1] SMP " (check log for details)

this patch separated 3 kinds of panicmsg out, as the most happening cases
among the machines managed by me; the match string are copied
from kernel source code exactly, after applied, I got panicmsg like:

 include/linux/kernel.h:#define HW_ERR
          panicmsg: "[Hardware Error]: CPU 7: Machine Check Exception: 5 Bank 11: f200003f000100b2"
 drivers/char/sysrq.c:__handle_sysrq
          panicmsg: "SysRq : Trigger a crash"
 arch/x86/kernel/traps.c:do_general_protection
          panicmsg: "general protection fault: 8800 [#1] SMP"
 arch/x86/mm/fault.c:show_fault_oops
          panicmsg: "BUG: unable to handle kernel paging request at 00001248a68eb328"

Signed-off-by: Derek Che <drc <at> yahoo-inc.com>
---
 task.c | 20 ++++++++++++++++++--
 1 file changed, 18 insertions(+), 2 deletions(-)

diff --git a/task.c b/task.c
index 4214d7f..6ecfbcf 100644
--- a/task.c
+++ b/task.c
 <at>  <at>  -5509,8 +5509,24  <at>  <at>  get_panicmsg(char *buf)
 	}
 	rewind(pc->tmpfile);
(Continue reading)

drc | 31 Jan 08:44 2015
Picon

[PATCH] take Hardware Error & kernel pointer bug as separate panicmsg

There are just too many kinds of panic types are categorized under
the same Oops: xxxx, makes this field really ambiguous and not so useful

       PANIC: "Oops: 0000 [#1] SMP " (check log for details)

this patch separated 3 kinds of panicmsg out, as the most happening cases
among the machines managed by me; the match string are copied
from kernel source code exactly, after applied, I got panicmsg like:

 include/linux/kernel.h:#define HW_ERR
          panicmsg: "[Hardware Error]: CPU 7: Machine Check Exception: 5 Bank 11: f200003f000100b2"
 drivers/char/sysrq.c:__handle_sysrq
          panicmsg: "SysRq : Trigger a crash"
 arch/x86/mm/fault.c:show_fault_oops
          panicmsg: "BUG: unable to handle kernel paging request at 00001248a68eb328"

Signed-off-by: Derek Che <drc <at> yahoo-inc.com>
---
 task.c | 15 +++++++++++++--
 1 file changed, 13 insertions(+), 2 deletions(-)

diff --git a/task.c b/task.c
index 4214d7f..74e6028 100644
--- a/task.c
+++ b/task.c
 <at>  <at>  -5509,8 +5509,19  <at>  <at>  get_panicmsg(char *buf)
 	}
 	rewind(pc->tmpfile);
 	while (!msg_found && fgets(buf, BUFSIZE, pc->tmpfile)) {
-	        if (strstr(buf, "Oops: ") || 
(Continue reading)


Gmane