[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v4 2/2] allow hardware domain != dom0



On 04/15/2014 10:45 AM, Andrew Cooper wrote:
On 14/04/14 22:23, Daniel De Graaf wrote:
diff --git a/xen/common/domain.c b/xen/common/domain.c
index 3c05711..11c905a 100644
--- a/xen/common/domain.c
+++ b/xen/common/domain.c
@@ -61,6 +61,11 @@ struct domain *domain_list;

  struct domain *hardware_domain __read_mostly;

+#ifdef CONFIG_LATE_HWDOM
+domid_t hardware_domid __read_mostly;
+integer_param("hardware_dom", hardware_domid);
+#endif
+

Is it worth putting a custom_param() in here which clamps hardware_domid
below FIRST_RESERVED_DOMID, or allow anyone specifying
hardware_dom=0xffff to keep all the broken pieces they find?  Aliasing
the magic domids is sure to break things.

~Andrew

I'm currently of the opinion that a custom_param is overkill to prevent
users from deliberately doing bad things, but could easily write one if
others think that it would be helpful.

--
Daniel De Graaf
National Security Agency

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.