for the time.
--
Joachim Henke
http://base91.sourceforge.net/j-o/
.
Thanks,
Jo.
--
Joachim Henke
http://base91.sourceforge.net/j-o/
gccconf.diff
Description: Binary data
this with an old computer game,
etc...
I would appreciate any hints or suggestions.
Regards,
Jo.
--
Joachim Henke
http://base91.sourceforge.net/j-o/
3dnow.diff.gz
Description: GNU Zip compressed data
Im sorry, but I just found that a checking should be done in a more
proper way. Please additionally apply the attached patch after my
3DNow! patch.
Sorry again,
Jo.
On 29 Apr 2007, at 21:32, Joachim Henke wrote:
The attached patch adds the 3DNow! and extented 3DNow! instruction
sets
/../../../libmx.dylib(single
module) definition of _lrintl$LDBL128
The attached patch works for me.
Kind regards,
Jo
--
Joachim Henke
http://base91.sourceforge.net/j-o/
softfloat.diff
Description: Binary data
patch below.
Sorry,
Jo.
Joachim Henke wrote:
Could you please check, if the attached patch works for you? A
quick test showed that Linux boots fine with the MONITOR flag set now.
This patch adds 'monitor' and 'mwait' as nops, as suggested by
Fabrice.
--
Joachim Henke
http://he-jo.net
sure, Fabrice would be able to do the trick - maybe by using the
hosts monitor/mwait instructions.
--
Joachim Henke
http://he-jo.net/
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
modules;
some being closed source. And if an mwait lurks somewhere in your
kernel, you might get a really obscure breakage that will be a pain
to debug...
--
Joachim Henke
http://he-jo.net/
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
else will come up with a better solution. Anyway, your last
suggestion looks good.
--
Joachim Henke
http://he-jo.net/
mwait_hlt.diff
Description: Binary data
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
the patch in the end
of that thread seems to already be included in the sources?)
So, my hypothesis is that there is some other feature that appears
in my host CPUID, which the booting linux image tries to make use
of, but which qemu does not emulate.
--
Joachim Henke
http://he-jo.net
patch attached below.
Sorry,
Jo.
Joachim Henke wrote:
Could you please check, if the attached patch works for you? A
quick test showed that Linux boots fine with the MONITOR flag set now.
This patch adds 'monitor' and 'mwait' as nops, as suggested by
Fabrice.
--
Joachim Henke
http://he
Try
zcat mwait.diff.gz | patch -p0
in the source directory.
Am 07.07.2006 um 14:57 schrieb maestro:
btw: when i patch mwait.diff in the qemu-src directory patch cannot
find the files to patch and asks me for their location - did i do
anything wrong?
--
Joachim Henke
http://he-jo.net
: Attempted to kill init!
--
Joachim Henke
http://he-jo.net/
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
The attached patch
- fixes a wrong entry in the keycode translation map (0x9c = 156, not 152)
- adds some entries to support more keys on Apple USB keyboards
- changes keymap[] to be an array of bytes (saves some space)
- fixes a typo in a warning message
Kind regards,
Jo.
--
Joachim Henke
' anyway.
Regards,
Jo.
--
Joachim Henke
http://he-jo.net/
cocoa-fix-1.diff
Description: Binary data
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
,
and also the MON CPUID flag must be added.
Fabrice Bellard wrote:
The problem is that it is not possible to trap on the CPUID
instruction :-( So the only possible patch is to support PNI in
QEMU. For monitor/mwait for example, doing nops should suffice...
Fabrice.
--
Joachim Henke
http://he
at least). So I would really appreciate
it, if someone could test this patch and/or give me links to programs
(Linux/Win98) that use SSE3 instructions (and preferably also prove
the results).
Thanks
Jo.
--
Joachim Henke
http://he-jo.net/qemu/
sse3-2006-02-18.diff.gz
Description: GNU Zip
it, while it's
hot (c: Run QEMU with '-soundhw pcspk' and
Have fun!
Jo.
--
Joachim Henke
http://he-jo.net/qemu/
pc-speaker.diff.gz
Description: GNU Zip compressed data
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman
--
instead significant distortion will be generated (google for
Nyquist frequency).
--
Joachim Henke
http://he-jo.net/
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
calculation (16 bit integer part and 16 bit fractional) is
easy without all those sin calculation.
--
Joachim Henke
http://he-jo.net/
pc_speaker.diff.gz
Description: GNU Zip compressed data
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http
:
I'd like to not one thing, namely, you are using FPU to generate the
samples. This is something Fabrice expressed dissatisfaction with. In
the case of speaker it might be feasible to switch to fixed-point
calculation.
--
Joachim Henke
http://he-jo.net/
Lust, ein paar Euro nebenbei zu
N bytes, AUD_write
returns zero, yet you are tring again immediately - ad nauseam. We
have only one thread - hence audio can not push the data out of
internal buffers into the host, and what you get is an infinite loop.
--
Joachim Henke
http://he-jo.net/
pcspeaker.diff.gz
Description: GNU Zip
I forgot to mention, that you must call QEMU with the switch '-
soundhw pcspk' to enable PC speaker emulation.
Sorry
Jo.
Joachim Henke wrote:
Ok, here is it - my first attempt for emulating the PC speaker
using the audio API. This needs some testing, tough it seems to
work well with full
on */
+if (spk_off speaker_data_on)
+puts(*beep*\a);
}
--
Joachim Henke
http://he-jo.net/
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
In the meanwhile I did some more fixes and improvements over the patch I
posted on December 27th. Here is the complete ChangeLog:
- fix a crash that occurs when pressing a dead key in the monitor
(I already reported this on December 8th, please drop that old patch)
- keymap corrections
- make
The separate keymaps are only used when QEMU is built with the SDL
frontend. So we can avoid bloated installations of non-SDL (e.g. Cocoa)
builds with this simple patch:
Index: Makefile
===
RCS file: /sources/qemu/qemu/Makefile,v
- don't pass undefined keycodes to the guest OS during KeyDown and KeyUp
events (as it is already done for modifier key events)
- fix a crash that occurs when pressing a dead key in the monitor
(I already reported this on December 8th, please drop that old patch)
- make HOME, END, and DELETE
Thanks for your hint!
Again I modified several suspicious parts of the code, but I haven't
had any success. Today I installed GCC 3.4.5 from sources. The qemu
binary compiled with this version does _not_ crash. Now I'm beginning
to believe that the whole trouble is really a bug in Apple's
Thanks for the patch! I already browsed through the CVS history on
savannah, but it's a bit tricky because some code parts moved between
files when SMP support was added. Could you please provide a complete
diff to the last fully working CVS snapshot? According to your patch,
it dates back
I just did some tests on the freedos image from your web-site and my first
impression is that these crashes are something compiler related. When I
build qemu with
./configure --prefix=/usr/local --cc=gcc-3.3 --target-list=i386-softmmu
--enable-cocoa
and start your image with
qemu -hda
gcc4 and -fno-tree-ch did the trick for me, too.
-fno-tree-ch was mentioned earlyer on this list, to compile with
gcc4 on OS X. But since gcc4 is still not in the default toolchain,
I did not even try :(.
Seams that we have a problem with gcc3.3 and not gcc4 for once :)
The error behavement
Ok, thanks for your reply.
I'm currently building qemu from CVS code several times a week, but I
never had DOS related problems. The guest OS is Win98 SE and I use
the DOS command prompt quite often. What are you doing, when it
crashes qemu? Does this occur randomly or when running special
This concerns the current cocoa version in cvs: When typing into the
monitor and accidentally pressing a dead key, qemu quits immediately and
all unsafed data in the guest os is lost:
2005-12-04 15:15:00.833 qemu[193] Exception raised during posting of
notification. Ignored. exception: ***
With current CVS, when running Linux as guest OS, the kernel log is
flooded with messages like
atkbd.c: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0).
atkbd.c: Use 'setkeycodes 00 keycode' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0x0 on
34 matches
Mail list logo