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] [PATCH] xend: passthrough: also do_FLR when a device is

To: Simon Horman <horms@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] xend: passthrough: also do_FLR when a device is assigned
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Wed, 6 Jan 2010 12:17:45 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>, "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
Delivery-date: 2010年1月06日 04:17:11 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100106061839.GB25902@xxxxxxxxxxxx>
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: <ED3036A092A28F4C91B0B4360DD128EA3059B708@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20100105224946.GG8630@xxxxxxxxxxxx> <ED3036A092A28F4C91B0B4360DD128EA31B6EE83@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20100106061839.GB25902@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008年08月23日)
On Wed, 6 Jan 2010, Simon Horman wrote:
> > BTW: actually I found the pci passthrough code in xend had become very
> > complex and hacky now... Things are easily broken when new changes are
> > made, e.g. Stefano added the pci passthrough support in the stubdomain
> > case and the code broke non-stubdomain case for weeks and the
> > msi-translate is still broken even till now.
>
> Yes, I found that that too. It was very difficult for me to make changes too.
>
Xend is definitely very difficult to work with; hacky code paths
started to appear long ago unfortunately.
Few changes some months ago tried to simplify the code but broke stubdoms
even more.
Then it was very difficult for me to fix stubdoms and at the same time
keep the normal case working.
The whole thing needs to be re-architectured from scratch and that is
what libxenlight is for.
> >
> > It would be really great somebody can help to re-organize/cleanup the
> > code some time. :-)
>
> Is the ocaml replacement for xend still being worked on?
> Refactoring the current (python) code is incredibly painful
> in my experience.
>
Take a look a libxenlight: the idea is to have a common low level
library to take care of these things in the future.
_______________________________________________
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] How to rebuild XCP from source code , kenliu
Next by Date: [Xen-devel] [PATCH] Handle PoD case in hvm_hap_nested_page_fault() , George Dunlap
Previous by Thread: RE: [Xen-devel] [PATCH] xend: passthrough: also do_FLR when a device is assigned , Cui, Dexuan
Next by Thread: [Xen-devel] RE: [Xen-changelog] [xen-unstable] Adds 'memory_sharing' option to domain config scripts. It passes domain id to , Cui, Dexuan
Indexes: [Date] [Thread] [Top] [All Lists]

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

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