[Qemu-devel] USB Tablet Emulation + VNC patch..
On Mon, Apr 10, 2006 at 12:23:05PM +0400, Brad Campbell wrote: Anthony Liguori wrote: I spent some time cleaning this all up. The following integrates Brad's patches and the patch from http://gnome.dnsalias.net/patches/qemu-hidmousexp.patch It adds a new emulated USB device that reports absolute coordinates. It also modifies SDL to operate in grabless mode when an absolute input device is enabled. I think it's pretty close to apply-able. To use, just specify: -usbdevice tablet With Xorg from CVS, the evdev driver segfaults. This is apparently expected behavior. Hopefully it will be fixed soon. It works quite nicely under Win2k. Here is the vnc patch to go on top of that and the latest cvs. This works beautifully so far.. I applied the VNC patch to the latest qemu CVS (which has the usb tablet emulation already). Now, does anyone have instructions on how to get Win2k installed and updated to the latest set of security patches? I can get service pack 4 installed, but running windowsupdate seems to never work right. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote: Jim C. Brown wrote: -kernel-kqemu virtualizes ring 0 code. So it basically makes qemu do what VMware does. IIRC someone reported a 33% speedup with the new option. That was me. That was a 33% speedup on win2k startup time. kqemu (user only) has a negligible impact on win2k startup time which suggests this is mostly ring 0 code running which would make it a good benchmark for kernel-kqemu performance. This was a terribly unscientific benchmarking so don't read too much into it. Regards, Anthony Liguori My win2k guest (with SP4, but not any updates) seemed to hang on startup with -kernel-kqemu. (This is today's qemu-cvs with kqemu-1.3.0pre5) ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] gdbstub.c fix for SIGINT
Hi... Attached is a patch to add the case for interrupting the gdbstub and sending the correct signal to gdb. Excellent. I haven't tested by myself, but could you test your patch together with Andre Pech's patch that I put in http://qemu.dad-answers.com/viewtopic.php?p=2809#2809? BTW, Paul brook also put a patch related with breakpoint TLB invalidation in http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/exec.c.diff?tr1=1.74tr2=1.75r1=textr2=text (from Paul Brook's posting at qemu-devel on April 9th 2006 ) I think it would be great if these patch combo can finally squashed the gdbstub bug related to missed breakpoints once and for all. regards Mulyadi ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] MIPS single stepping
Hi,
patch below makes GDB single stepping for MIPS work.
For debugging (breakpoint set), in
target-mips/translate.c/gen_intermediate_code_internal()
gen_opc_pc[] isn't initialized. So in debugging case don't call
cpu_restore_state() which then accesses uninitalized
gen_opc_pc[]. do_raise_exception_direct() indirectly calls
cpu_restore_state(), do_raise_exception() doesn't.
Best regards
Dirk
--- ./target-mips/op.c_orig 2006-04-19 18:14:00.0 +0200
+++ ./target-mips/op.c 2006-04-19 18:14:29.0 +0200
@@ -604,7 +604,7 @@ void op_trap (void)
void op_debug (void)
{
- CALL_FROM_TB1(do_raise_exception_direct, EXCP_DEBUG);
+ CALL_FROM_TB1(do_raise_exception, EXCP_DEBUG);
}
void op_set_lladdr (void)
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] MIPS single stepping
Great, it works fine. It should be integrated in CVS HEAD, so all MIPS users get it... Many thanks! Stefan ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] MIPS single stepping
Stefan Weil wrote: Great, it works fine. It should be integrated in CVS HEAD, so all MIPS users get it... FWIW, I have some rather massive MIPS update (e.g. MIPS32R2 support) in the works and hope to get it finished enough the next days to make a quilt patchset of it. I plan to integrate the other MIPS patches into it for the time being. Thiemo ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] -win2k-hack performance+DMA support
On Thu, Feb 09, 2006 at 06:03:53PM +0400, Brad Campbell wrote: Leonardo E. Reiter wrote: Attached is a patch which greatly speeds up disk writes when using -win2k-hack to install Windows 2000. It only delays every 16th interrupt, which after rigorous testing is still enough to overcome the Windows 2000 disk full bug. If you are really adventurous you can try it every 32nd time, but for me that caused problems during some installations, so I thought it was too aggressive. This patch also adds -win2k-hack functionality to DMA writes, since DMA now works in the latest CVS QEMU. Using todays CVS, and kqemu in user mode only I tried to install Win2k-SP4 25 times all with disk full errors until I applied this patch. It would appear the installer will use DMA mode if it's available and therefore the existing win2k-hack does not work. Using this patch 5 out of 5 installs worked perfectly. Thanks Leo :) Regards, Brad with current CVS, I am unable to install win2k.. This patch appears to be needed for win2k installs to work. With this patch, I am able to install w2k with user-kqemu. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu-system-x86_64, Xen and CONFIG_IA32_EMULATION
Hi there, I'm currently using qemu-system-x86_64 (from cvs) to do Xen development for the x86_64 architecture. I find that x86_64 emulation in qemu works pretty well as long as I use a non-smp x86_64 linux kernel and ia32 user space together with CONFIG_IA32_EMULATION. Unfortunately, if I run the Xen hypervisor (x86_64) together with a dom0 kernel (x86_64) configured with CONFIG_IA32_EMULATION, then my ia32 user space code segfaults in qemu but runs ok on real hardware. Vanilla kernel (x86_64) configured with CONFIG_IA32_EMULATION works well in qemu with my ia32 user space code though. I'm quite busy right now, but if some hacker experienced with x86_64 qemu wants to improve the x86_64 emulation, now is a golden opportunity. I have binaries and source code that might be useful. More information could be found here: http://lists.xensource.com/archives/html/xen-devel/2006-04/msg00778.html Thanks, / magnus ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] MIPS patches, was: MIPS single stepping
Thiemo Seufer wrote: Stefan Weil wrote: Great, it works fine. Thanks :) FWIW, I have some rather massive MIPS update (e.g. MIPS32R2 support) in the works and hope to get it finished enough the next days to make a quilt patchset of it. I plan to integrate the other MIPS patches into it for the time being. My list of MIPS patches: MIPS Bugs: = 1. [PATCH] Fix overflow conditions for MIPS add / subtract http://lists.gnu.org/archive/html/qemu-devel/2006-04/msg00270.html *OR* [PATCH] Fix test for two's complement overflow http://lists.gnu.org/archive/html/qemu-devel/2006-02/msg00154.html (not sure which is the prefered one. Are both equal?) 2. [PATCH] MIPS CP0 not usable in kernel mode? http://lists.gnu.org/archive/html/qemu-devel/2006-03/msg00148.html 3. [PATCH] MIPS single stepping http://lists.gnu.org/archive/html/qemu-devel/2006-04/msg00336.html MIPS Improvements: == 1. [PATCH] Huge TLB performance improvement http://lists.gnu.org/archive/html/qemu-devel/2006-03/msg00034.html 2. [PATCH] Add MIPS ELF loader http://lists.gnu.org/archive/html/qemu-devel/2006-03/msg00185.html 3. [PATCH][MIPS] add lwu instruction http://lists.gnu.org/archive/html/qemu-devel/2006-04/msg00326.html 4. [PATCH][MIPS] add basic FPU support http://lists.gnu.org/archive/html/qemu-devel/2006-04/msg00327.html Anything missing? Dirk ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
