Le Sunday 03 February 2008 04:15:52 andrzej zaborowski, vous avez écrit :
> I have no clue about ps2 but seeing as redirecting the command from
> kbd to mouse (0 -> 1 in the kbd_queue call) fixes the keyboard issue
> for Gujin, but breaks mouse, the obvious conclusion is that the
> command should
08 00:54:27, vous avez écrit :
> Hi,
>
> On Sun, 20 Jan 2008, Even Rouault wrote:
> > After quite a lot of CVS bisection, [...]
>
> Not wanting to advertise git, but to help other people needing to bisect
> efficiently: here is a recipe how to do this with git.
>
> 1.
roller [PNP0303:KBD,PNP0f13:MOU@ at 0x60,0x64 irq 1,12"
serio: i8042 KBD PORT at 0x60,0x64 irq 1"
Le Sunday 20 January 2008 21:58:05 Even Rouault, vous avez écrit :
> Hi,
>
> I've tried QEMU 0.9.1 and PS/2 mouse support for FC4 guest seems to be
> broken. I was using previo
Hi,
I've tried QEMU 0.9.1 and PS/2 mouse support for FC4 guest seems to be broken.
I was using previously a CVS version dating back to 2007/09/07 and it works
fine with it.
It can be tested by simply running qemu on the FC4-i386-DVD.iso installation
ISO DVD. Anaconda doesn't manage to find the
On Thursday 26 July 2007 18:34:36 Paul Borman wrote:
> Paravirtualization - I have written a "device driver" for QEmu that
> allows the guest system to essentially make function calls right into
> the host (dealing with data representation, etc). A prime example
> for use of this is OpenGL.
At http://qemu-forum.ipi.fi/viewtopic.php?t=2984, you'll find an updated
version of the OpenGL patch that adds Win32 guest TCP/IP support.
See GL_README.txt for use and compilation details.
Extract :
NEWS
* 2007/07/09 :
- Add support of TCP/IP for Win32 guest (see 'How to use it ?' and
eolle (aka Usurp)
> --- --- --- --- --- --- --- --- --- --- --- --- ---
> Run your favorite Windows apps with free ReactOS : http://www.reactos.org
> Listen to non-DRMised Music: http://www.jamendo.com
>
>
>
> - Message d'origine
> De : Even Rouault <[EMAIL PRO
Error message:
"
phpBB : Critical Error
Could not connect to the database
"
Hi,
It was time to release it ! The VirtualBox guys have released today a draft of
their own 3D acceleration solution :
http://forums.virtualbox.org/viewtopic.php?t=16
As far as my own work is concerned, since last version, essentially
stabilization and API implementation.
Here it is : http://
Le Mercredi 28 Février 2007 22:36, vous avez écrit :
> > The patch has been updated and is available at
> > http://qemu-forum.ipi.fi/viewtopic.php?t=2984
>
> How does this compare to chromium[1] and in particular vmgl[2] ?
>
> Any particular reason you're re-inventing the wheel?
>
> Paul
>
> [1] ht
The patch has been updated and is available at
http://qemu-forum.ipi.fi/viewtopic.php?t=2984
Changes/Improvements since second patch version (10 February 2007)
--
* Initial support for Windows as a guest (still Linux i386 as a host)!
Here are some news. Apparently I'm unlucking with posting on this mailing list
since the message and patch I sent last night seems to have landed nowhere. I
have finally dropped the patch and associated comments onto qemu forum, into
the patch section :
http://qemu-forum.ipi.fi/viewtopic.php?t=
Le Jeudi 16 Novembre 2006 23:41, vous avez écrit :
> My main remark is that the host/guest communication system must be
> changed and I can help you to implement it. I would prefer to use a PCI
> device and to avoid any i386 dependent code. For the PCI device, using
> the Bochs VGA adapter could be
I've found some free storage online site... If someone knows some other
alternatives, I'll be interested in.
Here's a link to download the patch :
http://www.4shared.com/file/6018776/13812e35/qemu_opengl.html
If it doesn't work, go to http://www.4shared.com/, and log as
[EMAIL PROTECTED], pass
Here's an attempt of providing accelerated OpenGL for QEMU.
I must underline first that it should really really be considered as
experimental or a proof-of-concept. There's
still a lot of work to do to make it reliable and releasable.
So what is it exactly ?
- a patch for QEMU itself that intercep
I send a patch that should fix a bug in the update of carry flag for addxcc
and subxcc instructions when the carry flag is set before the evaluation of
the instruction.
(the fix is identical to what is done in the similar instruction
op_adcl_T0_T1_cc for arm target)
? patch-qemu-sparc-xcc_ops.tx
e bug is really in kqemu ? It is possible that your
> guest kernel implements a security system which prevents self modifying
> code using segment limits which QEMU does not check (but kqemu checks
> them !).
>
> Regards,
>
> Fabrice.
>
> Even Rouault wrote:
> > Guest
Guest OS : Linux 2.6.15-1.2054_FC5 i686 (Fedora Core 5 i386)
Host OS: Linux 2.6.12-10-amd64-k8 #1 x86_64 (Ubuntu 5.10 amd64)
QEMU Version : today CVS compiled with kqemu support
KQEMU : 1.3.0pre6
Binary used : qemu-system-x86-64 (so kqemu user-mode is used)
I'm running the simple C code attached.
Hello,
As far as the V flag is concerned, I've taken a look at the Sparc V8 reference manual (www.sparc.org/standards/V8.pdf)
We can read at page 170 for the update of the V flag for "addcc" and "addxcc":
Vtheory = (r[rs1]<31> & operand2<31> & !result<31>) | (!r[rs1]<31> & !operand2<31> && resu
To be clear, I just ran into the problem of the update of the carry flag but
I'm not at all a specialist of SPARC assembly.
From what I've understood, Paul is certainly right when suggesting to add a
fix for the SPARC64 case (for the addxcc and subxcc, not addx and subx) and I
send a new versio
I send a patch that should fix a bug in the update of carry flag for addxcc
and subxcc instructions when the carry flag is set before the evaluation of
the instruction.
(the fix is identical to what is done in the similar instruction
op_adcl_T0_T1_cc for arm target)
? patch-qemu-sparc-xcc_ops.tx
This patch adds the display of syscall names in addition to their numbers in
linux-user/syscall.c
Index: syscall.c
===
RCS file: /cvsroot/qemu/qemu/linux-user/syscall.c,v
retrieving revision 1.64
diff -u -p -r1.64 syscall.c
--- syscal
Some are required for x86_64 compilation.
Index: Makefile
===
RCS file: /cvsroot/qemu/qemu/tests/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile26 Apr 2005 21:39:25 - 1.33
+++ Makefile29 No
23 matches
Mail list logo
