From: George Anzinger <george@mvista.com>
To: Tom Rini <trini@kernel.crashing.org>
Cc: akpm@osdl.org, linux-kernel@vger.kernel.org, ak@suse.de
Subject: Re: [patch 1/3] x86_64: Add a notify_die() call to the "no context" part of do_page_fault()
Date: Tue, 30 Aug 2005 07:50:31 -0700 [thread overview]
Message-ID: <43147237.5030108@mvista.com> (raw)
In-Reply-To: <20050830140603.GB3966@smtp.west.cox.net>
Tom Rini wrote:
> On Tue, Aug 30, 2005 at 12:33:25AM -0700, George Anzinger wrote:
>
>>Tom Rini wrote:
>>
>>>CC: Andi Kleen <ak@suse.de>
>>>This adds a call to notify_die() in the "no context" portion of
>>>do_page_fault() as someone on the chain might care and want to do a fixup.
>>>
>>>---
>>>
>>>linux-2.6.13-trini/arch/x86_64/mm/fault.c | 4 ++++
>>>1 files changed, 4 insertions(+)
>>>
>>>diff -puN arch/x86_64/mm/fault.c~x86_64-no_context_hook
>>>arch/x86_64/mm/fault.c
>>>--- linux-2.6.13/arch/x86_64/mm/fault.c~x86_64-no_context_hook 2005-08-29
>>>11:09:13.000000000 -0700
>>>+++ linux-2.6.13-trini/arch/x86_64/mm/fault.c 2005-08-29
>>>11:09:13.000000000 -0700
>>>@@ -514,6 +514,10 @@ no_context:
>>> if (is_errata93(regs, address))
>>> return;
>>>
>>>+ if (notify_die(DIE_PAGE_FAULT, "no context", regs, error_code, 14,
>>>+ SIGSEGV) == NOTIFY_STOP)
>>>+ return;
>>>+
>>>/*
>>> * Oops. The kernel tried to access some bad page. We'll have to
>>> * terminate things with extreme prejudice.
>>
>>Please use a more descriptive text than "no context". This bit of info
>>SHOULD be available to the gdb/kgdb user and should indicate why kgdb
>>was entered. It thus should be something like "bad kernel address" or
>>"illegal kernel address".
>
>
> "no context" is the label we're in, in the code. What it's actually
> used for is "hey, we (== kgdb) tried to read/write a very very bogus
> addr, time to longjmp". If it's not true that kgdb is at fault then we
> drop to the debugger anyhow, and the user can see where they came from.
>
No. What the user sees is the offending code (i.e. prior to the trap to
page_fault), NOT how kgdb happend to be called. The "no_context" is IN
the _context_ of page_fault, but that is lost by the time you get to
kgdb and ask to see _why_ (via, hint, hint: "p kgdb_info").
--
George Anzinger george@mvista.com
HRT (High-res-timers): http://sourceforge.net/projects/high-res-timers/
next prev parent reply other threads:[~2005-08-30 14:50 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1.2982005.trini@kernel.crashing.org>
2005-08-29 16:08 ` [patch 01/16] Add a KGDB core Tom Rini
2005-08-29 16:09 ` [patch 02/16] Add support for i386 platforms to KGDB Tom Rini
2005-08-29 16:09 ` [patch 03/16] Add support for PowerPC32 " Tom Rini
2005-08-29 16:09 ` [patch 04/16] I/O driver for 8250-compatible UARTs Tom Rini
2005-08-29 16:09 ` [patch 05/16] Add support for MIPS platforms to KGDB Tom Rini
2005-08-29 16:10 ` [patch 06/16] Add support for IA64 " Tom Rini
2005-08-29 16:10 ` [patch 07/16] x86_64: Rename KDB_VECTOR to DEBUGGER_VECTOR Tom Rini
2005-08-29 16:10 ` [patch 08/16] Add support for X86_64 platforms to KGDB Tom Rini
2005-08-29 16:10 ` [patch 09/16] Add support for SuperH " Tom Rini
2005-08-29 16:10 ` [patch 10/16] Add support for ARM " Tom Rini
2005-08-29 16:11 ` [patch 11/16] Add support for PowerPC64 " Tom Rini
2005-08-29 16:11 ` [patch 12/16] KGDBoE I/O driver Tom Rini
2005-08-29 16:11 ` [patch 13/16] Add CFI DWARF2 annotation support Tom Rini
2005-08-29 16:11 ` [patch 14/16] Minor SysRq keyboard bugfix for KGDB Tom Rini
2005-08-29 16:11 ` [patch 15/16] Allow KGDB to work well with loaded modules Tom Rini
2005-08-29 16:12 ` [patch 16/16] Add hardware breakpoint support for i386 Tom Rini
2005-08-29 21:23 ` Andi Kleen
2005-08-31 14:39 ` Tom Rini
2005-08-30 1:06 ` Keith Owens
2005-08-29 17:13 ` [patch 08/16] Add support for X86_64 platforms to KGDB Andi Kleen
2005-08-29 17:45 ` Tom Rini
2005-08-29 18:46 ` Andi Kleen
2005-08-29 18:49 ` Tom Rini
2005-08-29 16:18 ` [patch 04/16] I/O driver for 8250-compatible UARTs Russell King
2005-08-29 16:28 ` Tom Rini
2005-08-31 19:38 ` Bjorn Helgaas
2005-08-31 20:10 ` Tom Rini
2005-08-31 21:03 ` Russell King
2005-08-31 21:23 ` Tom Rini
2005-08-31 21:19 ` Bjorn Helgaas
2005-08-31 22:15 ` Tom Rini
2005-08-29 19:55 ` [patch 2/3] x86_64: Run setup_per_cpu_areas and trap_init sooner Andi Kleen
2005-08-29 20:03 ` Tom Rini
2005-08-30 7:33 ` [patch 1/3] x86_64: Add a notify_die() call to the "no context" part of do_page_fault() George Anzinger
2005-08-30 14:06 ` Tom Rini
2005-08-30 14:50 ` George Anzinger [this message]
2005-08-30 19:53 ` Tom Rini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43147237.5030108@mvista.com \
--to=george@mvista.com \
--cc=ak@suse.de \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=trini@kernel.crashing.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.