2005-04-16 15:20:36 -07: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>
|
|
|
|
|
#include <linux/quotaops.h>
|
|
|
|
|
#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>
|
2005-06-25 14:58:25 -07:00
|
|
|
#include <linux/kexec.h>
|
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 06:55:46 -07:00
|
|
|
#include <linux/irq.h>
|
2007-02-16 02:28:16 -07:00
|
|
|
#include <linux/hrtimer.h>
|
2007-10-16 23:25:53 -07:00
|
|
|
#include <linux/oom.h>
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
#include <asm/ptrace.h>
|
2006-10-06 07:38:42 -07:00
|
|
|
#include <asm/irq_regs.h>
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
/* Whether we react on sysrq keys or just ignore them */
|
2006-12-13 01:34:36 -07: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-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_loglevel(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
int i;
|
|
|
|
|
i = key - '0';
|
|
|
|
|
console_loglevel = 7;
|
|
|
|
|
printk("Loglevel set to %d\n", i);
|
|
|
|
|
console_loglevel = i;
|
2006-03-25 04:07:08 -07:00
|
|
|
}
|
2005-04-16 15:20:36 -07:00
|
|
|
static struct sysrq_key_op sysrq_loglevel_op = {
|
|
|
|
|
.handler = sysrq_handle_loglevel,
|
|
|
|
|
.help_msg = "loglevel0-8",
|
|
|
|
|
.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 06:55:46 -07:00
|
|
|
static void sysrq_handle_SAK(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2007-02-10 02:44:34 -07:00
|
|
|
struct work_struct *SAK_work = &vc_cons[fg_console].SAK_work;
|
|
|
|
|
schedule_work(SAK_work);
|
2005-04-16 15:20:36 -07: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 04:07:08 -07:00
|
|
|
#else
|
|
|
|
|
#define sysrq_SAK_op (*(struct sysrq_key_op *)0)
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_unraw(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
struct kbd_struct *kbd = &kbd_table[fg_console];
|
|
|
|
|
|
|
|
|
|
if (kbd)
|
2007-10-16 23:29:38 -07:00
|
|
|
kbd->kbdmode = default_utf8 ? VC_UNICODE : VC_XLATE;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_unraw_op = {
|
|
|
|
|
.handler = sysrq_handle_unraw,
|
|
|
|
|
.help_msg = "unRaw",
|
2007-10-16 23:29:38 -07:00
|
|
|
.action_msg = "Keyboard mode set to system default",
|
2005-04-16 15:20:36 -07:00
|
|
|
.enable_mask = SYSRQ_ENABLE_KEYBOARD,
|
|
|
|
|
};
|
2006-03-25 04:07:08 -07:00
|
|
|
#else
|
|
|
|
|
#define sysrq_unraw_op (*(struct sysrq_key_op *)0)
|
2005-04-16 15:20:36 -07:00
|
|
|
#endif /* CONFIG_VT */
|
|
|
|
|
|
2005-06-25 14:58:25 -07:00
|
|
|
#ifdef CONFIG_KEXEC
|
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 06:55:46 -07:00
|
|
|
static void sysrq_handle_crashdump(int key, struct tty_struct *tty)
|
2005-06-25 14:58:25 -07: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 06:55:46 -07:00
|
|
|
crash_kexec(get_irq_regs());
|
2005-06-25 14:58:25 -07:00
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_crashdump_op = {
|
|
|
|
|
.handler = sysrq_handle_crashdump,
|
|
|
|
|
.help_msg = "Crashdump",
|
|
|
|
|
.action_msg = "Trigger a crashdump",
|
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
|
};
|
2006-03-25 04:07:08 -07:00
|
|
|
#else
|
|
|
|
|
#define sysrq_crashdump_op (*(struct sysrq_key_op *)0)
|
2005-06-25 14:58:25 -07:00
|
|
|
#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 06:55:46 -07:00
|
|
|
static void sysrq_handle_reboot(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2006-09-30 23:28:02 -07:00
|
|
|
lockdep_off();
|
2005-04-16 15:20:36 -07:00
|
|
|
local_irq_enable();
|
2005-07-26 10:51:06 -07:00
|
|
|
emergency_restart();
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_sync(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07: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 02:28:16 -07: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)",
|
|
|
|
|
.action_msg = "Show Pending Timers",
|
|
|
|
|
};
|
|
|
|
|
|
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 06:55:46 -07:00
|
|
|
static void sysrq_handle_mountro(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07: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 00:24:56 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_showlocks(int key, struct tty_struct *tty)
|
2006-01-09 16:59:21 -07:00
|
|
|
{
|
2006-07-03 00:24:33 -07:00
|
|
|
debug_show_all_locks();
|
2006-01-09 16:59:21 -07:00
|
|
|
}
|
2006-07-03 00:24:56 -07:00
|
|
|
|
2006-01-09 16:59:21 -07: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 04:07:08 -07:00
|
|
|
#else
|
|
|
|
|
#define sysrq_showlocks_op (*(struct sysrq_key_op *)0)
|
2006-01-09 16:59:21 -07:00
|
|
|
#endif
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_showregs(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
struct pt_regs *regs = get_irq_regs();
|
|
|
|
|
if (regs)
|
|
|
|
|
show_regs(regs);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_showregs_op = {
|
|
|
|
|
.handler = sysrq_handle_showregs,
|
|
|
|
|
.help_msg = "showPc",
|
|
|
|
|
.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 06:55:46 -07:00
|
|
|
static void sysrq_handle_showstate(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
show_state();
|
|
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_showstate_op = {
|
|
|
|
|
.handler = sysrq_handle_showstate,
|
|
|
|
|
.help_msg = "showTasks",
|
|
|
|
|
.action_msg = "Show State",
|
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
|
};
|
|
|
|
|
|
2006-12-06 21:35:59 -07: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,
|
2007-02-01 00:48:17 -07:00
|
|
|
.help_msg = "shoW-blocked-tasks",
|
2006-12-06 21:35:59 -07:00
|
|
|
.action_msg = "Show Blocked State",
|
|
|
|
|
.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 06:55:46 -07:00
|
|
|
static void sysrq_handle_showmem(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
show_mem();
|
|
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_showmem_op = {
|
|
|
|
|
.handler = sysrq_handle_showmem,
|
|
|
|
|
.help_msg = "showMem",
|
|
|
|
|
.action_msg = "Show Memory",
|
|
|
|
|
.enable_mask = SYSRQ_ENABLE_DUMP,
|
|
|
|
|
};
|
|
|
|
|
|
2006-03-25 04:07:08 -07:00
|
|
|
/*
|
|
|
|
|
* Signal sysrq helper function. Sends a signal to all user processes.
|
|
|
|
|
*/
|
2005-04-16 15:20:36 -07:00
|
|
|
static void send_sig_all(int sig)
|
|
|
|
|
{
|
|
|
|
|
struct task_struct *p;
|
|
|
|
|
|
|
|
|
|
for_each_process(p) {
|
2007-10-18 23:39:52 -07:00
|
|
|
if (p->mm && !is_global_init(p))
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_term(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
send_sig_all(SIGTERM);
|
|
|
|
|
console_loglevel = 8;
|
|
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_term_op = {
|
|
|
|
|
.handler = sysrq_handle_term,
|
|
|
|
|
.help_msg = "tErm",
|
|
|
|
|
.action_msg = "Terminate All Tasks",
|
|
|
|
|
.enable_mask = SYSRQ_ENABLE_SIGNAL,
|
|
|
|
|
};
|
|
|
|
|
|
2006-11-22 07:55:48 -07:00
|
|
|
static void moom_callback(struct work_struct *ignored)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2006-03-25 04:07:08 -07:00
|
|
|
out_of_memory(&NODE_DATA(0)->node_zonelists[ZONE_NORMAL],
|
|
|
|
|
GFP_KERNEL, 0);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
|
2006-11-22 07:55:48 -07:00
|
|
|
static DECLARE_WORK(moom_work, moom_callback);
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
static void sysrq_handle_moom(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
schedule_work(&moom_work);
|
|
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_moom_op = {
|
|
|
|
|
.handler = sysrq_handle_moom,
|
|
|
|
|
.help_msg = "Full",
|
|
|
|
|
.action_msg = "Manual OOM execution",
|
|
|
|
|
};
|
|
|
|
|
|
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 06:55:46 -07:00
|
|
|
static void sysrq_handle_kill(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
send_sig_all(SIGKILL);
|
|
|
|
|
console_loglevel = 8;
|
|
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_kill_op = {
|
|
|
|
|
.handler = sysrq_handle_kill,
|
|
|
|
|
.help_msg = "kIll",
|
|
|
|
|
.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 06:55:46 -07:00
|
|
|
static void sysrq_handle_unrt(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
normalize_rt_tasks();
|
|
|
|
|
}
|
|
|
|
|
static struct sysrq_key_op sysrq_unrt_op = {
|
|
|
|
|
.handler = sysrq_handle_unrt,
|
|
|
|
|
.help_msg = "Nice",
|
|
|
|
|
.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 04:07:08 -07: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 00:48:17 -07:00
|
|
|
* a: Don't use for system provided sysrqs, it is handled specially on
|
|
|
|
|
* sparc and will never arrive.
|
2006-03-25 04:07:08 -07:00
|
|
|
*/
|
|
|
|
|
NULL, /* a */
|
|
|
|
|
&sysrq_reboot_op, /* b */
|
2007-02-01 00:48:17 -07:00
|
|
|
&sysrq_crashdump_op, /* c & ibm_emac driver debug */
|
2006-03-25 04:07:08 -07:00
|
|
|
&sysrq_showlocks_op, /* d */
|
|
|
|
|
&sysrq_term_op, /* e */
|
|
|
|
|
&sysrq_moom_op, /* f */
|
2007-02-01 00:48:17 -07:00
|
|
|
/* g: May be registered by ppc for kgdb */
|
2006-03-25 04:07:08 -07:00
|
|
|
NULL, /* g */
|
|
|
|
|
NULL, /* h */
|
|
|
|
|
&sysrq_kill_op, /* i */
|
|
|
|
|
NULL, /* j */
|
|
|
|
|
&sysrq_SAK_op, /* k */
|
|
|
|
|
NULL, /* l */
|
|
|
|
|
&sysrq_showmem_op, /* m */
|
|
|
|
|
&sysrq_unrt_op, /* n */
|
2007-02-01 00:48:17 -07:00
|
|
|
/* o: This will often be registered as 'Off' at init time */
|
2006-03-25 04:07:08 -07:00
|
|
|
NULL, /* o */
|
|
|
|
|
&sysrq_showregs_op, /* p */
|
2007-02-16 02:28:16 -07:00
|
|
|
&sysrq_show_timers_op, /* q */
|
2007-02-01 00:48:17 -07:00
|
|
|
&sysrq_unraw_op, /* r */
|
2006-03-25 04:07:08 -07:00
|
|
|
&sysrq_sync_op, /* s */
|
|
|
|
|
&sysrq_showstate_op, /* t */
|
|
|
|
|
&sysrq_mountro_op, /* u */
|
2007-02-01 00:48:17 -07:00
|
|
|
/* v: May be registered at init time by SMP VOYAGER */
|
2006-03-25 04:07:08 -07:00
|
|
|
NULL, /* v */
|
2007-02-01 00:48:17 -07:00
|
|
|
&sysrq_showstate_blocked_op, /* w */
|
|
|
|
|
/* x: May be registered on ppc/powerpc for xmon */
|
|
|
|
|
NULL, /* x */
|
2006-03-25 04:07:08 -07:00
|
|
|
NULL, /* y */
|
|
|
|
|
NULL /* z */
|
2005-04-16 15:20:36 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* key2index calculation, -1 on invalid index */
|
2006-03-25 04:07:08 -07:00
|
|
|
static int sysrq_key_table_key2index(int key)
|
|
|
|
|
{
|
2005-04-16 15:20:36 -07:00
|
|
|
int retval;
|
2006-03-25 04:07:08 -07:00
|
|
|
|
|
|
|
|
if ((key >= '0') && (key <= '9'))
|
2005-04-16 15:20:36 -07:00
|
|
|
retval = key - '0';
|
2006-03-25 04:07:08 -07:00
|
|
|
else if ((key >= 'a') && (key <= 'z'))
|
2005-04-16 15:20:36 -07:00
|
|
|
retval = key + 10 - 'a';
|
2006-03-25 04:07:08 -07:00
|
|
|
else
|
2005-04-16 15:20:36 -07:00
|
|
|
retval = -1;
|
|
|
|
|
return retval;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* get and put functions for the table, exposed to modules.
|
|
|
|
|
*/
|
2006-03-25 04:07:08 -07:00
|
|
|
struct sysrq_key_op *__sysrq_get_key_op(int key)
|
|
|
|
|
{
|
|
|
|
|
struct sysrq_key_op *op_p = NULL;
|
2005-04-16 15:20:36 -07:00
|
|
|
int i;
|
2006-03-25 04:07:08 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
i = sysrq_key_table_key2index(key);
|
2006-03-25 04:07:08 -07:00
|
|
|
if (i != -1)
|
|
|
|
|
op_p = sysrq_key_table[i];
|
2005-04-16 15:20:36 -07:00
|
|
|
return op_p;
|
|
|
|
|
}
|
|
|
|
|
|
2006-03-25 04:07:08 -07:00
|
|
|
static void __sysrq_put_key_op(int key, struct sysrq_key_op *op_p)
|
|
|
|
|
{
|
|
|
|
|
int i = sysrq_key_table_key2index(key);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
if (i != -1)
|
|
|
|
|
sysrq_key_table[i] = op_p;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/*
|
2006-03-25 04:07:08 -07: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-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
void __handle_sysrq(int key, struct tty_struct *tty, int check_mask)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
|
struct sysrq_key_op *op_p;
|
|
|
|
|
int orig_log_level;
|
2006-03-25 04:07:08 -07:00
|
|
|
int i;
|
2005-04-16 15:20:36 -07:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
|
|
spin_lock_irqsave(&sysrq_key_table_lock, flags);
|
|
|
|
|
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 04:07:08 -07:00
|
|
|
/*
|
|
|
|
|
* Should we check for enabled operations (/proc/sysrq-trigger
|
|
|
|
|
* should not) and is the invoked operation enabled?
|
|
|
|
|
*/
|
2006-12-13 01:34:36 -07:00
|
|
|
if (!check_mask || sysrq_on_mask(op_p->enable_mask)) {
|
2006-03-25 04:07:08 -07:00
|
|
|
printk("%s\n", op_p->action_msg);
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
op_p->handler(key, tty);
|
2006-03-25 04:07:08 -07:00
|
|
|
} else {
|
2005-04-16 15:20:36 -07:00
|
|
|
printk("This sysrq operation is disabled.\n");
|
2006-03-25 04:07:08 -07:00
|
|
|
}
|
2005-04-16 15:20:36 -07:00
|
|
|
} else {
|
|
|
|
|
printk("HELP : ");
|
|
|
|
|
/* Only print the help msg once per handler */
|
2006-03-25 04:07:08 -07: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-16 15:20:36 -07:00
|
|
|
}
|
2006-03-25 04:07:08 -07:00
|
|
|
printk("\n");
|
2005-04-16 15:20:36 -07: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 06:55:46 -07:00
|
|
|
void handle_sysrq(int key, struct tty_struct *tty)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2006-12-13 01:34:36 -07:00
|
|
|
if (sysrq_on())
|
|
|
|
|
__handle_sysrq(key, tty, 1);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
2006-03-25 04:07:08 -07:00
|
|
|
EXPORT_SYMBOL(handle_sysrq);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2005-11-08 22:39:47 -07:00
|
|
|
static int __sysrq_swap_key_ops(int key, struct sysrq_key_op *insert_op_p,
|
2006-03-25 04:07:08 -07:00
|
|
|
struct sysrq_key_op *remove_op_p)
|
|
|
|
|
{
|
2005-04-16 15:20:36 -07: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 04:07:08 -07:00
|
|
|
EXPORT_SYMBOL(register_sysrq_key);
|
2005-04-16 15:20:36 -07: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);
|