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

Re: [Xen-devel] sHype changeset causes error in domU creation


  • To: Reiner Sailer <sailer@xxxxxxxxxx>
  • From: aq <aquynh@xxxxxxxxx>
  • Date: Fri, 24 Jun 2005 00:24:03 +0900
  • Cc: Stefan Berger <stefanb@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Steven Hand <Steven.Hand@xxxxxxxxxxxx>, George Washington Dunlap III <dunlapg@xxxxxxxxx>
  • Delivery-date: Thu, 23 Jun 2005 15:23:01 +0000
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tZplhl5jZxjkPAgbKbTWv/7qfVxRdzsJxzksTkyOjDFOtkmrYODC6si6rl7ObDEjIe0s6nlXRQNQTtaAlcQ1WvOjYcN8vnpb90CiA+yb3IbBZtIC6hG18VQEjye8lbEf7BY65Pah2kUYvyQWR4cvLxWnhWHQyrW4Q0oMKylpKZ0=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On 6/24/05, Reiner Sailer <sailer@xxxxxxxxxx> wrote:
> Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote on 06/23/2005 05:48:12 AM:
> 
> >
> > On 23 Jun 2005, at 04:01, Stefan Berger wrote:
> >
> > > This is a problem that comes with an FC 4 install and the newer python
> > > that comes along with it.
> > > Below a patch that solves the problem. ( default=~0 would also work )
> > >
> > > Signed-off-by: Stefan Berger <stefanb@xxxxxxxxxx>
> >
> > Steve applied this patch, but I'd strongly argue for 0 as the default
> > ssid value. I don't know if this this is a hard change to make?
> 
> Hi Keir, we already started to change the default ssid (to 0). The change
> is not much work but will need testing. We will have a patch in a few
> days.
> 
> > As an aside, I also don't like the name of the policy hypercall and
> > policy control tools. Can we call them 'acm_policy' or
> > 'security_policy' or something like that? Calling them 'policy' with no
> > further qualification is too vague.
> 
> This is a good suggestion as well. We are going to make the name change
> to security_policy. acm_policy is a bit too restrictive since the security
> architecture will generally involve more than just the current access
> control
> module.

BTW, how about changing the name of "policy_tool" (in tool/policy/)? i
guess it has the same problem, doesnt it?

regards,
aq

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


 


Rackspace

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