Originally posted by Chewi
View Post
Announcement
Collapse
No announcement yet.
A DRM-Based Linux Oops Viewer Is Being Proposed Again - Similar To Blue Screen of Death
Collapse
X
-
Originally posted by waxhead View PostWell I could not care less if the screen was red, green, blue, yellow or pink.... The last 10 years or so I have not seen single a Oops at all on my Debian boxes.
That being said, I prefer black screen with red text. It's time to bring back the famous GURU MEDITATION from the good old Amiga days! And I actually think that a nice juicy PENGUIN MEDITATION message would do the trick
Amiga just did so many things' right, out of the box, including Guru Meditation...
- Likes 1
Comment
-
Originally posted by ssokolow View PostThere's a reason that BIOS-based systems use serial consoles for debug logging. Writing to COM1 is both simple and pretty much guaranteed to work if your kernel is un-corrupted enough to reach the panic handler.
In the case of a modern PC, couldn't there be a ACPI non executable binary dump region somewhere that can be used?
Without dragging through a monstrous ACPI handling interface? Like a straight memory write, pre-mapped?
Because the whole idea here is that the kernel is broken beyond saving a dump and logs on normal media.
Users don't care much about the actual "BSOD" screen itself. And writing a tiny KSM driver for _every_ hardware for this to become uniform seems... a bit optimistic?
Edit: Turns out ACPI has ERST for this very purpose. Not all machines implements them though. Linux can use it as pstore for kernel oopses already.
https://www.kernel.org/doc/Documenta...testing/pstore
Last edited by milkylainen; 10 March 2019, 05:13 PM.
- Likes 5
Comment
-
Originally posted by milkylainen View Post
Edit: Turns out ACPI has ERST for this very purpose. Not all machines implements them though.
- Likes 2
Comment
-
Originally posted by ssokolow View PostThat wouldn't help. After a kernel panic has occurred, you can't really trust anything because there may be arbitrary memory corruption. (It's basically the closest thing to the kernel segfaulting, except that the part which just "segfaulted" is the part responsible for detecting that something went wrong and the part responsible for keeping the system going.)
In the name of usability, the best thing we should try is getting some error message over the the user. If the screen goes crazy. even that is easier to understand than just a frozen screen (will it ever resume? maybe the user was doing something important and is willing to wait hours)
Comment
-
Originally posted by milkylainen View PostAs a developer, sure. An UART is useful. As a normal user, not so much. Users probably just want to send that bugreport with the dump.
- Likes 1
Comment
-
Originally posted by waxhead View PostWell I could not care less if the screen was red, green, blue, yellow or pink.... The last 10 years or so I have not seen single a Oops at all on my Debian boxes.
That being said, I prefer black screen with red text. It's time to bring back the famous GURU MEDITATION from the good old Amiga days! And I actually think that a nice juicy PENGUIN MEDITATION message would do the trick
Or if we are going Tux-themed, then the yellow-orange of his beak and feet as the screen color (which is also a natural 'warning' color anyway) :-)
Maybe an icon of the penguin attacking Linus :-P
- Likes 3
Comment
-
Originally posted by Space Heater View Post
I'd strongly prefer an explicit error message rather than a frozen or black screen.
Comment
Comment