Re: [Qemu-devel] Building qemu on ARM host

On Mon, 5 Dec 2005, Steve Magoun wrote: libqemu.a(op.o)(.text+0x27e0): In function `op_jb_subb': /root/qemu/target-i386/ops_template.h:278: relocation truncated to fit: R_ARM_PC24 __op_gen_label1 libqemu.a(op.o)(.text+0x2800): In function `op_jz_subb': My limited experience of this kind of t

Re: [Qemu-devel] Setup Clock Speed

On Sun, 27 Nov 2005, Evandro wrote: I'm using an x86 host/ PowerPC target. I just dont want my PPC flying high (if the target PPC emulation will slowed down will remain more resources on my host machine). A good way to make qemu more nice to other uses of the host is to nice it... (man nice)

Re: [Qemu-devel] Cell processor

On Wed, 16 Nov 2005, Dave Feustel wrote: Is there any chance that simulation of the IBM Cell processor will be added to Qemu? Not very likely I think. It's a bit too much different beast from "normal" RISC/CISC CPUs, and has somewhat limited applications in general computing. But never say

Re: [Qemu-devel] Login a guest use commandline

On Wed, 9 Nov 2005, Martin Koniczek wrote: and if you expect to interact on the serial console after your "startup commands", you would be lost with classical piping anyway. perhaps screen helps you there? see "man screen" expect is the tool in such situations as well.. an expect script can a

Re: [Qemu-devel] QEMU/KQEMU for server consolidation?

On Tue, 8 Nov 2005, Leigh Dyer wrote: Has anyone tried something like this before? QEMU will be running on a server, so I figured that the VNC X server would be a good option for the GUI, but if anyone has a better idea I'd love to hear it. You could also run VNC or RDP on the Windows server

Re: [Qemu-devel] How to get a guest IP

On Fri, 4 Nov 2005, zheng sw wrote: Host want to get the guest's IP when the host start the guest? Why? My setting is: debian(2.6.8), qemu, bridge-utils, TUN/TAP. The guest get a IP from a DHCP server which is in the same subnet whit host. Ok. My purpose is use bash to run ssh connect to

Re: [Qemu-devel] Graphic card

On Mon, 31 Oct 2005, Jim C. Brown wrote: One strategy that was being done is to use a custom OpenGL library (note, library not a driver) for the qemu guest. OpenGL calls get passed to qemu directly, which then does the 3d by calling OpenGL on the host. This makes much more sense than asking f

Re: [Qemu-devel] Graphic card

On Sun, 30 Oct 2005, Oliver Gerlich wrote: do they offer 2d acceleration that can be used by DirectDraw? They certainly don't have 3d support, so if Qemu should have fast 3d graphics one day, it will certainly not work with the current graphics emulation. Fast 3d and emultion does not mix that

Re: [Qemu-devel] Feature Request: Allow the use of real partitions

On Wed, 26 Oct 2005, Jim C. Brown wrote: I'm actually working on faking the header so qemu -hda /dev/hda1 will work. The issue here is getting the right cylinder/head/track numbers and then making up a suitable partition table entry with the right start and end numbers. There is also the minor i

Re: [Qemu-devel] several guests with static ip-address

On Wed, 26 Oct 2005, Michael Kapp wrote: OK, can you give me some hints how to do that? I've tested it with a tun/bridged setup, but it only work with one guest, here is my configuration for the qemu-ifup script: Each qemu gets it's own tun device, and you need to make sure your script gets

Re: [Qemu-devel] (savevm and loadvm) appropriate order of events

On Tue, 25 Oct 2005, Vesselin Peev wrote: Yes, it does, thanks. Saves a finger stretch and one hitting one more key :). Also, one could hit them in any order, and any number of keys between them. Someone probably should wip together a patch to sent Ctrl and Alt keyup events to the guest when

Re: [Qemu-devel] several guests with static ip-address

