[syslinux] [PATCH] gfxboot.c32

[H. Peter Anvin]

On 11/16/2009 07:38 AM, Steffen Winterfeldt wrote:
>>
>> This code, I fear, will not by itself solve the issues that a 16-bit UI
>> causes with multithreaded 32-bit code as it still uses INT 22h.
> 
> [sorry for the late response, I've been on vacation :-)]
> 
> Yes, the problem is that gfxboot is a process running in parallel to
> syslinux and needs to interface back into the com32 module. The only way in
> I could find was via the comboot interface with int 22h. Having something
> like signal() available in com32 would be a possible way out (I think). But
> I don't know how hhard it would be to implement.
> 
> In any case at least this com32 module shows where the integration problems
> are. I have a C rewrite of the gfxboot core startet which would solve all
> this, but this will take some time and I really want to push it only when
> it comes to support EFI.
> 

Simply put, I don't think we can have a long-running 16-bit process
together with a multithreaded 32-bit space... so it's not just EFI.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.