linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jan Engelhardt <jengelh@linux01.gwdg.de>
To: Andi Kleen <ak@suse.de>
Cc: Dave Jones <davej@redhat.com>, linux-kernel@vger.kernel.org
Subject: Re: Console debugging wishlist was: Re: oops pauser.
Date: Tue, 10 Jan 2006 22:06:27 +0100 (MET)	[thread overview]
Message-ID: <Pine.LNX.4.61.0601102200410.1000@yvahk01.tjqt.qr> (raw)
In-Reply-To: <200601102145.53967.ak@suse.de>


>-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
-- 

  reply	other threads:[~2006-01-10 21:06 UTC|newest]

Thread overview: 75+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-05  4:52 oops pauser Dave Jones
2006-01-05  6:10 ` oops pauser. / boot_delayer Randy.Dunlap
2006-01-05  7:30   ` Bernd Eckenfels
2006-01-05  8:07     ` Jan Engelhardt
2006-01-06  1:28       ` David Lang
2006-01-06  5:36         ` Dave Jones
2006-01-06  7:00           ` David Lang
2006-01-08 13:21           ` Pavel Machek
2006-01-08 19:30             ` Josef Sipek
2006-01-08 23:08               ` Pavel Machek
2006-01-08 23:39                 ` Josef Sipek
2006-01-06  7:36         ` Jan Engelhardt
2006-01-06  8:33           ` David Lang
2006-01-05  9:25     ` Grant Coady
2006-01-05 15:31       ` Mark Lord
2006-01-05 15:38         ` Avishay Traeger
2006-01-05 19:15           ` Mark Lord
2006-01-05 11:11     ` Dave Jones
2006-01-07 21:44       ` Kurtis D. Rader
2006-01-07 21:48         ` Arjan van de Ven
2006-01-07 22:00           ` Kurtis D. Rader
2006-01-08 23:29           ` David Lang
2006-01-07 22:27         ` Bernd Eckenfels
2006-01-05  8:15 ` oops pauser Jan Engelhardt
2006-01-05 10:33   ` Dave Jones
2006-01-05 11:05     ` Jan Engelhardt
2006-01-05 12:05       ` Keith Owens
2006-01-05 15:17       ` Jesper Juhl
2006-01-05 13:46     ` Kurt Wall
2006-01-06  1:24     ` David Lang
2006-01-06  1:41       ` Josef Sipek
2006-01-08 13:38     ` Ville Herva
2006-01-08 13:53       ` Randy.Dunlap
2006-01-08 19:35         ` Jan Engelhardt
2006-01-09  1:43           ` Randy.Dunlap
2006-01-08 19:40         ` Grant Coady
2006-01-09  1:45           ` Randy.Dunlap
2006-01-09 16:15             ` Jan Engelhardt
2006-01-09 16:25               ` Ville Herva
2006-01-09 16:39               ` Randy.Dunlap
2006-01-05 13:37 ` Alan Cox
2006-01-05 20:52   ` Dave Jones
2006-01-06 13:31     ` Alan Cox
2006-01-06 20:33       ` Dave Jones
2006-01-06 15:22     ` Pavel Machek
2006-01-06 19:06       ` Jan Engelhardt
2006-01-06 22:34         ` Pavel Machek
2006-01-06 22:48       ` Dave Jones
2006-01-05 13:58 ` Avishay Traeger
2006-01-05 20:54   ` Dave Jones
2006-01-06  0:19   ` Josef Sipek
2006-01-06  1:12     ` Bernd Eckenfels
2006-01-06  1:35       ` Josef Sipek
2006-01-06  2:21         ` Bernd Eckenfels
2006-01-05 14:39 ` Kyle McMartin
2006-01-09 18:43 ` Console debugging wishlist was: " Andi Kleen
2006-01-10 20:25   ` Jan Engelhardt
2006-01-10 20:29     ` Josef Sipek
2006-01-10 20:44       ` Jan Engelhardt
2006-01-10 22:54         ` Josef Sipek
2006-01-10 20:46       ` Andi Kleen
2006-01-10 20:45     ` Andi Kleen
2006-01-10 21:06       ` Jan Engelhardt [this message]
2006-01-10 21:18         ` Andi Kleen
2006-01-10 21:30           ` Jan Engelhardt
2006-01-11 12:24     ` Antonino A. Daplas
2006-01-11 12:31       ` Andi Kleen
2006-01-11 13:05         ` Antonino A. Daplas
2006-01-11 13:17           ` Andi Kleen
2006-01-11 13:43             ` Antonino A. Daplas
2006-01-11 13:51               ` Andi Kleen
2006-01-11 18:34           ` Jan Engelhardt
     [not found] <5rvok-5Sr-1@gated-at.bofh.it>
     [not found] ` <5tagc-6AZ-25@gated-at.bofh.it>
2006-01-15 16:48   ` Bodo Eggert
2006-01-15 17:13     ` Andi Kleen
2006-01-15 20:51       ` Jan Engelhardt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.61.0601102200410.1000@yvahk01.tjqt.qr \
    --to=jengelh@linux01.gwdg.de \
    --cc=ak@suse.de \
    --cc=davej@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).