On Tue, 25 Oct 2005, Michael wrote: is it possible, that several (for example two) guests communicate to one qemu host, which has only one network interface and every os has it's own static ip-address? Yes, with TUN networking this works fine. Have used this in - bridged including the host

Re: [Qemu-devel] Setting up tun/tap network doesn't work

On Fri, 14 Oct 2005, Alexander Skwar wrote: QEMU Linux test distribution (based on Redhat 9) Type 'exit' to halt the system SIOCSIFADDR: No such device eth0: unknown interface: No such device You are missing the correct network driver for the emulated NIC provided by QEMU. This is not rel

Re: [Qemu-devel] Win95 Image does not boot, how can I debug where I am getting stuck

On Tue, 11 Oct 2005, Leah Cunningham wrote: This probably isn't exactly the right question for a development mailing list, but the user-forumns did not seem to exist, so I hope you will forgive me or tell me where to ask a question like this. I have an image of a Window's 95 hard disk, dd'd dir

Re: [Qemu-devel] about DHCP server in qemu

On Tue, 4 Oct 2005, Christian MICHON wrote: do you happen to have vde for win32 ? If yes, please point it to me, because I've googled for one with no luck... :) Should build fine using cygwin I think. Regards Henrik ___ Qemu-devel mailing list Qem

Re: [Qemu-devel] [patch] non-blocking disk IO

On Mon, 3 Oct 2005, Troy Benjegerdes wrote: Why is there a posix async IO 'standard', but a different linux AIO standard? Because the Posix AIO sucks quite badly both to implement and use. But all Linuxes I know of have a Posix AIO library. Some even have a Posix AIO library using Linux AIO.

Re: [Qemu-devel] about DHCP server in qemu

On Mon, 3 Oct 2005, Christian MICHON wrote: I think you meant "guests" instead of "hosts". I second that. I would still like to use qemu to perform network simulations myself... This is done very nicely by VDE. Regards Henrik ___ Qemu-devel mailin

Re: [Qemu-devel] about DHCP server in qemu

