[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1irbdysxi.fsf@ebiederm.dsl.xmission.com>
Date: Tue, 01 May 2007 00:11:21 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Jeremy Fitzhardinge <jeremy@...p.org>
Cc: Rusty Russell <rusty@...tcorp.com.au>,
"H. Peter Anvin" <hpa@...or.com>, Jeff Garzik <jeff@...zik.org>,
Andi Kleen <ak@...e.de>, patches@...-64.org,
Vivek Goyal <vgoyal@...ibm.com>, linux-kernel@...r.kernel.org,
virtualization <virtualization@...ts.linux-foundation.org>
Subject: Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
Jeremy Fitzhardinge <jeremy@...p.org> writes:
> Eric W. Biederman wrote:
>> I'm not going to worry about going farther until the patches in flight
>> settle down a little bit, but this looks promising.
>>
>
> Is there any value in adding an "early-putchar" function pointer into
> the structure somehow? I could easily arrange for the domain builder to
> put a bit of code into the domain so that the early boot code can emit
> something.
I don't think so. Once we know what subarch it is we can do a specific
hypervisor call if we need to for early printing. There are weird
issues like physical vs virtual that would seem to make anything more
generic very difficult to get right, because the code pointed at
would need to be fully pic.
So as a trivial hypervisor call certainly, but I'm pretty doubtful
about a function pointer.
Then we can do:
if (xen)
blah
else if (lguest)
blah2
Eric
-
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