[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1274317983.2815.1.camel@maxim-laptop>
Date: Thu, 20 May 2010 04:13:03 +0300
From: Maxim Levitsky <maximlevitsky@...il.com>
To: Jesse Barnes <jbarnes@...tuousgeek.org>
Cc: dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Dave Airlie <airlied@...il.com>,
James Simmons <jsimmons@...radead.org>
Subject: Re: [RFC] Try a bit harder to get output on the screen at panic
time
On Wed, 2010-05-19 at 17:34 -0700, Jesse Barnes wrote:
> On Fri, 9 Apr 2010 15:10:50 -0700
> Jesse Barnes <jbarnes@...tuousgeek.org> wrote:
>
> > This set of 3 patches makes it a little more likely we'll get panic
> > output onto the screen even when X is running, assuming a KMS enabled
> > stack anyway.
> >
> > It gets me from a blank or very sparsely populated black screen at
> > panic time, to one including the full backtrace and panic output at
> > panic time (tested with "echo c > /proc/sysrq-trigger" from an X
> > session).
> >
> > It doesn't cover every case; for instance I think it'll fail when X has
> > disabled the display, but those cases need to be handled with separate
> > patches anyway (need to add atomic DPMS paths for instance).
> >
> > Anyway, please test these out and let me know if they work for you.
>
> Ping Linus & Dave again. Have you guys tried these? Really, it's cool.
>
Second that, just tested these patches, and these work perfectly.
One more reason for me to dump nvidia driver for nouveau.
Best regards,
Maxim Levitsky
--
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/
Powered by blists - more mailing lists