Messages in this thread | | | Date | Tue, 10 Jan 2006 22:06:27 +0100 (MET) | From | Jan Engelhardt <> | Subject | Re: Console debugging wishlist was: Re: oops pauser. |
| |
>-ENOPARSE
Try the oops.ko from http://jengelh.hopto.org/f/oops_ko.tbz2. It won't kill your system, you can continue to work.
If you now had a kernel-level pager that would jump in everytime an oops happened, control would normally not be given back to userspace unless we quit the pager. kdb has a similar behavior: it "stops" userspace until someone chooses to "c"ontinue. Therefore this pager would not be too good. In a panic, yes, it would be perfect.
I hope this makes it a little bit clearer, if not, -EAGAIN.
>> >(it is hard to understand that with 128MB+ graphic cards and 512+MB >> >computers the scroll back must be still so short...) >> >> I doubt this scrollback buffer is implemented as part of the video cards. >> It is rather a kernel invention, and therefore uses standard RAM. But the >> idea is good, preferably make it a CONFIG_ option. > >At least long ago (when I last looked) it was in video RAM.
Let's put it from another POV: if the scrollback buffer was somewhere within the video card, it would usually not be cleared when you change from one console tty to another. Currently, doing this switch clears the buffer (can we do anything about that? - would be great)
Jan Engelhardt -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |