|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] Re: [GIT PULL] Xen APIC hooks (with io_apic_ops)
To: |
George Dunlap <George.Dunlap@xxxxxxxxxxxxx> |
Subject: |
Re: [Xen-devel] Re: [GIT PULL] Xen APIC hooks (with io_apic_ops) |
From: |
Gerd Hoffmann <kraxel@xxxxxxxxxx> |
Date: |
Tue, 26 May 2009 23:19:44 +0200 |
Cc: |
Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, the arch/x86 maintainers <x86@xxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, Avi Kivity <avi@xxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx> |
Delivery-date: |
Tue, 26 May 2009 14:21:29 -0700 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<de76405a0905260546k56bc866bx1658ec13f65e3eec@xxxxxxxxxxxxxx> |
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
List-post: |
<mailto:xen-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
References: |
<1242170724-13349-1-git-send-email-jeremy@xxxxxxxx> <20090519123548.GA26439@xxxxxxx> <4A14447E.9060607@xxxxxxxx> <20090525041057.GD9396@xxxxxxx> <de76405a0905260546k56bc866bx1658ec13f65e3eec@xxxxxxxxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Lightning/1.0pre Thunderbird/3.0b2 |
On 05/26/09 14:46, George Dunlap wrote:
On Mon, May 25, 2009 at 5:10 AM, Ingo Molnar<mingo@xxxxxxx> wrote:
Note that this design problem has been created by Xen,
intentionally, and Xen is now suffering under those bad technical
choices made years ago. It's not Linux's problem.
I'd like to respecfully disagree with this.
Well. Xen *does* suffer from bad technical choices made years ago. I'm
pretty sure Xen would look radically different when being rewritten from
scratch today.
One reason is that Xen predates vt and svm. With that in mind some of
the xen interface bits don't look *that* odd any more. Back then it did
made sense to handle things that way. The ioapic hypercalls discussed
in this thread belong into that group IMHO.
Another reason is that Xen wasn't "designed". Xen was "hacked up". As
far I know there is no document which describes the overall design of
the guest/xen ABI. Also there is no documentation (other than code)
which describes all details of the guest/xen ABI. Simple reason: The
ABI wasn't designed. It was hammered into shape until it worked. On
x86. The guys who attempted (and failed) to port xen to ppc had alot of
*ahem* fun with that stuff. For example: Passing guest virtual
addresses in (some) hypercalls. Also direct paging mode is a very
x86-ish and is the reason for a number of ia64-ifdefs in places where
you don't expect them ...
cheers,
Gerd
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] Re: Xen is a feature, (continued)
- [Xen-devel] Re: Xen is a feature, George Dunlap
- [Xen-devel] Re: Xen is a feature, Pasi Kärkkäinen
- [Xen-devel] Re: Xen is a feature, Andi Kleen
- Re: [Xen-devel] Re: Xen is a feature, Jeremy Fitzhardinge
- RE: [Xen-devel] Re: Xen is a feature, Nakajima, Jun
- Re: [Xen-devel] Re: Xen is a feature, Jeremy Fitzhardinge
- Re: [Xen-devel] Re: [GIT PULL] Xen APIC hooks (with io_apic_ops),
Gerd Hoffmann <=
- Re: [Xen-devel] Re: [GIT PULL] Xen APIC hooks (with io_apic_ops), George Dunlap
[Xen-devel] Re: [GIT PULL] Xen APIC hooks (with io_apic_ops), Avi Kivity
|
|
|
|
|