2005-04-17 00:20:36 +02:00
|
|
|
/* -*- linux-c -*-
|
|
|
|
*
|
|
|
|
* $Id: sysrq.c,v 1.15 1998/08/23 14:56:41 mj Exp $
|
|
|
|
*
|
|
|
|
* Linux Magic System Request Key Hacks
|
|
|
|
*
|
|
|
|
* (c) 1997 Martin Mares <mj@atrey.karlin.mff.cuni.cz>
|
|
|
|
* based on ideas by Pavel Machek <pavel@atrey.karlin.mff.cuni.cz>
|
|
|
|
*
|
|
|
|
* (c) 2000 Crutcher Dunnavant <crutcher+kernel@datastacks.com>
|
|
|
|
* overhauled to use key registration
|
|
|
|
* based upon discusions in irc://irc.openprojects.net/#kernelnewbies
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/sched.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/mm.h>
|
|
|
|
#include <linux/fs.h>
|
|
|
|
#include <linux/tty.h>
|
|
|
|
#include <linux/mount.h>
|
|
|
|
#include <linux/kdev_t.h>
|
|
|
|
#include <linux/major.h>
|
|
|
|
#include <linux/reboot.h>
|
|
|
|
#include <linux/sysrq.h>
|
|
|
|
#include <linux/kbd_kern.h>
|
2008-10-16 07:04:23 +02:00
|
|
|
#include <linux/proc_fs.h>
|
2005-04-17 00:20:36 +02:00
|
|
|
#include <linux/quotaops.h>
|
2008-12-04 20:12:29 +01:00
|
|
|
#include <linux/perf_counter.h>
|
2005-04-17 00:20:36 +02:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/suspend.h>
|
|
|
|
#include <linux/writeback.h>
|
|
|
|
#include <linux/buffer_head.h> /* for fsync_bdev() */
|
|
|
|
#include <linux/swap.h>
|
|
|
|
#include <linux/spinlock.h>
|
|
|
|
#include <linux/vt_kern.h>
|
|
|
|
#include <linux/workqueue.h>
|
2007-02-16 10:28:16 +01:00
|
|
|
#include <linux/hrtimer.h>
|
2007-10-17 08:25:53 +02:00
|
|
|
#include <linux/oom.h>
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
#include <asm/ptrace.h>
|
2006-10-06 16:38:42 +02:00
|
|
|
#include <asm/irq_regs.h>
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
/* Whether we react on sysrq keys or just ignore them */
|
2006-12-13 09:34:36 +01:00
|
|
|
int __read_mostly __sysrq_enabled = 1;
|
|
|
|
|
|
|
|
static int __read_mostly sysrq_always_enabled;
|
|
|
|
|
|
|
|
int sysrq_on(void)
|
|
|
|
{
|
|
|
|
return __sysrq_enabled || sysrq_always_enabled;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* A value of 1 means 'all', other nonzero values are an op mask:
|
|
|
|
*/
|
|
|
|
static inline int sysrq_on_mask(int mask)
|
|
|
|
{
|
|
|
|
return sysrq_always_enabled || __sysrq_enabled == 1 ||
|
|
|
|
(__sysrq_enabled & mask);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __init sysrq_always_enabled_setup(char *str)
|
|
|
|
{
|
|
|
|
sysrq_always_enabled = 1;
|
|
|
|
printk(KERN_INFO "debug: sysrq always enabled.\n");
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
__setup("sysrq_always_enabled", sysrq_always_enabled_setup);
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_loglevel(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
i = key - '0';
|
|
|
|
console_loglevel = 7;
|
|
|
|
printk("Loglevel set to %d\n", i);
|
|
|
|
console_loglevel = i;
|
2006-03-25 12:07:08 +01:00
|
|
|
}
|
2005-04-17 00:20:36 +02:00
|
|
|
static struct sysrq_key_op sysrq_loglevel_op = {
|
|
|
|
.handler = sysrq_handle_loglevel,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "loglevel(0-9)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Changing Loglevel",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_LOG,
|
|
|
|
};
|
|
|
|
|
|
|
|
#ifdef CONFIG_VT
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_SAK(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
2007-02-10 10:44:34 +01:00
|
|
|
struct work_struct *SAK_work = &vc_cons[fg_console].SAK_work;
|
|
|
|
schedule_work(SAK_work);
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_SAK_op = {
|
|
|
|
.handler = sysrq_handle_SAK,
|
|
|
|
.help_msg = "saK",
|
|
|
|
.action_msg = "SAK",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_KEYBOARD,
|
|
|
|
};
|
2006-03-25 12:07:08 +01:00
|
|
|
#else
|
|
|
|
#define sysrq_SAK_op (*(struct sysrq_key_op *)0)
|
2005-04-17 00:20:36 +02:00
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef CONFIG_VT
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_unraw(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
struct kbd_struct *kbd = &kbd_table[fg_console];
|
|
|
|
|
|
|
|
if (kbd)
|
2007-10-17 08:29:38 +02:00
|
|
|
kbd->kbdmode = default_utf8 ? VC_UNICODE : VC_XLATE;
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_unraw_op = {
|
|
|
|
.handler = sysrq_handle_unraw,
|
|
|
|
.help_msg = "unRaw",
|
2007-10-17 08:29:38 +02:00
|
|
|
.action_msg = "Keyboard mode set to system default",
|
2005-04-17 00:20:36 +02:00
|
|
|
.enable_mask = SYSRQ_ENABLE_KEYBOARD,
|
|
|
|
};
|
2006-03-25 12:07:08 +01:00
|
|
|
#else
|
|
|
|
#define sysrq_unraw_op (*(struct sysrq_key_op *)0)
|
2005-04-17 00:20:36 +02:00
|
|
|
#endif /* CONFIG_VT */
|
|
|
|
|
2009-06-18 01:28:17 +02:00
|
|
|
static void sysrq_handle_crash(int key, struct tty_struct *tty)
|
2005-06-25 23:58:25 +02:00
|
|
|
{
|
2009-06-18 01:28:17 +02:00
|
|
|
char *killer = NULL;
|
sysrq, kdump: make sysrq-c consistent
commit d6580a9f15238b87e618310c862231ae3f352d2d ("kexec: sysrq: simplify
sysrq-c handler") changed the behavior of sysrq-c to unconditional
dereference of NULL pointer. So in cases with CONFIG_KEXEC, where
crash_kexec() was directly called from sysrq-c before, now it can be said
that a step of "real oops" was inserted before starting kdump.
However, in contrast to oops via SysRq-c from keyboard which results in
panic due to in_interrupt(), oops via "echo c > /proc/sysrq-trigger" will
not become panic unless panic_on_oops=1. It means that even if dump is
properly configured to be taken on panic, the sysrq-c from proc interface
might not start crashdump while the sysrq-c from keyboard can start
crashdump. This confuses traditional users of kdump, i.e. people who
expect sysrq-c to do common behavior in both of the keyboard and proc
interface.
This patch brings the keyboard and proc interface behavior of sysrq-c in
line, by forcing panic_on_oops=1 before oops in sysrq-c handler.
And some updates in documentation are included, to clarify that there is
no longer dependency with CONFIG_KEXEC, and that now the system can just
crash by sysrq-c if no dump mechanism is configured.
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Cc: Lai Jiangshan <laijs@cn.fujitsu.com>
Cc: Ken'ichi Ohmichi <oomichi@mxs.nes.nec.co.jp>
Acked-by: Neil Horman <nhorman@tuxdriver.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Cc: Brayan Arraes <brayan@yack.com.br>
Cc: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-07-30 00:04:14 +02:00
|
|
|
|
|
|
|
panic_on_oops = 1; /* force panic */
|
|
|
|
wmb();
|
2009-06-18 01:28:17 +02:00
|
|
|
*killer = 1;
|
2005-06-25 23:58:25 +02:00
|
|
|
}
|
sysrq, kdump: make sysrq-c consistent
commit d6580a9f15238b87e618310c862231ae3f352d2d ("kexec: sysrq: simplify
sysrq-c handler") changed the behavior of sysrq-c to unconditional
dereference of NULL pointer. So in cases with CONFIG_KEXEC, where
crash_kexec() was directly called from sysrq-c before, now it can be said
that a step of "real oops" was inserted before starting kdump.
However, in contrast to oops via SysRq-c from keyboard which results in
panic due to in_interrupt(), oops via "echo c > /proc/sysrq-trigger" will
not become panic unless panic_on_oops=1. It means that even if dump is
properly configured to be taken on panic, the sysrq-c from proc interface
might not start crashdump while the sysrq-c from keyboard can start
crashdump. This confuses traditional users of kdump, i.e. people who
expect sysrq-c to do common behavior in both of the keyboard and proc
interface.
This patch brings the keyboard and proc interface behavior of sysrq-c in
line, by forcing panic_on_oops=1 before oops in sysrq-c handler.
And some updates in documentation are included, to clarify that there is
no longer dependency with CONFIG_KEXEC, and that now the system can just
crash by sysrq-c if no dump mechanism is configured.
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Cc: Lai Jiangshan <laijs@cn.fujitsu.com>
Cc: Ken'ichi Ohmichi <oomichi@mxs.nes.nec.co.jp>
Acked-by: Neil Horman <nhorman@tuxdriver.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Cc: Brayan Arraes <brayan@yack.com.br>
Cc: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-07-30 00:04:14 +02:00
|
|
|
static struct sysrq_key_op sysrq_crash_op = {
|
2009-06-18 01:28:17 +02:00
|
|
|
.handler = sysrq_handle_crash,
|
|
|
|
.help_msg = "Crash",
|
|
|
|
.action_msg = "Trigger a crash",
|
2005-06-25 23:58:25 +02:00
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_reboot(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
2006-10-01 08:28:02 +02:00
|
|
|
lockdep_off();
|
2005-04-17 00:20:36 +02:00
|
|
|
local_irq_enable();
|
2005-07-26 19:51:06 +02:00
|
|
|
emergency_restart();
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_reboot_op = {
|
|
|
|
.handler = sysrq_handle_reboot,
|
|
|
|
.help_msg = "reBoot",
|
|
|
|
.action_msg = "Resetting",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_BOOT,
|
|
|
|
};
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_sync(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
emergency_sync();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_sync_op = {
|
|
|
|
.handler = sysrq_handle_sync,
|
|
|
|
.help_msg = "Sync",
|
|
|
|
.action_msg = "Emergency Sync",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_SYNC,
|
|
|
|
};
|
|
|
|
|
2007-02-16 10:28:16 +01:00
|
|
|
static void sysrq_handle_show_timers(int key, struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
sysrq_timer_list_show();
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct sysrq_key_op sysrq_show_timers_op = {
|
|
|
|
.handler = sysrq_handle_show_timers,
|
|
|
|
.help_msg = "show-all-timers(Q)",
|
2008-10-20 12:33:14 +02:00
|
|
|
.action_msg = "Show clockevent devices & pending hrtimers (no others)",
|
2007-02-16 10:28:16 +01:00
|
|
|
};
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_mountro(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
emergency_remount();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_mountro_op = {
|
|
|
|
.handler = sysrq_handle_mountro,
|
|
|
|
.help_msg = "Unmount",
|
|
|
|
.action_msg = "Emergency Remount R/O",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_REMOUNT,
|
|
|
|
};
|
|
|
|
|
2006-07-03 09:24:56 +02:00
|
|
|
#ifdef CONFIG_LOCKDEP
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_showlocks(int key, struct tty_struct *tty)
|
2006-01-10 00:59:21 +01:00
|
|
|
{
|
2006-07-03 09:24:33 +02:00
|
|
|
debug_show_all_locks();
|
2006-01-10 00:59:21 +01:00
|
|
|
}
|
2006-07-03 09:24:56 +02:00
|
|
|
|
2006-01-10 00:59:21 +01:00
|
|
|
static struct sysrq_key_op sysrq_showlocks_op = {
|
|
|
|
.handler = sysrq_handle_showlocks,
|
|
|
|
.help_msg = "show-all-locks(D)",
|
|
|
|
.action_msg = "Show Locks Held",
|
|
|
|
};
|
2006-03-25 12:07:08 +01:00
|
|
|
#else
|
|
|
|
#define sysrq_showlocks_op (*(struct sysrq_key_op *)0)
|
2006-01-10 00:59:21 +01:00
|
|
|
#endif
|
2005-04-17 00:20:36 +02:00
|
|
|
|
2008-04-29 09:59:21 +02:00
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
static DEFINE_SPINLOCK(show_lock);
|
|
|
|
|
|
|
|
static void showacpu(void *dummy)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
/* Idle CPUs have no interesting backtrace. */
|
|
|
|
if (idle_cpu(smp_processor_id()))
|
|
|
|
return;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&show_lock, flags);
|
|
|
|
printk(KERN_INFO "CPU%d:\n", smp_processor_id());
|
|
|
|
show_stack(NULL, NULL);
|
|
|
|
spin_unlock_irqrestore(&show_lock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void sysrq_showregs_othercpus(struct work_struct *dummy)
|
|
|
|
{
|
2008-06-27 11:52:45 +02:00
|
|
|
smp_call_function(showacpu, NULL, 0);
|
2008-04-29 09:59:21 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
static DECLARE_WORK(sysrq_showallcpus, sysrq_showregs_othercpus);
|
|
|
|
|
|
|
|
static void sysrq_handle_showallcpus(int key, struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
struct pt_regs *regs = get_irq_regs();
|
|
|
|
if (regs) {
|
|
|
|
printk(KERN_INFO "CPU%d:\n", smp_processor_id());
|
|
|
|
show_regs(regs);
|
|
|
|
}
|
|
|
|
schedule_work(&sysrq_showallcpus);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct sysrq_key_op sysrq_showallcpus_op = {
|
|
|
|
.handler = sysrq_handle_showallcpus,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "show-backtrace-all-active-cpus(L)",
|
2008-04-29 09:59:21 +02:00
|
|
|
.action_msg = "Show backtrace of all active CPUs",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_showregs(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
struct pt_regs *regs = get_irq_regs();
|
|
|
|
if (regs)
|
|
|
|
show_regs(regs);
|
2008-12-04 20:12:29 +01:00
|
|
|
perf_counter_print_debug();
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_showregs_op = {
|
|
|
|
.handler = sysrq_handle_showregs,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "show-registers(P)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Show Regs",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_showstate(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
show_state();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_showstate_op = {
|
|
|
|
.handler = sysrq_handle_showstate,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "show-task-states(T)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Show State",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
|
2006-12-07 05:35:59 +01:00
|
|
|
static void sysrq_handle_showstate_blocked(int key, struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
show_state_filter(TASK_UNINTERRUPTIBLE);
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_showstate_blocked_op = {
|
|
|
|
.handler = sysrq_handle_showstate_blocked,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "show-blocked-tasks(W)",
|
2006-12-07 05:35:59 +01:00
|
|
|
.action_msg = "Show Blocked State",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
|
2008-11-01 19:53:34 +01:00
|
|
|
#ifdef CONFIG_TRACING
|
|
|
|
#include <linux/ftrace.h>
|
|
|
|
|
|
|
|
static void sysrq_ftrace_dump(int key, struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
ftrace_dump();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_ftrace_dump_op = {
|
|
|
|
.handler = sysrq_ftrace_dump,
|
2008-12-25 01:06:57 +01:00
|
|
|
.help_msg = "dump-ftrace-buffer(Z)",
|
2008-11-01 19:53:34 +01:00
|
|
|
.action_msg = "Dump ftrace buffer",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
#else
|
|
|
|
#define sysrq_ftrace_dump_op (*(struct sysrq_key_op *)0)
|
|
|
|
#endif
|
2006-12-07 05:35:59 +01:00
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_showmem(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
show_mem();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_showmem_op = {
|
|
|
|
.handler = sysrq_handle_showmem,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "show-memory-usage(M)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Show Memory",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
};
|
|
|
|
|
2006-03-25 12:07:08 +01:00
|
|
|
/*
|
|
|
|
* Signal sysrq helper function. Sends a signal to all user processes.
|
|
|
|
*/
|
2005-04-17 00:20:36 +02:00
|
|
|
static void send_sig_all(int sig)
|
|
|
|
{
|
|
|
|
struct task_struct *p;
|
|
|
|
|
|
|
|
for_each_process(p) {
|
2007-10-19 08:39:52 +02:00
|
|
|
if (p->mm && !is_global_init(p))
|
2005-04-17 00:20:36 +02:00
|
|
|
/* Not swapper, init nor kernel thread */
|
|
|
|
force_sig(sig, p);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_term(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
send_sig_all(SIGTERM);
|
|
|
|
console_loglevel = 8;
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_term_op = {
|
|
|
|
.handler = sysrq_handle_term,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "terminate-all-tasks(E)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Terminate All Tasks",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_SIGNAL,
|
|
|
|
};
|
|
|
|
|
2006-11-22 15:55:48 +01:00
|
|
|
static void moom_callback(struct work_struct *ignored)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
2008-04-28 11:12:14 +02:00
|
|
|
out_of_memory(node_zonelist(0, GFP_KERNEL), GFP_KERNEL, 0);
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
|
|
|
|
2006-11-22 15:55:48 +01:00
|
|
|
static DECLARE_WORK(moom_work, moom_callback);
|
2005-04-17 00:20:36 +02:00
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_moom(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
schedule_work(&moom_work);
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_moom_op = {
|
|
|
|
.handler = sysrq_handle_moom,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "memory-full-oom-kill(F)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Manual OOM execution",
|
2008-10-16 07:01:43 +02:00
|
|
|
.enable_mask = SYSRQ_ENABLE_SIGNAL,
|
2005-04-17 00:20:36 +02:00
|
|
|
};
|
|
|
|
|
2009-04-01 00:23:46 +02:00
|
|
|
#ifdef CONFIG_BLOCK
|
|
|
|
static void sysrq_handle_thaw(int key, struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
emergency_thaw_all();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_thaw_op = {
|
|
|
|
.handler = sysrq_handle_thaw,
|
|
|
|
.help_msg = "thaw-filesystems(J)",
|
|
|
|
.action_msg = "Emergency Thaw of all frozen filesystems",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_SIGNAL,
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_kill(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
send_sig_all(SIGKILL);
|
|
|
|
console_loglevel = 8;
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_kill_op = {
|
|
|
|
.handler = sysrq_handle_kill,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "kill-all-tasks(I)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Kill All Tasks",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_SIGNAL,
|
|
|
|
};
|
|
|
|
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
static void sysrq_handle_unrt(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
normalize_rt_tasks();
|
|
|
|
}
|
|
|
|
static struct sysrq_key_op sysrq_unrt_op = {
|
|
|
|
.handler = sysrq_handle_unrt,
|
2009-01-06 23:41:13 +01:00
|
|
|
.help_msg = "nice-all-RT-tasks(N)",
|
2005-04-17 00:20:36 +02:00
|
|
|
.action_msg = "Nice All RT Tasks",
|
|
|
|
.enable_mask = SYSRQ_ENABLE_RTNICE,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* Key Operations table and lock */
|
|
|
|
static DEFINE_SPINLOCK(sysrq_key_table_lock);
|
2006-03-25 12:07:08 +01:00
|
|
|
|
|
|
|
static struct sysrq_key_op *sysrq_key_table[36] = {
|
|
|
|
&sysrq_loglevel_op, /* 0 */
|
|
|
|
&sysrq_loglevel_op, /* 1 */
|
|
|
|
&sysrq_loglevel_op, /* 2 */
|
|
|
|
&sysrq_loglevel_op, /* 3 */
|
|
|
|
&sysrq_loglevel_op, /* 4 */
|
|
|
|
&sysrq_loglevel_op, /* 5 */
|
|
|
|
&sysrq_loglevel_op, /* 6 */
|
|
|
|
&sysrq_loglevel_op, /* 7 */
|
|
|
|
&sysrq_loglevel_op, /* 8 */
|
|
|
|
&sysrq_loglevel_op, /* 9 */
|
|
|
|
|
|
|
|
/*
|
2007-02-01 08:48:17 +01:00
|
|
|
* a: Don't use for system provided sysrqs, it is handled specially on
|
|
|
|
* sparc and will never arrive.
|
2006-03-25 12:07:08 +01:00
|
|
|
*/
|
|
|
|
NULL, /* a */
|
|
|
|
&sysrq_reboot_op, /* b */
|
sysrq, kdump: make sysrq-c consistent
commit d6580a9f15238b87e618310c862231ae3f352d2d ("kexec: sysrq: simplify
sysrq-c handler") changed the behavior of sysrq-c to unconditional
dereference of NULL pointer. So in cases with CONFIG_KEXEC, where
crash_kexec() was directly called from sysrq-c before, now it can be said
that a step of "real oops" was inserted before starting kdump.
However, in contrast to oops via SysRq-c from keyboard which results in
panic due to in_interrupt(), oops via "echo c > /proc/sysrq-trigger" will
not become panic unless panic_on_oops=1. It means that even if dump is
properly configured to be taken on panic, the sysrq-c from proc interface
might not start crashdump while the sysrq-c from keyboard can start
crashdump. This confuses traditional users of kdump, i.e. people who
expect sysrq-c to do common behavior in both of the keyboard and proc
interface.
This patch brings the keyboard and proc interface behavior of sysrq-c in
line, by forcing panic_on_oops=1 before oops in sysrq-c handler.
And some updates in documentation are included, to clarify that there is
no longer dependency with CONFIG_KEXEC, and that now the system can just
crash by sysrq-c if no dump mechanism is configured.
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Cc: Lai Jiangshan <laijs@cn.fujitsu.com>
Cc: Ken'ichi Ohmichi <oomichi@mxs.nes.nec.co.jp>
Acked-by: Neil Horman <nhorman@tuxdriver.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Cc: Brayan Arraes <brayan@yack.com.br>
Cc: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-07-30 00:04:14 +02:00
|
|
|
&sysrq_crash_op, /* c & ibm_emac driver debug */
|
2006-03-25 12:07:08 +01:00
|
|
|
&sysrq_showlocks_op, /* d */
|
|
|
|
&sysrq_term_op, /* e */
|
|
|
|
&sysrq_moom_op, /* f */
|
2009-05-14 04:56:59 +02:00
|
|
|
/* g: May be registered for the kernel debugger */
|
2006-03-25 12:07:08 +01:00
|
|
|
NULL, /* g */
|
2009-04-01 00:23:46 +02:00
|
|
|
NULL, /* h - reserved for help */
|
2006-03-25 12:07:08 +01:00
|
|
|
&sysrq_kill_op, /* i */
|
2009-04-01 00:23:46 +02:00
|
|
|
#ifdef CONFIG_BLOCK
|
|
|
|
&sysrq_thaw_op, /* j */
|
|
|
|
#else
|
2006-03-25 12:07:08 +01:00
|
|
|
NULL, /* j */
|
2009-04-01 00:23:46 +02:00
|
|
|
#endif
|
2006-03-25 12:07:08 +01:00
|
|
|
&sysrq_SAK_op, /* k */
|
2008-04-29 09:59:21 +02:00
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
&sysrq_showallcpus_op, /* l */
|
|
|
|
#else
|
2006-03-25 12:07:08 +01:00
|
|
|
NULL, /* l */
|
2008-04-29 09:59:21 +02:00
|
|
|
#endif
|
2006-03-25 12:07:08 +01:00
|
|
|
&sysrq_showmem_op, /* m */
|
|
|
|
&sysrq_unrt_op, /* n */
|
2007-02-01 08:48:17 +01:00
|
|
|
/* o: This will often be registered as 'Off' at init time */
|
2006-03-25 12:07:08 +01:00
|
|
|
NULL, /* o */
|
|
|
|
&sysrq_showregs_op, /* p */
|
2007-02-16 10:28:16 +01:00
|
|
|
&sysrq_show_timers_op, /* q */
|
2007-02-01 08:48:17 +01:00
|
|
|
&sysrq_unraw_op, /* r */
|
2006-03-25 12:07:08 +01:00
|
|
|
&sysrq_sync_op, /* s */
|
|
|
|
&sysrq_showstate_op, /* t */
|
|
|
|
&sysrq_mountro_op, /* u */
|
2009-05-14 04:56:59 +02:00
|
|
|
/* v: May be registered for frame buffer console restore */
|
2006-03-25 12:07:08 +01:00
|
|
|
NULL, /* v */
|
2007-02-01 08:48:17 +01:00
|
|
|
&sysrq_showstate_blocked_op, /* w */
|
|
|
|
/* x: May be registered on ppc/powerpc for xmon */
|
|
|
|
NULL, /* x */
|
2008-05-20 08:46:00 +02:00
|
|
|
/* y: May be registered on sparc64 for global register dump */
|
2006-03-25 12:07:08 +01:00
|
|
|
NULL, /* y */
|
2008-11-01 19:53:34 +01:00
|
|
|
&sysrq_ftrace_dump_op, /* z */
|
2005-04-17 00:20:36 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
/* key2index calculation, -1 on invalid index */
|
2006-03-25 12:07:08 +01:00
|
|
|
static int sysrq_key_table_key2index(int key)
|
|
|
|
{
|
2005-04-17 00:20:36 +02:00
|
|
|
int retval;
|
2006-03-25 12:07:08 +01:00
|
|
|
|
|
|
|
if ((key >= '0') && (key <= '9'))
|
2005-04-17 00:20:36 +02:00
|
|
|
retval = key - '0';
|
2006-03-25 12:07:08 +01:00
|
|
|
else if ((key >= 'a') && (key <= 'z'))
|
2005-04-17 00:20:36 +02:00
|
|
|
retval = key + 10 - 'a';
|
2006-03-25 12:07:08 +01:00
|
|
|
else
|
2005-04-17 00:20:36 +02:00
|
|
|
retval = -1;
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* get and put functions for the table, exposed to modules.
|
|
|
|
*/
|
2006-03-25 12:07:08 +01:00
|
|
|
struct sysrq_key_op *__sysrq_get_key_op(int key)
|
|
|
|
{
|
|
|
|
struct sysrq_key_op *op_p = NULL;
|
2005-04-17 00:20:36 +02:00
|
|
|
int i;
|
2006-03-25 12:07:08 +01:00
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
i = sysrq_key_table_key2index(key);
|
2006-03-25 12:07:08 +01:00
|
|
|
if (i != -1)
|
|
|
|
op_p = sysrq_key_table[i];
|
2005-04-17 00:20:36 +02:00
|
|
|
return op_p;
|
|
|
|
}
|
|
|
|
|
2006-03-25 12:07:08 +01:00
|
|
|
static void __sysrq_put_key_op(int key, struct sysrq_key_op *op_p)
|
|
|
|
{
|
|
|
|
int i = sysrq_key_table_key2index(key);
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
if (i != -1)
|
|
|
|
sysrq_key_table[i] = op_p;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2006-03-25 12:07:08 +01:00
|
|
|
* This is the non-locking version of handle_sysrq. It must/can only be called
|
|
|
|
* by sysrq key handlers, as they are inside of the lock
|
2005-04-17 00:20:36 +02:00
|
|
|
*/
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
void __handle_sysrq(int key, struct tty_struct *tty, int check_mask)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
|
|
|
struct sysrq_key_op *op_p;
|
|
|
|
int orig_log_level;
|
2006-03-25 12:07:08 +01:00
|
|
|
int i;
|
2005-04-17 00:20:36 +02:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&sysrq_key_table_lock, flags);
|
2009-01-15 22:50:52 +01:00
|
|
|
/*
|
|
|
|
* Raise the apparent loglevel to maximum so that the sysrq header
|
|
|
|
* is shown to provide the user with positive feedback. We do not
|
|
|
|
* simply emit this at KERN_EMERG as that would change message
|
|
|
|
* routing in the consumers of /proc/kmsg.
|
|
|
|
*/
|
2005-04-17 00:20:36 +02:00
|
|
|
orig_log_level = console_loglevel;
|
|
|
|
console_loglevel = 7;
|
|
|
|
printk(KERN_INFO "SysRq : ");
|
|
|
|
|
|
|
|
op_p = __sysrq_get_key_op(key);
|
|
|
|
if (op_p) {
|
2006-03-25 12:07:08 +01:00
|
|
|
/*
|
|
|
|
* Should we check for enabled operations (/proc/sysrq-trigger
|
|
|
|
* should not) and is the invoked operation enabled?
|
|
|
|
*/
|
2006-12-13 09:34:36 +01:00
|
|
|
if (!check_mask || sysrq_on_mask(op_p->enable_mask)) {
|
2006-03-25 12:07:08 +01:00
|
|
|
printk("%s\n", op_p->action_msg);
|
2005-04-17 00:20:36 +02:00
|
|
|
console_loglevel = orig_log_level;
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
op_p->handler(key, tty);
|
2006-03-25 12:07:08 +01:00
|
|
|
} else {
|
2005-04-17 00:20:36 +02:00
|
|
|
printk("This sysrq operation is disabled.\n");
|
2006-03-25 12:07:08 +01:00
|
|
|
}
|
2005-04-17 00:20:36 +02:00
|
|
|
} else {
|
|
|
|
printk("HELP : ");
|
|
|
|
/* Only print the help msg once per handler */
|
2006-03-25 12:07:08 +01:00
|
|
|
for (i = 0; i < ARRAY_SIZE(sysrq_key_table); i++) {
|
|
|
|
if (sysrq_key_table[i]) {
|
|
|
|
int j;
|
|
|
|
|
|
|
|
for (j = 0; sysrq_key_table[i] !=
|
|
|
|
sysrq_key_table[j]; j++)
|
|
|
|
;
|
|
|
|
if (j != i)
|
|
|
|
continue;
|
|
|
|
printk("%s ", sysrq_key_table[i]->help_msg);
|
|
|
|
}
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
2006-03-25 12:07:08 +01:00
|
|
|
printk("\n");
|
2005-04-17 00:20:36 +02:00
|
|
|
console_loglevel = orig_log_level;
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&sysrq_key_table_lock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This function is called by the keyboard handler when SysRq is pressed
|
|
|
|
* and any other keycode arrives.
|
|
|
|
*/
|
IRQ: Maintain regs pointer globally rather than passing to IRQ handlers
Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
of passing regs around manually through all ~1800 interrupt handlers in the
Linux kernel.
The regs pointer is used in few places, but it potentially costs both stack
space and code to pass it around. On the FRV arch, removing the regs parameter
from all the genirq function results in a 20% speed up of the IRQ exit path
(ie: from leaving timer_interrupt() to leaving do_IRQ()).
Where appropriate, an arch may override the generic storage facility and do
something different with the variable. On FRV, for instance, the address is
maintained in GR28 at all times inside the kernel as part of general exception
handling.
Having looked over the code, it appears that the parameter may be handed down
through up to twenty or so layers of functions. Consider a USB character
device attached to a USB hub, attached to a USB controller that posts its
interrupts through a cascaded auxiliary interrupt controller. A character
device driver may want to pass regs to the sysrq handler through the input
layer which adds another few layers of parameter passing.
I've build this code with allyesconfig for x86_64 and i386. I've runtested the
main part of the code on FRV and i386, though I can't test most of the drivers.
I've also done partial conversion for powerpc and MIPS - these at least compile
with minimal configurations.
This will affect all archs. Mostly the changes should be relatively easy.
Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
struct pt_regs *old_regs = set_irq_regs(regs);
And put the old one back at the end:
set_irq_regs(old_regs);
Don't pass regs through to generic_handle_irq() or __do_IRQ().
In timer_interrupt(), this sort of change will be necessary:
- update_process_times(user_mode(regs));
- profile_tick(CPU_PROFILING, regs);
+ update_process_times(user_mode(get_irq_regs()));
+ profile_tick(CPU_PROFILING);
I'd like to move update_process_times()'s use of get_irq_regs() into itself,
except that i386, alone of the archs, uses something other than user_mode().
Some notes on the interrupt handling in the drivers:
(*) input_dev() is now gone entirely. The regs pointer is no longer stored in
the input_dev struct.
(*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
something different depending on whether it's been supplied with a regs
pointer or not.
(*) Various IRQ handler function pointers have been moved to type
irq_handler_t.
Signed-Off-By: David Howells <dhowells@redhat.com>
(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
2006-10-05 15:55:46 +02:00
|
|
|
void handle_sysrq(int key, struct tty_struct *tty)
|
2005-04-17 00:20:36 +02:00
|
|
|
{
|
2006-12-13 09:34:36 +01:00
|
|
|
if (sysrq_on())
|
|
|
|
__handle_sysrq(key, tty, 1);
|
2005-04-17 00:20:36 +02:00
|
|
|
}
|
2006-03-25 12:07:08 +01:00
|
|
|
EXPORT_SYMBOL(handle_sysrq);
|
2005-04-17 00:20:36 +02:00
|
|
|
|
2005-11-09 06:39:47 +01:00
|
|
|
static int __sysrq_swap_key_ops(int key, struct sysrq_key_op *insert_op_p,
|
2006-03-25 12:07:08 +01:00
|
|
|
struct sysrq_key_op *remove_op_p)
|
|
|
|
{
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
int retval;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&sysrq_key_table_lock, flags);
|
|
|
|
if (__sysrq_get_key_op(key) == remove_op_p) {
|
|
|
|
__sysrq_put_key_op(key, insert_op_p);
|
|
|
|
retval = 0;
|
|
|
|
} else {
|
|
|
|
retval = -1;
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&sysrq_key_table_lock, flags);
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
int register_sysrq_key(int key, struct sysrq_key_op *op_p)
|
|
|
|
{
|
|
|
|
return __sysrq_swap_key_ops(key, op_p, NULL);
|
|
|
|
}
|
2006-03-25 12:07:08 +01:00
|
|
|
EXPORT_SYMBOL(register_sysrq_key);
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
int unregister_sysrq_key(int key, struct sysrq_key_op *op_p)
|
|
|
|
{
|
|
|
|
return __sysrq_swap_key_ops(key, NULL, op_p);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(unregister_sysrq_key);
|
2008-10-16 07:04:23 +02:00
|
|
|
|
|
|
|
#ifdef CONFIG_PROC_FS
|
|
|
|
/*
|
|
|
|
* writing 'C' to /proc/sysrq-trigger is like sysrq-C
|
|
|
|
*/
|
|
|
|
static ssize_t write_sysrq_trigger(struct file *file, const char __user *buf,
|
|
|
|
size_t count, loff_t *ppos)
|
|
|
|
{
|
|
|
|
if (count) {
|
|
|
|
char c;
|
|
|
|
|
|
|
|
if (get_user(c, buf))
|
|
|
|
return -EFAULT;
|
|
|
|
__handle_sysrq(c, NULL, 0);
|
|
|
|
}
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct file_operations proc_sysrq_trigger_operations = {
|
|
|
|
.write = write_sysrq_trigger,
|
|
|
|
};
|
|
|
|
|
|
|
|
static int __init sysrq_init(void)
|
|
|
|
{
|
|
|
|
proc_create("sysrq-trigger", S_IWUSR, NULL, &proc_sysrq_trigger_operations);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
module_init(sysrq_init);
|
|
|
|
#endif
|