On Jan 18, 2008, at 2:14 AM, consul wrote:
It broke mingw build with gcc-3.4.2
Does it work if you change the lines I'll comment on below?
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-
gcse-fno-optimize-sibling-calls
-fno-crossjumping -fno-align-labels -fno-ali
On Jan 18, 2008, at 12:25 AM, Andreas Färber wrote:
Am 17.01.2008 um 18:34 schrieb Alexander Graf:
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu
on Linux/i386 from your gcc4 branch. It compiles okay on gcc (GCC)
4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2). Runt
On Jan 17, 2008, at 11:34 PM, Ismail Dönmez wrote:
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
Hi,
On Thu, 17 Jan 2008, Ismail Dönmez wrote:
Thanks but ppc target doesn't work here with gcc 4.3 trunk , i686-
linux :
gcc -mtune=native -march=native -O2 -pipe -fomit-fram
On 18.01.2008, at 01:40, Mike Kronenberg wrote:
On 18.01.2008, at 00:25, Andreas Färber wrote:
Am 17.01.2008 um 18:34 schrieb Alexander Graf:
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu
on Linux/i386 from your gcc4 branch. It compiles okay on gcc
(GCC) 4.1.3 200709
Hello..
On Jan 18, 2008 1:35 AM, Vince Weaver <[EMAIL PROTECTED]> wrote:
> Hello
>
> The 0.9.1 release segfaults on certain benchmarks under linux-user
> emulation (x86 on x86).
>
> Specifically "facerec" from the SPEC2000 benchmarks, and over half of the
> SPEC2006 benchmarks.
>
> I tracked this
Hi...
Trying to deliver a help...
On Jan 17, 2008 6:50 PM, Марк Коренберг <[EMAIL PROTECTED]> wrote:
> Hello developers.
>
> I'm developer of ideco software product (www.ideco-software.ru)
> and our products is run perfectly on vmware, but strange behaviour in qemu.
OK, that could means anything
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> On Thu, 17 Jan 2008, consul wrote:
>
> > It broke mingw build with gcc-3.4.2
>
> Now that's funny, since the last incarnation Alexander should have
> _exactly_ the same code as before for gcc < 4. Are you sure that you do
> not have appli
Hi,
On Thu, 17 Jan 2008, consul wrote:
> It broke mingw build with gcc-3.4.2
Now that's funny, since the last incarnation Alexander should have
_exactly_ the same code as before for gcc < 4. Are you sure that you do
not have applied the patch that exchanges at least one "#ifdef HOST_I386"
fo
It broke mingw build with gcc-3.4.2
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-gcse
-fno-optimize-sibling-calls
-fno-crossjumping -fno-align-labels -fno-align-jumps -fno-align-functions
-mpreferred-stack-boundary=2 -fomit-frame-pointer -I. -I..
-I/c/qemu/targ
On 18.01.2008, at 00:25, Andreas Färber wrote:
Am 17.01.2008 um 18:34 schrieb Alexander Graf:
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu
on Linux/i386 from your gcc4 branch. It compiles okay on gcc (GCC)
4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2). Runtime
Hi,
On Fri, 18 Jan 2008, Ismail Dönmez wrote:
> Friday 18 January 2008 00:59:36 tarihinde Johannes Schindelin şunları
> yazmıştı:
> > > Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
> >
> > ??
>
> Turkish for "@date you wrote this."
I thought as much, but at least in other m
Friday 18 January 2008 00:59:36 tarihinde Johannes Schindelin şunları
yazmıştı:
> > Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
>
> ??
Turkish for "@date you wrote this."
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
Am 17.01.2008 um 23:59 schrieb Johannes Schindelin:
On Fri, 18 Jan 2008, Ismail Dönmez wrote:
Thursday 17 January 2008 19:00:11 tarihinde şunları
yazmıştınız:
??
From the 'missing' i-dots and the mail domain I'd infer Turkish. ;)
Andreas
Am 17.01.2008 um 18:34 schrieb Alexander Graf:
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu on
Linux/i386 from your gcc4 branch. It compiles okay on gcc (GCC)
4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2). Runtime
behavior was identical to CVS+gcc-3.4.
Could yo
On 17/01/2008, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> andrzej zaborowski wrote:
> > On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
> > > According to section 9 of the GPL, you would only have to contact
> > > contributors for code which specified version 2 of the GPL and not
> > > l
In message: <[EMAIL PROTECTED]>
Johannes Schindelin <[EMAIL PROTECTED]> writes:
: Hi,
:
: On Thu, 17 Jan 2008, M. Warner Losh wrote:
:
: > In message: <[EMAIL PROTECTED]>
: > Thiemo Seufer <[EMAIL PROTECTED]> writes:
: > : andrzej zaborowski wrote:
: > : > On 17/01/2008, B
Hi,
On Fri, 18 Jan 2008, Ismail Dönmez wrote:
> Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
??
> Might be a GCC 4.3 thing :-/
I guess so. Maybe I will find some time next week to compile gcc 4.3 and
test with it...
Ciao,
Dscho
M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Thiemo Seufer <[EMAIL PROTECTED]> writes:
> : andrzej zaborowski wrote:
> : > On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
> : > > According to section 9 of the GPL, you would only have to contact
> : > > contributor
Hi,
On Thu, 17 Jan 2008, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Thiemo Seufer <[EMAIL PROTECTED]> writes:
> : andrzej zaborowski wrote:
> : > On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
> : > > According to section 9 of the GPL, you would only have to
andrzej zaborowski, le Thu 17 Jan 2008 23:25:04 +0100, a écrit :
> Thanks, committed although I hoped for something that lets easily test
> that the adapter works, e.g. so that after a usb_add serial:...:stdio
> you can do cat /dev/ttyXXXN in the guest and see what's being typed on
> qemu's stdin.
In message: <[EMAIL PROTECTED]>
Thiemo Seufer <[EMAIL PROTECTED]> writes:
: andrzej zaborowski wrote:
: > On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
: > > According to section 9 of the GPL, you would only have to contact
: > > contributors for code which specified version
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
> Hi,
>
> On Thu, 17 Jan 2008, Ismail Dönmez wrote:
> > Thanks but ppc target doesn't work here with gcc 4.3 trunk , i686-linux :
> >
> > gcc -mtune=native -march=native -O2 -pipe -fomit-frame-pointer
> > -Wstrict-overflow -Wall -O2 -
andrzej zaborowski wrote:
> On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
> > According to section 9 of the GPL, you would only have to contact
> > contributors for code which specified version 2 of the GPL and not later...
>
> In order to relicense all of qemu, yes, plus contributors
On 17/01/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> andrzej zaborowski, le Thu 17 Jan 2008 15:09:54 +0100, a écrit :
> > On 13/01/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > > Samuel Thibault, le Sun 13 Jan 2008 01:55:56 +, a écrit :
> > > > Here is an updated version, that tak
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 08/01/17 22:22:45
Modified files:
. : qemu-doc.texi
Log message:
Documentation piece explaining "usb_add serial" by Samuel Thibault.
Minor style change.
CVSWeb URLs:
h
M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> "Bill C. Riemers" <[EMAIL PROTECTED]> writes:
> : According to section 9 of the GPL, you would only have to contact
> : contributors for code which specified version 2 of the GPL and not later...
>
> I said exactly this in a pre
Ricardo Almeida wrote:
> > The problem is: you would have to ask every contributor whose code is
> > still somewhere in the source code. That is tedious, and takes time (I do
> > not even think that an email would suffice).
>
> >From what I read once in a slashdot post (it's worth what is worth),
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 08/01/17 21:47:25
Modified files:
. : qemu-doc.texi
audio : dsound_template.h
Log message:
Miscellaneous fixes after recent audio additions (malc).
CVSWeb UR
In message: <[EMAIL PROTECTED]>
"Bill C. Riemers" <[EMAIL PROTECTED]> writes:
: According to section 9 of the GPL, you would only have to contact
: contributors for code which specified version 2 of the GPL and not later...
I said exactly this in a previous message. At one point I rec
On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
> According to section 9 of the GPL, you would only have to contact
> contributors for code which specified version 2 of the GPL and not later...
In order to relicense all of qemu, yes, plus contributors of
BSD-licensed code, of which there
According to section 9 of the GPL, you would only have to contact
contributors for code which specified version 2 of the GPL and not later...
e.g.
* Copyright (c) 2003-2005 Fabrice Bellard
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GN
In message: <[EMAIL PROTECTED]>
"Ricardo Almeida" <[EMAIL PROTECTED]> writes:
: > The problem is: you would have to ask every contributor whose code is
: > still somewhere in the source code. That is tedious, and takes time (I do
: > not even think that an email would suffice).
:
: >F
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/01/17 21:07:04
Modified files:
hw : slavio_serial.c
Log message:
Shuffle code to avoid NetBSD gcc 3.4.6 inlining bug (Rumko)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/s
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/01/17 21:04:16
Modified files:
hw : eccmemctl.c sun4m.c sun4m.h
Log message:
Give ECC controller an IRQ (Robert Reif)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/eccmemct
> The problem is: you would have to ask every contributor whose code is
> still somewhere in the source code. That is tedious, and takes time (I do
> not even think that an email would suffice).
>From what I read once in a slashdot post (it's worth what is worth),
it suffices a public announcemen
Hi,
On Thu, 17 Jan 2008, Stefan Weil wrote:
> Is GPLv3 unwanted for QEMU source code? If yes: why?
The problem is: you would have to ask every contributor whose code is
still somewhere in the source code. That is tedious, and takes time (I do
not even think that an email would suffice).
Besi
In message: <[EMAIL PROTECTED]>
Stefan Weil <[EMAIL PROTECTED]> writes:
: Is GPLv3 unwanted for QEMU source code? If yes: why?
: Would it prevent inclusion of QEMU in common Linux distributions?
There's still some gplv2-only code in qemu, iirc. As such, you can't
use gplv3 code at all
Is GPLv3 unwanted for QEMU source code? If yes: why?
Would it prevent inclusion of QEMU in common Linux distributions?
Stefan
Ulrich Hecht schrieb:
> Hi!
>
> Our Teenage Mutant Legal Turtles have discovered that s390-dis.c contains
> GPLv3 code. Fortunately, the actual code has not changed since
Hello
The 0.9.1 release segfaults on certain benchmarks under linux-user
emulation (x86 on x86).
Specifically "facerec" from the SPEC2000 benchmarks, and over half of the
SPEC2006 benchmarks.
I tracked this down to a problem in the mmap() code in linux-user.
I've attached a patch that reverts b
On Wed, 16 Jan 2008, Mulyadi Santosa wrote:
> > Any way to startup qemu with my own desired speed?
> Check http://www.miroslavnovak.com/qemu-brake_en.php
Thank you. I am using it now with "-brake 75"
Before using the -brake, the system said it was 7497.31 BogoMIPS.
(The real host hardware as a
On 1/17/08, Alexander Graf <[EMAIL PROTECTED]> wrote:
> This fixes the Alpha target for PowerPC hosts. It is merely a part of
> the original gcc4 patch posted by Michael Matz.
Sparc host had the same problem with Alpha reset ops, I solved that by
introducing a helper.
On Thu, Jan 17, 2008 at 05:13:31PM +0100, Alexander Graf wrote:
> Their only difference is, that the TPR is implemented as an MSR, whereas
> the CR8 is a CPU register.
The TPR is currently a memory mapped local Apic register. The
default address is 0xfee00080, according to Intel vol3a chapter 8..
On Jan 17, 2008, at 6:11 PM, Andreas Färber wrote:
Hi,
Am 17.01.2008 um 16:29 schrieb Johannes Schindelin:
I found two extra #endifs, in target-mips/exec.h and target-ppc/
exec.h. I
updated my "gcc4" branch.
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu on
Linux/i386
Hi,
Am 17.01.2008 um 16:29 schrieb Johannes Schindelin:
I found two extra #endifs, in target-mips/exec.h and target-ppc/
exec.h. I
updated my "gcc4" branch.
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu on
Linux/i386 from your gcc4 branch. It compiles okay on gcc (GCC)
Hi,
On Thu, 17 Jan 2008, Ismail Dönmez wrote:
> Thanks but ppc target doesn't work here with gcc 4.3 trunk , i686-linux :
>
> gcc -mtune=native -march=native -O2 -pipe -fomit-frame-pointer
> -Wstrict-overflow -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
> -I..
> -I/var/pisi/qemu
Well, attached is a patch with ",reverse" syntax, anyway; hopefully one of
these syntaxes is OK!
Eddie
Anthony Liguori wrote:
Daniel P. Berrange wrote:
On Wed, Jan 16, 2008 at 07:09:03AM -0800, Eddie Kohler wrote:
Daniel P. Berrange wrote:
We already have the ability to pass multiple
On Jan 17, 2008, at 4:57 PM, Robert William Fuller wrote:
Alexander Graf wrote:
TeLeMan wrote:
env->cr[8] used by SVM codes was not defined.
As far as I remember cr8 is the very same as the TPR, so we only
need to
implement one and map the other to the value we want.
My approach was to use
Alexander Graf wrote:
TeLeMan wrote:
env->cr[8] used by SVM codes was not defined.
As far as I remember cr8 is the very same as the TPR, so we only need to
implement one and map the other to the value we want.
My approach was to use the TPR and route the cr8 accesses to the tpr.
Even though I h
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
> Johannes Schindelin wrote:
> > Hi,
> >
> > On Thu, 17 Jan 2008, Johannes Schindelin wrote:
> >
> >
> >> It fixed it for me, but only after a "make distclean && ./configure &&
> >> make". Apparently there are still some dependencies which are n
TeLeMan wrote:
> env->cr[8] used by SVM codes was not defined.
>
>
As far as I remember cr8 is the very same as the TPR, so we only need to
implement one and map the other to the value we want.
My approach was to use the TPR and route the cr8 accesses to the tpr.
Even though I have to admit tha
Hi All,
Good Day.
First, I would thank you for what you have done with QEMU.
It is a really great software.
Second, I would like to ask if there is any way I can hard
code this line in the source code,
"usb_add host:08e6:3437"
This the scenario:
+ HOST OS
- WinXP SP2
- LibUSB
env->cr[8] used by SVM codes was not defined.
http://www.nabble.com/file/p14921864/svm_cr8.patch svm_cr8.patch:
diff -p -u qemu.orig/target-i386/cpu.h qemu/target-i386/cpu.h
--- qemu.orig/target-i386/cpu.h Mon Jan 14 11:11:08 2008
+++ qemu/target-i386/cpu.h Thu Jan 17 23:21:22 2008
@@ -493
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
> Johannes Schindelin wrote:
> > Hi,
> >
> > On Thu, 17 Jan 2008, Alexander Graf wrote:
> >
> >
> >> Alexander Graf wrote:
> >>
> >>> Jens Arm wrote:
> >>>
> >>>
> With this I can compile, but qemu segfaults now when trying to
in cpu-exe.c:
intno=cpu_get_pic_interrupt(env);
intno may be -1, we have to skip this error code.
http://www.nabble.com/file/p14921171/hard_int.patch hard_int.patch:
--- qemu.orig/cpu-exec.cMon Jan 14 11:11:02 2008
+++ qemu/cpu-exec.c Thu Jan 17 23:03:00 2008
@@ -449,16 +449,18 @@
Johannes Schindelin wrote:
> Hi,
>
> On Thu, 17 Jan 2008, Johannes Schindelin wrote:
>
>
>> It fixed it for me, but only after a "make distclean && ./configure &&
>> make". Apparently there are still some dependencies which are not
>> right.
>>
>
> Spoke too soon... It introduces an ext
Am 17.01.2008 um 15:38 schrieb Thiemo Seufer:
I hope the whole problem goes
away with the new code generator which is in the works.
The code generated by that new code generator is substantially
slower than
what we have right now, so I am not so enthusiastic.
I meant not qops but somethi
Johannes Schindelin wrote:
> Hi,
>
> On Thu, 17 Jan 2008, Alexander Graf wrote:
>
>
>> Alexander Graf wrote:
>>
>>> Jens Arm wrote:
>>>
>>>
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu
andrzej zaborowski, le Thu 17 Jan 2008 15:09:54 +0100, a écrit :
> On 13/01/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > Samuel Thibault, le Sun 13 Jan 2008 01:55:56 +, a écrit :
> > > Here is an updated version, that takes parameters, so as to be able to
> > > notably provide the produ
Hi,
On Thu, 17 Jan 2008, Johannes Schindelin wrote:
> It fixed it for me, but only after a "make distclean && ./configure &&
> make". Apparently there are still some dependencies which are not
> right.
Spoke too soon... It introduces an extra #endif in target-mips/exec.h
FWIW I am pushing i
Hi
OK, now I can boot Reactos, haiku, helenos, dsl, knoppix, freedos, kubuntu
It works with and without kqemu.
If all is correctly emulated or if the speed of qemu is slower or quicker now I
have not tested.
Jens
On Thu, 17 Jan 2008 15:26:23 +0100
Alexander Graf <[EMAIL PROTECTED]> wrote:
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
> Alexander Graf wrote:
> > Jens Arm wrote:
> >
> >> With this I can compile, but qemu segfaults now when trying to start a ros
> >> image:
> >>
> >> Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
> >> [Thread debugging using libthread_db e
Thiemo Seufer wrote:
> Johannes Schindelin wrote:
>
>> Hi,
>>
>> On Thu, 17 Jan 2008, Thiemo Seufer wrote:
>>
>>
>>> Alexander Graf wrote:
>>> [snip]
>>>
> Is check_ops.sh not enough for debugging micro-ops?
>
>
Basically it should be. PowerPC branching ca
Johannes Schindelin wrote:
> Hi,
>
> On Thu, 17 Jan 2008, Thiemo Seufer wrote:
>
> > Alexander Graf wrote:
> > [snip]
> > > > Is check_ops.sh not enough for debugging micro-ops?
> > > >
> > > Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
> > > I did not know about this
Johannes Schindelin wrote:
> Hi,
>
> I get an error with sh4-linux-user and sh4eb-linux-user:
>
> ../dyngen -o op.h op.o
> dyngen: ret or jmp expected at the end of op_cmp_str_T0_T1
>
>
Yes, and it's mostly right about this. This specific opcode ends with a
jmp, which dyngen does not allow. I l
Alexander Graf wrote:
> Jens Arm wrote:
>
>> Hi
>>
>> With this I can compile, but qemu segfaults now when trying to start a ros
>> image:
>>
>> Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
>> [Thread debugging using libthread_db enabled]
>> [New Thread -1212344640 (LWP 18268)]
>>
>> Pr
Hi,
On Thu, 17 Jan 2008, Thiemo Seufer wrote:
> Alexander Graf wrote:
> [snip]
> > > Is check_ops.sh not enough for debugging micro-ops?
> > >
> > Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
> > I did not know about this script though and as it was not in the
> > make
On 13/01/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> Samuel Thibault, le Sun 13 Jan 2008 01:55:56 +, a écrit :
> > Here is an updated version, that takes parameters, so as to be able to
> > notably provide the product ID.
Can you provide a patch to the .texi docs some time, to document
Alexander Graf wrote:
[snip]
> > Is check_ops.sh not enough for debugging micro-ops?
> >
> Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
> I did not know about this script though and as it was not in the
> makefile, it did not tell me that something wrong was going on. Th
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 08/01/17 13:56:59
Modified files:
. : s390-dis.c
Log message:
Revert licensing to "GPLv2 or later", by Ulrich Hecht.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/s390-dis.
Thiemo Seufer wrote:
> Alexander Graf wrote:
>
>> PowerPCs have static instruction lengths, so writing an "in-between" brl
>> detection is quite simple on this architecture. You are welcome to write
>> something like this for any other platform, but if a compile doesn't
>> trigger build errors o
Hi,
I get an error with sh4-linux-user and sh4eb-linux-user:
../dyngen -o op.h op.o
dyngen: ret or jmp expected at the end of op_cmp_str_T0_T1
There is a "RETURN();" statement at the end of
target-sh4/op.c:op_cmp_str_T0_T1() though, so I am puzzled...
It also says "target-ppc/exec.h:44:26: err
Jens Arm wrote:
> Hi
>
> With this I can compile, but qemu segfaults now when trying to start a ros
> image:
>
> Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
> [Thread debugging using libthread_db enabled]
> [New Thread -1212344640 (LWP 18268)]
>
> Program received signal SIGSEGV, Segmenta
Alexander Graf wrote:
> PowerPCs have static instruction lengths, so writing an "in-between" brl
> detection is quite simple on this architecture. You are welcome to write
> something like this for any other platform, but if a compile doesn't
> trigger build errors on PowerPC, it shouldn't on other
Alexander Graf wrote:
[snip]
> Index: qemu/target-alpha/cpu.h
> ===
> --- qemu.orig/target-alpha/cpu.h
> +++ qemu/target-alpha/cpu.h
> @@ -275,6 +275,8 @@ struct CPUAlphaState {
> * used to emulate 64 bits target on 32 bits hosts
Hi!
Our Teenage Mutant Legal Turtles have discovered that s390-dis.c contains
GPLv3 code. Fortunately, the actual code has not changed since the last
GPLv2 binutils release, save for the license headers, so it suffices to
change those back to fix the problem.
CU
Uli
--
SUSE LINUX Products Gm
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
> Alexander Graf wrote:
> > This patch is mostly a cleanup of Michael Matz's patch with the ideas
> > that came last time included.
>
> I didn't include one file in the previous patch, sorry. This patch also
> includes Johannes' catch to use #ifdefs
Hi Alexander,
On Thu, 17 Jan 2008, Alexander Graf wrote:
> Johannes Schindelin wrote:
> > Hi,
> >
> > On Thu, 17 Jan 2008, Alexander Graf wrote:
> >
> >> This patch is mostly a cleanup of Michael Matz's patch with the ideas
> >> that came last time included.
> >
> > Maybe the patch subject could
Hi
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
[Thread debugging using libthread_db enabled]
[New Thread -1212344640 (LWP 18268)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread
Alexander Graf wrote:
> This patch is mostly a cleanup of Michael Matz's patch with the ideas
> that came last time included.
>
>
I didn't include one file in the previous patch, sorry.
This patch also includes Johannes' catch to use #ifdefs around most changes.
Index: qemu/softmmu_header.h
Hi
I tried to compile on Debian 4.0, but I get this error:
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-gcse
-fno-tree-ch -fno-optimize-sibling-calls -fno-crossjumping -fno-align-labels
-fno-align-jumps -fno-align-functions -mpreferred-stack-boundary=2
-fomit-frame-
Johannes Schindelin wrote:
> Hi,
>
> On Thu, 17 Jan 2008, Alexander Graf wrote:
>
>
>> This patch is mostly a cleanup of Michael Matz's patch with the ideas
>> that came last time included.
>>
>
> Maybe the patch subject could be "prepare i386 host for gcc4, step 1)?
>
>
Basically it f
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
> This patch is mostly a cleanup of Michael Matz's patch with the ideas
> that came last time included.
Maybe the patch subject could be "prepare i386 host for gcc4, step 1)?
> Index: qemu/softmmu_header.h
> ===
Thursday 17 January 2008 08:41:32 tarihinde Alexander Graf şunları yazmıştı:
> Compiling qemu on gcc4 has been a long standing issue. During the time
> several approaches came up, each more or less intrusive.
>
> I have collected the ones I found to be the cleanest, fixed PowerPC host
> support wit
This is the very same patch I sent to this list some weeks ago. It
implements DIRECT_JUMP for x86_64, making it work with gcc4.
diff --git a/exec-all.h b/exec-all.h
index 285da99..6d9b1cd 100644
--- a/exec-all.h
+++ b/exec-all.h
@@ -142,6 +142,9 @@ static inline int tlb_set_page(CPUState *env, targ
This fixes the Alpha target for PowerPC hosts. It is merely a part of
the original gcc4 patch posted by Michael Matz.
--- qemu-0.9.0.cvs/target-alpha/op_template.h.mm 2007-08-22 03:17:57.0 +
+++ qemu-0.9.0.cvs/target-alpha/op_template.h 2007-08-22 03:15:49.0 +
@@ -28,7 +28,2
Thanks to the branch detection I found several places where op.o
contained branch returns somewhere not at the end of the function. This
did not happen on other platforms for me, but I may be wrong.
This patch adds FORCE_RET at the end of those functions, to force gcc to
use a jump to the end and
PowerPCs have static instruction lengths, so writing an "in-between" brl
detection is quite simple on this architecture. You are welcome to write
something like this for any other platform, but if a compile doesn't
trigger build errors on PowerPC, it shouldn't on other platforms either,
as PowerPC
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
Index: qemu/softmmu_header.h
===
--- qemu.orig/softmmu_header.h
+++ qemu/softmmu_header.h
@@ -189,9 +189,11 @@ static inline void glue
Compiling qemu on gcc4 has been a long standing issue. During the time
several approaches came up, each more or less intrusive.
I have collected the ones I found to be the cleanest, fixed PowerPC host
support with Michael Matz and am sending everything as a patchset now,
hoping that someone commen
89 matches
Mail list logo
