Displaying 5 results from an estimated 5 matches for "xen_port".
Did you mean:
sin_port
2011 Sep 08
5
[PATCH 0 of 2] v2: memshare/xenpaging/xen-access fixes for xen-unstable
The following two patches allow the parallel use of memsharing, xenpaging and
xen-access by using an independent ring buffer for each feature.
Please review.
v2:
- update mem_event_check_ring arguments, check domain rather than domain_id
- check ring_full first because its value was just evaluated
- check if ring buffer is initialized before calling
mem_access_domctl/mem_paging_domctl
2006 Feb 01
0
reactos
Is the reactos port still on anyone''s todo list?
http://www.reactos.org/wiki/index.php/Xen_port indicates no activity
since June 2005.
James
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2012 Feb 17
1
[PATCH] x86/mm: Make sure the event channel is released accurately
...ent.c Thu Feb 16 15:43:02 2012 +0000
+++ b/xen/arch/x86/mm/mem_event.c Fri Feb 17 15:14:25 2012 +0800
@@ -243,6 +243,9 @@
return -EBUSY;
}
+ /* Free domU''s event channel and leave the other one unbound */
+ free_xen_event_channel(d->vcpu[0], med->xen_port);
+
unmap_domain_page(med->ring_page);
med->ring_page = NULL;
--===============7093614109929523318==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
____________________________...
2005 Mar 25
3
Framebuffer (was Xen port of ReactOS)
...l is to merge the changes into trunk
> eventually. I expect the port to take at least a few months, my initial
> feeling is that it should be done by the end of the year (there''s lots of
> other stuff in ReactOS I want to work on too). The wiki page at
> http://wiki.reactos.com/Xen_port will be used to keep track of progress.
> The
> game plan is just start working from the boot code, until a problem is
> hit.
> Fix that problem and continue until the next problem.
>
> Any support and help from the Xen and ReactOS communities are of course
> greatly appreciat...
2013 Sep 23
57
[PATCH RFC v13 00/20] Introduce PVH domU support
This patch series is a reworking of a series developed by Mukesh
Rathor at Oracle. The entirety of the design and development was done
by him; I have only reworked, reorganized, and simplified things in a
way that I think makes more sense. The vast majority of the credit
for this effort therefore goes to him. This version is labelled v13
because it is based on his most recent series, v11.