it's ok with me on a XP host and running linux 2.6.10 with either
-kernel option (remember you need an -hda too) and inside an iso.
It also works inside a -fda too.
What is your exact cmd line ?
Christian
On 5/8/05, Der Herr Hofrat [EMAIL PROTECTED] wrote:
Hi !
does anybody have a 2.6.X
for me it's working on a XP host with qemu 0.7.0.
I can see the ouput errors on the serial console of qemu. Neat :)
I just miss a initrd...
I've been compiling 2.6.x guests since qemu 0.6.0, and the only pb
I have are regarding stable framebuffer switching. It works on the host
but not always
@Nicholas
Just to make sure, I'll be sending you off-list a tiny 2.6.10 kernel with
a minimalistic embedded initramfs. It's quite small (600k),
just to check qemu is working fine.
To use it, just do (tested with mingw/qemu-0.7.0):
qemu-img create -f qcow hda.img 32M
qemu -L . -hda hda.img
On 5/12/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've been trying to install various old versions of DOS under Window's v0.70
of qemu from FreeOSZoo.
And since so few people appear to be using the Windows version, I've been
making a point to do as much testing as I can, with as wide a
I've seen no problem whatsoever. Do you want my bins jeebs ?
Thanks for the offer, but I already own Dos 5 and Win300a (although
admittedly the images I'm using came from a friend, since I no longer have a
5.25 floppy, and didn't make images of them back then.)
euh... I only meant sharing
There are people out there already distributing kqemu, if I understand
enough the following article.
http://knoppix.guilinux.com/article.php?sid=1067
Did they get approval? Or are they just re-packaging qemu and asking
the end-user to recompile kqemu module themselves ?
--
Christian
On 5/13/05, Ronald [EMAIL PROTECTED] wrote:
I'm already using the latest FreeOSZoo windows build.
This doesn't mean that it perform like Christian's or Kazu's one, you can
get a try.
Actually I performed some comparisons yesterday using nbench on
a qemu linux guest on winxp host, and in
I think Miguels patch is quite useful. It makes it possible to use
native Windows controls and Windows API calls to display a nice GUI for
Qemu, without adding much code to Qemu itself. Actually I've been
working on something similar for XFree (with XEmbed) to embed Qemu into
a GUI written
of this being inside the main graphic
window is that
even inside a full-screen mode, we could access it.
But I understand Fabrice's point. After all, this is his baby. :)
Christian
On 5/27/05, Pierre d'Herbemont [EMAIL PROTECTED] wrote:
On 26 mai 05, at 23:07, Christian MICHON wrote:
I do
Arm is still the only target that really takes advantage of any of
the new functionality.
Sorry I missed this line :(
I hope you will still consider x86 target before x86-64. You'd get a broader
audience for testing/debug.
If so, let us know. I haven't switched to svn yet...
Thanks anyway
all these discussions around tftp looked nice and sweet. So I told
myself, instead of using winimage (shareware), why not transferring
files live.
Yet, when you try on a windows host to exchange files with a linux
guest (inside qemu and with -tftp option), all you get is:
Error code 2: Access
I used 3 ways, either valid with msys or dos shell.
all fail :(
I can ping 10.0.2.2 perfectly, I even tried as administrator inside a dos
prompt.
the file I'm trying to get inside the guest is barely 58 bytes long
Anyone ever got tftp to work inside a XP host ?
Christian
Error code 2: Access
I made some progress based on your suggestions :)
I don't have any to test on, but the code is extremely simple and not OS
dependeng in any manner except the small detail that UNIX style paths must
be used.
Where is the file on the host?
c:\q\w
What tftp argument did you gave to qemu
0.7.0 compiles fine on mingw with custom compiled gcc-3.3.6 and
binutils-2.16. This is on windows host.
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
how do i do this?
from the windows host or from the linux guest?
any special sw to install/setup?
I tried to use a tftp server on the windows host. It's functional,
but the linux guest cannot reach it. I suspect the tftp over slirp
may interfere here.
Christian
On 6/14/05, John R. Hogerhuis
you would probably need to setup cross compilers at least,
find a global linux config file generic enough (ex: no framebuffer),
and at least a initrd with minimum bins (static busybox would be
best).
This also implies you've a lot of time free :) if you want to do it for
many
BTW, one problem with WIndows is that QEMU developers do not have access
to Windows licenses. Might be nice for non-programmers who want to
contribute to donate old licensed copies of Windows for testing work.
untrue.
http://www.microsoft.com/windowsserver2003/evaluation/trial/default.mspx
Hi,
since I was able on a windows host to connect (but no transfer)
on a ftp server over slirp, I thought I could do the same:
over slirp, connect to a true tftp server, not the layer provided
in slirp/tftp.c
In order to do so, I had to do minor patches to v0.7.0
- remove reference to tftp in
Probably your problem is a port problem.
this was a possibility
You have to options:
- If connecting on PORT mode in your FTP client, port 20 should be
redirected to your QEmu session through the -redir option.
interesting, never heard of it. Makes sense.
- If you use passive mode on
ok,
added to my bookmarks :)
I tried it directly: works fine with framebuffer on linux guests.
Christian
On 7/7/05, Volker Ruppert [EMAIL PROTECTED] wrote:
Hi,
where do we download it from ?
I tried to google but it all brings me back to bochs.
And it's an old version.
Oops, I
is loop device support compiled in the kernel ?
On 7/12/05, Matt Lawrence [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote on 07/12/2005
11:19:01 AM:
On Tuesday 12 July 2005 16:13, Matt Lawrence wrote:
I'm running on CentOS4 with a 2.6.11 kernel. After using losetup to
anyway, this patch as it is fails on v0.7.0
needs re-alignment badly...
if you've an updated patch, could you post it, please ?
Thx
Christian
On 7/20/05, Ludovic Drolez [EMAIL PROTECTED] wrote:
Paul Brook wrote:
A reference URL would be handy. I assume you mean:
Yes, this one !
I think I understand now why it's not in the mainline yet.
This is only for linux hosts. I doesn't compile (yet :) )
on Windows hosts.
I already tapped into the patch to see if I can make it
work on Windows.
Christian
___
When I try to replace bcmp (inexistant in mingw32) with memcmp
inside pcnet.h, like this:
int result = (!CSR_DRCVPA(s)) !bcmp(hdr-ether_dhost, padr, 6);
into
int result = (!CSR_DRCVPA(s)) !bcmp(hdr-ether_dhost, padr, 6);
I get the following error:
In file included from
Hi Filip,
On 7/20/05, Filip Navara wrote:
Hmm, I used it on Windows some time ago...
did it work ? I manage to update and compile the patch for qemu 0.7.0
and windows host (see attached file). I added some #ifdef and followed
Paul's hint of yesterday (thx Paul :) ).
It compiles fine, but all
On 7/21/05, Filip Navara wrote:
Ok, I lost the compilation patch ... but the other one is here:
www.volny.cz/xnavara/pcnet.c.diff
the qemu instance still crashes. I'm using plain
http://ftp.sh.cvut.cz/MIRRORS/slax/SLAX-5.0.x/special-editions/slax-frodo-5.0.6.iso
for testing.
As soon as
Apparently, the crash I'm getting is from the tcp/ip layer inside
mingw libs (without debug info). libws2 to be more accurate.
(Maybe it's a slirp/pcnet incompatibility ?)
here's the output of gdb. If anyone can make something from it,
thanks in advance. Pls note I also did a comparison on the
On 7/26/05, Mike Tremoulet wrote:
Outstanding work! I've been a fan of QEMU as a free emulator for some time.
The changelog mentions that the KQEMU accelerator is now available as
a preliminary executable for Windows. I've not been able to find a
link to that version anywhere. Should I
1) have you tried using qemu-img instead of dd ?
(I usually use the qcow format for windows guests. 2G should be ok.
qemu-img create -f qcow hd.img 2G )
2) you do not mention bios path, memory of vm and boot sequence.
I suggest you add at least the -boot d. By default, 128M will be used
have a look at your mailbox :)
Christian
On 7/26/05, lance windham [EMAIL PROTECTED] wrote:
My version of Qemu is 0.7.0 is there anyway I could
get your compile 0.7.1 from you please? the binary?
When I try to use my mouse it grabs screen then i
can't do anything in xwin even when i hit
On 7/27/05, Antony Gelberg wrote:
I mentioned the command line in my original post to the thread.
qemu -boot c -cdrom /dev/cdrom -hda hd.img
sorry. I'm used to add it at the end of the cmd line :)
3) is your qemu optimized? and which version of gcc is used?
I have had a look in the
found out why :)
On 7/28/05, 姚春林 wrote:
(...)
debian + gnome 2.1
gnome is slow . and vmware with 256mem is more faster then qemu.
answer is: gnome usage. Bad idea, which ever is your emulator.
Try to go for lighter window manager environment, like fluxbox.
Try also to boot in framebuffer
http://cyberkinetica.homeunix.net/qemu/cirrus_vga.patch.gz
I found back the patch I mentionned. It's not in v0.7.1, but
I do not know its effects yet on cirrus speed.
It's tagged on Antony's page as:
Attempt to speed up Cirrus VGA
Christian
On 7/28/05, Hetz Ben Hamo wrote:
Hmm,
Anyone has
On 7/28/05, Christian MICHON wrote:
http://cyberkinetica.homeunix.net/qemu/cirrus_vga.patch.gz
It's tagged on Antony's page as:
Attempt to speed up Cirrus VGA
I tried it yesterday with proper graphical benchmarks (win95 guest).
Some rendering is wrong on fonts (especially letter W uppercase
winimage.
There's also the possibility to mount the img as a volume.
But there's a catch: both qemu and winimage want the
exclusivity of the image file. :(
On 8/26/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
QEMU is working better from hour to hour :-)
Now I am looking for a way to get
QEMU version 0.7.2 is now available.
Just to report something I noticed on both 0.7.1/0.7.2 on winXP
hosts: qemu-img doesn't convert into compressed images
anymore. qemu-img-0.7.0 is still working fine.
qemu-img.exe convert -c -f qcow hda -O qcow hdz
gives:
qemu-img: Compression not supported
adapter.
The software I mentionned above doesn't have similar limitation.
Would it be feasible to change the current tap/win32 patch to
overcome qemu's current limitation, and where to start ?
Christian
On 9/22/05, Christian MICHON [EMAIL PROTECTED] wrote:
(...)
Guests are openmosix linux nodes
I managed to make it work (qemu+non blocking IO on windows host),
with a rough estimation of 10% speed increase at the early stage of
windows setup. I expect more once windows installs itself in true
multitasking mode. :)
What you need to do is:
- download pthreads-w32-2-6-0-release.tar.gz and
no vde for windows hosts :(
On 10/3/05, Jean-Christian de Rivaz [EMAIL PROTECTED] wrote:
Christian MICHON a écrit :
to do so, does that mean we would need to launch a 1st qemu
instance which would contain the dhcp server, and next qemu
instances would connect to it ?
if so, 'qemu
I did not manage a static link on win32 yesterday. I needed the
pthread dll in the same directory as qemu.exe.
I'll look more into it.
On 10/4/05, John Coiner [EMAIL PROTECTED] wrote:
Suppose that on Windows, we tell people to unpack the pthread
distribution within the qemu tree. Qemu's
do you happen to have vde for win32 ?
If yes, please point it to me, because I've googled for one with no
luck... :)
On 10/3/05, Henrik Nordstrom [EMAIL PROTECTED] wrote:
On Mon, 3 Oct 2005, Christian MICHON wrote:
I think you meant guests instead of hosts.
I second that. I would still like
Then all is good and I should not use (2) as a benchmark.
Thanks for clarifying :)
On 10/4/05, John Coiner [EMAIL PROTECTED] wrote:
(1) is a parallel task -- 'tar' and 'bunzip2' run concurrently. You see
a benefit here when one process can use the CPU while the other is
blocked waiting for IO.
it was working fine for me, both with 0.7.1/0.7.2
You need to make sure you install the right nic-driver :)
On 11/18/05, Adrian Kiess wrote:
Hello everyone,
I was just wondering if the problems running Windows Server 2003 with
applied SP1 inside qemu are already located/fixed?
As of
,
whats the problem with the NIC driver?
It is the same as before I applied SP1 to the Windows 2003 Server
installation; at least I guess. And it worked fine then.
Adrian
On Fri, Nov 18, 2005 at 08:59:18AM +0100, Christian MICHON wrote:
it was working fine for me, both with 0.7.1/0.7.2
You need
Hi list,
Happy new year!
I remember seeing some time ago a post saying a port of qemu
on winCE was under development. This could be useful on my
ipaq :)
Is there a place where to download this ? or do I need to
use pocketgcc to compile it myself ? One interesting bit
would be to figure out how
On 2/9/06, Jim C. Brown wrote:
This sounds like an interesting option. Qemu has moved one step closer to
VMware...
It hangs my XP host with 100% cpu eaten up, no way to stop qemu,
or kqemu. I have to reboot, and my linux clients freezes very early
Src=CVS (yesterday 09/02/2006)
I tried various guests today on winXP host.
* No crash and good speed for std kqemu (no kernel-kqemu)
* Crash of winXP host systematically on all guests (linux + ms)
It's hard to debug what is the problem. The only thing I have the
time to see is a BSOD (blue screen of d**th) and the error
just send your kernel .config for cross verification
:)
On 4/25/06, Damien Mascord [EMAIL PROTECTED] wrote:
Hi again,
Sorry to top post, just wanted to know if anyone has had similar experiences
to this?
If not, can someone help me debug the issue (bug?) with qemu here?
none taken :)
it's just that myself last year I created small kernels which sometimes would
freeze too at the expansion step, but then it was a kernel config issue.
I'll look at the patch though :)
On 4/26/06, Damien Mascord [EMAIL PROTECTED] wrote:
Given that it works with this patch, I can't
did I understand well ?
1) there's a rework of the original vnc patch
2) there are no problems of sync using the usb tablet
what is this usb tablet stuff? do I really need a usb
tablet connected to the host or this is yet another
emulated hardware inside the qem guest ?
If this is the case, it
ah! now it is working on winXP too. :)
(you only forgot ssize_t should be long instead for mingw32)
I see the old mouse sync problem is still here too...
On 5/1/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice
neat! it is working on windows 3.0 guest (no acceleration) on a winXP host.
Fabrice fixed it live while I was trying it (he's fast!).
old mouse sync problem is still here, as you mentionned no
calibration is done. You mention absolute mouse. how to do it ?
On 5/1/06, Christian MICHON [EMAIL
mingw32 build breaks on ssize_t which should be long
instead on win32 (see previous post on vnc.c).
beyond this little detail, compiled version works fine on
win32 (I'll do more testing tomorrow).
do we need kqemu-1.3.0pre6.tar.gz for this version
or a newer kqemu ?
On 5/3/06, Fabrice Bellard
seen on winXP host (kqemu independent): sometimes the pointer
inside the guest hits like an invisible wall and cannot go any further.
This happens on a win2003 bartpe based guest and on a RedHat 7.2
livecd (superrescue 2.1.2).
how to see it:
- boot the guest without having the physical pointer
I removed manually vnc_display_init, and this is not the culprit...
I'll check anyway versus qemu-0.8.0...
On 5/4/06, Christian MICHON [EMAIL PROTECTED] wrote:
I would say this could be a grab/ungrab issue induced recently
(vnc patch?). To check it, how do I remove the vnc patch alltogether
qemu 0.8.0 does not show this invisible barrier issue.
if this is worth anything, I use SDL 1.2.9.
If someone can reproduce the issue also on linux hosts,
there could be a lead.
On 5/4/06, Christian MICHON [EMAIL PROTECTED] wrote:
I removed manually vnc_display_init
yes, but this is a painful way to recalibrate. Apparently, there's a
confusion inside absolute coord and relative coord between
guest and host.
Turning off acceleration is not helping at all. Unfortunately
On 5/4/06, Chris Bagwell [EMAIL PROTECTED] wrote:
I've seen this for a few weeks in CVS
it works. Side effect: after the first ungrab, I can't see the host
pointer over the SDL windows.
Yet, it's nothing as compared to the invisible wall.
I know nothing about most qemu internals, but would it be
possible to make it like vmw*re, ie the mouse is automagically
grabbed/ungrabbed
Host: winXP pro
Guest: Redhat 7.2
when kqemu (user mode) is active, sleep 1 segfaults each time.
With kqemu disabled, no problem
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
on windows 3.0 (my usual testcase) ?
I'll try at least on rh72...
On 5/5/06, Anthony Liguori [EMAIL PROTECTED] wrote:
As someone has already mentioned, you want to use -usb -usbdevice tablet.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
well, at least inside rh72, I can see a usb device:
Vendor=0627 ProdID=0001
Product=QEMU USB Tablet
all I need now is:
1) which module to modprobe
2) which /dev/input/event... is used
3) modify XF86config accordingly
and then theoretically it should work...
anyone can help me please on rh72 +
yep, it's fixed. Zith regqrds to -kernel-kqemu, it still generate a
TRAP unknown and hangs xp hosts...
Thanks for the quick fix.
On 5/7/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Right, it is a regression caused by a typo in kqemu 1.3.0pre6. I just
released kqemu-1.3.0pre7 which should
: which driver is actually used for win98 guest ?
On 5/8/06, Jim C. Brown [EMAIL PROTECTED] wrote:
On Fri, May 05, 2006 at 10:57:01AM -0500, Anthony Liguori wrote:
Christian MICHON wrote:
well, at least inside rh72, I can see a usb device:
Vendor=0627 ProdID=0001
Product=QEMU USB Tablet
all I
On 5/16/06, Kazu [EMAIL PROTECTED] wrote:
It is normal that 2.4 kernel boots faster than 2.6 kernel, isn't it? I don't
know why Solaris x86 10 doesn't work.
solaris works, it's just painfully slow.
lots of time is wasted in ide-probing inside 2.6.x, because of the
way time is measured in the
On 6/4/06, Carlo Marcelo Arenas Belon wrote:
PS. eventhough it wasn't the cleanest build, gcc-4.1.1 when used to build
everything but op.c resulted in working binaries on my gentoo 2006.0 amd64
system.
did you get better benchmark results than using gcc-3.x ?
--
Christian
don't you need special acpi features inside qemu/bios, otherwise the iso
would not boot ?
On 6/8/06, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
Hi people,
Microsoft has released a free download ISO of Windows Vista Beta 2.
This Beta will expire at July 1st 2007.
Anyone who want to download it
neat and concise!
bravos kudos :)
On 6/8/06, Johannes Schindelin [EMAIL PROTECTED] wrote:
Why not define it in config-host.mak like this:
+CFLAGS=-Dfsync=_commit
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
no
the error message from vista is explicit: no acpi, no boot.
On 6/9/06, Sylvain Petreolle [EMAIL PROTECTED] wrote:
--- Nigel J. Terry [EMAIL PROTECTED] a écrit :
Yes you do need ACPI to get the .iso to boot. I tried it and it failed.
You also need 512M of ram and the ability to accept
yesterday's snapshot of cvs is ok, minus the _commit fixes for win32/mingw
which are not yet inside the tar.bz2
I can see vista booting now...
On 6/9/06, Christian MICHON [EMAIL PROTECTED] wrote:
no
the error message from vista is explicit: no acpi, no boot
I can't go any further than formatting an 8Gb qcow image.
Vista complains it can't use it. I'm using a win32/mingw
home-made compilation. Vista needs at least 6.7Gb
Is this a 64 bits limitation on win32/mingw ? how can
we get past it ? suggestions are welcome
On 6/9/06, Christian MICHON [EMAIL
they say to format the virtual disk first
with XP for use of vista under VPC.
El 09/06/2006, a las 16:35, Christian MICHON escribió:
I can't go any further than formatting an 8Gb qcow image.
Vista complains it can't use it. I'm using a win32/mingw
home-made compilation. Vista needs at least 6.7Gb
true. I just noticed in qemu makefiles all large file support are already in.
I guess I need to try with a big raw image...
On 6/9/06, Paul Brook [EMAIL PROTECTED] wrote:
On Friday 09 June 2006 21:41, Christian MICHON wrote:
ok, I'll try that. But I also suspect a win32/mingw limitation
:41, Christian MICHON wrote:
ok, I'll try that. But I also suspect a win32/mingw limitation on files
bigger than 2Gb, since gcc -dumpspecs does not show anything
related to -m64, which I'd expect to have to add to CFLAGS to
be able to use iso or qcow images bigger than 2Gb.
-m64 has nothing to do
I don't mind learning. Which version of msys/mingw/gcc/binutils do you have ?
On 6/12/06, Natalia Portillo [EMAIL PROTECTED] wrote:
I'm sure you're doing something bad.
I used qemu-img and qemu with mingw32 and files not just bigger than
2Gb but bigger than 6Gb even.
--
Christian
than
2Gb but bigger than 6Gb even.
El 12/06/2006, a las 20:33, Christian MICHON escribió:
interestingly enough, qemu-img is compiled with large file support,
yet
on win32/mingw (gcc 3.4.5) qemu-img cannot manage images bigger
than 2Gb
anyone ever succeded this on win32 host ? large file
http://www.h7.dion.ne.jp/~qemu-win/download/qemu-0.8.1-win32-imgover4g.patch
apparently fixes this. maybe Natalia mentionned no problem on qcow images,
not raw.
On 6/12/06, Christian MICHON [EMAIL PROTECTED] wrote:
qemu-img.exe create -f raw test.raw 2G
should take a couple of minutes to run
you're putting c++ inside the qemu source tree when it is not
needed (yet).
if SDL is common to most guest screens: I agree with you
that the gui/toolkit should overlay the SDL.
Yet Fabrice mentionned months ago this was not his
intention, so we should respect it and (hopefully) close
this long
On 6/21/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
If someone is interested, I am ready to
On 6/22/06, Tieu Ma Dau [EMAIL PROTECTED] wrote:
Hi all,
I'm working a project which develops Qemu running on MinGW/MSys but I don't
know which IDE I should use to develop, to test, to debug Qemu source code:
http://www.eclipse.org: generic IDE in java
http://www.eclipse.org/cdt: what will
how about also adding lzma compression for qcow ?
I know how to do this inside linux kernel, but lzma'ed qcow images
for windows guests could be a very nice addition too.
Thank Mark for the notes. I'll look at it to see how to start a
lzma patch for qcow...
On 7/4/06, Fabrice Bellard [EMAIL
...
On 7/4/06, Johannes Schindelin [EMAIL PROTECTED] wrote:
Hi,
On Tue, 4 Jul 2006, Christian MICHON wrote:
how about also adding lzma compression for qcow ?
Why lzma? We already have a dependency on zlib, why not just take that?
Ciao,
Dscho
___
Qemu
how do I test it unless I implement it?
Is it enough to split the qcow into the clusters, compress each one of
them, then add the total files sizes ?
how to split into individual clusters a qcow image ?
On 7/4/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Christian MICHON wrote:
1) size
sorry I was not clear here...
On 7/4/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
how to split into individual clusters a qcow image ?
A good approximation is to use an uncompressed qcow image, or even a raw
image in which you exclude the empty clusters.
Fabrice.
how do I cut into the
compression is not so impressive then (zlib
or not zlib based).
On 7/4/06, Christian MICHON [EMAIL PROTECTED] wrote:
sorry I was not clear here...
On 7/4/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
how to split into individual clusters a qcow image ?
A good approximation is to use an uncompressed
) than reading directly from the hard disk.
lefteris
(1) http://www.oberhumer.com/opensource/lzo/
Johannes Schindelin wrote:
Hi,
On Tue, 4 Jul 2006, Christian MICHON wrote:
how about also adding lzma compression for qcow ?
Why lzma? We already have a dependency on zlib, why not just take
this pcnet patch set breaks mingw/win32 build.
I had to remove it from my latest cvs grab.
On 7/4/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Note: I commited the pcnet patch as some people might be interested by
it. I was unable to use it with a Knoppix distribution of 2003 so fixes
are
On 7/17/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Sometimes I try :-) But evaluating patches takes a large amount of time
and in a program like QEMU regressions are difficult to track and very
easy to introduce...
not all on this list do contribute patches (in my case, not much
same for me here. about 150+ messages and it keeps growing...
On 8/20/06, René Korthaus [EMAIL PROTECTED] wrote:
Hey,
is anyone else experiencing this? Since some hours I get messages
dating from February, March and April again...
René Korthaus
___
On 8/19/06, J M Cerqueira Esteves [EMAIL PROTECTED] wrote:
So the culprit of the cdrom timeouts seems to be -hdd ...
but why?
I saw the same things few weeks ago. Since then, I do
not use hdd anymore (my qemu host is winXP).
I remember it was better on real hardware to have the cdrom
either
On 10/22/06, Rob Landley [EMAIL PROTECTED] wrote:
As a random end-user, I really like being able to run qemu without a config
file, configuring it entirely on the command line. I'd be highly
disappointed if qemu turned into another Wine.
Rob
we've a lot to gain from it. Think twice: the
IMHO, I believe:
- python inside monitor is uncalled for (average python installation size is
big, no ?)
- xml is still too big a format for something we can do by shell script
(joke: why not yaml ?)
--
Christian
___
Qemu-devel mailing list
how about this ? (it's yaml, not xml)
the idea would be to store all cfg in one file and switch at boot time
which guest you want to boot...
This is just a draft, and your mileage may vary. More readings at:
http://yaml.org
http://www-128.ibm.com/developerworks/library/x-matters23.html
---
On 10/24/06, Blue Swirl [EMAIL PROTECTED] wrote:
I'd recommend Qemu Launcher (https://gna.org/projects/qemulaunch).
If Qemu gets a config file and a configuration utility, it should be similar
in my opinion.
I thought the qemu config file could be having the noble aim to be
multi-host. Using
yes, but this one seems more interesting...
http://video.google.com/videoplay?docid=-582288598817619782q=qemuhl=en
Dscho on lime lights :)
On 11/28/06, Laurent Desnogues [EMAIL PROTECTED] wrote:
This looks real and funny :)
Hi list,
I know for sure -smb option is meant for using samba inside a Windows guest
inside a linux host.
I would like to do the opposite: having a Windows host and a properly configured
samba inside a linux guest, use windows explorer to browse specific disk areas
of the linux guest.
I can
, Christian MICHON [EMAIL PROTECTED] wrote:
I would like to do the opposite: having a Windows host and a properly configured
samba inside a linux guest, use windows explorer to browse specific disk areas
of the linux guest.
I can already do this using vmplayer in host-only network mode, similar
On 12/12/06, Daniel Jacobowitz [EMAIL PROTECTED] wrote:
How is everybody missing the point? :-) mount -o loop doesn't mount
qcow images.
you could also mount it through a samba tunnel
--
Christian
___
Qemu-devel mailing list
On 12/15/06, Paul Brook [EMAIL PROTECTED] wrote:
I've got a copy of today's CVS,
You missed my point entirely. kqemu is a closed source module, there's
absolutely nothing we can do with it.
well, we can use kqemu at least, right? :)
interesting benchmark: I started removing most of the
On 12/15/06, Paul Brook [EMAIL PROTECTED] wrote:
QEMU is an open source project (and this list is hosted on a site that is
explicitly for open source projects)· Thus any solution that involves
proprietary closed source modules is offtopic.
ok, politically incorrect. point taken :)
yet, what
I tested it on win32 host.
Apparently a typo mistake (see updated patch)
how to use it ?
diff -Nur ehci.patch ehci-xian.patch
--- ehci.patch Thu Jan 4 09:50:17 2007
+++ ehci-xian.patch Thu Jan 4 10:40:26 2007
@@ -1722,7 +1722,7 @@
+printf (buffer is %p (+%d)\n, s-buffer,
1 - 100 of 176 matches
Mail list logo