On Thu, Mar 6, 2008 at 3:31 PM, Steve Fosdick
[EMAIL PROTECTED] wrote:
So, the compiler appear to be the same basic version of gcc, but slightly
different build. I will try recompiling the 2.6.23 kernel with the latest
compiler to see if the problem then occurs.
ok
Regarding the kernel
Hi,
I have a few questions regarding TCG which I'd like to ask, and also a
few minor comments. I've made a start on a PA-RISC (HPPA) TCG target,
but there are a few things that I'm not sure of. Before I ask, I should
make it clear that I do understand that the current SPARC TCG code is
- Original Message -
From: Sergey Bychkov [EMAIL PROTECTED]
To: qemu-devel@nongnu.org
Sent: 25.01.2008 0:08
Subject: [Qemu-devel] Slow clock in guest OS
I can't understand why clock in guest OS (Windows 2003) goes very slow.
I have found that slow clock was inspired by working
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
Hi,
I have a few questions regarding TCG which I'd like to ask, and also a
few minor comments. I've made a start on a PA-RISC (HPPA) TCG target,
but there are a few things that I'm not sure of. Before I ask, I should
make it clear that I
There are a few functions which are declared using this syntax
return_value function()
when in fact they take no arguments and so should be
return_value function(void)
The former is either a pre-ANSI declaration with unspecified argument
types (which is usually inappropriate), or a mistake by
On Tue, 04 Mar 2008 01:30:15 +0100, Aurelien Jarno wrote:
This patches fixes endianness issues in the e1000 nic emulation, which
currently only works on little endian hosts with little endian targets.
Byte swapping is only needed on big endian targets, as PCI is always
little endian.
On Fri, Mar 07, 2008 at 06:07:32PM +0200, Blue Swirl wrote:
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
I do understand that the current SPARC TCG code is preliminary work.
However, in some ways, I feel it still serves as a better reference than
i386 and x86_64
Well, I'd still
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 08/03/07 18:21:40
Modified files:
tcg/sparc : tcg-target.c
Log message:
Update based on Stuart Brady's comments
CVSWeb URLs:
Hi,
tcg_target_reg_alloc_order[] contains blank elements, which default to
TCG_REG_EAX/TCG_REG_RAX on i386/x86_64, and TCG_REG_G0 on SPARC. The
included patch removes these elements, and adds an ARRAY_SIZE macro to
osdep.h, which is then used to check the size of the array.
I'm not sure if the
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
On Fri, Mar 07, 2008 at 06:07:32PM +0200, Blue Swirl wrote:
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
I do understand that the current SPARC TCG code is preliminary work.
However, in some ways, I feel it still serves as a better
On Fri, Mar 07, 2008 at 08:47:03PM +0200, Blue Swirl wrote:
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
tcg_target_reg_alloc_order[] has 32 elements, but only 14 are used.
The rest hold 0, specifying TCG_REG_G0.
I see. That could be asking for trouble.
Possibly not, as g0 is marked
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
On Fri, Mar 07, 2008 at 08:47:03PM +0200, Blue Swirl wrote:
On 3/7/08, Stuart Brady [EMAIL PROTECTED] wrote:
tcg_target_reg_alloc_order[] has 32 elements, but only 14 are used.
The rest hold 0, specifying TCG_REG_G0.
I see. That
Hi...
On Fri, Mar 7, 2008 at 8:39 PM, Sergey Bychkov [EMAIL PROTECTED] wrote:
I have found that slow clock was inspired by working UltraVNC server
installed in guest OS.
Possibly, often queries to video driver force qemu to forget to send clock
IRQs to guest.
At this time I didn't find
13 matches
Mail list logo