login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
January
»
10
Re: x86: Add the "print code before the trapping instruction" feature to 64 bit
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Chuck Ebbert
Subject:
Re: x86: Add the "print code before the trapping instruction" feature to 64 bit
Date: Thursday, January 10, 2008 - 12:54 pm
On 01/10/2008 11:47 AM, Arjan van de Ven wrote:
quoted text
> Subject: x86: Add the "print code before the trapping instruction" feature to 64 bit > From: Arjan van de Ven <arjan@linux.intel.com> > > The 32 bit x86 tree has a very useful feature that prints the Code: line > for the code even before the trapping instrution (and the start of the > trapping instruction is then denoted with a <>). Unfortunately, the 64 bit > x86 tree does not yet have this feature, making diagnosing backtraces harder > than needed. > > This patch adds this feature in the same was as the 32 bit tree has > (including the same kernel boot parameter), and including a bugfix > to make the code use probe_kernel_address() rarther than a buggy (deadlocking) > __get_user. >
If this get accepted I can stop ignoring x86_64 oops reports... --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
x86: Add the "print code before the trapping instruction" ...
, Arjan van de Ven
, (Thu Jan 10, 9:47 am)
Re: x86: Add the "print code before the trapping instructi ...
, Chuck Ebbert
, (Thu Jan 10, 12:54 pm)
Re: x86: Add the "print code before the trapping instructi ...
, Ingo Molnar
, (Mon Jan 14, 1:50 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Dmitry Torokhov
Re: Clarifying platform_device_unregister
Theodore Tso
Re: [RFC] [PATCH 3/3] Recursive mtime for ext3
Kevin Cernekee
[PATCH 7/7] MIPS: Fix regression on BCM4710 processor detection
Eric W. Biederman
Re: [PATCH] task containersv11 add tasks file interface fix for cpusets
Volker Sauer
Re: D-Link DFE-580TX and snmpd problems, who's maintainer of sundance.c ?
git
:
Jeff King
Re: [PATCH] git-name-rev: accept list of refs from user
Johan Herland
Re: Empty directories...
Brandon Casey
[PATCH v3] t7700: demonstrate mishandling of objects in packs with a .keep file
Steffen Prohaska
[PATCH] user-manual: mention git gui citool (commit, amend)
Krzysztof Halasa
Re: [PATCH] Change "refs/" references to symbolic constants
linux-netdev
:
Eric Dumazet
Re: tun: Use netif_receive_skb instead of netif_rx
Stephen Hemminger
Re: [PATCH] make TLLAO option for NA packets configurable
Eric Dumazet
[PATCH] net: fix rtable leak in net/ipv4/route.c
Ira Snyder
Re: [PATCH RFC v2] net: add PCINet driver
Stephen Hemminger
[PATCH] netfilter: use per-cpu recursive lock (v13)
git-commits-head
:
Linux Kernel Mailing List
nfsd race fixes: ext2
Linux Kernel Mailing List
m68knommu: MCF5307 PIT GENERIC_CLOCKEVENTS support
Linux Kernel Mailing List
Remove the macro get_personality
Linux Kernel Mailing List
perf counters: add prctl interface to disable/enable counters
Linux Kernel Mailing List
Staging: rtl8192su: fix test for negative error in rtl8192_rx_isr()
openbsd-misc
:
Miod Vallat
Re: No Blob without Puffy
Henning Brauer
Re: Resilient RAID
Paul M
Re: WAY OT: Have you hugged your local OpenBSD dev lately?
Fred Crowson
Re: need help --reboot of newly installed OpenBSD 4.7 on Toshiba Libretto 70 neds...
E.T
Processeur Atom ?
Colocation donated by:
Syndicate