Re: [Qemu-devel] Connecting vde and LAN

2005-07-12 Thread Ross Kendall Axe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oliver Gerlich wrote: > Ross Kendall Axe schrieb: > >>>Oliver Gerlich wrote: >>> >>> >>>>>The "problem" is that I start vde_switch and the bridging not at boot, >>>>>but when I

Re: [Qemu-devel] Connecting vde and LAN

2005-07-12 Thread Ross Kendall Axe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oliver Gerlich wrote: > > The "problem" is that I start vde_switch and the bridging not at boot, > but when I want to run Qemu. So then I have to restart Samba to bind to > to br0 instead of eth0. Not so much of a problem though... Only I don't > know

Re: [Qemu-devel] [patch] Remove requirement for -hda with -kernel

2005-05-01 Thread Ross Kendall Axe
--- /dev/null 2005-04-29 15:39:30.00000 +0100 +++ block-dummy.c 2005-04-29 21:48:18.0 +0100 @@ -0,0 +1,148 @@ +/* + * QEMU dummy block device driver + * + * Copyright (C) 2005 Ross Kendall Axe <[EMAIL PROTECTED]> + * Portions copyright (c) 2003 Fabrice Bellard + * + * Permission is hereby

Re: [Qemu-devel] [patch] Remove requirement for -hda with -kernel

2005-04-28 Thread Ross Kendall Axe
Fabrice Bellard wrote: > > Ross Kendall Axe wrote: > >> The requirement to provide an -hda argument when doing a direct boot of >> a linux kernel has irritated me for some time. This patch removes that >> requirement by creating a temporary 1 sector hda as needed. >

[Qemu-devel] [patch] Remove requirement for -hda with -kernel

2005-04-26 Thread Ross Kendall Axe
The requirement to provide an -hda argument when doing a direct boot of a linux kernel has irritated me for some time. This patch removes that requirement by creating a temporary 1 sector hda as needed. Ross Index: hw/pc.c === RCS fi

Re: [Qemu-devel] Two network interfaces ?

2005-04-26 Thread Ross Kendall Axe
Flavio Visentin wrote: > | Thanks, I just figured out how to do this ;-) > | Here is my /etc/qemu-ifup script in case someone reads this thread : > > A little more generic, if you want more nics or use more than 1 VM. > VDE (http://vde.sf.net) is IMHO the best way to do multiple VMs. Whether it'