From: Andi Kleen <ak@muc.de>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com, "Vessey,
Bruce A" <Bruce.Vessey@unisys.com>,
"Subrahmanian, Raj" <raj.subrahmanian@unisys.com>
Subject: Re: Genapic
Date: Wed, 18 May 2005 15:57:24 +0200 [thread overview]
Message-ID: <m164xg63i3.fsf@muc.de> (raw)
In-Reply-To: <a67841f30afad54270c5b981b773b8c9@cl.cam.ac.uk> (Keir Fraser's message of "Wed, 18 May 2005 08:34:07 +0100")
Keir Fraser <Keir.Fraser@cl.cam.ac.uk> writes:
> On 17 May 2005, at 22:18, Puthiyaparambil, Aravindh wrote:
>
>> Now that Xen has platform code has been upgraded to be based off of the
>> LK 2.6 code base, it seems that the best way of introducing other
>> platform specific code would be to add "genapic" support. Is anybody
>> working on this? Is the unstable tree ready for this?
>
> I'm not sure what 'genapic' support is, but if you mean porting things
> like mach-es7000 across to Xen, then yes: I think we are now ready for
> that.
>
> Longer term I'd like to make switching between the different mach types a run-time rather than compile-time decision. But that will require a fair bit of modification to the standard Linux way of doing things --
> for initial 3.0 I think we'll stick to compile-time switches for
> selecting esoteric platform configurations.
genapic is exactly what you're describing - runtime switching of
subarchitectures. It is done in the "generic" i386 subarchitecture with
some preprocessor hacks. It's called genapic because
it only tries to handle APIC differences, not other very un PC
like architectures like visws or Voyager who have many other
differences too. The common setups (Summit, es7000, big xapic, flat apic)
don't need much more.
Using compile time switches for 3.0 would make it unusable for
distributions who likely won't ship different binaries for
the different low level architectures and force them to do
genapic like hacks on their own. Better probably to do it right
from the beginning, it is not that hard if you take a look
at the Linux code.
-Andi
next prev parent reply other threads:[~2005-05-18 13:57 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-17 21:18 Genapic Puthiyaparambil, Aravindh
2005-05-18 7:34 ` Genapic Keir Fraser
2005-05-18 13:57 ` Andi Kleen [this message]
2005-05-18 15:23 ` Genapic Keir Fraser
2005-05-18 15:32 ` Genapic Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2005-05-18 13:59 Genapic Puthiyaparambil, Aravindh
2005-05-18 15:24 ` Genapic Keir Fraser
2005-05-18 15:45 Genapic Puthiyaparambil, Aravindh
2005-05-18 16:36 ` Genapic Andi Kleen
2005-05-18 16:54 ` Genapic Keir Fraser
2005-05-18 16:56 ` Genapic Andi Kleen
2005-05-18 19:45 ` Genapic Natasha Jarymowycz
2005-05-20 19:02 ` Genapic Andi Kleen
2005-05-18 17:21 Genapic Nakajima, Jun
2005-05-18 17:44 Genapic Puthiyaparambil, Aravindh
2005-05-18 18:26 Genapic Nakajima, Jun
2005-05-19 21:10 Genapic Puthiyaparambil, Aravindh
2005-05-20 19:07 ` Genapic Andi Kleen
2005-05-24 19:58 Genapic Puthiyaparambil, Aravindh
2005-05-24 20:22 ` Genapic Keir Fraser
2005-05-25 15:26 ` Genapic Andi Kleen
2005-05-25 15:21 ` Genapic Andi Kleen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m164xg63i3.fsf@muc.de \
--to=ak@muc.de \
--cc=Bruce.Vessey@unisys.com \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=raj.subrahmanian@unisys.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.