> 1) on my FC3 box, i had to force sdl to compile statically because
> the sdl test didn't work for some reason (could be my box's
> problem). but there's no way to set sdl = 'yes' from the
> configure command line. so i hacked configure, but then line
> 730 dies:
>
> echo "SDL_LIBS=
$config_mak is a makefile fragment, not a shell script, so this should work
fine.
hmmm... configure errors out for me after i hack it to force static
linking with SDL and this is what i traced it to. here's the actual
output rather than my possibly flawed analysis :)
# ./configure
Install p
On Mon, 2005-08-29 at 17:59 -0400, Jim C. Brown wrote:
> Um, KQEMU/qvm86 don't do dynamic translation. They are virtualizers. They run
> the code given to them (more or less) unchanged.
Sorry, I was speaking more generally (and imprecisely) about the
qemu/kqemu as a combination. As you state belo
Francois Rioux wrote:
[snip]
Ramdisk might have been a real performance accelerator for Windows
hosts with enough RAM available. Since I can't find the temp memory
image file is saved, I can't use that option.
Why do you think that it would improve performance? Sorry, but that's
complete ru
> > Without them, there is no native code run by qemu - everything is
> > translated.
>
> Yep. But even in that situation, there will always be room for
> improvement in how the dynamic code generator works.
>
> I wonder, has anyone tried doing a peephole optimizer? Translate key
> instruction sequ
Filip,
I'm not trying to put the guest in ram. As you state, let's Windows manage its whole memory, paging and swapping. I agree it would be as dumb as setting up a ramdisk to put the swapfile. Let's not trying to outsmart the OS.
I was trying to follow Fabrice recommendation to set the QEMU
> "When using KQEMU, QEMU will create a big hidden file containing the RAM of
> the virtual machine. For best performance, it is important that this file
> is kept in RAM and not on the hard disk. QEMU uses the `/dev/shm' directory
> to create this file because tmpfs is usually mounted on it (check
Having a look at the sources, I've noticed that extra ppc registers
are only used when doing usermode-inly emulation and not when doing
fullsystem-mode. Can anyone tell me where should I look for problems
when disabling that restriction? I've already tried to enable the use
of these registers but o
On Tue, 30 Aug 2005, Greg Bell wrote:
$config_mak is a makefile fragment, not a shell script, so this should work
fine.
hmmm... configure errors out for me after i hack it to force static linking
with SDL and this is what i traced it to. here's the actual output rather
than my possibly flaw
On Tue, 30 Aug 2005, Greg Bell wrote:
sdl_too_old=no
-
+sdl=yes
if test -z "$sdl" ; then
sdl_config="sdl-config"
This is not sufficient as a lot of the SDL logics is contained in the if
block you have now disabled.. you need to also at minimum set sdl_config,
sdl_static and sdl_static_libs
On Tue, 2005-08-30 at 12:17 +0100, Paul Brook wrote:
> You might want to look at my hand-coded backed for qemu. The intention is
> that
> this will eventually replace dyngen/gcc altogether. Currently everything
> except the experimental m68k target uses a mixture of the old and the
> micro-ops
> I just downloaded the patched tree off your page. Tried to build it
> (./configure && make) compiling on Debian GNU/Linux, gcc version 3.3 but
> no-workey.
> Any idea what I'm doing wrong (I haven't given it a hard look yet)?
Fixed.
Paul
___
Qemu-de
Hi,
> Hm. hard choice.correctness traded for perfomance But
> anywayIMHO this hack is needed for every speed-step enabled
> machine. Perhaps...the other workaround is via cpufreqd? I don't have
> any Pentium M based PC/laptop around, so this is just a pure guess
Yeah, you can al
13 matches
Mail list logo
