-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It was official 0.6.1 - not CVS.
On Freitag 15 April 2005 12:05, Martin Bochnig wrote:
> Hi,
>
> Nardmann, Heiko wrote:
> >Thanks for the hint!
> >
> >I have recompiled qemu using gcc 3.4.2 and now it works fine.
>
> Great!
>
> But please tell me ...
Hello,
DGA as a option will be OK, in BOCHS you can choose what you use
for Video background driver.
I use a DGA and VMware a lot. I use on all my computers ATI cards
for long time without not problems.
DGA problem on ATI is not related only to ATI drivers, but also
to card producers and MB AGP
"Andreas Bollhalder" <[EMAIL PROTECTED]>
>
> I tried the math on my WinXP host with Win2k guest.
>
> When using the following math with my 8192MB QCOW image, QEMU refuse
> to start:
>
> 1 Block = 512 Bytes
>
> Cylinders = Blocks / (Heads * Sectors)
>
> (kBytes * 2) / (16 * 63)
> (8388608 kByte
I tried the math on my WinXP host with Win2k guest.
When using the following math with my 8192MB QCOW image, QEMU refuse
to start:
1 Block = 512 Bytes
Cylinders = Blocks / (Heads * Sectors)
(kBytes * 2) / (16 * 63)
(8388608 kBytes * 2) / (16 * 63)
For 8192MB Image: -hdachs 16644,16,63
I brut
Hello,
having just experimented with the -monitor option to get the monitor to
stdio, I got a mysterious segmentation fault.
This is tested with a freshly checked out version (but it also crashes with
older versions).
Command line: qemu -hda win98/win98-new.img -cdrom /dev/cdrom0 -boot c
-snapshot
On Fri, 15 Apr 2005, Hetz Ben Hamo wrote:
The SLiRP solution for QEMU is great if a user want to connect to the
net and browse, do some updates, etc, but it's not a good solution if
someone want to stuff like:
* Connect to host OS
* Connect to other machines in the LAN
* Use services from host O
Christian MICHON wrote:
I did months ago gcc/FDO with a xp/lite installation as a "repetitive task" :)
I did not improve the timings after all the effort.
could this be down to the tables used to find the
translators/generators? are they constant? is it possible to make them
amenable to feedba
On Monday 18 April 2005 14:44, Daniel Egger wrote:
> On 18.04.2005, at 11:51, Ian Rogers wrote:
> > I'm not sure if you can get GCC to generate code sequences like this,
> > but you probably at least need to use the -fprofile-generate and
> > -fprofile-use options
> > http://gcc.gnu.org/onlinedocs/
Sorry, I was responding to Karl Magdsick's point about the cost of
switch statements relating to Nathaniel G.H.'s point about the cost of
translation/generation. FDO works in the case of interpreters and
translators from my experience as code sequences are pretty predictable
things (you just do
understood. Yet, I discovered some preliminary qvm86 support for
win hosts. I tried it, and I can see linux or xp guests unable to
complete their boot sequences.
I can see more time is needed. I can also confirm based on qvm86
experiments you've to be admin to at least do "net start qvm86".
to th
I did months ago gcc/FDO with a xp/lite installation as a "repetitive task" :)
I did not improve the timings after all the effort.
Christian
On 4/18/05, Daniel Egger <[EMAIL PROTECTED]> wrote:
> On 18.04.2005, at 11:51, Ian Rogers wrote:
>
> > I'm not sure if you can get GCC to generate code seq
On 18.04.2005, at 11:51, Ian Rogers wrote:
I'm not sure if you can get GCC to generate code sequences like this,
but you probably at least need to use the -fprofile-generate and
-fprofile-use options
http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
Feedback optimisation (FDO) will not work
> > I was up until 3:00am studying Qemu, and I came to the conclusion
> that
> > it doesn't make sense to try speeding up the output code, at least
> not
> > yet. A peephole optimizer or hand-coded sequences made to handle
> common
> > combinations of instructions would lead to the problems discus
hw/vga.c: S3 VGA is deprecated, remove it.
diff -X excl -rduNp qemu.oorig/hw/vga.c qemu/hw/vga.c
--- qemu.oorig/hw/vga.c 2005-02-10 23:00:27.0 +0100
+++ qemu/hw/vga.c 2005-04-18 10:21:45.113278016 +0200
@@ -28,12 +28,8 @@
//#define DEBUG_VGA_MEM
//#define DEBUG_VGA_REG
-//#define
There are some code sequences that are quite common, for example compare
followed by branch. A threaded decoder tends to look like:
... // do some work
load
mask out opcode
address_of_decoder = load decoder_lookup
goto *address_of_decoder
but if you say compare and branch are common then possibl
audio/sdlaudio.c (sdl_hw_fini, sdl_hw_init): audio_conf was renamed
to audio_state. Change the debug prints accordingly.
diff -X excl -rduNp qemu.oorig/audio/sdlaudio.c qemu/audio/sdlaudio.c
--- qemu.oorig/audio/sdlaudio.c 2004-11-14 19:59:52.0 +0100
+++ qemu/audio/sdlaudio.
This conversation, below, is very interesting. It is precisely this
part of QEMU that fascinates me and potentially holds the most promise
for performance gains. I have even imagined using a genetic algorithm
to discover optimal block-sizes and instruction re-ordering and
whatnot. This could be
Here are miscellaneous PPC emulation fixes:
- remove the ugly "stop" pseudo-opcode.
- fix fsqrt instruction (there's no fsqrt.).
- floating point load and store are not integer instructions.
- wrong opcode for dcba instructions.
--
J. Mayer <[EMAIL PROTECTED]>
Never organized
Index: target-ppc/tr
PREP machines have two IO mappings.
This patch adds support for non-contiguous IO map, which is used by
OS/2.
It also adds the missing legacy IO ports for the PREP PCI bridge and
changes CPU PVR from 74x/75x to 604 to make OS/2 happy.
--
J. Mayer <[EMAIL PROTECTED]>
Never organized
Index: hw/ppc_
This patch adds little-endian mode support to PPC emulation.
This is needed by OS/2 and Windows NT and some programs like VirtualPC.
This patch have been tested using OS/2 bootloader (thanks to Tero
Kaarlela).
--
J. Mayer <[EMAIL PROTECTED]>
Never organized
Index: cpu-exec.c
=
This patch fixes two bugs in cuda emulation:
- the CUDA timer is always triggered twice, with current code
- SET_TIME command is supposed to send back a 7 bytes packet
--
J. Mayer <[EMAIL PROTECTED]>
Never organized
Index: hw/cuda.c
Thomas Steffen schrieb:
On 4/13/05, Hetz Ben Hamo <[EMAIL PROTECTED]> wrote:
Anyone thought about using XFree's Xv extension? last time I heard, it
works with all the cards, supported well under XFree, and I think it
will be better working rather with DGA..
Xv has its denefits, but I am not sure
22 matches
Mail list logo
