Jimi Xenidis
2006-Oct-12 09:51 UTC
[Xen-devel] [LINUX]*back_init: should return -ENODEV if not privileged?
Is there any reason to actually setup/init net/block back if the domain is not privileged? -JX _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Keir Fraser
2006-Oct-12 09:54 UTC
Re: [Xen-devel] [LINUX]*back_init: should return -ENODEV if not privileged?
On 12/10/06 10:51, "Jimi Xenidis" <jimix@watson.ibm.com> wrote:> Is there any reason to actually setup/init net/block back if the > domain is not privileged?The concept of ''privileged'' is not really well defined. Certainly you could imagine having backends which have no access to physical hardware. A virtual network bridge for example. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Mark Williamson
2006-Oct-12 15:18 UTC
Re: [Xen-devel] [LINUX]*back_init: should return -ENODEV if not privileged?
> Is there any reason to actually setup/init net/block back if the > domain is not privileged?In the old days we didn''t bother doing this, but since the introduction of grant tables it is possible, in principle, for an unpriv domain to be a backend. I guess there are no terribly solid reasons why you''d want to do that, but it could be useful for e.g. disaggregating functionality into multiple domains (some sort of software RAID domain, for instance), or Keir''s virtual network bridge example (you could construct a virtual DMZ quite straightforwardly) Actually, even if the domain has PCI access, I didn''t think it was strictly "privileged" anymore? If that''s the case, then we also need net/block back to run in the case of driver domains. Cheers, Mark -- Dave: Just a question. What use is a unicyle with no seat? And no pedals! Mark: To answer a question with a question: What use is a skateboard? Dave: Skateboards have wheels. Mark: My wheel has a wheel! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel