linux-kernel - Re: Overriding X on panic

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45698B38.7040507@superbug.co.uk>
Date:	Sun, 26 Nov 2006 12:40:24 +0000
From:	James Courtier-Dutton <James@...erbug.co.uk>
To:	Alan <alan@...rguk.ukuu.org.uk>
CC:	Casey Dahlin <cjdahlin@...u.edu>, linux-kernel@...r.kernel.org
Subject: Re: Overriding X on panic

Alan wrote:
> On Sat, 25 Nov 2006 00:54:53 -0500
> Casey Dahlin <cjdahlin@...u.edu> wrote:
> 
>> Linus did say that he would do anything within reason to help desktop
>> linux forward, and frankly a big step forward would be to get error
>> messages to the user. What might be some safe options for overriding,
>> switching away from, killing, or otherwise disposing of the X server
>> when an unrecoverable Oops is about to occur on the TTY?
> 
> Assuming frame buffer support is present in the kernel you need an ioctl
> that specifies the frame buffer depth/layout so the kernel can print
> correctly on it. At that point most of the time you'll get the report out
> - more than trying to mode switch probably.
> 
> Send patches
> 
> Alan

I agree. Getting the kernel to write out to the current display mode, 
instead of having to change display mode would be less risky.
It does not have to be fast, and would only need a very simple font, 
enough to display an oops.

Other options are enabling some sort of oops writing to some PCI cards.
E.g. Some Creative sound cards remember some settings over a warm boot, 
so one could write out the oops there, and have code to auto detect it 
when the system is rebooted. I only noticed this when reverse 
engineering some creative sound cards, and rebooting from windows to 
linux made my test linux driver make sound, but would only work if one 
booted into windows first, then warm boot to linux. How many bytes are 
needed for an oops?

James

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