----- "Paul-Kenji Cahier Furuya" <pkc@xxxxxxxxxxxx> wrote:
> Here's for sym cpu_possible_mask in minimal mode:
> crash> sym cpu_possible_mask
> c14e7d88 (R) cpu_possible_mask
>
> And here's the tail of sym -l:
> c175d4e0 (b) sunrpc_table_header
> c175d4e4 (B) sctp_assocs_id_lock
> c175d4e8 (B) proc_net_sctp
> c175d4ec (B) sctp_assocs_id
> c175d500 (B) sysctl_sctp_mem
> c175d50c (B) sysctl_sctp_rmem
> c175d518 (B) sysctl_sctp_wmem
> c175d524 (b) __key.46606
> c175d524 (b) sctp_ctl_sock
> c175d528 (b) sctp_pf_inet6_specific
> c175d52c (b) sctp_pf_inet_specific
> c175d530 (b) sctp_af_v4_specific
> c175d534 (b) sctp_af_v6_specific
> c175d538 (b) __key.44408
> c175d538 (b) sctp_rand.42824
> c175d53c (B) sctp_sockets_allocated
> c175d54c (b) sctp_memory_pressure
> c175d550 (b) sctp_memory_allocated
> c175d554 (b) sctp_sysctl_header
> c175d558 (b) zero
> c175d55c (b) klist_remove_lock
> c175d560 (B) __bss_stop
> c175e000 (b) .brk
> c175e000 (B) __brk_base
> c176e000 (b) .brk.pagetables
> c17ee000 (b) .brk.dmi_alloc
> c17fe000 (B) __brk_limit
> c17fe000 (A) _end
That's interesting -- did you add some huge data structure or something
to the kernel?
OK -- three more requests -- can you bring up the --minimal session, and
then do this:
crash> sym -l > sym.l
and send the "sym.l" file? (It's long, so send it as an attachment)
Secondly, send the output of:
# crash -d8 /usr/src/linux-2.6.35.3/vmlinux vmcore.201008231930
The -d8 output will also show the physical address translation,
like this:
<readmem: c07ffa28, KVADDR, "cpu_possible_mask", 4, (FOE), bff3d43c>
addr: c07ffa28 paddr: 7ffa28 cnt: 4
And third, send the output of:
# readelf -a vmcore.201008231930
Dave
--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility
