Re: Bug report

Alan Cox (
Wed, 29 Dec 1999 22:14:40 +0000 (GMT)

> scheduling_in_interrupt:
> printk("Scheduling in interrupt\n");
> *(int *)0 = 0;
> return;
> }
> It seems like the problem is that schedule() is called during an
> interrupt. Now how would this ever happen?

This normally comes from a device driver bug. The backtrace in this case can
be very important as you should see

irq entry point

down the stack

> #undef __FD_SETSIZE
> -#define __FD_SETSIZE 1024
> +#define __FD_SETSIZE 4096

These are bad things to play with in the kernel. You can get stack overruns
and very weird traces from messing with them. Later 2.2.x has no silly limits

To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to