EMU *without* the mouse grabbed do not
exhibit this behaviour.
QEMU has acted this way for quite some time, seems forever. I've
mentioned it on #qemu to little interest, but since it's not a huge
issue for me, I've not looked into a great deal. Thought I would
mention it.
WaxDragon
>
Too bad we don't know of any open source OS projects that would be
interested in having a "proper windows driver" for this card-to-be.
*cough*ReactOS*cough*
WD
--
22:38 <@WaxDragon> false ^ true
22:39 < false> :(
22:39 < false> dont you think you can XOR me and get away with it! I
always return!
; Hugo Segovia
>
>
> __
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> Regístrate ya - http://correo.espanol.yahoo.com/
>
>
>
>
--
22:38 <@WaxDragon> false ^ true
22:39 < false> :(
22:39 < false> dont you think you can XOR me and get away with it! I
always return!
, and I see the cpu freq jump up, so it
works on the host OS. I believe this may have something to do with
kqemu's acceleration.
I have seen the same behavior with cpufreq, but I run the
'conservative' governor on my AMD. Haven't decided if it's a bug or a
feature yet. ;0)
eas what this is about? Could i have misconfigured something in
the kernel?
Cheers,
George
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
22:38 <@WaxDragon> false ^ true
22:39 < false>
_
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
22:38 <@WaxDragon> false ^ true
22:39 < false> :(
22:39 < false> dont you think you can XOR me and get away with it! I
always return!
__
list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
22:38 <@WaxDragon> false ^ true
22:39 < false> :(
22:39 < false> dont you think you can XOR me and get away with it! I
always return!
___
Q
p stats that my % sys was particularly high when using networking
under -net user. Thanks
-Joseph
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
22:38 <@WaxDragon> false ^ true
22:3
and burns CPU as usual.
WD
--
22:38 <@WaxDragon> false ^ true
22:39 < false> :(
22:39 < false> dont you think you can XOR me and get away with it! I
always return!
aurora.png
Description: PNG image
___
Qemu-devel maili
Use this patch.
http://lists.gnu.org/archive/html/qemu-devel/2006-08/msg00107.html
Regards,
Kazu
I thought there was a patch floating around, but this is how I fixed
it, since the code was already there. No idea if it's correct, but it
let me build and boot on my win32 install.
Index: vl.c
==
On 8/9/06, Anthony Liguori <[EMAIL PROTECTED]> wrote:
On Thu, 10 Aug 2006 00:32:20 +0200, Juergen Lock wrote:
> Hi!
>
> I was made aware of this by a FreeBSD user, but i suspect the
> problem is not specific to FreeBSD hosts: If run on a 16 bit display,
> qemu-system-sparc' video is messed up
I can confirm this happens under linux also. Never thought to try 24bit.
On 8/9/06, Juergen Lock <[EMAIL PROTECTED]> wrote:
Hi!
I was made aware of this by a FreeBSD user, but i suspect the
problem is not specific to FreeBSD hosts: If run on a 16 bit
display, qemu-system-sparc' video is mess
http://www.h7.dion.ne.jp/~qemu-win/ now has 0.8.2 qemu bins.
These are the builds that have the messageboxes, last I checked.
WD
On 7/24/06, André Braga <[EMAIL PROTECTED]> wrote:
On 7/24/06, James Olsen <[EMAIL PROTECTED]> wrote:
> I've set up mingw and all the funky stuff (it was not fun to
It's a nice idea, but awfully *nix specific. ;0)
On 7/7/06, Martin Garton <[EMAIL PROTECTED]> wrote:
Hi,
Now that ACPI is supported, does anyone agree that it would make sense
to trap SIGINT (any perhaps SIGTERM) and use it to generate an acpi
power button event? That way, operating systems th
The "unoffical" FAQ has several usage examples. qemu.org links to the
FAQ on this wiki, but examples are not in the FAQ, so you would have
to look for it.
http://kidsquid.com/cgi-bin/moin.cgi/
WD
--
why does the size matter?
___
Qemu-devel mailing
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 nee
On 6/15/06, Joe Lee <[EMAIL PROTECTED]> wrote:
Good point on that, BUT it's not just about the GUI. It's about an
"easy" way to install the product and run a given app without the need
to create/setup a VM - To me that is the benefit of the VMware player.
However, not much of a big benefit IF QEM
On 6/15/06, kadil <[EMAIL PROTECTED]> wrote:
On Wed, 2006-06-14 at 18:10 +0200, Oliver Gerlich wrote:
Real world, gui's are just so easy & desirable, especially if the gui is
consistent across os's, and part of the original distro. I think
take-up would be huge (well huge-er, current takeup is h
I tried out this patch (with CVS, after fixing it) with XP SP2 and 2k3
SP1. It did address the corruption when changing bpp or resolution,
but paints the screen white while the UI elements repaint themselves.
Just a little disturbing, but I'll get used to it. Also, I had the
leave the second c
I can reproduce on a linux host. I've seen this for a few weeks in CVS.
On 5/4/06, Christian MICHON <[EMAIL PROTECTED]> wrote:
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
On 4/21/06, Troy Benjegerdes <[EMAIL PROTECTED]> wrote:
> Have you tried the vnc patch with current CVS? I'm seeing some issues
> with -vnc-and-sdl, and with -vnc only, it looks like something is not
> getting initialized, and I only see the qemu console in the vnc window.
> It appears the guest is
This bug has been around for a while.
On 4/17/06, Víctor Córcoles López <[EMAIL PROTECTED]> wrote:
> Reactos 0.3.0 SVN + kqemu fails as guest O.S. It fails in both systems,
> Linux host and Windows Host. Without kqemu the reactos 0.3.0 SVN runs with
> less bugs.
>
> In VMWARE host, this bug not ap
22 matches
Mail list logo