On Mon, 3 Oct 2005, octane indice wrote: And what about a full IP connection beetween hosts? In order to simulate a real network to do nfs/smtp/http/smb and so on? This is done with a TUN/TAP device, or via a VDE switch using TUN/TAP to connect to the host. Regards Henrik

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Mon, 3 Oct 2005, Jim C. Brown wrote: One potential issue is that the vde code is under the GPL, while qemu (at least the part that we're talking about) is under the BSD license. Not really. None of the VDE code is needed to connect to VDE. The protocol used for VDE connection management is

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Sun, 2 Oct 2005, Jean-Christian de Rivaz wrote: It's already the case with at least my proposed patch. I have't tested the patch written by Henrik Nordstrom or Lars Munch but it's likly that there work the same way since this feature come from the Linux kernel tun code.

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Sun, 2 Oct 2005, Jim C. Brown wrote: vdeq works the way it does because the odds of getting a special "-vde-socket" option in qemu were moot. And perhaps so the author of VDE could have control over what options vdeq supported. (In the case of vdeq, its a clever hack: both tuntap devices and

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Sun, 2 Oct 2005, Jim C. Brown wrote: So while we're at it, we should redesign the interface for qemu. For each nic, we'd have -net type[,macaddr] where type is "tap" or "user" or "dummy" and the macaddr is an (optional) parameter that replaces -macaddr. Number of nics would depend on number o

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Mon, 3 Oct 2005, Jean-Christian de Rivaz wrote: The idea of the "-vde" option is to have in parameter the VDE socket (default to "/tmp/vde.ctl") an act like vde_plug so it don't need any other code to work. Just start a "vde_switch" and as many "qemu -vde" you wants to create a complete vir

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Sun, 2 Oct 2005, Jean-Christian de Rivaz wrote: Yes. This is just an update of my first patch posted the 13 january 2005 so it should apply without offset warning. Maybe can I propose to joint our effort ? What remains to make it complete is the command line parser, allowing network opti

Re: [Qemu-devel] tun/tap networking: patch for existing tun

On Sat, 1 Oct 2005, Jean-Christian de Rivaz wrote: Attached is a patch proposition to allow opennig an existing tun (already configured by root). This patch can work only on Linux as it make no change into the code for BSD. Please make open comment about this to improve it or to let my know w

Re: [Qemu-devel] about DHCP server in qemu

On Sat, 1 Oct 2005, Jim C. Brown wrote: Well I tried it myself and it doesn't work. eth0 gets an IP of 1.1.1.1 but nothing is pingable. 1.1.1.1 is not a QEMU given IP. Try manually assigning the IP 10.0.2.15/24(255.255.255.0) to the quest with a default route to 10.0.2.2. This should work.

Re: [Qemu-devel] tun/tap networking

On Sat, 1 Oct 2005, Jim C. Brown wrote: Depends on how intellegent the switch is. (Forwarding back only those packets which are addressed to the host itself wouldn't necessarily cause an infinite loop. Tho the switch would probably be smarter if it dropped such packets outright.) Imagine havin

Re: [Qemu-devel] tun/tap networking

On Sat, 1 Oct 2005, Oliver Gerlich wrote: That means it would work if the host NIC is connected to a switch? Then the switch would send packets from the guest which are meant for the host back to the host NIC and everything's fine! Or did I misunderstand that now? In this kind of setup you wil

Re: [Qemu-devel] tun/tap networking

On Sat, 1 Oct 2005, Jean-Christian de Rivaz wrote: You point the real question: why it has been impossible to get accepted any patch that fixed this. I has proposed one myself and I get no comment at all. I see similar effort from others and obviousely there failed almost the same way. No gett

Re: [Qemu-devel] tun/tap networking

On Fri, 30 Sep 2005, Don Kitchen wrote: I have some questions about the networking that I hope someone can answer. Qemu is able to use tun & tap devices. I've taken the tundev.c program, which opens a tun device and passes the fd to qemu, and compared it to the tapdev.c program (which qemu is al

Re: [Qemu-devel] Current state of GCC 4 (non-)"support" on x86-64 ?

On Fri, 30 Sep 2005, Emmanuel Charpentier wrote: I understand that the current "official" qemu needs gcc 3.x and won't compile with gcc 4.x I also understand that using a gcc3-compiled module (kqemu, in the present case) entails a cgg3-compiled kernel. You can compile kqemu with gcc4 even if

Re: [Qemu-devel] about DHCP server in qemu

On Fri, 30 Sep 2005, John R. Hogerhuis wrote: Nearly? Oh come on... you know it ain't possible, period. It's possible. It just entails adding something like vde to user-net allowing multiple qemus to talk to each other (not using the slirp code). but it's simpler and more robust to just use

Re: [Qemu-devel] [patch] IDE busmaster DMA support

On Mon, 26 Sep 2005, John Coiner wrote: Do people have ideas about how to implement concurrent IO? I have a couple hazy ideas... AIO immediately springs to mind.. supported on most platforms (except Windows, which does things slightly different but the same). Regards Henrik __

Re: [Qemu-devel] Boot Loader with Qemu

On Thu, 22 Sep 2005, Dave B. Sharp wrote: I am trying to develop a boot loader for an embedded PPC SBC. I would like to be able to boot into a bare metal envirmnent with only monitor support and execute my code from there. Is this possible? I think the closest you can get without too much eff

Re: [Qemu-devel] video mode in windows game

On Sat, 24 Sep 2005, Jim C. Brown wrote: I meant qemu/SDL should be able to detect that the resolution is not supported and refuse to switch. Only if the host knows the monitor does not support the video mode in question. Regards Henrik ___ Qemu

Re: [Qemu-devel] what is the major, minor numbers of kqemu under linux ?

On Mon, 19 Sep 2005, Mike Swanson wrote: It's a character device. Major 250, minor 0 Also, it's important that you don't have the kqemu module loaded when you create the node. Why? The existence of device nodes is only relevant to user-space, not kernel modules (only once the device node exi

Re: [Qemu-devel] what is the major, minor numbers of kqemu under linux ?

On Tue, 20 Sep 2005, [ISO-8859-9] Ozan Türkyýlmaz wrote: what is the major, minor numbers of kqemu under linux ? i need to know so that i can create the /dev/kqemu file. (kqemu's install script did not create one under SLackWare 10.1) See install.sh or kqemu-doc.html Regards Henrik

Re: [Qemu-devel] [patch] Linux TUN/TAP driver updates

On Sun, 18 Sep 2005, Felix Lechner wrote: Apparently I have the same desire to use a persistent tap0 device with qemu like you did in April. I can configure tap0 with tunctl and standard debian networking, but passing that information to qemu is a riddle to me. Attached is my patch relative t

Re: [Qemu-devel] About qemu emulation speed (a question) and supported OS

On Wed, 14 Sep 2005, Jim C. Brown wrote: Not familar with L4ka. I don't believe that UML does virtualization, it simply runs linux code 'as is' but intercepts calls to the kernel. UML does not do hardware virtualization. UML is a special architecture for the Linux kernel allowing Linux to run

Re: [Qemu-devel] Minor bug in 0.7.1 install

On Tue, 30 Aug 2005, Greg Bell wrote: sdl_too_old=no - +sdl=yes if test -z "$sdl" ; then sdl_config="sdl-config" This is not sufficient as a lot of the SDL logics is contained in the if block you have now disabled.. you need to also at minimum set sdl_config, sdl_static and sdl_static_libs

Re: [Qemu-devel] Minor bug in 0.7.1 install

On Tue, 30 Aug 2005, Greg Bell wrote: $config_mak is a makefile fragment, not a shell script, so this should work fine. hmmm... configure errors out for me after i hack it to force static linking with SDL and this is what i traced it to. here's the actual output rather than my possibly flaw

Re: [Qemu-devel] patch: allow defining MAC address etc

On Sun, 21 Aug 2005, Fabrice Bellard wrote: For the future, I would like to change the networks options to have something like: -net usernet,macaddr=00:11:a:0:2:19 -net tunfd=10,macaddr=00:11:a:0:1:19 to be consistent with the character devices. I like this. May even give it a stab as I hav

Re: [Qemu-devel] Vga mode in PC DOS

On Thu, 25 Aug 2005, [iso-8859-2] Josef M?dl wrote: I have instaled PC DOS in Qemu 0.7.0 with FoxPro 2.5 and msclient.All are work fine but when I run Qemu in full screen mode on srceen resolution 1024x768 Qemu is 640x480 only, Foxpro is small window on monitor. How can I change it ? Have yo

Re: [Qemu-devel] Kickstart with CentOS4

On Fri, 19 Aug 2005, Matt Lawrence wrote: I've given up on trying to build a disk image manually, so now I'm trying to automate the kickstart installation for CentOS4. By using an iso of the first CD and a floppy file with a ks.cfg and doing a "linux ks=floppy" at the boot screen, I can get the

Re: [Qemu-devel] Connecting vde and LAN

On Thu, 11 Aug 2005, Jim C. Brown wrote: Incidently, if you have eth0 and eth1, and both are connected to the same LAN, then it works. Just set up vde_packet/pcacp on eth1, then packed tp the host from the VDE will be sent out over eth1 and recieved back in eth0. Right. Just don't set an IP on

Re: [Qemu-devel] Connecting vde and LAN

On Thu, 11 Aug 2005, Oliver Gerlich wrote: Couldn't we avoid these incompatibilities if we would route packets only on the Ethernet level? If the Qemu networking setup on the host involves IP addresses or such things, we're already on the wrong OSI layer I think... From what I can tell there

Re: [Qemu-devel] Connecting vde and LAN

On Wed, 10 Aug 2005, Jim C. Brown wrote: I was thinking that perhaps vde_packet could be modified to use a tap device (for example tap0). Since the guests can't communicate to the address thats on tap0, it doesn't matter what address it gets - the host address of tap0 and the ip addresses of the

Re: [Qemu-devel] Binary package and the kqemu support.

On Tue, 9 Aug 2005, Adrian Smarzewski wrote: Piotr Roszatycki wrote: The qemu itself can be built with kqemu support and requires just a kqemu/kqemu.h file. Unfortunately, this file is non-free, so such binary couldn't be redistributable, even without prioprietary kernel module. Is kqemu lic

[Qemu-devel] Serial port support

Just after deleting the thread about host serial port support I remembered seeing this done before, giving qemu good access to the host serial port: http://lists.gnu.org/archive/html/qemu-devel/2005-05/msg00105.html credits goes to the original author Cai Qiang. Regards Henrik __

Re: [Qemu-devel] Connecting vde and LAN

On Tue, 12 Jul 2005, Jim C. Brown wrote: I just tried this with libnet 1.1 (1.1.2.1 to be specific), and it doesn't seem to work. Pings do not go through. I only handled the vde -> host case though, do I need to do anything special for host -> vde packets? Did you fake the ARP response to the

Re: [Qemu-devel] Connecting vde and LAN

On Mon, 11 Jul 2005, Jim C. Brown wrote: I tried using libnet 1.0 to send the packets, but that did not help. Also tried libnet 1.1, that actually allowed the host to be pinged by the guest - part of the time. It also caused pings on the same lan (from the guest) to fail as well sometimes, so it

Re: [Qemu-devel] qemu tun networking bug

On Tue, 12 Jul 2005, Vitaly Belostotsky wrote: I've encountered some network related bug when using qemu with tun and I'm willing to debug it but could you please provide some help. you may want to try upgrading to the host kernel to 2.6.12. Had quite a bit of issues with tun devices "hanging

Re: [Qemu-devel] Connecting vde and LAN

On Sun, 10 Jul 2005, Jim C. Brown wrote: Yes, but if one was running multiple qemu guests, it would be cleaner to implement this thru vde_switch instead of in qemu directly. That way eth0 is intercepted by only a single process. (Also no worries about having permissions to intercept packets and

Re: [Qemu-devel] fdisk give wrong number for losetup

On Sun, 10 Jul 2005, octane wrote: Jim C. Brown a écrit : I have some trouble using losetup to mount partitions from the host. I never realized how difficult it was to interpret error messages written in a foreign language. Ok, sorry, in plain english messages are: [EMAIL PROTECTED]:/u

Re: [Qemu-devel] Connecting vde and LAN

On Sun, 10 Jul 2005, Jim C. Brown wrote: The best solution is to use a vde_switch with libpcap and libnet. This allows intercepting packets meant for the guests (via libnet) and forwarding them thru vde. Interesting idea. Would make full qemu networking truly a no-brainer. Should even be poss

Re: [Qemu-devel] Connecting vde and LAN

On Sun, 10 Jul 2005, Oliver Gerlich wrote: Could you explain how you integrated vde_switch and bridging with your current system? Do you start everything at boot and accept that this changes the system-wide network configuration, or do you use some bridging trick to avoid this? I am not curren

Re: [Qemu-devel] Connecting vde and LAN

On Sun, 10 Jul 2005, Oliver Gerlich wrote: what is the best solution to connect the vde "switch" to my real LAN so that Qemu guests get IPs from my LAN-wide DHCP server? bridgeing of your ethernet interface and the TAP interface connecting to vde is undoubtly the best if you want to provide f

Re: [Qemu-devel] fdisk give wrong number for losetup

On Thu, 7 Jul 2005, octane indice wrote: Hello I have some trouble using losetup to mount partitions from the host. [EMAIL PROTECTED]:/usr/src/qemu-test# fdisk -l zipslack.img Vous devez initialiser cylindres. Vous pouvez faire cela à partir du menu des fonctions additionnelles. Disque zipsla

Re: [Qemu-devel] Re: Building a disk image?

On Thu, 7 Jul 2005, Magnus Damm wrote: And, another cool thing is that it comes with full source code. So people that want to tinker with it could download fsimage-0.1.2-guest-src.tar.gz and type configure, make and make install. Download from: http://www.smallworks.com/~jim/fsimage/ Personal

Re: [Qemu-devel] make qemu use tap0 instead of tun0

On Wed, 6 Jul 2005, Jim C. Brown wrote: Ok this is not 100% true either. It wouldn't be too difficult to add a layer on top of the nic hw emulation that did ethernet frame to ip frame and vice versa before passing the frames to a tun device. (The user mode networking code already does ethernet f

Re: [Qemu-devel] make qemu use tap0 instead of tun0

On Wed, 6 Jul 2005, Jim C. Brown wrote: When in tuntap mode, qemu creates a tap device with names like tun0, tun1, etc. which seems to confuse some users (the smart ones who ask why qemu uses IP frames instead of ethernet frames ... or something along those lines). Theses should be named tap0, t

Re: [Qemu-devel] Congratulation..!

On Sun, 3 Jul 2005, Artur Peci wrote: Thanks for this open source program. I bye the iEmulator, but this is a bad copy of QEMU. It is not a copy, it is based on QEMU. Regards Henrik ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.no

Re: [Qemu-devel] netfilter

On Sat, 2 Jul 2005, Henrik Nordstrom wrote: You can't due to licensing issues. netfilter is licensed under the GPL. I'll take that back.. qemu is already a big mix of different licenses including several GPL components and adding some GPL code to the slirp may be acceptable.

Re: [Qemu-devel] netfilter

On Sat, 2 Jul 2005, John R. Hogerhuis wrote: These specific issues can be fixed in slirp tcp_subr.c and elsewhere for udp based DNS, but I'm wondering if this is the right way to go about it. Perhaps the netfilter code should be shoehorned into slirp. You can't due to licensing issues. netfilt

Re: [Qemu-devel] interesting tftp experiments

On Mon, 27 Jun 2005, Christian MICHON wrote: 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 vl.c - remove reference to tftp in slirp/udp.c - remove tftp.o linkage You should

Re: [Qemu-devel] interesting tftp experiments

On Tue, 28 Jun 2005, CoMiKe wrote: - If connecting on PORT mode in your FTP client, port 20 should be redirected to your QEmu session through the -redir option. This is supposed to work "automagically". Sounds like the slirp FTP "emulation" code has gone missing somehow... - If you use pas

Re: [Qemu-devel] Networking

On Fri, 24 Jun 2005, Wolfgang Richter wrote: Is it possible to network multiple sessions of QEMU so they appear to be on the same simulated network? Yes. A least two possible approaches: Set of bridged TUN/TAP devices. vde based networking , connected to a sin

Re: [Qemu-devel] re: Nothing happens

On Thu, 16 Jun 2005, Josef Moffett wrote: but I did find the following with the -monitor stdio; that when I did a screen dump qemu was running and dumping valid (linux, win 98 and winxp) screen images. I only had no access to these - in other words the emulator was working fine, both with and

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Tue, 14 Jun 2005, Christian MICHON wrote: how do i do this? from the windows host or from the linux guest? Both, and compare them. any special sw to install/setup? tcpdump -X on Linux, or ethereal. On Windows there is a sniffer included in Windows 2000 and later. Available as a downlo

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Tue, 14 Jun 2005, Jim C. Brown wrote: Because in active mode, the ftp server attempts to connect to a port on the ftp client, in the guest. Due to the limitations of slirp, this is not possible (in theory one could use redir support to work around this, but this is not an easy task). slirp

Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.

On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote: But it gets more than a little darn frustrating when you are enthused about the project, you try to help the devlopers and project by deliberately doing the testing to find bugs and problems, you report the bugs and problems. And nothing happens.

Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.

On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote: Seperate patches aren't necessarily the right thing to do It is without question. It really hurts a project in long term is if users by default run something else than the main version. A good way to help this area would be a compile farm d

Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.

On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote: It's free software (as in free speech, not gratis), if it doesn't work for you fix it or have it fixed for you by whatever means you find suitable. If you do not want to have it fixed find an alternative which suits you better. Not all of us are dev

Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.

On Mon, 13 Jun 2005 [EMAIL PROTECTED] wrote: If a developer has a problem, then they can check into it themselves, of course. Yes. All us users can do is make a report and sit back and wait to see if anything happens. Sometimes it can be a long wait. Or you could go the open-source approa

Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.

On Tue, 14 Jun 2005, Ishwar Rattan wrote: A points to note: It is free software, doesn't work for you, do not use it. I would put it in slightly different words: It's free software (as in free speech, not gratis), if it doesn't work for you fix it or have it fixed for you by whatever means

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Sat, 11 Jun 2005, Christian MICHON wrote: I had a look at the code, and can't figure out where the original tftp command like 'get' and 'put' are parsed inside the tftp. Apparently, it's just a question of recognising the 'put' cmd, then open/create a file on the host matching the tftp argume

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Sat, 11 Jun 2005, Jim C. Brown wrote: With the user-net port redirection the wrapper can automate the task, dynamically assigning a port to the FTP server and map this on port 21 of the router. Ok this might be slightly useful. Still, any sane client should support using a non-standard port

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Wed, 8 Jun 2005, Jim C. Brown wrote: Next to impossible to do portably. I am not sure how user-net port redirection even enters the picture - once the FTP daemon is set up, the guest sees the FTP server on the host (admittedly on a nonstandard port, but is that such a big deal?). With the u

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Wed, 8 Jun 2005, Johannes Schindelin wrote: There is several big issues involved in providing write support a) On guest writes, the emulation must have a very good understanding of how the guest writes to the emulated filesystem to allow it to piece together the block level writes and map th

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Wed, 8 Jun 2005, Christian MICHON wrote: this is the location of my mistake: I did "get w" instead of "get /q/w" now it works in "get" mode only. Good. Is there anywhere a patch to get rw access to tftp As already said the TFTP server is currently read-only, however implementing write

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Wed, 8 Jun 2005, Christian MICHON wrote: 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. Good. the file I'm trying to get inside the guest is barely 58 bytes long Anyone ever got tftp to wor

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Tue, 7 Jun 2005, John R. Hogerhuis wrote: For the kind of thing I'm referring to is not usually very time critical. The resolution is on the order of 15 to 30 minutes to an hour... some stores get polled for data, the accounting system imports the data and generates some reports which feed in

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Tue, 7 Jun 2005, Christian MICHON wrote: 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 o

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Mon, 6 Jun 2005, John R. Hogerhuis wrote: I can think of some reasons for a non-native file service that is instead built into QEMU: vvfat? e) Scripts to be used across farms of QEMU virtual machines will have more commonalities even across different OSes. The event and content of a file

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Mon, 6 Jun 2005, Jim C. Brown wrote: Like I said, modifying TFTP for R/W would be a good option. It's already there, the "miminalists" can't complain about having it removed (e.g. it may one day be used to support "virtual" netboots), and one can use ftp clients for the tftp server (I think).

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Tue, 7 Jun 2005, Jan Marten Simons wrote: Well the TFTP-server should get r/w, too, but if I get it right you'd have to access the data on the guest from the host, which might lead to situation where users shutdown the guest and then try to get their (then lost) data from it via TFTP, which h

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Mon, 6 Jun 2005, Jim C. Brown wrote: Hmm...what if you don't have root/administrator access? It could still work if you are determined enough, but thats not the sort of thing you want to force onto a beginner. Then write a suitable wrapper install package around a suitable small FTP daemon

Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion)

On Fri, 3 Jun 2005, Jan Marten Simons wrote: Ok, I talked about this issue in irc lately, but as this list will have a larger audience I'll post this here as well. So here is the (cleaned) log: What I want: some feature I'm really missing is: a v(S)FTP sever inside the emulated network offeri

Re: [Qemu-devel] Qemu sandbox for teaching

On Sat, 28 May 2005, Jerome Warnier wrote: Advantages of every solution: - UML is fast to run and pretty safe If you give out root rights UML is only as safe as the account the UML kernel runs as. Problems of every solution: - qemu is slow, and a lot of virtual machines at the same time on

Re: [Qemu-devel] Using the qemu Monitor

On Fri, 20 May 2005, Julian Chesterfield wrote: Is there a way to redirect monitor IO to a local socket, e.g. a unix filehandle socket, under linux? When I try to redirect to a pty using '-monitor pty' the graphical qemu window doesn't boot. Am I starting it incorrectly? ARGS: qemu -hda -m 256

Re: Re: [Qemu-devel] Dynamic bridging

On Wed, 18 May 2005, Ben Taylor wrote: Are the other brctl commands I had in there not required? Not strictly required, but speeds things up. The default for the bridgeing is to use Spanning Tree to prevent loops in your network, but as this bridge is to a virtual network there can't be loop

Re: [Qemu-devel] fsp support

On Sun, 15 May 2005, Juergen Lock wrote: Radim Kolar <[EMAIL PROTECTED]> asked me to post this (he is not subscribed): He'd like to see fsp protocol support in qemu in addition to tftp, the protocol's home page is here: http://fsp.sourceforge.net/ Note: it should work to just run a fsp serv

Re: [Qemu-devel] Linux 2.6.10 ?

On Mon, 9 May 2005, Der Herr Hofrat wrote: console= only would influence the output of init and beond atleast up to the attempt to open the console the kernel messages should appear any way. as they do with 2.4.21. You don't get any kenel console output in Linux-2.4 or Linux-2.6 if console= is not

Re: [Qemu-devel] user networking - win xp quest, amd64 linux host

On Mon, 9 May 2005, Adrian Smarzewski wrote: DHCP is not working just like I wrote. I set DNS and default gateway using QEMU manual for user-networking. No success. Should work.. Does user-mode networking need routing enabled in host kernel? No. Regards Henrik __

Re: [Qemu-devel] Linux 2.6.10 ?

On Sun, 8 May 2005, Der Herr Hofrat wrote: 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 ? qemu -nographic \ -hda linux.img \ -kernel bz

Re: [Qemu-devel] Qemu network?

On Fri, 22 Apr 2005, Ishwar Rattan wrote: Finally got the qemu working under 2.6.10 kernel. Wtih -user-net option ifconfig -a (linux guest too!) I can see the interface assigned address 10.0.2.15. I can't ping it from host side. Is there way to allow guest OS to have Internet access? Just set a def

Re: [Qemu-devel] Regarding Linux TUN/TAP

On Fri, 15 Apr 2005, Hetz Ben Hamo wrote: The SLiRP solution for QEMU is great if a user want to connect to the net and browse, do some updates, etc, but it's not a good solution if someone want to stuff like: * Connect to host OS * Connect to other machines in the LAN * Use services from host O

Re: [Qemu-devel] Introduction of Henrik Nordstrom

On Fri, 15 Apr 2005, Paul Brook wrote: How is this different from VDE (http://vde.sourceforge.net)? Looks like a pretty close fit for what I had in mind. Thanks! Regards Henrik ___ Qemu-devel mailing list [EMAIL PROTECTED] http://lists.nongnu.org/mailman/

[Qemu-devel] [patch] Linux TUN/TAP driver updates

The attached patch updates the Linux TUN/TAP interface - Allow use of static/persistent TUN/TAP devices, eleminating the need to run anything as root when starting qemu. - A minor bugfix in filedescriptor based TUN/TAP devices to allow more than one filedescriptor (was colliding on the qemu

[Qemu-devel] [patch] Fix out-of-tree compiles

The attached small patch fixes some issues with out-of-tree compiles - VPATH setup corrections/additions to allow generated headers to be found - configure changes to set both source and objects paths to simplify VPATH logics. Part of this change I am not 100% sure you are happy with as it is

  1   2   >