[7767] in linux-scsi channel archive
Re: Bug report
daemon@ATHENA.MIT.EDU (Alan Cox)
Wed Dec 29 17:28:47 1999
To: robin@chatsystems.com (Robin Thellend)
Date: Wed, 29 Dec 1999 22:14:40 +0000 (GMT)
Cc: winmute@atlantique.venturi.net, linux-scsi@vger.rutgers.edu,
linux-net@vger.rutgers.edu, danny@chatsystems.com
In-Reply-To: <Pine.LNX.4.10.9912291515410.24066-100000@naboo.chatsystems.com> from "Robin Thellend" at Dec 29, 99 03:52:21 pm
Content-Type: text
Content-Length: 698
Message-Id: <E123RMf-00025e-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
> 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
schedule
some_func
some_func
driver_func
driver_func
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-scsi" in
the body of a message to majordomo@vger.rutgers.edu
