[...]
hda: lost interrupt
hda: lost interrupt
hda: lost interrupt
[...]
System is very slow and there are tons of "lost interrupt" messages.
Signed-off-by: Luca Falavigna <[EMAIL PROTECTED]>
--- ./arch/i386/kernel/machine_kexec.c.orig 2005-08-28 22:03:52.0
+
+++ ./
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luca Falavigna ha scritto:
> Eric W. Biederman ha scritto:
>
>>>Anyway I believe you also want to look at include/linux/tty.h
>>>at the screen_info structure. I believe that is where
>>>all of that information is pa
This patch removes a redundant PREEMPT_RCU option from kernel/Kconfig.preempt.
Signed-off-by: Luca Falavigna <[EMAIL PROTECTED]>
--- realtime-preempt-2.6.13-rc4-RT-V0.7.53-02.orig 2005-08-11
18:56:51.0
+
+++ realtime-preempt-2.6.13-rc4-RT-V0.7.53-02 2005-08-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
> Anyway I believe you also want to look at include/linux/tty.h
> at the screen_info structure. I believe that is where
> all of that information is passed.
I noticed. Maybe if we fill struct x86_linux_param_header with s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
> So without doing passing --real-mode the vga= parameter currently
> cannot work. The vga= parameter is processed by vga.S which
> make BIOS calls and we bypass all of the BIOS calls.
Actually that file is video.S
> So
I made three experiments regarding kexec with frame buffer support (vesafb). For
each of them I gathered dmesg messages from original and relocated kernel, in
order to easily compare them later on. These tests were run on a virtual machine
in order to provide the same environment for each experimen
> Ingo purposely put this in to crash
> the compile so that we know where this can be a problem right away.
And it works nice ;)
> The patch you wanted to send was:
>
> Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
>
> Index: linux_realtime_ernie/drivers/char/watchdog/cpu5wdt.c
> ===
ymbol
there_is_no_init_MUTEX_LOCKED_for_RT_semaphores")
Signed-off-by: Luca Falavigna <[EMAIL PROTECTED]>
--- realtime-preempt-2.6.13-rc4-RT-V0.7.52-07.orig 2005-07-31
23:35:18.0
+
+++ realtime-preempt-2.6.13-rc4-RT-V0.7.52-07 2005-08-01
15:59:31.0 +
longer accept additional attributes.
Signed-off-by: Luca Falavigna <[EMAIL PROTECTED]>
--- ./drivers/block/paride/pseudo.h.orig 2005-03-02 21:39:37.0 +
+++ ./drivers/block/paride/pseudo.h 2005-07-27 15:37:50.0 +
@@ -43,7 +43,7 @@
static int ps_tq_active = 0;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This patch, compiled against version 2.6.12-rc1, implements RCU mechanism in
intermodule functions.
Signed-off-by: Luca Falavigna <[EMAIL PROTECTED]>
- --- ./kernel/intermodule.c.orig 2005-04-01 19:25:26.0 +
+++ ./
I was playing with mprotect and VM flags when I noticed two curious behaviours.
1)
This C program modifies data segments's flags:
#include
#include
/* Values shown by /proc//maps */
#define START 0x08049000
#define END 0x0804a000
int target;
int main(void)
{
printf("ADDRESS:
Hi,
I am working on this piece of code (simplified):
void ip_vma(struct task_struct *task, struct pt_regs *regs)
{
struct mm_struct *mm;
struct vm_area_struct *vma;
if(task) {
mm = get_task_mm(task);
if(mm) {
vma = fi
Hi,
I am working on this piece of code (simplified):
void ip_vma(struct task_struct *task, struct pt_regs *regs)
{
struct mm_struct *mm;
struct vm_area_struct *vma;
if(task) {
mm = get_task_mm(task);
if(mm) {
vma = fi
2,6 +82,13 @@
kprobe_opcode_t *entry; /* probe handling code to jump to */
};
+enum kprobe_type {
+ PRE=0,
+ POST,
+ FAULT,
+ BREAK,
+};
+
#ifdef CONFIG_KPROBES
/* Locks kprobe: irq must be disabled */
void lock_kprobes(void);
Signed-off-by: Luca Falavigna <[EMA
INIT_HLIST_HEAD(&kprobe_table[i]);
+ kprobes_dir = debugfs_create_dir("kprobes", NULL);
+ if(!kprobes_dir) {
+ printk("kprobes: could not create debugfs entry\n");
+ goto finish;
+ }
+ kprobes_list = debugfs_create_file(
15 matches
Mail list logo
