[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20090514161747.e8683c9e.akpm@linux-foundation.org>
Date: Thu, 14 May 2009 16:17:47 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Jason Wessel <jason.wessel@...driver.com>
Cc: jbarnes@...tuousgeek.org, eric@...olt.net, airlied@...hat.com,
randy.dunlap@...cle.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] sysrq, intel_fb: fix sysrq g collision
On Thu, 14 May 2009 17:58:11 -0500
Jason Wessel <jason.wessel@...driver.com> wrote:
> Commit 79e539453b34e35f39299a899d263b0a1f1670bd introduced a
> regression where you cannot use sysrq 'g' to enter kgdb. The solution
> is to move the intel fb sysrq over to V for video instead of G for
> graphics. The SMP VOYAGER code to register for the sysrq-v is not
> anywhere to be found in the mainline kernel, so the comments in the
> code were cleaned up as well.
>
> This patch also cleans up the sysrq definitions for kgdb to make it
> generic for the kernel debugger, such that the sysrq 'g' can be used
> in the future to enter a gdbstub or another kernel debugger.
>
I was looking at that a week or two ago.
>
> --- a/drivers/char/sysrq.c
> +++ b/drivers/char/sysrq.c
> @@ -406,7 +406,7 @@ static struct sysrq_key_op *sysrq_key_table[36] = {
> &sysrq_showlocks_op, /* d */
> &sysrq_term_op, /* e */
> &sysrq_moom_op, /* f */
> - /* g: May be registered by ppc for kgdb */
> + /* g: May be registered for the kernel debugger */
And I made the mistake of believing the comment :(
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists