From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carl-Daniel Hailfinger Subject: Re: Re: [RFC] Reliable video POSTing on resume Date: Fri, 11 Feb 2005 02:47:27 +0100 Message-ID: <420C0EAF.4000606@gmx.net> References: <4202DF7B.2000506@gmx.net> <1107485504.5727.35.camel@desktop.cunninghams> <9e4733910502032318460f2c0c@mail.gmail.com> <20050204074454.GB1086@elf.ucw.cz> <9e473391050204093837bc50d3@mail.gmail.com> <20050205093550.GC1158@elf.ucw.cz> <1107695583.14847.167.camel@localhost.localdomain> <42077AC4.5030103@grupopie.com> <42077CFD.7030607@gmx.net> <20050207160105.GF8040@elf.ucw.cz> <1107793204.2930.18.camel@logarithm.lanl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1107793204.2930.18.camel-fiEEBCSFsUl2jBC2uHMcnu1ftBKYq+Ku@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Li-Ta Lo Cc: Pavel Machek , Paulo Marques , Adam Sulmicki , Alan Cox , Jon Smirl , ncunningham-jjFNsPSvq+iXDw4h08c5KA@public.gmane.org, ACPI List , Linux Kernel Mailing List , Kendall Bennett List-Id: linux-acpi@vger.kernel.org Li-Ta Lo schrieb: > On Mon, 2005-02-07 at 09:01, Pavel Machek wrote: > >>>>3 - it's always there and can be executed at *any* time: booting, >>>>returning from suspend, etc. Also it would allow the VESA framebuffer >>>>driver to change graphics mode at any time (for instance). >>> >>>OK, and what would force you to do the above in the kernel? If the code >>>lives in initramfs, it can be called very early, too. >> >>It will be easier to debug in kernel than in initramfs, for >>one. Kernel code is bad enough, but initramfs running while kernel is >>not even initialized is going to be even more "fun". > > One good thing about the emulator is it is very portable. There is > virtually no stdlib dependency. We can freely move it between user > and kernel space. When integrating the emulator into LinuxBIOS, > we first tried to use it as an user space program and then "port" it > into "kernel" space. The porting was done in a few days and the most > of the time was spent fixing LinuxBIOS itself than doing any "porting". > Actually, the same emulator source were used in both user and kernel > space as a kind of regression test. Do you have a kernel patch against a recent kernel? I'd like to try the in-kernel emulator. A userspace variant would also be fine, provided it solves the "VGA BIOS calls normal BIOS" type of problem I'm seeing on my machine (Samsung P35 laptop with ATI Radeon Mobility 9700). Regards, Carl-Daniel -- http://www.hailfinger.org/ ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click