From d034d3762df601e368199edea54c73171068ceae Mon Sep 17 00:00:00 2001 From: "iap10@labyrinth.cl.cam.ac.uk" Date: Wed, 16 Apr 2003 17:59:13 +0000 Subject: bitkeeper revision 1.172.2.1 (3e9d99f1bgmrT-dK132TjqTggS_oow) Add support to domain_builder to enable domains>0 to be booted with initrd's (initial ram disks). To continue the fine tradition of layering hack upon hack in domain_builder, if the 4th parameter to domain_builder starts 'initrd=' then it will load the specified file as an initrd module, and pass that to the new kernel. For example: r ./newdom 128000 ../../../xenolinux-2.4.21-pre4/arch/xeno/boot/image 128.232.xx.xx initrd=/usr/groups/srgboot/xxx/initrd ip=128.232.xx.xx:128.232.32.20:128.232.32.1:255.255.240.0::eth0:off ramdisk_size=32804 root=/dev/ram0 rw Someone really needs to rewrite domain_builder to take more sensible command line arguments... --- xenolinux-2.4.21-pre4-sparse/arch/xeno/drivers/dom0/dom0_ops.h | 2 ++ 1 file changed, 2 insertions(+) (limited to 'xenolinux-2.4.21-pre4-sparse') diff --git a/xenolinux-2.4.21-pre4-sparse/arch/xeno/drivers/dom0/dom0_ops.h b/xenolinux-2.4.21-pre4-sparse/arch/xeno/drivers/dom0/dom0_ops.h index 22ebd7aba0..74c9b24de7 100644 --- a/xenolinux-2.4.21-pre4-sparse/arch/xeno/drivers/dom0/dom0_ops.h +++ b/xenolinux-2.4.21-pre4-sparse/arch/xeno/drivers/dom0/dom0_ops.h @@ -81,6 +81,8 @@ typedef struct domain_launch unsigned long virt_startinfo_addr; unsigned int num_vifs; char cmd_line[MAX_CMD_LEN]; + unsigned long virt_mod_addr; + unsigned long virt_mod_len; } dom_meminfo_t; -- cgit v1.2.3