Messages in this thread | | | Date | Fri, 4 Feb 2005 12:31:55 -0500 | From | Jon Smirl <> | Subject | Re: [RFC] Reliable video POSTing on resume |
| |
On Fri, 4 Feb 2005 17:30:19 +0100, Pavel Machek <pavel@ucw.cz> wrote: > I do not understand how initramfs fits into picture... Plus lot of > people (me :-) do not use initramfs...
The final fix for this will include the video reset app on initramfs. I already have code in the kernel for telling the primary video card from secondary ones. When the kernel is initially booting and finds the secondary cards it will do a call_usermodehelper() and execute the video reset app. This happens very early in the boot sequence so it needs to be on initramfs. There are also a few embedded type systems that don't even post their primary video hardware they need this support too.
For non-x86 systems put an emu version on initramfs. My statically linked against klibc x86 reset app is about 15K. The emu version is significantly bigger but there is no way to avoid it if you are using x86 hardware in a non-x86 box.
Fixing this at kernel boot (resume) time will let user space apps assume that all video cards are reset. That removes a lot of complexity from the user space apps (like X).
-- Jon Smirl jonsmirl@gmail.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |