summaryrefslogtreecommitdiffstats
path: root/drivers/misc/hpilo.c
diff options
context:
space:
mode:
authorTiejun Chen2013-02-27 04:09:27 +0100
committerJason Wessel2013-03-02 15:52:17 +0100
commite78acf67ba7e32071e6eca14d8c39c7b1f130c31 (patch)
tree457450b97550e956f954a843a52f4a2ebbea1160 /drivers/misc/hpilo.c
parentkdb: A fix for kdb command table expansion (diff)
downloadkernel-qcow2-linux-e78acf67ba7e32071e6eca14d8c39c7b1f130c31.tar.gz
kernel-qcow2-linux-e78acf67ba7e32071e6eca14d8c39c7b1f130c31.tar.xz
kernel-qcow2-linux-e78acf67ba7e32071e6eca14d8c39c7b1f130c31.zip
kgdb/kgdbts: support ppc64
We can't look up the address of the entry point of the function simply via that function symbol for all architectures. For PPC64 ABI, actually there is a function descriptors structure. A function descriptor is a three doubleword data structure that contains the following values: * The first doubleword contains the address of the entry point of the function. * The second doubleword contains the TOC base address for the function. * The third doubleword contains the environment pointer for languages such as Pascal and PL/1. So we should call a wapperred dereference_function_descriptor() to get the address of the entry point of the function. Note this is also safe for other architecture after refer to "include/asm-generic/sections.h" since: dereference_function_descriptor(p) always is (p) if without arched definition. Signed-off-by: Tiejun Chen <tiejun.chen@windriver.com> Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Diffstat (limited to 'drivers/misc/hpilo.c')
0 files changed, 0 insertions, 0 deletions