Re: [Crash-utility] timer command does not work for my ARM target
- First Post
- Replies
- Stats
-
Go to
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2006 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2005 -----
- December
- November
- October
Dave,
----- Original Message -----
You haven't mentioned your kernel version, but dump_timer_data_tvec_bases_v1()
is applicable for much older kernels, certainly older than to 2.6.18.
But it appears that, regardless of the kernel version, that the "timer"
command may not work with more recent kernels that are not configured
with CONFIG_SMP.
Though I have only vmlinux and vmcore, the crash uitlity told me
that my kernel is 2.6.35.7.
Now I understand UP kernel support is not maintained very well.
When I make some progress, I will try to post patches.
Takuo
----- Original Message -----
> Dave,
> There are a few commands that do not work for my ARM vmlinux/vmcore.
>
> One of those is "timer".
> I get the following messages;
>
> crash> timer
> timer: per_cpu_symbol_search(per_cpu__tvec_bases): NULL
> GETBUF(128 -> 0)
> GNU_GET_DATATYPE[tvec_root_s]: returned via gdb_error_hook (1 buffer
> in use)
> FREEBUF(0)
> GETBUF(128 -> 0)
> GNU_GET_DATATYPE[tvec_s]: returned via gdb_error_hook (1 buffer in
> use)
> FREEBUF(0)
> timer: zero-size memory allocation! (called from 81191e6)
> crash>
>
>
> Both vec_root_size and vec_size are 0 at
> dump_timer_data_tvec_bases_v1() in kernel.c
>
> vec_root_size = (i = ARRAY_LENGTH(tvec_root_s_vec)) ?
> i : get_array_length("tvec_root_s.vec", NULL, SIZE(list_head));
> vec_size = (i = ARRAY_LENGTH(tvec_s_vec)) ?
> i : get_array_length("tvec_s.vec", NULL, SIZE(list_head));
> vec = (ulong *)GETBUF(SIZE(list_head) * MAX(vec_root_size, vec_size));
>
> Do you have any suggestion?
You haven't mentioned your kernel version, but dump_timer_data_tvec_bases_v1()
is applicable for much older kernels, certainly older than to 2.6.18.
But it appears that, regardless of the kernel version, that the "timer"
command may not work with more recent kernels that are not configured
with CONFIG_SMP.
Dave
--
Crash-utility mailing list
Crash-utility(a)redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility
Dave Anderson
Monday, 27 June
Mon, 27 Jun
10:01 a.m.
New subject: non CONFIG_SMP support was: Re[2]: ARM support for CONFIG_SPAR
----- Original Message -----
Dave,
Toshi's patch works fine for me.
Apart from this, runq command does not work against my vmcore(non-SMP).
runq fails with the following message.
I am afraid it might be another CONFIG_SMP related issue.
crash> set debug 10
debug: 10
crash> runq
runq: per_cpu_symbol_search(per_cpu__runqueues): NULL
runq: per-cpu runqueues does not exist
crash>
Takuo
Hi Takuo,
With respect to the "runq" command, I tried this patch on my only
UP ARM sample dumpfile:
--- task.c.orig 2011-06-27 10:33:51.000000000 -0400
+++ task.c 2011-06-27 10:47:13.000000000 -0400
@@ -6970,8 +6970,13 @@
"prio");
}
- if (!(rq_sp = per_cpu_symbol_search("per_cpu__runqueues")))
- error(FATAL, "per-cpu runqueues does not exist\n");
+ if (!(rq_sp = per_cpu_symbol_search("per_cpu__runqueues"))) {
+ if (!(kt->flags & SMP) && !(kt->flags &
PER_CPU_OFF)) {
+ if (!(rq_sp = symbol_search("runqueues")))
+ error(FATAL, "runqueues does not exist\n");
+ } else
+ error(FATAL, "per-cpu runqueues does not exist\n");
+ }
runqbuf = GETBUF(SIZE(runqueue));
if ((init_sp = per_cpu_symbol_search("per_cpu__init_cfs_rq")))
and it shows:
crash> runq
CPU 0 RUNQUEUE: c0396c78
CURRENT: PID: 0 TASK: c0388ee0 COMMAND: "swapper"
RT PRIO_ARRAY: c0396d28
[no tasks queued]
CFS RB_ROOT: c0396d00
[no tasks queued]
crash>
but a true test would have something other than an idle state with no
other tasks queued.
And the "timer" command will definitely require a bit more work.
Dave
4931
days inactive
4935
days old
devel@lists.crash-utility.osci.io
1 comments
2 participants
tags (0)
participants (2)
-
Dave Anderson -
takuo.koguchi.sw＠hitachi.com