[Qemu-devel] sdl fix for mouse grab/hide
Hi Folks! IMHO the idea behind the grab/mouse hide was to have relative mouse moves inside the window when the mouse is grabbed ... now the SDL documentation SDL_MouseMotionEvent(3) says the following: If the cursor is hidden (SDL_ShowCursor(0)) and the input is grabbed (SDL_WM_GrabInput(SDL_GRAB_ON)), then the mouse will give relative motion events even when the cursor reaches the edge fo the screen. which is almost met, except for qemu _not_ using the SDL_ShowCursor() but instead doing a special SDL_SetCursor(sdl_cursor_hidden), which results in SDL _not_ transmitting the relative motion events once the border is reached, which in turn gives funny behaviour :) the following patch fixes this: diff -NurpP qemu-cvs20060522/sdl.c qemu-cvs20060522/sdl.c --- qemu-cvs20060522/sdl.c 2006-05-23 01:18:33.0 +0200 +++ qemu-cvs20060522/sdl.c 2006-05-23 03:03:19.0 +0200 @@ -285,13 +285,13 @@ static void sdl_update_caption(void) static void sdl_hide_cursor(void) { -SDL_SetCursor(sdl_cursor_hidden); +SDL_ShowCursor(0); } static void sdl_show_cursor(void) { if (!kbd_mouse_is_absolute()) { - SDL_SetCursor(sdl_cursor_normal); + SDL_ShowCursor(1); } } best, Herbert ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] work needed to get solaris to boot under qemu-system-sparc
On Thursday 25 May 2006 14:16, Ben Taylor wrote: The question came up a little while back about getting Solaris (Sparc) to boot in qemu under qemu-system-sparc. I did a little work yesterday to find out that the boot process in hw/sun4m.c is really kind of hard wired for a linux boot. If there is no kernel or initrd, it drops right through. In reality, if those variables aren't set, and the boot device is cdrom, shouldn't there be some code to load the boot block in slice 3 of the cd/dvd? At worst case, it seems that we could probably extract the boot block and force qemu to load that with the hope of getting a solaris/sparc on qemu started, since slice 1 of the cd/dvd is the kernel and root directory structure. Slice 0 is the install media. Ideas? I'm neck deep in the pool and have no idea where to start. Real sun SPARC systems use an OpenFirmware (aka OpenBoot) based system. http://www.openbios.org/ indicates there is a qemu/sparc port in progress. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] work needed to get solaris to boot under qemu-system-sparc
Paul Brook [EMAIL PROTECTED] wrote: On Thursday 25 May 2006 14:16, Ben Taylor wrote: The question came up a little while back about getting Solaris (Sparc) to boot in qemu under qemu-system-sparc. I did a little work yesterday to find out that the boot process in hw/sun4m.c is really kind of hard wired for a linux boot. If there is no kernel or initrd, it drops right through. In reality, if those variables aren't set, and the boot device is cdrom, shouldn't there be some code to load the boot block in slice 3 of the cd/dvd? At worst case, it seems that we could probably extract the boot block and force qemu to load that with the hope of getting a solaris/sparc on qemu started, since slice 1 of the cd/dvd is the kernel and root directory structure. Slice 0 is the install media. Ideas? I'm neck deep in the pool and have no idea where to start. Real sun SPARC systems use an OpenFirmware (aka OpenBoot) based system. Right. http://www.openbios.org/ indicates there is a qemu/sparc port in progress. well, interestingly enough, trying to boot a Solaris 10U1 sparc cd with qemu-system-sparc (32-bit) comes up and says this hw is not supported. So the boot block appears to be getting read. I tried configuring with --target-list=sparc64-softmmu, but got an error when I tried to run it, saying: /tmp/qemu5/share/qemu/proll-sparc64.elf: No such file or directory qemu: could not load prom '/tmp/qemu5/share/qemu/proll-sparc64.bin' attempting to copy the proll.elf to proll-sparc64.elf ended up in a core dump with this message to start: fatal: Trap 0x0010 while trap level is MAXTL, Error state I wouldn't have thought that the proll would have needed to be 64-bit. is this just a feature of the sparc64 code not getting too much exercise? I'll try somore more tests with earlier versions of Solaris and the sparc32 module. Ben ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] work needed to get solaris to boot underqemu-system-sparc
That message came with or without OpenBIOS? I should test NeXTStep/Sparc (sun4m required). Is OpenBIOS made to work also on PowerPC? OHW currently has so bugs that doesnt boot anything. Regards El 25/05/2006, a las 16:17, Blue Swirl escribió: http://www.openbios.org/ indicates there is a qemu/sparc port in progress. Yes, and it is getting very close to being usable on Sparc32. OpenBIOS should be a better choice for Sparc64 because of the OpenFirmware and Forth support. I wouldn't have thought that the proll would have needed to be 64- bit. is this just a feature of the sparc64 code not getting too much exercise? The hardware is totally different, especially from kernel or BIOS point of view. The first kernel-level instruction from Sparc32 BIOS will trap on Sparc64. Because there has not been any boot prom before, Sparc64 side of Qemu is very much untested. I'll try somore more tests with earlier versions of Solaris and the sparc32 module. You may have to go back to Solaris 8 (9?) to find Sparc32 support. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] work needed to get solaris to bootunderqemu-system-sparc
I should test NeXTStep/Sparc (sun4m required). Is OpenBIOS made to work also on PowerPC? OHW currently has so bugs that doesnt boot anything. There is some support in OpenBIOS for PPC machines named briq, mol and pearpc, but I don't know if they are related to Qemu machine types. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/hw usb-ohci.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook [EMAIL PROTECTED] 06/05/25 23:37:07 Modified files: hw : usb-ohci.c Log message: OHCI large packet fix. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb-ohci.c.diff?tr1=1.2tr2=1.3r1=textr2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu ./Makefile.target ./usb-linux.c ./vl.c ./v...
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook [EMAIL PROTECTED] 06/05/25 23:58:51 Modified files: . : Makefile.target usb-linux.c vl.c vl.h hw : esp.c ide.c usb-hid.c usb-hub.c usb.c usb.h Added files: hw : cdrom.c scsi-disk.c usb-msd.c Log message: Rearrange SCSI disk emulation code. Add USB mass storage device emulation. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/Makefile.target.diff?tr1=1.111tr2=1.112r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/usb-linux.c.diff?tr1=1.4tr2=1.5r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.c.diff?tr1=1.186tr2=1.187r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.h.diff?tr1=1.120tr2=1.121r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/cdrom.c?rev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/esp.c.diff?tr1=1.8tr2=1.9r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/ide.c.diff?tr1=1.43tr2=1.44r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/scsi-disk.c?rev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb-hid.c.diff?tr1=1.2tr2=1.3r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb-hub.c.diff?tr1=1.5tr2=1.6r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb-msd.c?rev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb.c.diff?tr1=1.6tr2=1.7r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb.h.diff?tr1=1.6tr2=1.7r1=textr2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu ./Makefile.target ./usb-linux.c ./vl.c ./v...
Hi, On Thu, 25 May 2006, Paul Brook wrote: Add USB mass storage device emulation. Cool! Does this work with the VFAT emulation layer? Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu ./Makefile.target ./usb-linux.c ./vl.c ./v...
On Friday 26 May 2006 01:01, Johannes Schindelin wrote: Hi, On Thu, 25 May 2006, Paul Brook wrote: Add USB mass storage device emulation. Cool! Does this work with the VFAT emulation layer? In theory I think it should. I haven't tested it though. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu qemu-doc.texi
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook [EMAIL PROTECTED] 06/05/26 00:49:52 Modified files: . : qemu-doc.texi Log message: Update USB documentation. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/qemu-doc.texi.diff?tr1=1.89tr2=1.90r1=textr2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel