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 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

RE: Ownership of machine pages: Was: [Xen-devel] Essay on an important X

To: "Jayesh Salvi" <jayeshsalvi@xxxxxxxxx>
Subject: RE: Ownership of machine pages: Was: [Xen-devel] Essay on an important Xen decision (long)
From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
Date: Fri, 13 Jan 2006 09:06:13 -0800
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 13 Jan 2006 17:13:05 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcYX9mietD47d0gGSxynw1Dt59RDJAAbGZ5w
Thread-topic: Ownership of machine pages: Was: [Xen-devel] Essay on an important Xen decision (long)
If the Xen drivers are rewritten to be more generic (e.g. to handle more
than just p2m), I agree that xenidc should be seriously considered.
I think the most serious impediment to acceptance of xenidc is
fear of breaking drivers (blk and net) that are already stable.
 
My two cents...
Dan


From: Jayesh Salvi [mailto:jayeshsalvi@xxxxxxxxx]
Sent: Thursday, January 12, 2006 9:04 PM
To: James Bulpin
Cc: Magenheimer, Dan (HP Labs Fort Collins); xen-devel; xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: Ownership of machine pages: Was: [Xen-devel] Essay on an important Xen decision (long)

Sorry, if I missed something. But I did not read any discussion on Harry Butterworth's idea of generic memory management API (xenidc and USB driver).

My experience is not enough to comment on this topic, but I would like to understand these design decisions. As far as I know, generic API's that provide proper abstractions prove useful (e.g. Linux VirtualFS). There are counter arguments to it (performance degradation mainly / wrong abstractions). But I didn't find any comments on the xenidc API approach.

Apart from that, thanks for elaborate description of some key concepts.

Jayesh

On 1/12/06, James Bulpin <james@xxxxxxxxxxxxx> wrote:
Magenheimer, Dan (HP Labs Fort Collins) wrote:
> (Sorry again for the late and off-thread reply... even though
> your message is addressed to me personally, to xen-devel,
> and to xen-ia64-devel, I didn't get a copy and just saw it
> in xen-devel which I only receive digested.  Some strangeness
> in the mailing list nodupe feature maybe?  James cc'ed....)

If you were on the recipient list of the original mail from Keir then
that should have gone directly to you without passing anywhere near the
list server, if you didn't get that then it's a problem with mail
servers at your or Keir's end. If you've got nodupe set for
xen-ia64-devel then your address being on the message means that you
won't get the message via the list. You still get the message on the
xen-devel digest because nodupe doesn't apply (or make sense) to digests.

Cheers,
James

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel



--
Jayesh

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>