Re: kernel opps with "init=/bin/bash"

Andries.Brouwer@cwi.nl
Tue, 29 Dec 1998 05:24:32 +0100 (MET)


Lenart Gabor (lgb@hal2000.hal.vein.hu) writes:

: I repaired my filesystems by booting with "init=/bin/bash" parameter via
: lilo. Then I try hit : ALT-SysReq-S to sync and I got some kernel oops.
: Since the machine couldn't be used after that I wrote only the last
: three lines of oop :
:
: Aiee, killing interrupt handler
: Kernel panic: Attemped to kill the idle task
: In swapper task - not syncing

One reason these occur is `scheduling in interrupt'.

Yesterday or the day before I have been looking at aha1542.c stuff,
and the same Oops occurs there:

The error recovery code in scsi_error.c hold the io_request_lock.
Thus, the interrupt routine do_aha1542_intr_handle() cannot proceed.
But this error recovery code calls scsi_sleep(), which releases the
lock and then sleeps. The following schedule() panics.

[The above Oops does not sound like a scsi_error one, but might
have a similar cause.]

Andries

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/