RE: [Qemu-devel] [ot?] Vista Networking
> > Paul Brook wrote: > >> qemu -hda disk0.img -net nic,model=rtl8139 -net user -m > 512 -soundhw > >> sb16 > > Could be a bug in the rtl8139 emulation. I couldn't get it > to work with the > > Realtek drivers. > Unofortunately rtl8139 is the only NIC supported by vista, among those > provided by QEMU. I obtained the best results connecting qemu to a tap > (via vde) and putting a dhcpd listening to that interface: it > takes the > IP, it does ping (to anywhere), it doesn't do anything else. And > obviously, winxp with the same interface works perfectly. > I have problems also using system emulation with windows XP 64 bit edition. ne2000 do not works, rtl3139 hangs the entire system. I tried to change PCI informations telling that cards is not 8139C+ but only 8139 (0x10 instead of 0x20) and it boots but cannot get IP. Frediano Ziglio ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU GUI
On Thu, 22 Jun 2006 20:53:54 -0500 Anthony Liguori <[EMAIL PROTECTED]> wrote: > Kevin F. Quinn wrote: > > Part of that should be to determine what the GUI will actually do; > > You're getting ahead of yourself. Just getting qemu to start with > wxWidgets instead of SDL would be a big step in the right direction. > > > At this point you're talking about embedding the Qemu guest window > > directly into the wxWidgets GUI, yes? I'm thinking the primitives > > that the graphics driver in QEMU is emulating are not at the GL > > level, but at the raw hardware level - I don't know how far apart > > these things are, but I'd hazard that a GL canvas won't really help. > > > > QEMU doesn't expose any real 2d acceleration to the drawing > routines. Using GL canvas would be interesting though as you'd get > hardware scaling with interpolation. That's a big performance win. And scaling the guest window would be really useful... > > I do think the ability to pass through accelerated graphics stuff > > from the guest to the host should be a big factor. I assume this > > is what the cirrus emulation currently does through SDL, to some > > extent at least. This issue would make or break guest graphics > > performance. > > Nope, currently SDL is used as one big bitmap viewer. > > > I'm ignorant of details, but from a vague hand-wavy distance it > > should be simple enough to retain SDL for the emulation windows > > (and SDL does seem to be the tool for the job there), with a > > separate wxWidgets > > Bleh, why would you say that? SDL is pretty crappy on X. It's just > a wrapper around XShmImage. You can access the same thing via GTK or > any other reasonable toolkit. Ok; my ignorance is shining through :) I thought SDL did a lot more than that. > SDL is mostly useful because of the number of backend drivers that it > supports. Had a rummage through the wxWidgets code. It uses SDL for sound support (or can do so, at any rate) but not for video. With the GTK backend you get an XShm image if XShm is supported (wxGTK asks GTK for GDK_IMAGE_FASTEST). I don't find any references to XShm in the x11 backend, so I guess the raw X11 backend doesn't use it. On X you'd normally go for the GTK backend anyway. > Regards, > > Anthony Liguori > > > frontend GUI to manage the launch and visibility of emulation > > windows, assist in guest creation etc. > > > > Perhaps it's worth asking the WxWidgets people what they might > > suggest. > > > > > >> Regards, > >> > >> Anthony Liguori > >> > >> > >>> If someone is interested, I am ready to try to include such a GUI > >>> in the QEMU repository even if it is not usable yet. > >>> > >>> Regards, > >>> > >>> Fabrice. -- Kevin F. Quinn signature.asc Description: PGP signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] usb-linux compiling failure
Hello all, there's a problem compiling usb-linux.c on SuSE 10.1 with the standard kernel headers (kernel 2.6.16.13-4-default from uname -r). I'm using gcc 3.4.6 and the problem is an include file is missing in usb-linux.c The missing h-file is . That inclusion needs to be written before the inclusion of Adding this include file the compiler is happy and all is ok. regards, Fausto ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Asking about IDE to develop Qemu
Hi all,I made a new project using Eclipse (and CDT) on Windows based on Qemu 0.8.1 source code. But I had the problem "config-host.h: no such file or directory" in vl.h:#ifdef QEMU_TOOL/* we use QEMU_TOOL in the command line tools which do not depend on the target CPU type */ #include "config-host.h" //the problem arrives from this line #include #include "osdep.h" #include "bswap.h"#else#include "cpu.h" #include "gdbstub.h"#endif /* !defined(QEMU_TOOL) */ And I find that if I run the ./configure command (on Msys) before importing Qemu source code into Eclipse project, the "configure script" will generate this "config-host.h" file. So I want to ask you the questions below: 1. Do I must run the command: ./configure before importing Qemu source code into Eclipse project? If not, which steps I lacked or what I must do to fix this problem (the problem "config-host.h") 2. What does the preprocessor-option QEMU_TOOL means? 3. In file qemu-img.c, line 130, Eclipse alarms an error "syntax error before QEMU_VERSION", so I try to add "QEMU_VERSION=0.8.1" into Project->Properties->C/C++ Include paths & Symbols; but the error is still there. What can I do to fix this problem? Best regards, Thanh Christian MICHON <[EMAIL PROTECTED]> wrote: On 6/22/06, Tieu Ma Dau 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 javahttp://www.eclipse.org/cdt: what will make eclipse become a full C/C++ IDE--Christian___Qemu-devel mailing listQemu-devel@nongnu.orghttp://lists.nongnu.org/mailman/listinfo/qemu-devel Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta.___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread" spewage
I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Regards, Fabrice. Zach Metzinger wrote: Let me know if you need any testing. I have both 6.1-RELEASE and 5.3-RELEASE machines on which to test. Thanks, and this is a truly great bit of software! ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-sparc translate.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/23 21:01:56 Modified files: target-sparc : translate.c Log message: Sparc64 BPr branch target fix (Blue Swirl) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/translate.c?cvsroot=qemu&r1=1.28&r2=1.29 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread" spewage
At first test, it does fix -kernel-kqemu with XP hosts. yay! On 6/23/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote: I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Regards, Fabrice. Zach Metzinger wrote: > Let me know if you need any testing. I have both 6.1-RELEASE and > 5.3-RELEASE machines on which to test. > > Thanks, and this is a truly great bit of software! ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- why does the size matter? ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Qemu with wxWidgets: g++ errors, ABI mismatch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, while playing with wxWidgets and Qemu, I noticed several problems and hoped that you know a solution for this. I added a single C++ source file (wxgui.cpp) for wxWidgets stuff, which in turn includes vl.h . wxgui.cpp is compiled with g++ (tried 3.3 and 4.0), but that compiler gives some warnings about cpu-all.h, like this: ../cpu-all.h: In function ?uint64_t ldq_be_p(void*)?: ../cpu-all.h:419: error: pointer of type ?void *? used in arithmetic Is there a solution other than casting ptr to uint8_t* and then back to void* in the offending line? Another more serious thing is that the wxWidgets libs on Debian Testing/Unstable seem to be compiled with gcc 4.0 (this is probably the case on other distros as well), while Qemu is compiled with gcc 3.3. This leads to a runtime error: $ i386-softmmu/qemu -cdrom /mnt/hda5/ubuntu.iso -boot d Fatal Error: Mismatch between the program and library build versions detected. The library used 2.6 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.4), and your program used 2.6 (no debug,Unicode,compiler with C++ ABI 102,wx containers,compatible with 2.4). Aborted Is there a way around this problem? Probably wxWidgets doesn't like the different ABIs in gcc 3.3 and 4.0, but maybe some clever linking could work around this? Any hints? Thanks, Oliver -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEnHIWTFOM6DcNJ6cRAmBtAKC05oTBZaPGgFZ9d4PkrSbsn2pt7QCfQK6t +N3SSzz4ev5x+IF/9BAupY8= =V8zh -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread" spewage
Hi, On 6/23/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote: I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Changelog please? Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] My QEMU Dream System & Some ideas
First the ideas: 1/ Add a byte counter to savevm and loadvm to write to the console how big the image is, maybe adding an optional zlib to compress it on disk. 2/ Add checkpointing at regular intervals, saving only the deltas using something like xdelta to compare savevm outputs. 3/ Add a shell command to the monitor. It might come in handy. 4/ Has anyone thought about building a monolithic QEMU kernel, something that runs at boot, does native dynamic translation and doesn't have to worry about an underlying operating system. In a sense, QEMU is the OS. It would have full control of the system hardware and would allow the user at boot time to select an emulation in a GRUB-like environment. And now, the dream system: Just curious what other people have for their QEMU Dream System. I have Solaris Express Build 41 running on a laptop. I have a cronjob that takes 4 snapshots an hour of a ZFS filesystem containing my QEMU images, using compression.I can basically roll back to an earlier disk image which makes it great for testing out distros, and embedded stuff. It's kind of fun to take a solaris installation, delete parts of the kernel, see if it boots and then roll back to a previous snapshot. :) Good for simulating worst case scenarios. jonathan -- -- Jonathan Kalbfeld +1 323 620 6682 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread" spewage
No more kernel messages on FreeBSD. I'll send a note to the port maintainer to have it updated. Thanks! --- Zach On 6/23/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote: I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Regards, Fabrice. Zach Metzinger wrote: > Let me know if you need any testing. I have both 6.1-RELEASE and > 5.3-RELEASE machines on which to test. > > Thanks, and this is a truly great bit of software! ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
