On Friday 07 September 2007, Natalia Portillo wrote:
and remember, please, x86_64 only composes from pentium4 upwards and
athlon64 upwards, no sense to behave like 386 in x86-64 emulator lol)
Actually, there is. Isn't the x86_64 emulator required to use kqemu on x86_64?
Or does the -cpu 486
On Sunday 09 September 2007, Alain Knaff (qemu) wrote:
Workaround:
Putting the following into the script:
exec 3/dev/null
exec 4/dev/null
exec 5/dev/null
exec 6/dev/null
better yet: for i in {3..6}; do exec $i-; done
On Thursday 06 September 2007, Lapo Luchini wrote:
I noticed that cow adds space also if the written data is the same as
the one it was there already.
Is there a reason why checking it would be bad/difficult/slow/other?
Simply no one had the will to code the check?
Simply that your operation
On Saturday 01 September 2007, Markus Hitter wrote:
qemu -c MyImage/vm.cfg
In opposite to qemu -c MyImage ?
Why do you want the user to do extra typing? There's one config in
one directory, so typing the config file name is just redundant.
Why would there only be one config in one
On Friday 31 August 2007, Anthony Liguori wrote:
You're overriding what qemu my_pc means. qemu my_pc create a QEMU
vm with 128m of memory and -hda my_pc with the default network card.
Why should -hda be assumed instead of -c or -c X/config?
qemu -c my_pc/config only has one meaning: read
On Thursday 16 August 2007, [EMAIL PROTECTED] wrote:
This is a very simple proof-of-concept patch that fakes ICMP well enough
for ping to work.
Speaking of which... does ping work if qemu runs as root?
As to the patch, it looks like it only works if you're testing whether you
actually can ping
On Thursday 16 August 2007, H. Peter Anvin wrote:
Jorge Lucángeli Obes wrote:
The '#!' trick works nice with scripts, but I don't see it playing
very well with images. ¿Comments? ¿Pointers?
Well, you can make it work with a header (you just have to pad it out to
a fixed length or use a
On Thursday 16 August 2007, Paul Brook wrote:
If you really want to get it merged I suggest modifying kqemu to use the
kvm interface, augmenting the kvm interface if necessary.
This sounds like the way to go.
On Sunday 01 July 2007 07:29, andrzej zaborowski wrote:
On 5/24/07, sinisa marovic [EMAIL PROTECTED] wrote:
I'm afraid I will have to dissapoint you: it will be only isapc with no
networking or other fancy devices. Main goal is the ability to run dos
games. I do not know how familiar are
On Sunday 24 June 2007 23:21, Natalia Portillo wrote:
Apart from what Stefan said you,
the only way that will be useful for learning graphical operating
systems will be having a screen-reader capable of doing OCR of the
entire screen, or at least, part of it (the QEMU window).
Or perhaps
On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
The GPL only has as much force of law as copyright law gives it, and in
order to be applicable, the work in question must somehow rely on the GPL'd
work. The somehow here is an interesting legal question that hasn't been
well settled.
On Friday 22 June 2007 00:34, Balazs Attila-Mihaly (Cd-MaN) wrote:
I must prefix this with the fact that IANAL, but as I understand it, you
must release the source code only if you distribute that modified system
(with GPL v2). That is, if you use this system internally in you company,
you
On Friday 22 June 2007 11:07, you wrote:
On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
The GPL only has as much force of law as copyright law gives it, and in
order to be applicable, the work in question must somehow rely on the
GPL'd work. The somehow here is an interesting
On Friday 22 June 2007 11:46, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Luke -Jr [EMAIL PROTECTED] writes:
: On Friday 22 June 2007 11:07, you wrote:
: On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
:The GPL only has as much force of law as copyright law
On Friday 22 June 2007 12:37, Johannes Schindelin wrote:
If at the same time you make something original, which is not derived from
the GPLed program, then you are as free as a bird to sh*t on the GPL with
regards to your original work. You can choose whatever license, if any.
Not if you want
On Thursday 21 June 2007 06:28, Armbrost Failsafe wrote:
We are looking into using QEMU as the base for a model of a custom system
featuring some custom ASICs. But licensing issues are halting the process
right now. Does anyone know what happens license-wise if we create a model
of proprietary
I'm sure someone's probably had a similar idea before, and it's probably not
practical for some reason I'm overlooking-- but is there a reason Qemu can't
dynamically translate library calls to use the native libraries instead of
requiring emulated libraries as well?
On Monday 21 May 2007 16:13, H. Peter Anvin wrote:
The easiest way to do that is by having an RPC stub library in the
emulated environment which contains nothing but trap instructions --
like system calls -- that can be intercepted on the other side. At that
point, one has to do translation
On Saturday 24 February 2007 04:54:44 pm Daniel P. Berrange wrote:
Having repeatedly said that we should be doing TLS encryption for VNC, I
figured I ought to get down implement it. So, in the spirit of 'release
early, release often', here is the very first cut of my patch for QEMU.
This
Does anyone have plans to add more hotplugging support to qemu? For example,
PCI hotplug (for video and network) and/or memory hotplug? Perhaps even disk
hotplugging for more than just CD-ROMs?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
Is there a reason to not use the semi-standard -rfbauth filename argument?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
21 matches
Mail list logo
