WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Xen

xen-devel

[Top] [All Lists]

Re: [Xen-devel] Xen with dom0 pvops on ultra-recent "git tip" kernel on

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: Re: [Xen-devel] Xen with dom0 pvops on ultra-recent "git tip" kernel on x86_64
From: Christophe Saout <christophe@xxxxxxxx>
Date: 2009年1月16日 18:40:35 +0100
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: 2009年1月16日 09:41:07 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4970C2A7.8010702@xxxxxxxx>
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: <49690103.5020706@xxxxxx> <1231619339.5616.15.camel@xxxxxxxxxxxxxxxxxxxx> <20090110203706.GW15052@xxxxxxxxxxxxxxx> <1231622029.4778.1.camel@xxxxxxxxxxxxxxxxxxxx> <1231683478.4809.43.camel@xxxxxxxxxxxxxxxxxxxx> <1231685561.4809.50.camel@xxxxxxxxxxxxxxxxxxxx> <1231691732.5342.3.camel@xxxxxxxxxxxxxxxxxxxx> <1231769868.4838.4.camel@xxxxxxxxxxxxxxxxxxxx> <1231778480.4742.3.camel@xxxxxxxxxxxxxxxxxxxx> <1231838888.4823.5.camel@xxxxxxxxxxxxxxxxxxxx> <20090113153302.GZ15052@xxxxxxxxxxxxxxx> <1231864918.5257.6.camel@xxxxxxxxxxxxxxxxxxxx> <1231865847.5257.8.camel@xxxxxxxxxxxxxxxxxxxx> <4970C2A7.8010702@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi Jeremy,
> > The native Xen kernel has an arch/x86/kernel/ioport-xen.c which calls:
> >
> > HYPERVISOR_physdev_op(PHYSDEVOP_set_iobitmap, &set_iobitmap);
> >
> > Is this a feature mabye still missing from the paravirtualized Xen?
> >
> > If yes, what would it take? A new paravirt call?
>
> Firstly, thanks a lot for trying out the pvops dom0 and doing so much 
> debugging on it.
You're welcome. It's not like I really need it, but it would simply
things a bit and I just love to play with bleeding edge stuff.
> I'm still catching up on my rather daunting email 
> backlog - including your torrent of messages - so feel free to remind me 
> about/resent anything important which still needs looking at.
Don't worry. As you might have noticed, the patches in patches.hg have
sort of fallen behind the tip tree. I have forward-ported them to the
version from last weekend (no guarantee that I did not put a bug in
there, but at least it compiles). It's in my git tree I was
referencing, but I didn't bother putting everything back into the patch
it belongs, that would need some fixing up. In case you are planning on
having some of the patches merged upstream soon, you can take it from
there. It's not really exciting stuff, mostly some cleanups which were
moving stuff around and such (and some iotlb dma things which were not
entirely trivial but pretty straight-forward).
> I haven't been brave enough to even attempt starting X; there's a lot of 
> work to be done if you want to do anything beyond dumb framebuffer.
>
> Anyway, in this case, I definitely haven't added this call, so it will 
> need to be done somewhere. Does it need to be called once at startup, 
> or on every context switch? There may well be a suitable place to hook 
> this into already, but we can add a new pvop if its really needed.
Looking at the original Xen kernel the call has to be made on every
context switch if the io permissions change between the two threads.
In the past days I have sort of started trying to put some new paravirt
call together in the various places. This unfortunately also meant
changing a bit of the native stuff to pass through a unified
"set_io_bitmap" call. I haven't checked if that works, but at least the
Xen versions of the call doesn't get X up and running. Now I get a
black screen and dead machine. I guess I will have to do some
debugging. ;-)
If you're interested, I can send you what I have so far, but I guess you
have more pressing things to do first. :-)
Cheers,
 Christophe
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] Xen with dom0 pvops on ultra-recent "git tip" kernel on x86_64 , Jeremy Fitzhardinge
Next by Date: Re: [Xen-devel] [Patch 2 of 2]: PV-domain SMP performance Linux-part , Jeremy Fitzhardinge
Previous by Thread: Re: [Xen-devel] Xen with dom0 pvops on ultra-recent "git tip" kernel on x86_64 , Jeremy Fitzhardinge
Next by Thread: Re: [Xen-devel] Xen with dom0 pvops on ultra-recent "git tip" kernel on x86_64 , Jeremy Fitzhardinge
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /