Re: [Qemu-devel] quick gtk2.c update

On Tue, Jun 21, 2005 at 05:45:12PM -0500, [EMAIL PROTECTED] wrote: > > GTK libraries are not part of qemu, they are a separate resource that qemu > > depends on. > > As far as the user is concerned, they are part of qemu. > I must disagree here. If a user already has xchat 2 installed, and that

Re: [Qemu-devel] quick gtk2.c update

On Tue, Jun 21, 2005 at 11:14:50PM -0500, [EMAIL PROTECTED] wrote: > > They should only get this library if they don't already have a copy > > installed. > > Which will be practically every qemu user. > [ Technically not true. Most qemu users are Linux users, and most Linux users have GTK. :) S

Re: [Qemu-devel] quick gtk2.c update

On Wed, Jun 22, 2005 at 05:53:14AM +0200, Herbert Poetzl wrote: > > It's a very bad idea to have the installer need to go back on to the net to > > download something else. > > > > The user should get the whole thing at once. > I already agreed to this. > yes, that's what hyperlinks are for, j

Re: [Qemu-devel] quick gtk2.c update

On Tue, Jun 21, 2005 at 07:58:14PM -0400, Jim C. Brown wrote: > Well, no, that isn't it. The keymap files are based on X11 keycodes, so even > if > you could use this option it wouldn't work at all. > More digging around in sdl.c revealed that SDL on Linux returns X11 ke

Re: [Qemu-devel] quick gtk2.c update

On Tue, Jun 21, 2005 at 07:58:14PM -0400, Jim C. Brown wrote: > Well, no, that isn't it. The keymap files are based on X11 keycodes, so even > if > you could use this option it wouldn't work at all. > More digging around in sdl.c revealed that SDL on Linux returns X11 ke

Re: [Qemu-devel] quick gtk2.c update

On Wed, Jun 22, 2005 at 09:17:23AM -0400, Jim C. Brown wrote: > Still, I work with what I have to go on. Try this gtk2.c and report any errors > (be they compile errors or runtime errors or keyboard problems). Your help is > always greatly appreciated. > This version of gtk2.c includ

Re: [Qemu-devel] quick gtk2.c update

I seem to be having problems sending attachments. Hopefully this email will get through this time. On Wed, Jun 22, 2005 at 09:17:23AM -0400, Jim C. Brown wrote: > Still, I work with what I have to go on. Try this gtk2.c and report any errors > (be they compile errors or runtime errors or ke

Re: [Qemu-devel] quick gtk2.c update

On Wed, Jun 22, 2005 at 02:53:03PM -0400, Jim C. Brown wrote: > This version of gtk2.c includes the right header file (at least according to > MSDN). > > However, after some deeper examination of the issue, it looks like it would be > better to convert the virtual key codes to

[Qemu-devel] qemu vde howto 0.3

HOWTO by Jim Brown 23 Jun 2005 Version 0.3 - Introduction Copyright What is qemu? What is VDE? Configuring and Installing VDE Installation vdeq & vdeqemu User-mode networ

Re: [Qemu-devel] quick gtk2.c update

On Wed, Jun 22, 2005 at 09:26:11PM -0500, [EMAIL PROTECTED] wrote: > "Jim C. Brown" > > > > Ok this is probably the final revision. I had the code vindicated by an > > actual > > Windows programmer. He says it should work fine. It should compile, run, > &

[Qemu-devel] qemu-vde-howto 0.3.1

A few more cosmetic fixes. Not enough changes to warrant a 0.4 version, but fixed to be made more readable. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. Using VDE with QEMU HOWTO by Jim Brown 23 Jun 2005 Version 0.3.1

Re: [Qemu-devel] Networking

On Sun, Jun 26, 2005 at 12:25:44AM +0200, Henrik Nordstrom wrote: > vde based networking , connected to a single > TUN/TAP device on the host. > > Regards > Henrik > tuntap for vde is only required to connect the guests to the host. It is optional otherwise. vde i

Re: [Qemu-devel] quick gtk2.c update

lay driver * based on SDL driver by Fabrice * * Copyright (c) 2005 Jim Brown * * Permission is hereby granted, free of charge, to any person obtaining a copy * of this software and associated documentation files (the "Software"), to deal * in the Software without restriction,

Re: [Qemu-devel] TAP Networking on Win32 Host

On Sun, Jun 26, 2005 at 05:46:57PM +0200, Markus Greger wrote: > So I'd like to ask > 1) if somebody has a binary windows version with tap support, I believe that was the latest binary version. > 2) if tap support could be included by default in windows versions of > qemu (probably as described

Re: [Qemu-devel] What happened to linuxppc-img from Freeoszoo

> >I tried to boot linuxppc image from freeoszoo with QemuCVS. kernel > > boots ok but then I get errors that it cant read filesystem from dev hda. > >Also tried with 0.7.0 and it freezes at: Freeing unused kernel memory > > Late last year, QEMU reworked the disk geometry, and that can con

Re: [Qemu-devel] quick gtk2.c update

On Mon, Jun 27, 2005 at 12:11:10PM -0500, [EMAIL PROTECTED] wrote: > > > > This should be fixed now. (At least, this now works in Windows 98 and XP.) > > I > > managed to combine the 3 separate mouse handlers into a single function as > > well, > > so there is less redundant code. > > It does ap

Re: [Qemu-devel] What happened to linuxppc-img from Freeoszoo

On Mon, Jun 27, 2005 at 12:12:43PM -0500, [EMAIL PROTECTED] wrote: > Right... But most of the images on FreeOSZoo were done using the *old* > version of qemu, where the geometry is different. > > That means the geometry on the images may not be what newer versions of qemu > expect. > > I did know

Re: [Qemu-devel] quick gtk2.c update

On Mon, Jun 27, 2005 at 05:19:17PM -0400, Christian Bourque wrote: > Hi Jim! > > Could you send a new Makefile.diff (the old one is not working with > the latest cvs version of QEMU), I would like to test this code too... > > Thanks > > Christian > I just teste

Re: [Qemu-devel] Build environment image

tion than expected. > I didn't have an actual Windows GTK installation to look at, so I was just guessing. If I had a properly set up cross compile environment, that probably wouldn't have happened. Of course, we'd have to get it right first, but that only has to be done once. &g

Re: [Qemu-devel] quick gtk2.c update

On Tue, Jun 28, 2005 at 10:56:55AM -0400, Christian Bourque wrote: > Excellent! > > What are your plans regarding QEMU in long term? Do you still want to > integrate a built-in GUI? > > I'm asking because I'm the author of JQEMU and I was wondering if I > should continue improving the product...

Re: [Qemu-devel] qemu-system-ppc: blank screen

On Thu, Jun 30, 2005 at 08:37:36PM +0200, Tilman Sauerbeck wrote: > Sweet, with that command line switch and Jim's patch, qemu (cvs HEAD) will > start up and boot linux-ppc.img just fine :) > > Next, I tried to install a real Linux distro (CRUX PPC, > cruxppc.sunsite.dk): > > I created a disk ima

Re: [Qemu-devel] re: svga_helper

On Tue, Jul 05, 2005 at 05:42:15PM +, Bob Barry wrote: > I googled and found out what it was, and re-installed svgalib > to get the module built against my current kernel. Then I tried > qemu and was stunned to see it take my full screen. And then > I tried to get out of it, and _nothing_ on

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

On Tue, Jul 05, 2005 at 12:55:49PM -0500, Matt Lawrence wrote: > I guess I don't don't quite understand how to get the partition table set > up correctly with losetup. It looks like another issue. Also, how do I > get the bootloader configured correctly in a disk image? I'm still a bit > confuse

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

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, tap1, etc. This patch fixes qemu. I don't t

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

On Wed, Jul 06, 2005 at 10:09:50AM +0900, Magnus Damm wrote: > One solution for that problem would be to access the images through > qemu. My little tool fsimage does that for you, but no bootloader is > included for now. If there is enough interest then I would be happy to > add new features such

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

On Thu, Jul 07, 2005 at 03:55:30AM +0200, Herbert Poetzl wrote: > 1.1 What is the TUN ? > The TUN is Virtual Point-to-Point network device. > TUN driver was designed as low level kernel support for > IP tunneling. It provides to userland application > two interfaces: >- /dev/tunX - characte

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

On Wed, Jul 06, 2005 at 10:05:51PM -0400, Jim C. Brown wrote: > I know this. Actually that page seems out of date, as Linux's tuntap now sends > all accesses to /dev/net/tun regardless of the type of device (tun or tap). > I should also add that on Linux, you can set the device na

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

On Thu, Jul 07, 2005 at 12:36:08PM +0200, octane indice wrote: > Hello > > 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. > > And now, my questions: why this? > Because

[Qemu-devel] scrollable window

ers getting out of sync, which has been a well discussed topic. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. /* * QEMU GTK2 display driver * based on SDL driver by Fabrice * * Copyright (c) 2005 Jim Brown * * Permission is hereby g

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 04:37:45PM +0530, Ashish Naik wrote: > I am using Q to run Qemu which has good feature like saving the state so > that I don't have to reboot again which takes time. > plain qemu has that. Anyways, I just like to point out that I have never tested GTK with OS X, nor have

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 08:27:14AM -0700, user user wrote: > Why not make a Win32 GUI version? > Keep in mind that I'm primarily a Linux/GNU/Xlib coder. >From what Fabrice Bellard has told me, a native Win32 GUI is the eventual plan, and he considers GTK version for Linux/X11 only. He also said

Re: [Qemu-devel] Connecting vde and LAN

On Sun, Jul 10, 2005 at 06:42:30PM +0200, Henrik Nordstrom wrote: > 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 TA

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 11:37:07AM -0500, [EMAIL PROTECTED] wrote: > "Jim C. Brown" > > > >I personally feel that a scrollable window is not very useful unless your > >host > > resolution is smaller than your guest resolution. Hard to see what the >

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 07:32:01PM +0200, Herbert Poetzl wrote: > > Some, such as myself, still use 800x600. I do it out of necessity. I have > > poor eyesight and don't have the spare cash (or desk space!) for a 21 inch > > monitor. And LCD monitors tend to have too high a native resolution.

Re: [Qemu-devel] re: svga_helper

On Sun, Jul 10, 2005 at 04:43:54PM +, Bob Barry wrote: > That sounds spot on. But it doesn't work. The cause of the problem was > updating > all packages (Gentoo "emerge world") which wiped my qemu-friendly sdl. I've > tried installing sdl-1.2.7 and sdl-1.2.8, with both the Gentoo installer

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 08:37:18PM +0200, Herbert Poetzl wrote: > > That works too. So Herbert, tell us how does one set up a virtual screen > > a la X Server style when one is using Windows? Presumably there is some > > "powertoy" out there which does this, but I don't know of any myself. > > wel

Re: [Qemu-devel] Connecting vde and LAN

On Sun, Jul 10, 2005 at 08:23:17PM +0200, Oliver Gerlich 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. libpcap allows for packets in vde to be passed on

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 01:21:23PM -0500, [EMAIL PROTECTED] wrote: > "Jim C. Brown" > > > >> Or the same size. Don't forget, Windows XP will cover up part of the > >> window > >> even when the GTK version switches to 'full screen'.

[Qemu-devel] gtk gui

rs it should be self explanitory. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. /* * QEMU GTK2 display driver * based on SDL driver by Fabrice * * Copyright (c) 2005 Jim Brown * * Permission is hereby granted, free of charge, to any person obtaini

[Qemu-devel] Re: gtk gui

Slightly improved version which allows you to make the window as small as you want and fixes a couple of scrollwindow-on-vbox bugs. /* * QEMU GTK2 display driver * based on SDL driver by Fabrice * * Copyright (c) 2005 Jim Brown * * Permission is hereby granted, free of charge, to any

[Qemu-devel] arts output driver

uot; = "yes" ; then echo "CONFIG_OSS=yes" >> $config_mak echo "#define CONFIG_OSS 1" >> $config_h +fi +if test "$arts" = "yes" ; then + echo "CONFIG_ARTS=yes" >> $config_mak + echo "CONFIG_ARTS_LIB=$arts_lib

Re: [Qemu-devel] Connecting vde and LAN

On Mon, Jul 11, 2005 at 04:21:31AM +0200, Henrik Nordstrom wrote: > 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 forward

Re: [Qemu-devel] scrollable window

On Sun, Jul 10, 2005 at 02:06:53PM -0700, John R. Hogerhuis wrote: > VmWare seems to let you do it any way you want. Full screen, scroll it > manually or auto scroll, etc. So clearly it can be done. Maybe the code > in something like VNC client would give some ideas. > Scrolling manually works, j

Re: [Qemu-devel] Connecting vde and LAN

On Mon, Jul 11, 2005 at 09:50:11AM +0200, Henrik Nordstrom wrote: > On Sun, 10 Jul 2005, Jim C. Brown wrote: > > I didn't mean to implement this in qemu directly, but rather in a helper > similar to vdeq, but the primary method should be via vde_switch. Having > this shortcu

Re: [Qemu-devel] Connecting vde and LAN

On Mon, Jul 11, 2005 at 11:02:04AM -0400, Jim C. Brown wrote: > > > > b) can't talk to the host itself. This is due to the packets going > > directly to the wire and never really "seen" by the host stack. Not sure > > yet if there is an easy way out,

Re: [Qemu-devel] Connecting vde and LAN

On Tue, Jul 12, 2005 at 04:49:08AM +0200, Henrik Nordstrom wrote: > It you forget about Ethernet and instead send the packet as a raw IP > packet then it should reach the host, but you must then fake ARP > responses on behalf of the host. > I just tried this with libnet 1.1 (1.1.2.1 to be speci

[Qemu-devel] gtk fullscreen support

Fullscreen mode is working again. Scrollbars and menu bar are not available in fullscreen mode. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. /* * QEMU GTK2 display driver * based on SDL driver by Fabrice * * Copyright (c) 2005 Jim Brown

[Qemu-devel] gtk tarball

I've made some minor changes to gtk2.c which allow passing of parameters, though there aren't many yet. The only recognized ones are -window-resize-on and -raw-grab. Also, now gtk_init_check() sees the real arguments so you can pass gtk options if you wish. This also required some changes to vl.c,

[Qemu-devel] Re: gtk tarball

On Sat, Jul 16, 2005 at 12:27:02AM -0400, Jim C. Brown wrote: > As for the gui, I've built the qgui that Sebastien provided but I haven't > figured > out how to merge it into qemu yet. The thing is massive and seems to be set up > to provide a GUI for a qemu which support

Re: [Qemu-devel] making a raw disk image

On Tue, Jul 19, 2005 at 09:03:32AM +0100, U n d e r a c h i e v e r wrote: > > When booting the real hardware, the boot loader is grub IIRC and comes > up first, then the NT Boot Loader. Can anyone advise on how to turn > /dev/ide/host0/bus0/target0/lun0/part1 into a bootable qemu image? > /dev

Re: [Qemu-devel] news on the OS X cocoa port

On Thu, Jul 21, 2005 at 04:00:12PM +0200, Ren? Korthaus wrote: > That is what I was also thinking about for some time, but first we > should then agree on an universal way of saving configurations (this > was already been touched by the list some time ago, couldnt find the > mails by now). As

Re: [Qemu-devel] Network code on AMD64

On Thu, Jul 21, 2005 at 12:32:32PM +0100, Paul LeoNerd Evans wrote: > Apologies if this issue has already been solved, by the way; I've only > just joined the mailing list... > No, this problem has come up a couple times but until now no one has actually tried to fix them. Good job. > But there

Re: [Qemu-devel] Re: making a raw disk image

On Fri, Jul 22, 2005 at 10:16:42AM -0300, Andr? Braga wrote: > 2005/7/22, U n d e r a c h i e v e r EMAIL HIDDEN: > > Jim C. Brown did not write: > > thanks -- whilst that's not exactly the answer I want > > > > oh, to bite the bullet and kills windows then? >

Re: [Qemu-devel] Anyone familiar with the slirp code?

On Fri, Jul 22, 2005 at 08:45:16PM +0200, Gwenole Beauchesne wrote: > AFAICS, slirp code in qemu cvs and other projects works on x86_64. > > Bye, > Gwenol?. > Nope. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.

Re: [Qemu-devel] [PATCH] Fix virtual console switching with SDL on Mac OS X

On Fri, Jul 22, 2005 at 11:24:21PM +0200, Christian Walther wrote: > Has switching virtual consoles actually been broken with SDL on non-X11, > non-win32 platforms (i.e. Mac OS X) for 7 months without anyone noticing > ?? Anyway, here's a patch that fixes it. Just a small change that was > forgo

Re: [Qemu-devel] Anyone familiar with the slirp code?

On Sat, Jul 23, 2005 at 12:53:55AM +0200, Gwenole Beauchesne wrote: > Le samedi, 23 jul 2005, ? 00:05 Europe/Paris, Jim C. Brown a ?crit : > > >On Fri, Jul 22, 2005 at 08:45:16PM +0200, Gwenole Beauchesne wrote: > >>AFAICS, slirp code in qemu cvs and other projects works o

Re: [Qemu-devel] Re: [PATCH] Fix virtual console switching with SDL on Mac OS X

On Sat, Jul 23, 2005 at 02:42:12PM +0200, Christian Walther wrote: > >Looks like the bug affects X11 and W32 as well, if you are not using a > >US keymap. > Oops, I meant only X11, as W32 doesnt use qemu's keymaps. Only the X11 SDL driver, and the not-yet-committed X11 GTK driver, use it. > I do

Re: [Qemu-devel] Writing to ROM-Range 0xC800-EFFF

On Tue, Jul 19, 2005 at 08:00:21PM +0200, Andreas Bollhalder wrote: > Hello > > What does I need to change in the source code of QEMU that it would be > possible to enable write access to the ROM adresses from 0xC800 up to > 0xEFFF ? For instance, "UMBPCI.SYS" > (http://www.uwe-sieber.de/umbpci_e.

Re: [Qemu-devel] Problem installing WIndows

On Thu, Jul 28, 2005 at 07:04:11PM +0200, Filip Navara wrote: > >>>I've gotten a little further, but don't seem to be finding this as easy > >>>as some of you. I can now type the admin password at the login screen, > >>>but I get a dialog, title "Windows Product Activation", text "A problem > >>>i

Re: [Qemu-devel] qemu CVS not compilable

On Thu, Aug 04, 2005 at 02:25:05PM +0400, malc_ wrote: > Since there is no default way to install FMOD on *nixes there is no > default way to check for it's presence either. Sounds like configure should be cowardly aborting if one attempts to enable fmod without specifying the path to the include

Re: [Qemu-devel] Connecting vde and LAN

On Thu, Aug 04, 2005 at 12:14:53PM +0200, Henrik Nordstrom wrote: > 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

Re: [Qemu-devel] usb and qemu

On Tue, Aug 09, 2005 at 10:33:31PM +0200, Michael Hoeller wrote: > Hello, > > is there a way to access an usb stick from Windows which runs in qemu > under Linux?? > > Michael > No. http://usbip.naist.jp/ and http://sourceforge.net/projects/usbip/ might help if the guest and the host were bot

Re: Re: [Qemu-devel] usb and qemu

On Wed, Aug 10, 2005 at 06:57:14AM -0400, Ben Taylor wrote: > I haven't tried it, but couldn't you either pass the > physical device (like /dev/sda) as -hdb, or mount up > the USB memory stick and use samba (either qemu's > builtin or an existing samba server) to share it to > the window's guest?

Re: [Qemu-devel] usb and qemu

On Wed, Aug 10, 2005 at 03:03:25PM +0100, Paul Brook wrote: > > Isn't there a USB patch floating around somewhere (emulates OHCI in the > > guest)? > > Yes, but noone's written the code to wire it up to host devices. AFAIK it > currently emulates the host controller and not much else. > > Using

Re: [Qemu-devel] Connecting vde and LAN

On Thu, Aug 04, 2005 at 12:14:53PM +0200, Henrik Nordstrom wrote: > For host->guest packets the RAW sockets demonstrated earlier is fine if > you accept that the guest packets is also duplicated on the local lan. I > do not know of a method to have host->guest packets sent cleanly without > dupl

Re: [Qemu-devel] Connecting vde and LAN

On Thu, Aug 11, 2005 at 06:24:51PM +0200, 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... >

Re: [Qemu-devel] resize an image

On Fri, Aug 12, 2005 at 08:56:24AM +0200, [EMAIL PROTECTED] wrote: > Hello, > > I did create some time ago an 2GB image via dd. Now I have to realize > that I on ly ndeed 1,1 GB is there a way to shrink the sizes of my > image? > > Thanks a lot > Michael > This is unusual. Most people ask if t

Re: [Qemu-devel] Connecting vde and LAN

On Fri, Aug 12, 2005 at 12:02:46PM +0200, Henrik Nordstrom wrote: > >This solves the problem quite nicely, and it is probably the simplest to > >implement, but requires changing the hardware. > > > >I'm trying to figure out how to achieve the same effect with eth0 and tap0 > >(as opposed to eth0 an

Re: [Qemu-devel]kqemu static link?

On Thu, Aug 18, 2005 at 05:37:28PM +0200, Thomas Irlet wrote: > Is it possible to statically link the kqemu module into the linux > kernel 2.6.x)? (because I would like to disable loadable modules). > > If yes, how can I do it? > > Thanks a lot > > Thomas Irlet > It is technically possible. Th

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

On Sat, Aug 20, 2005 at 10:46:46PM -0400, jamal wrote: > > Your script should be able to get all the information it needs from the MAC > > address. You can either hardcode addresses or do pattern matching. > > The guest MAC address is arbitrary, so you can choose whatever numbering is > > conveni

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

On Sat, Aug 20, 2005 at 11:18:29PM -0400, jamal wrote: > On Sat, 2005-20-08 at 22:46 -0400, jamal wrote: > > Note the Ids syntax would also be comma separated. > > > > Actually no - this would need to have the IDx prefix so that > you can pass the ID for non-sequential NICS. Example > -ID2 0 , -I

Re: [Qemu-devel] Read/Write to shares on Windows (XP Pro) host from Windows (2000 Adv) guest.

On Wed, Aug 24, 2005 at 07:23:11PM -0700, Francois Rioux wrote: > Hi, > > What I manage to do with a certain success is to map network shares of the > host in the guest (net use z: 10.0.2.2\MyShare in the guest). I can browse > and read files from the mapped drive. However I can't write to it

Re: [Qemu-devel] qemu 0.7.1 + dkms-qvm86-0.7.1 (mandriva cooker) produces version mismatch

Why did you send this message twice? On Thu, Aug 25, 2005 at 01:36:59PM +0200, Hannes Fuchs wrote: > I am running a mandriva 2005 le with qemu 0.7.1 from cooker and the > dkms-qvm86 package. > > Qemu works fine. > > But when I try to use the dkms-qvm86 I get following error: > > > > Version

Re: Re: [Qemu-devel] Timing problems

On Mon, Aug 29, 2005 at 10:01:39AM +0700, Mulyadi Santosa wrote: > Hello... > > > It simply > > replaces the virtual timer mechanism based on CPU tick count (which > > is totally messed up in a SpeedStep setting) with calls to the > > realtime clock. It should work even when emulation is stopped >

Re: [Qemu-devel] QEMU_TMPDIR temp folder for KQEMU for Windows.

On Mon, Aug 29, 2005 at 11:53:26AM -0700, John R. Hogerhuis wrote: > On Mon, 2005-08-29 at 11:05 -0700, Francois Rioux wrote: > > KQEMU presumably does this on X86 by inlining more of the original code > with minimal changes (i.e more tokens containing bigger swaths of native > code, and less simp

Re: [Qemu-devel] QEMU_TMPDIR temp folder for KQEMU for Windows.

On Mon, Aug 29, 2005 at 11:05:05AM -0700, Francois Rioux wrote: > > The KQEMU doc mentions setting QEMU_TMPDIR to a ramdisk for increased > performances under KQEMU which saves the memory image of the guest OS. > > I'm running XP Pro as the Host with qemu version 0.7.1-3 which includes KQEMU >

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

On Tue, Aug 30, 2005 at 12:48:41PM +1000, Greg Bell wrote: > > hi qemu, > > thanks for a neat project. two minor problems: > > 1) on my FC3 box, i had to force sdl to compile statically because > the sdl test didn't work for some reason (could be my box's > problem). but there's no way to se

Re: [Qemu-devel] -user-net without DHCP?

On Thu, Sep 08, 2005 at 02:22:53AM +0100, Mark Williamson wrote: > Hi all, > > Is it possible to use -user-net but with a statically configured IP address? > > Cheers, > Mark > Considering that the user-net's emulated DHCP server always returns the exact same IP address, I'd say yes. However,

Re: [Qemu-devel] Re: QEMU 0.7.2

On Mon, Sep 05, 2005 at 11:58:43AM +0200, Christian Walther wrote: > >QEMU version 0.7.2 is now available. > > I see it doesn't include my patch that fixes virtual console switching > with SDL on Mac OS X > (http://lists.gnu.org/archive/html/qemu-devel/2005-07/msg00309.html). > Anything wrong w

Re: [Qemu-devel] Why, Fabrice? (CORRECTION: adlib emulation NOT compiled in the default binary?)

On Tue, Sep 06, 2005 at 04:38:30AM -0700, user user wrote: > Why isn't the adlib emulation compiled in the default > binary? Please do that. > > It's this one: > [qemu-0.7.2-i386.tar.gz - Binary distribution for > linux-i386 (untar it in '/').] > Wasn't there an issue with adlib emulation that

Re: [Qemu-devel] Re: QEMU 0.7.2

On Mon, Sep 12, 2005 at 06:55:14PM -0400, Karl Magdsick wrote: > > (SDL is more-or-less considered obsolete in general, iiuc Fabrice wants the > > windows port of qemu to use the Win32API natively to handle graphics, while > > on *nix systems an X toolkit (such as Qt or GTK) is preferred.) > > Out

Re: [Qemu-devel] Re: QEMU 0.7.2

On Mon, Sep 12, 2005 at 07:33:26PM -0500, Anthony Liguori wrote: > What's more, it seems like the easiest way, given the > way QEMU currently works, to have an advanced GUI that can manage > multiple instances of QEMU (using tabs or something like that). > I'm working on something like that (th

Re: [Qemu-devel] Re: QEMU 0.7.2

On Mon, Sep 12, 2005 at 08:37:39PM -0700, Mike Swanson wrote: > I'm just wondering... is it any trouble to draw QEMU using Xlib? > No. Somone released a file called nosdl.c which did that, though it was for a really old version of qemu it may still work. (The way it was written was sort of a hac

Re: [Qemu-devel] Re: QEMU 0.7.2

On Mon, Sep 12, 2005 at 10:45:29PM -0500, Anthony Liguori wrote: > Jim C. Brown wrote: > > If I understand this correctly, you have multiple processes displaying > to the same widget? > Currently, yes. The eventual goal is to manage multiple windows as well, so you can see more

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

On Tue, Sep 13, 2005 at 08:36:29AM -0400, Alexandre Leclerc wrote: > Hi all, > > I'm new to qemu and my question is simple and is probably due to my > ignorance. If I compare qemu and vmware, there is a great deal of > emulation speed differences. > > - Is it because of what qemu is? (i.e. it is

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

On Tue, Sep 13, 2005 at 09:58:11AM -0500, Anthony Liguori wrote: > Jim C. Brown wrote: > > >Fabrice had said that he > >wants > >kqemu to be able to do total virtualization (both kernel and userland > > >>bits); > >basically all the translation

Re: [Qemu-devel] kqemu in 0.7.2 no longer boots Xen

On Mon, Sep 12, 2005 at 04:37:58PM -0500, Anthony Liguori wrote: > 0.7.2 seems to have broken support for kqemu. You are using both qemu 0.7.2 and kqemu 0.7.2 right? qemu 0.7.2 introduced some incompatible changes and no longer works with older versions of kqemu. -- Infinite complexity begets in

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

On Tue, Sep 13, 2005 at 09:48:01PM -0500, Anthony Liguori wrote: > Jim C. Brown wrote: > > The x86 cannot be "virtualized" in the Popek/Goldberg sense, so there's > a couple of fast emulation techniques that are possible. Other than a > hand coded dynamic transl

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

On Tue, Sep 13, 2005 at 11:27:39PM -0500, Anthony Liguori wrote: > I reckon kqemu has this same problem... Technically, even in ring 3, if > you run natively, you violate the Popek/Goldberg requirements because of > cpuid. It's just not possible to trap it but it shouldn't matter for > most sof

Re: [Qemu-devel] Real hard disk drive for Win2k/XP host

On Wed, Sep 14, 2005 at 12:41:39PM +0900, Kazu wrote: > Hi, > > This patch supports a real hard disk drive by \\.\PhysicalDriveN > (N=0,1,2,...) on Windows 2000/XP host. Windows 98/Me are not supported. > You can also use slash like //./PhysicalDriveN. You can see a number in > Administration Tool

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

On Wed, Sep 14, 2005 at 01:46:58PM -0500, Anthony Liguori wrote: > You can't readahead beyond a basic block. Taking a trap for each basic > block and translating the block is what QEMU does. > No, QEMU translates everything from guest machine code into its internal codes. I'm talking about usi

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

On Wed, Sep 14, 2005 at 10:18:24AM -0700, John R. Hogerhuis wrote: > Why disgusting? > > Perhaps you meant disgusting because the Intel architecture forces a > virtualizer to handle a bunch of corner cases like this. > That is exactly what I mean. > -- John. > -- Infinite complexity begets

Re: [Qemu-devel] Net - Qemu

On Thu, Sep 22, 2005 at 01:53:11PM -0300, luciana wrote: > Hello! > I need to configure the net emulated by the qemu in the w2000, I got to > activate it using DHCP, but I need to configure a fixed ip of the type > 150.163. > Does anybody know as doing? You can't, for the most part. Y

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

On Sat, Sep 24, 2005 at 02:43:34AM -0400, Kenneth Ng wrote: > I'm trying to get a children's game to work under windows under qemu. When > the game starts, it flipps into some video mode that my monitor does not > support when in full screen mode, but when in window mode its ok. Weird. Of course,

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

On Sat, Sep 24, 2005 at 06:33:06PM +0200, Jernej Simon?i? wrote: > On Saturday, September 24, 2005, 17:46:49, Jim C. Brown wrote: > > > Weird. Of course, in that case it shouldn't go into fullscreen mode at all - > > it should report the error and go back to the hos

[Qemu-devel] Re: Don't use HTML!!!

On Sat, Sep 24, 2005 at 07:40:12PM +0200, Flavio Visentin wrote: > Please, > don't use html when writing to Mailing List, expecially QEMU-Devel. > Uh. I don't. > TNX > - -- > Flavio Visentin > > | \|||/ > |@/0.0\@ > | \ - / > +

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

On Sat, Sep 24, 2005 at 01:16:39PM -0400, Kenneth Ng wrote: > > > Anyone > > > know how to find out what video mode is currently in use by the vm? My > > > suspicion is that its 640x480, but I'm not sure. > > > > The guest OS should tell you. If it doesn't, you can just measure the size > > of > >

Re: [Qemu-devel] getting past the ctrl-alt-del login in NT

On Sun, Sep 25, 2005 at 12:28:14PM +0200, Andreas Mohr wrote: > Hi, > > On Sun, Sep 25, 2005 at 09:58:30PM +1200, Wesley Parish wrote: > > Does anyone using qemu know how to do that? bochs has a setting in its > > bochsrc file that allows you to click on "user-configured button" and it > > send

Re: [Qemu-devel] getting past the ctrl-alt-del login in NT

On Sun, Sep 25, 2005 at 02:48:51PM +0200, Guillaume POIRIER wrote: > Hi, > > > I have an NT4 installation under QEMU on my Linux box - and in grab > > mode, all I do is... press CTRL-ALT-DEL. Clicking in the window or > > hitting CTRL-ALT enters grab mode. > > FWIW: the CTRL-ALT-DEL sequence has

Re: [Qemu-devel] getting past the ctrl-alt-del login in NT

On Mon, Sep 26, 2005 at 10:44:37AM -0700, John R. Hogerhuis wrote: > On Sun, 2005-09-25 at 15:00 +0200, Hetz Ben Hamo wrote: > > in qemu monitor (press CTRL ALT 2 to reach to the monitor): type: > > sendkey ctrl-alt-del and press Enter Incidently, its sendkey ctrl-alt-delete (ctrl-alt-del didn't

<    1   2   3   4   5   6   7   8   >