This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


RE: [Xen-devel] execve() in reboot.c ?

To: "aq" <aquynh@xxxxxxxxx>, "xen-devel" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] execve() in reboot.c ?
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Mon, 25 Jul 2005 12:00:13 +0100
Delivery-date: Mon, 25 Jul 2005 10:58:46 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcWQ9l80+hCxDjLrS9uAY956xYNANQAEXgaw
Thread-topic: [Xen-devel] execve() in reboot.c ?
 > Domain kernel has arch/xen/kernel/reboot.c, which executes 
> shutdown and halt on request. But one problem is that we have 
> the path and command options fixed in the kernel, like this:
>     static char *restart_argv[]  = { "/sbin/shutdown", "-r", 
> "now", NULL };
>     static char *poweroff_argv[] = { "/sbin/halt",     "-p",  
>       NULL };
> That is kind of violating the rule: kernel should never 
> enforce the policy to the user. We can see the problem if for 
> example domU uses busybox instead of sysvinit: busybox doesnt 
> support "halt -p", so "xm shutdown" cannot shutdown the domU.

Would 'telinit 1' / 'telinit 6' work on busybox ?


Xen-devel mailing list