summaryrefslogtreecommitdiff
path: root/arch
diff options
context:
space:
mode:
authorCliff Wickman <cpw@sgi.com>2006-04-25 10:47:48 -0500
committerTony Luck <tony.luck@intel.com>2006-04-27 14:31:16 -0700
commit1df57c0c21c92a6d4fcfe5304c84151ed9beb7a2 (patch)
tree06a24df0fe9a149581d246aa547122b07dcb2dad /arch
parentdd4cb9f8ac9717c9db2b2afc5a82cb95a3d5dec3 (diff)
downloadlinux-3.10-1df57c0c21c92a6d4fcfe5304c84151ed9beb7a2.tar.gz
linux-3.10-1df57c0c21c92a6d4fcfe5304c84151ed9beb7a2.tar.bz2
linux-3.10-1df57c0c21c92a6d4fcfe5304c84151ed9beb7a2.zip
[IA64] enable dumps to capture second page of kernel stack
In SLES10 (2.6.16) crash dumping (in my experience, LKCD) is unable to capture the second page of the 2-page task/stack allocation. This is particularly troublesome for dump analysis, as the stack traceback cannot be done. (A similar convention is probably needed throughout the kernel to make kernel multi-page allocations detectable for dumping) Multi-page kernel allocations are represented by the single page structure associated with the first page of the allocation. The page structures associated with the other pages are unintialized. If the dumper is selecting only kernel pages it has no way to identify any but the first page of the allocation. The fix is to make the task/stack allocation a compound page. Signed-off-by: Cliff Wickman <cpw@sgi.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions