<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Xen 3.4 Feature Request from Customers</title>
	<atom:link href="http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/</link>
	<description>Community Blog</description>
	<lastBuildDate>Mon, 13 May 2013 10:17:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: alex</title>
		<link>http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/comment-page-1/#comment-171</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Wed, 24 Sep 2008 03:28:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/#comment-171</guid>
		<description>Hello, Rob

I am interested in this kinds of applications too.
Can we communicate via email?
my email address is aleck_liu@163.com

Thanks
alex.</description>
		<content:encoded><![CDATA[<p>Hello, Rob</p>
<p>I am interested in this kinds of applications too.<br />
Can we communicate via email?<br />
my email address is <a href="mailto:aleck_liu@163.com">aleck_liu@163.com</a></p>
<p>Thanks<br />
alex.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/comment-page-1/#comment-170</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 23 Sep 2008 01:26:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/#comment-170</guid>
		<description>A great feature would be the ability to lock a specific hardware to a specific process.

Examples:

You have two video cards and two network cards, you want to run WinXP and Linux with WinXP using one video card and one network card with Linux using the other ones. 

You do NOT want to Virtualize the hardware, you want to assign it, permanantly (both for performance issues and because it would be foolish to be able to Virtualize when you have two of something (like Video monitors or network cards)).

We desire direct hardware access to allow WinXP OpenGL Accelerated drivers (from the Manufacturer, and only available for Windows) to run unfettered on the WinXP side and we want to be able to run Wireshark (or other program requiring direct access to the network card) on the Linux side.

Let us assign hardware (and lock it) to a process.

You would want to Virtualize the processor and may desire to Virtualize the USB ports, Firewire, etc.

Lets (at least) have a (short / long?) list of devices that can be put into a &quot;Request Pool&quot; and allocated.


EG: 

Monitor 1 would be assigned in Xen&#039;s boot script to be called &quot;Windows_Video_Monitor&quot; and the name &quot;Windows_Video_Monitor&quot; could be &#039;mapped&#039; to &quot;VGA&quot; so when Windows boots it sees that there is a &quot;VGA&quot; monitor (only one, it can&#039;t see the other) available and &#039;grabs&#039; it.

Monitor 2 would be assigned in Xen&#039;s boot script to be called &quot;Linux_Video_Monitor&quot; and the name &quot;Linux_Video_Monitor&quot; could be &#039;mapped&#039; to &quot;VGA&quot; so when Linux boots it sees that there is a &quot;VGA&quot; monitor (only one, it can&#039;t see the other) available and &#039;grabs&#039; it.

There could be a &quot;Helper Executable&quot; that could be ran when WinXP or Linux starts to tell the OS the name of the &quot;Video Device Driver&quot; so that WinXP could choose to use &quot;Windows_Video_Monitor&quot; and set the &#039;screen resolution and bits&#039; to a prechosen vaule and when Linux starts it&#039;s &quot;Helper Executable&quot; would choose &quot;Linux_Video_Monitor&quot; as it&#039;s video device and set it up to use &#039;screen resolution and bits&#039; that may (or may not) differ from the WinXP setup.

Another example is just ONE video card and 16 ethernet ports with WinXP and half a dozen flavors of Linux running. All would _share_ the same monitor (and it would be virtualized and &#039;swapable&#039; _BUT_ each process would be locked to ONE (or Bridged to a few) ethernet ports to: Improve performance, ensure _absolute_ security and do away with _unneccesary_ Virtualization where it is not desired.

Sometimes a great thing (Virtualization) can go too far (Full Virtualization, and no ability to &#039;assign / lock&#039;) so I ask for the ability to have a little less Virtualization (and a little more control).

Thanks,
Rob</description>
		<content:encoded><![CDATA[<p>A great feature would be the ability to lock a specific hardware to a specific process.</p>
<p>Examples:</p>
<p>You have two video cards and two network cards, you want to run WinXP and Linux with WinXP using one video card and one network card with Linux using the other ones. </p>
<p>You do NOT want to Virtualize the hardware, you want to assign it, permanantly (both for performance issues and because it would be foolish to be able to Virtualize when you have two of something (like Video monitors or network cards)).</p>
<p>We desire direct hardware access to allow WinXP OpenGL Accelerated drivers (from the Manufacturer, and only available for Windows) to run unfettered on the WinXP side and we want to be able to run Wireshark (or other program requiring direct access to the network card) on the Linux side.</p>
<p>Let us assign hardware (and lock it) to a process.</p>
<p>You would want to Virtualize the processor and may desire to Virtualize the USB ports, Firewire, etc.</p>
<p>Lets (at least) have a (short / long?) list of devices that can be put into a &#8220;Request Pool&#8221; and allocated.</p>
<p>EG: </p>
<p>Monitor 1 would be assigned in Xen&#8217;s boot script to be called &#8220;Windows_Video_Monitor&#8221; and the name &#8220;Windows_Video_Monitor&#8221; could be &#8216;mapped&#8217; to &#8220;VGA&#8221; so when Windows boots it sees that there is a &#8220;VGA&#8221; monitor (only one, it can&#8217;t see the other) available and &#8216;grabs&#8217; it.</p>
<p>Monitor 2 would be assigned in Xen&#8217;s boot script to be called &#8220;Linux_Video_Monitor&#8221; and the name &#8220;Linux_Video_Monitor&#8221; could be &#8216;mapped&#8217; to &#8220;VGA&#8221; so when Linux boots it sees that there is a &#8220;VGA&#8221; monitor (only one, it can&#8217;t see the other) available and &#8216;grabs&#8217; it.</p>
<p>There could be a &#8220;Helper Executable&#8221; that could be ran when WinXP or Linux starts to tell the OS the name of the &#8220;Video Device Driver&#8221; so that WinXP could choose to use &#8220;Windows_Video_Monitor&#8221; and set the &#8216;screen resolution and bits&#8217; to a prechosen vaule and when Linux starts it&#8217;s &#8220;Helper Executable&#8221; would choose &#8220;Linux_Video_Monitor&#8221; as it&#8217;s video device and set it up to use &#8216;screen resolution and bits&#8217; that may (or may not) differ from the WinXP setup.</p>
<p>Another example is just ONE video card and 16 ethernet ports with WinXP and half a dozen flavors of Linux running. All would _share_ the same monitor (and it would be virtualized and &#8216;swapable&#8217; _BUT_ each process would be locked to ONE (or Bridged to a few) ethernet ports to: Improve performance, ensure _absolute_ security and do away with _unneccesary_ Virtualization where it is not desired.</p>
<p>Sometimes a great thing (Virtualization) can go too far (Full Virtualization, and no ability to &#8216;assign / lock&#8217;) so I ask for the ability to have a little less Virtualization (and a little more control).</p>
<p>Thanks,<br />
Rob</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: styro</title>
		<link>http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/comment-page-1/#comment-160</link>
		<dc:creator>styro</dc:creator>
		<pubDate>Mon, 08 Sep 2008 23:12:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xen.org/index.php/2008/09/08/xen-34-feature-request-from-customers/#comment-160</guid>
		<description>Thanks for asking :)

This thread about consistent LVM snapshots from Dom0 is something I&#039;d like to see:

http://marc.info/?l=xen-devel&amp;m=119695909223759&amp;w=4

I don&#039;t recall this happening as part of 3.3 (I could be wrong - we haven&#039;t installed 3.3 yet).</description>
		<content:encoded><![CDATA[<p>Thanks for asking <img src='http://blog.xen.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>This thread about consistent LVM snapshots from Dom0 is something I&#8217;d like to see:</p>
<p><a href="http://marc.info/?l=xen-devel&#038;m=119695909223759&#038;w=4" rel="nofollow">http://marc.info/?l=xen-devel&#038;m=119695909223759&#038;w=4</a></p>
<p>I don&#8217;t recall this happening as part of 3.3 (I could be wrong &#8211; we haven&#8217;t installed 3.3 yet).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced (Requested URI is rejected)
Object Caching 272/274 objects using disk: basic

Served from: blog.xen.org @ 2013-05-24 18:46:49 -->