On Tue, 2006-09-26 at 08:44 +0200, Jens Arm wrote:
> Hi
>
> Since the update from sunday w2k can load the net driver, but it can not send
> or receive
> pakets. W2k can not get an IP from the usernet-dhcp.
>
> I start qemu like this: qemu -m 384 disk.dsk
I'm seeing this as well with recent cv
> > Of course when using qemu the syscalls thatqemu emulates tend to be more
> > important than the host kernel version. By default qemu will report the
> > same version as the host kernel. However you can tell it to report a
> > different version.
>
> Excuse me for stupid question, but how?
As
Hello Paul,
Wednesday, September 27, 2006, 9:38:57 PM, you wrote:
> On Wednesday 27 September 2006 19:27, K. Richard Pixley wrote:
[]
> Of course when using qemu the syscalls thatqemu emulates tend to be more
> important than the host kernel version. By default qemu will report the same
> vers
Hi,
Does the time-base setting below signify
that the PowerPC Decrementer is at 100MHz or is it the CPU?
This isn't completely obvious because
sometimes you have something like 4 bus clocks per decrementer increment.
...
ppc_prep.c
/*
Set time-base frequency to 100 Mhz */
cpu_ppc_tb_ini
On Wednesday 27 September 2006 23:53, The MoonSeeker wrote:
> Le 28 sept. 06 à 00:19, Paul Brook a écrit :
> >> For my diploma project, I have to create a network simulator but with
> >> these limitation I can't use qemu. Because if would like to simulate
> >> 20 workstions I need 20 X 128 MB = 256
Le 28 sept. 06 à 00:19, Paul Brook a écrit :For my diploma project, I have to create a network simulator but with these limitation I can't use qemu. Because if would like to simulate 20 workstions I need 20 X 128 MB = 2560 MB of RAM... + host RAM!!! But in the simulation, the VM's never will
Hi,
On 27/09/06, The MoonSeeker <[EMAIL PROTECTED]> wrote:
Ok but some virtual solution like openVZ allow you run more VM than the
memory installed. By example, with openVZ I can create 10 Virtual Machine
who have a limite fixe to 200 MB but have guaranteed RAM of 20MB. With qemu
I need to have
> > However, swapping (using virtual memory) will be a huge performance
> > killer. It will affect the performance of your host OS and all
> > applications, as well as for your QEMU instances.
>
> The problem is the swaping even the VM don't need all of ressource
> assigned... We lost RAM...
You n
> Ok but some virtual solution like openVZ allow you run more VM than
> the memory installed. By example, with openVZ I can create 10 Virtual
> Machine who have a limite fixe to 200 MB but have guaranteed RAM of
> 20MB. With qemu I need to have 10 X 200MB for VM's + 128 MB host of
> RAM installed o
Le 27 sept. 06 à 23:57, James Olsen a écrit :It seems to me that no change to QEMU is needed for this; it should already be supported by your host OS. Simply allocate the memory that you want (256mb, for example) for each virtual machine. Depending on how many virtual machines you have open at once
Le 27 sept. 06 à 23:41, Paul Brook a écrit :qemu is just like any other application. It is only limited by how much virtual memory your OS can provide. ie. if you have sufficient swap you can have as many qemu instances using as much memory as you want. qemu is currently limits each guest to 2Gb
Hello,
TM> Another question is : Can we run run many VM using more RAM than the
TM> RAM installed (on the workstation)? For example I'd like to create 5
TM> VM's who have 256MB (can use 256MB but only for a slice of time) but
TM> normally one VM use only 50MB. On the workstation I have only 5
On Wednesday 27 September 2006 22:31, The MoonSeeker wrote:
> Hello,
>
> I'd like to know if qemu have a tool that let a VM to use more RAM
> than it have (when initialised).
>
> Another question is : Can we run run many VM using more RAM than the
> RAM installed (on the workstation)? For example
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/09/27 21:31:59
Modified files:
target-i386: helper.c
Log message:
fixed user mode emulation
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper.c?cvsroot=qemu&r1
Hello,
I'd like to know if qemu have a tool that let a VM to use more RAM
than it have (when initialised).
Another question is : Can we run run many VM using more RAM than the
RAM installed (on the workstation)? For example I'd like to create 5
VM's who have 256MB (can use 256MB but only
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/09/27 19:54:02
Modified files:
target-i386: cpu.h helper.c
Log message:
SMM fix for x86_64
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/cpu.h?cvsroot=qemu&r1=1.3
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/09/27 19:52:41
Modified files:
target-i386: helper2.c
Log message:
enabled PSE36 for x86_64 (fix for OpenSolaris as guest)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/targe
On Wednesday 27 September 2006 19:27, K. Richard Pixley wrote:
> Paul Brook wrote:
> >> Do you know why 2.6.16 would be required? (I'll see if I can't
> >> find/build a 2.6.16 system on which to try it today.)
> >
> > Because arm-linux didn't get EABI support until 2.6.16 (though our
> > toolchain
Paul Brook wrote:
Do you know why 2.6.16 would be required? (I'll see if I can't
find/build a 2.6.16 system on which to try it today.)
Because arm-linux didn't get EABI support until 2.6.16 (though our toolchains
may accept 2.6.14). glibc has santity checks stop applications
> Do you know why 2.6.16 would be required? (I'll see if I can't
> find/build a 2.6.16 system on which to try it today.)
Because arm-linux didn't get EABI support until 2.6.16 (though our toolchains
may accept 2.6.14). glibc has santity checks stop applications even trying to
run on kernels tha
Paul Brook wrote:
On Tuesday 26 September 2006 23:14, K. Richard Pixley wrote:
Ok, then I'm confused because I'm seeing dumps just trying to run a null
program. Unless there's NPTL setup stuff in crt0, I can't guess what
might be going on yet. This same null binary runs on a qemu
21 matches
Mail list logo
