1:32 a.m.
Hello Dave,
When using crash on Linux 3.8, I found kmem -s is not working well.
After some investigations, I got to know commit
3c58346525d82625e68e24f071804c2dc057b6f4 changes the usage of
kmem_cache.array, nodelists is also stored in it, which caused original
code failed to work.
I made some fix, please refer to the attachment.
--
--
Regards
Qiao Nuohan
8:42 a.m.
New subject: [PATCH]fix kmem -s(slab) to support Linux 3.7 and later
----- Original Message -----
Hello Dave,
When using crash on Linux 3.8, I found kmem -s is not working well.
After some investigations, I got to know commit
3c58346525d82625e68e24f071804c2dc057b6f4 changes the usage of
kmem_cache.array, nodelists is also stored in it, which caused original
code failed to work.
I made some fix, please refer to the attachment.
Regards
Qiao Nuohan
Hi Qiao,
Your fix seems safe enough. I'm testing it now on older versions to
ensure backwards-compatibility.
Also, can you show me what errors you saw without the patch so that I
can put them in the crash.changelog?
Thanks,
Dave
12:47 p.m.
New subject: [PATCH]fix kmem -s(slab) to support Linux 3.7 and later
----- Original Message -----
----- Original Message -----
> Hello Dave,
>
> When using crash on Linux 3.8, I found kmem -s is not working well.
> After some investigations, I got to know commit
> 3c58346525d82625e68e24f071804c2dc057b6f4 changes the usage of
> kmem_cache.array, nodelists is also stored in it, which caused original
> code failed to work.
>
> I made some fix, please refer to the attachment.
>
> Regards
> Qiao Nuohan
Hi Qiao,
Your fix seems safe enough. I'm testing it now on older versions to
ensure backwards-compatibility.
Also, can you show me what errors you saw without the patch so that I
can put them in the crash.changelog?
The patch tested OK, and is queued for crash-6.1.5.
But can you please give me an example of the "kmem -s" error so that I
can put it in the crash.changelog?
Thanks,
Dave
8:37 p.m.
New subject: [PATCH]fix kmem -s(slab) to support Linux 3.7 and later
At 2013-3-16 1:47, Dave Anderson wrote:
The patch tested OK, and is queued for crash-6.1.5.
But can you please give me an example of the "kmem -s" error so that I
can put it in the crash.changelog?
Hi Dave,
The following is initial information. Crash fails to initialize slab.
<cut>
[root@localhost crash-6.1.4]# ./crash
crash 6.1.4
Copyright (C) 2002-2013 Red Hat, Inc.
Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation
Copyright (C) 1999-2006 Hewlett-Packard Co
Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited
Copyright (C) 2006, 2007 VA Linux Systems Japan K.K.
Copyright (C) 2005, 2011 NEC Corporation
Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc.
Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.
This program is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. Enter "help copying" to see the conditions.
This program has absolutely no warranty. Enter "help warranty" for details.
GNU gdb (GDB) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu"...
crash: read error: kernel virtual address: ffffffff8160edc0 type:
"cpu_possible_mask"
crash: this kernel may be configured with CONFIG_STRICT_DEVMEM, which
renders /dev/mem unusable as a live memory source.
crash: trying /proc/kcore as an alternative to /dev/mem
crash: invalid kernel virtual address: e860000000000e04 type: "array
cache limit"
crash: unable to initialize kmem slab cache subsystem
KERNEL: /usr/lib/debug/lib/modules/3.8.0/vmlinux
DUMPFILE: /proc/kcore
CPUS: 2
DATE: Thu Mar 14 15:22:33 2013
UPTIME: 03:35:12
LOAD AVERAGE: 0.08, 0.03, 0.05
TASKS: 186
NODENAME: localhost.localdomain
RELEASE: 3.8.0
VERSION: #1 SMP Mon Mar 11 14:57:49 CST 2013
MACHINE: x86_64 (2926 Mhz)
MEMORY: 1.2 GB
PID: 5225
COMMAND: "crash"
TASK: ffff88003762a0c0 [THREAD_INFO: ffff880037a5c000]
CPU: 1
STATE: TASK_RUNNING (ACTIVE)
crash>
<cut>
And when using kmem -s command, crash shows,
<cut>
crash> kmem -s
kmem: kmem cache slab subsystem not available
crash>
<cut>
--
--
Regards
Qiao Nuohan
4260
days inactive
4264
days old
devel@lists.crash-utility.osci.io
3 comments
2 participants
participants (2)
-
Dave Anderson -
qiaonuohan