Sergey Bychkov wrote:
- Original Message - From: "Ralf Baerwaldt" <[EMAIL PROTECTED]>
To:
Sent: 19.02.2008 18:09
Subject: [Qemu-devel] precompiled qemu-system-x86_64 is 32 bit instead
of 64bit
I downloaded http://fabrice.bellard.free.fr/qemu/qemu-0.9.1-i386.tar.gz
and I'm using an
On 2/21/08, Andrew Warkentin <[EMAIL PROTECTED]> wrote:
> Why does it matter if it is 64-bit or not? Most programs at the moment
> don't benefit from being compiled 64-bit. I don't get the obsession with
> 64-bitness that most Linux and BSD people seem to have.
I have programs that run signific
Andrew Warkentin wrote:
Why does it matter if it is 64-bit or not? Most programs at the moment
don't benefit from being compiled 64-bit. I don't get the obsession
with 64-bitness that most Linux and BSD people seem to have. I think
workstation Unices like Solaris and IRIX get things right (onl
Laurent Desnogues wrote:
On 2/21/08, Andrew Warkentin <[EMAIL PROTECTED]> wrote:
Why does it matter if it is 64-bit or not? Most programs at the moment
don't benefit from being compiled 64-bit. I don't get the obsession with
64-bitness that most Linux and BSD people seem to have.
I ha
- Original Message -
From: Kaushik karandikar
To: qemu-devel@nongnu.org
Sent: 21 лютага 2008 7:44
Subject: [Qemu-devel] FC7 and qemu + Windows server 2003
Hi All,
I am having my host OS as Fedora 7 and my guest OS is Windows
Server 2003. I want to setup Networ
- Original Message -
From: "Andrew Warkentin" <[EMAIL PROTECTED]>
To:
Sent: 21.02.2008 10:17
Subject: Re: [Qemu-devel] precompiled qemu-system-x86_64 is 32 bit insteadof
64bit
Why does it matter if it is 64-bit or not? Most programs at the moment
don't benefit from being compiled 64
Hello Paul,
Thanks for your reply.
Please recommend some document or pointer on how to implement emulation of
hardware.
I am going through the code of different emulated machines but it is not
very clear.
Arabinda
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
On Thursday 21 February 2008, Arabinda Verma wrote:
> Hello Paul,
>
> Thanks for your reply.
>
> Please recommend some document or pointer on how to implement emulation of
> hardware.
Theere isn't any, just what's in the source. It's mostly fairly
straightforward once you get your head round it.
"Daniel P. Berrange" <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 20, 2008 at 03:53:46PM +, Ian Jackson wrote:
> Content-Description: message body text
> > bdrv_flush is declared to return void, but this is wrong because it
> > means that the implementations have nowhere to report their erro
Andrew Warkentin <[EMAIL PROTECTED]> wrote:
> Sergey Bychkov wrote:
>
> > - Original Message - From: "Ralf Baerwaldt" <[EMAIL PROTECTED]>
> > To:
> > Sent: 19.02.2008 18:09
> > Subject: [Qemu-devel] precompiled qemu-system-x86_64 is 32 bit instead
> > of 64bit
> >
> >
> >> I downl
On Thu, Feb 21, 2008 at 12:19:22PM -0500, Ben Taylor wrote:
>
> "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote:
> > On Wed, Feb 20, 2008 at 03:53:46PM +, Ian Jackson wrote:
> > Content-Description: message body text
> > > bdrv_flush is declared to return void, but this is wrong because i
On Thu, Feb 21, 2008 at 05:24:10PM +, Daniel P. Berrange wrote:
> On Thu, Feb 21, 2008 at 12:19:22PM -0500, Ben Taylor wrote:
> >
> > "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote:
> > > On Wed, Feb 20, 2008 at 03:53:46PM +, Ian Jackson wrote:
> > > Content-Description: message body
On Thu, Feb 21, 2008 at 11:28:23AM -0600, [EMAIL PROTECTED] wrote:
> On Thu, Feb 21, 2008 at 05:24:10PM +, Daniel P. Berrange wrote:
> > On Thu, Feb 21, 2008 at 12:19:22PM -0500, Ben Taylor wrote:
> > > > > Also, in block-raw-posix.c, raw_pwrite et al seem to return -1 on
> > > > > error (the r
The recent TCG code to replace dyngen code in qemu cvs has broken
PowerPC host support (or from what is appears...anyone else who is not
x86 or x86-64). Is anyone working to fix this ? Is there a plan to fix
all the other hosts?
Jerone
On Thursday 21 February 2008, Jerone Young wrote:
> The recent TCG code to replace dyngen code in qemu cvs has broken
> PowerPC host support (or from what is appears...anyone else who is not
> x86 or x86-64). Is anyone working to fix this ? Is there a plan to fix
> all the other hosts?
As far as p
The attached patch enables most TCG ops for Qemu Sparc32/64 target.
Sparc32 softmmu and linux-user are OK, but Sparc64 and Sparc32plus
targets do not work.
Comments?
It would be nice to get rid of T2 usage in std (also stda and
casa/casxa) but I don't know how to pass a 64-bit value from legacy o
On Thu, 2008-02-21 at 20:27 +, Paul Brook wrote:
> On Thursday 21 February 2008, Jerone Young wrote:
> > The recent TCG code to replace dyngen code in qemu cvs has broken
> > PowerPC host support (or from what is appears...anyone else who is not
> > x86 or x86-64). Is anyone working to fix this
> I'm not really familiar with the qemu development process; is this
> usually how it works? People are free to break things and assume others
> will fix it?
Not really. However this is fairly exceptional circumstances. The gcc3
dependency means it's getting harder and harder to build qemu at al
Blue Swirl wrote:
> The attached patch enables most TCG ops for Qemu Sparc32/64 target.
> Sparc32 softmmu and linux-user are OK, but Sparc64 and Sparc32plus
> targets do not work.
>
> Comments?
>
> It would be nice to get rid of T2 usage in std (also stda and
> casa/casxa) but I don't know how to
Hi,
I succeeded to build "system" set of packages on Gentoo Linux, which is
a small root filesystem with toolchain(because it is essential for Gentoo),
inside a chroot environment with qemu-linux-user emu.
Several instructions for sh4 need to be fixed/added.
Some fixes and workarounds are needed
The mipsnet device returns wrong values for device ID, since it returns
the contents of the pointer rather that the contents of the device ID
string. Also the contents of the string is returned such that the order
is host endianess dependent. The patch fixes both these issues.
Signed-off-by: V
21 matches
Mail list logo
