linux-kernel - Re: BSOD

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: <1174335650.6832.156.camel@localhost>
Date:	Mon, 19 Mar 2007 16:20:50 -0400
From:	Jim Gettys <jg@...top.org>
To:	David Miller <davem@...emloft.net>
Cc:	jesse.barnes@...el.com, zaitcev@...hat.com,
	linux-kernel@...r.kernel.org
Subject: Re: BSOD

I agree with David and Jessie.

All the kernel needs to know for oopses is frame buffer depth, start,
stride, and how to get the GPU to "stop" (or it may very well overwrite
the screen).  Trying to get back to a default mode setting first in the
middle of oopsing is very unlikely to succeed.

The time you want mode switching (or lack othereof) is at suspend/resume
time, not at oopses.

This presumes the frame buffer is accessible in the address space of the
kernel.  There have been display devices where this is not true; but not
many.
                               - Jim




On Mon, 2007-03-19 at 13:05 -0700, David Miller wrote:
> From: Jesse Barnes <jesse.barnes@...el.com>
> Date: Mon, 19 Mar 2007 12:54:36 -0700
> 
> > Kernel based modesetting should get us a lot of things:
> 
> But for panics you're ignoring what Peter and I are saying.
> 
> Mode setting is complex and it is not going to work exactly when you
> need the kernel crash message the most.
> 
> After debugging the kernel for 10+ years I can tell you one thing, for
> a bad crash what's going to happen is you'll get the printk but that's
> about all that will work at that point, and the kernel is going to
> hang next.  Sometimes you won't get the whole panic message, just
> the beginning, even with the most simplistic printk implementation.
> 
> You will not, I repeat, will not be able to mode switch or anything
> non-trivial like that when the kernel is in this state.
> 
> Mode switching on panic, just say no. :-)
> 
-- 
Jim Gettys
One Laptop Per Child


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