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
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.
> >
>
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
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 serv
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 a
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/03/07 18:21:40
Modified files:
tcg/sparc : tcg-target.c
Log message:
Update based on Stuart Brady's comments
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/tcg/sparc/tcg-target.c?cvsr
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'
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. cp
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 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
- Original Message -
From: "Sergey Bychkov" <[EMAIL PROTECTED]>
To:
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 UltraVNC server
instal
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
prelimina
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 ke
13 matches
Mail list logo