Re: [Qemu-devel] Patch: generate a DBF when a GPF could not be delivered on x86

g (ie exception if DBF handler) -- it should reset CPU. rgds -- Sebastian Kaliszewski

Re: [Qemu-devel] why is kqemu closed?

inux kernel) to be forced to go under GPL. But neither it includes any kernel headres nor it's Linux only -- the very same binary (object file) can be used with *BSD as well as Windows. So KQemu can be legally licenced under any licence Fabrice chooses. rgds -- S

Re: [Qemu-devel] why is kqemu closed?

to) linking with closed source software, incorporating into closed source software, etc. until resultant binary is used "internally" (i.e. is not spread further). rgds -- Sebastian Kaliszewski ___ Qemu-devel mailing list Qemu-devel@nongn

Re: [Qemu-devel] [PATCH] PC speaker emulation (square wave)

if you want to have your path behave really nicely, you should simply not generate at all waves at frequencies above half of current output sampling rate -- those can't be reproducted -- instead significant distortion will be generated (google for Nyquist frequency). rgds

Re: [Qemu-devel] [PATCH] PC speaker emulation (fixed point)

o emit bass. rgds -- Sebastian Kaliszewski ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] [PATCH] PC speaker emulation (fixed point)

thing like square wave with rounded corners -- maybe sth like pow(sin(x), 0.2) (i.e. sinus rooted to 5th degree) will sound pleasant enough. rgds -- Sebastian Kaliszewski ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/ma

Re: [Qemu-devel] [PATCH] PC speaker emulation (fixed point)

frequencies, and if they do, people probably won't notice. Many PC games used low frequencies to emit varius buzzes and stuff (like engine noise). With sine wave those will be completely broken. rgds -- Sebastian Kaliszewski ___

Re: [Qemu-devel] [PATCH] PC speaker emulation (fixed)

quare wave not sine wave, so this would be more realistic. Then fixed point calculation (16 bit integer part and 16 bit fractional) is easy without all those sin calculation. rgds Sebastian Kaliszewski ___ Qemu-devel mailing list Qemu-devel@nongn

Re: [Qemu-devel] KQEMU 0.7.1 not working

Pablo R. Canto wrote: Mike Swanson wrote: Not sure why, but dmesg says this: kqemu: Unknown symbol __PAGE_KERNEL_EXEC This patch is the solution http://www.zarb.org/cgi-bin/viewcvs.cgi/plf/SPECS/non-free/dkms-kqemu/kqemu-0.7.1-PAGE_KERNEL_EXEC.patch?rev=1.1&view=log Farbice proposed thi

Re: [Qemu-devel] Unknown symbol __PAGE_KERNEL_EXEC

Hello! Darryl Dixon wrote: Well, I can confirm that this works OK. Also, congrats Fabrice, this version of kqemu appears to work OK with Win 9x (I booted my Win98SE machine), and the games that I use QEMU to run (AoE2, Civ3, Baldurs Gate 2) all were noticeably quicker. The speedup didn't se

Re: [Qemu-devel] Stupid (probably) idea wrt dyngen & gcc 3.4 & 4.0

particularly the RISC based ones) to be much > simpler to fix. Nice. rgds Sebastian Kaliszewski ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Stupid (probably) idea wrt dyngen & gcc 3.4 & 4.0

ill block -- but AFAIR gcc is instructed ther not to align code and AFAIR gcc would use block of 4 one byte nops -- it will use longer nops in such cases). So then replacing such nops with jumps to end inside blocks is trivial. What do you think? rgds Sebasti