[Qemu-devel] Audio output for CS4231, patch/RFC
Hi, This patch hooks CS4231 to the audio subsystem. It's not ready for applying, though I can already make some noise. Any comments? _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ cs4231-audio.diff.bz2 Description: application/bzip ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] IRQ sharing in PCI bus
This allows multiple PCI devices on a bus to use the same IRQ lines. The signals from all devices are ORed. It will only work if the guest OS'es drivers supports that. Linux guest required that to have scsi disks and usb devices working at the same time on an emulated Versatile PB machine. qemu-pci-irq-sharing.patch Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] IRQ sharing in PCI bus
andrzej zaborowski wrote: This allows multiple PCI devices on a bus to use the same IRQ lines. The signals from all devices are ORed. It will only work if the guest OS'es drivers supports that. Linux guest required that to have scsi disks and usb devices working at the same time on an emulated Versatile PB machine. PCI IRQ sharing is already implemented, at least for piix3. You should look at that code and try to fix the related code in other PCI controllers. Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Linux ACPI RSDT probe bug
Hi, While moving the PCI, MP Table and ACPI table initialisation code to the Bochs BIOS, I found that even recent Linux kernels do not scan the ACPI RSDT table at the right addresses in the Extended BIOS Data Area. Does anyone know why it was never fixed ? It is very disturbing for QEMU because I would prefer not to patch the BIOS ROM to initialize the ACPI RSDT table. Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu Makefile.target vl.c vl.h hw/pl080.c hw/ve...
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 06/09/23 17:40:58 Modified files: . : Makefile.target vl.c vl.h hw : pl080.c versatile_pci.c versatilepb.c Added files: hw : arm_gic.c arm_sysctl.c realview.c Log message: Add ARM RealView Emulation Baseboard. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.127r2=1.128 http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.214r2=1.215 http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.150r2=1.151 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pl080.c?cvsroot=qemur1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/versatile_pci.c?cvsroot=qemur1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/versatilepb.c?cvsroot=qemur1=1.5r2=1.6 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/arm_gic.c?cvsroot=qemurev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/arm_sysctl.c?cvsroot=qemurev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/realview.c?cvsroot=qemurev=1.1 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] IRQ sharing in PCI bus
On Saturday 23 September 2006 18:38, Fabrice Bellard wrote: andrzej zaborowski wrote: This allows multiple PCI devices on a bus to use the same IRQ lines. The signals from all devices are ORed. It will only work if the guest OS'es drivers supports that. Linux guest required that to have scsi disks and usb devices working at the same time on an emulated Versatile PB machine. PCI IRQ sharing is already implemented, at least for piix3. You should look at that code and try to fix the related code in other PCI controllers. Seems silly to implement this several times rather than once in generic code. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: Audio output for CS4231, patch/RFC
Blue Swirl wrote: Hi, This patch hooks CS4231 to the audio subsystem. It's not ready for applying, though I can already make some noise. Any comments? One comment: you could move the DMA related functions and registers to sparc32_dma.c because it seems reasonnable that the DMA stuff was really implemented outside of the cs4231 chip (I believe the same chip was used in some PC cards with an ISA based DMA). Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] IRQ sharing in PCI bus
Paul Brook wrote: On Saturday 23 September 2006 18:38, Fabrice Bellard wrote: andrzej zaborowski wrote: This allows multiple PCI devices on a bus to use the same IRQ lines. The signals from all devices are ORed. It will only work if the guest OS'es drivers supports that. Linux guest required that to have scsi disks and usb devices working at the same time on an emulated Versatile PB machine. PCI IRQ sharing is already implemented, at least for piix3. You should look at that code and try to fix the related code in other PCI controllers. Seems silly to implement this several times rather than once in generic code. Right. My comment did not exclude that :-) Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: Audio output for CS4231, patch/RFC
One comment: you could move the DMA related functions and registers to sparc32_dma.c because it seems reasonnable that the DMA stuff was really implemented outside of the cs4231 chip (I believe the same chip was used in some PC cards with an ISA based DMA). I had thought about that, but the CS and DMA registers are located in nearby addresses. Cleanest solution from the driver point of view would be that Qemu handled the case correctly where several drivers register non-overlapping memory areas of less than one page size within the same page. That way the DMA controller could reside in sparc32_dma.c and not know anything about CS registers and vice versa. Looks like the PC cards were called Windows Sound System compatible and there were several manufacturers in the early '90s. _ 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-i386 on ppc: tls issues
Hi, since I got my iBook (now running Linux), I always wanted to use qemu-i386 to run those fancy i386-only gimmicks like Flash player etc. Now, I finally got around to actually try to get it working, but I always fail with cannot set up thread-local storage: set_thread_area failed when setting up thread-local storage. Skimming the archives, I got a hint that tls and user emulation does not work together. Is this by design, or by lack of time? Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu-i386 on ppc: tls issues
On Saturday 23 September 2006 20:59, Johannes Schindelin wrote: Hi, since I got my iBook (now running Linux), I always wanted to use qemu-i386 to run those fancy i386-only gimmicks like Flash player etc. Now, I finally got around to actually try to get it working, but I always fail with cannot set up thread-local storage: set_thread_area failed when setting up thread-local storage. Skimming the archives, I got a hint that tls and user emulation does not work together. Is this by design, or by lack of time? I answered this recently: http://lists.gnu.org/archive/html/qemu-devel/2006-09/msg00194.html Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Is there any option to control the real-time clock?
Hi all !I would like to know if there is any option in Qemu to control the speed of the real-time clock, like in Bochs emulator?In Bochs, I can speed up the RTC, for example 2x, which means that all dialogs, that are time based (not CPU based) will run 2x faster... or 2x slower, depends on the setting. This is useful for some (DOS) software and debugging. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu-i386 on ppc: tls issues
Hi, On Sat, 23 Sep 2006, Paul Brook wrote: On Saturday 23 September 2006 20:59, Johannes Schindelin wrote: since I got my iBook (now running Linux), I always wanted to use qemu-i386 to run those fancy i386-only gimmicks like Flash player etc. Now, I finally got around to actually try to get it working, but I always fail with cannot set up thread-local storage: set_thread_area failed when setting up thread-local storage. Skimming the archives, I got a hint that tls and user emulation does not work together. Is this by design, or by lack of time? I answered this recently: http://lists.gnu.org/archive/html/qemu-devel/2006-09/msg00194.html Oops. I missed that one. Thank you! Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] why is not kqemu free?
Hi, I am looking for an explanation about kqemu is not free. I read somewhere I may not launch more than 4 instances of guests, with both 1Go of RAM each. I lost the link on wich I read that. I also lost the link where I saw some reason kqemu is not free (some relation with BOCHS, I think...) Would you help me to remind the reasons? Thank you. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.h hw/apb_pci.c hw/grackle_pci.c hw/pci....
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 06/09/24 00:16:34 Modified files: . : vl.h hw : apb_pci.c grackle_pci.c pci.c piix_pci.c prep_pci.c unin_pci.c versatile_pci.c Log message: PCI shared IRQ fix (original patch by andrzej zaborowski). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.151r2=1.152 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/apb_pci.c?cvsroot=qemur1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pci.c?cvsroot=qemur1=1.29r2=1.30 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/piix_pci.c?cvsroot=qemur1=1.2r2=1.3 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/prep_pci.c?cvsroot=qemur1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/unin_pci.c?cvsroot=qemur1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/versatile_pci.c?cvsroot=qemur1=1.2r2=1.3 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: Audio output for CS4231, patch/RFC
Blue Swirl blueswir1 at hotmail.com writes: Hi, This patch hooks CS4231 to the audio subsystem. It's not ready for applying, though I can already make some noise. Any comments? After having a cursory look at it only one thing really caught my attention: in the audio callback you set s-audio_free to the provided value, but then in you never use it. If i'm reading everything correctly this would lead to reading N bytes from DMA in write_audio, succeeding in writing only M bytes (where M N) to the audio subsystem and loosing N-M bytes forever. Basically you should never attempt to do volatile reads of more than audio_free bytes. SB16 operates in similar fashion. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Win32 build
Hi, Win32 build has been still broken. Regards, Kazu ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] VLAN for win32
Hi, A patch below improves a performance of VLAN for win32. It is from three to five times faster than now. I used events to handle network instead of select and used WaitForMultipleObjects to detect events. Binary. http://www.h6.dion.ne.jp/~kazuw/qemu-win/qemu-20060922-vlan-tap.zip Patch. http://www.h7.dion.ne.jp/~qemu-win/download/qemu-20060922-vlan.patch Regards, Kazu ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel