On Tue, Aug 30, 2005 at 12:48:41PM +1000, Greg Bell wrote:
>
> hi qemu,
>
> thanks for a neat project. two minor problems:
>
> 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 se
Thank you folks for the insights.
I know everyone with the knowledge in made magic to come with the current QEMU and you're working on enhancements. I'm unfortunately unable to help with that. I couldn't even make my own build for on Windows!
That said, I'm curioux and looking for out of t
hi qemu,
thanks for a neat project. two minor problems:
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, bu
On Mon, Aug 29, 2005 at 11:05:05AM -0700, Francois Rioux wrote:
>
> The KQEMU doc mentions setting QEMU_TMPDIR to a ramdisk for increased
> performances under KQEMU which saves the memory image of the guest OS.
>
> I'm running XP Pro as the Host with qemu version 0.7.1-3 which includes KQEMU
>
On Mon, Aug 29, 2005 at 11:53:26AM -0700, John R. Hogerhuis wrote:
> On Mon, 2005-08-29 at 11:05 -0700, Francois Rioux wrote:
>
> KQEMU presumably does this on X86 by inlining more of the original code
> with minimal changes (i.e more tokens containing bigger swaths of native
> code, and less simp
Jonas Maebe wrote:
On 26 aug 2005, at 15:57, [EMAIL PROTECTED] wrote:
QEMU is working better from hour to hour :-)
Now I am looking for a way to get my data from the linux client to
the Win2K host. When I use the integrated smb I get a transfer rate
from about 15 KB :-(
the tftp is about
On Mon, 2005-08-29 at 11:05 -0700, Francois Rioux wrote:
> I notice that QEMU is quite slower than VMWare.
It certainly is.
> Apparently due to the way IO occur. What are the strategies to
> enhance that performance?
Curious, why do you think that? There are probably a whole host of
reasons
The KQEMU doc mentions setting QEMU_TMPDIR to a ramdisk for increased performances under KQEMU which saves the memory image of the guest OS.
I'm running XP Pro as the Host with qemu version 0.7.1-3 which includes KQEMU (I can see it is enabled with 'info kqemu'.)
I've added 'set QEMU_TMPDIR=c:\tmp'
Hello,
Thanks for your help.
## From: Gwenole Beauchesne <[EMAIL PROTECTED]>
## Actually also make sure you don't have a stale qvm86 module already
prior
to the dkms'ed variant from MDK. e.g. one you manually built and placed
in
a more prioritized location than the output of dkms builds.
There w
I think you need to sysprep or you'll get a 7b error.
After all, enabling this dma patch is equivalent to change
your hdd controller, somehow, and it's vital hw to xp/2k.
--
Christian
On 8/29/05, Brad Campbell <[EMAIL PROTECTED]> wrote:
> Kazu wrote:
> >
> > This patch might help..
> >
> > http
Kazu wrote:
This patch might help..
http://ebisa.hp.infoseek.co.jp/qemu/arcs/qemu-piix4-udma-20050514.zip
Interesting.. after applying that patch both my win2k and winxp installs
refused to boot.
Winxp gets as far as the safe mode selection screen, select safe mode and it goes straight back
11 matches
Mail list logo
