SENSE_INTERRUPT_STATUS case.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: hw/fdc.c
===
RCS file: /sources/qemu/qemu/hw/fdc.c,v
retrieving revision 1.33
diff -u -d -d -p -r1.33 fdc.c
--- hw/fdc.c 17 Nov 2007 17:14:41 - 1.33
+++ hw/fdc.c 17
target would become not so
useful...
--
J. Mayer [EMAIL PROTECTED]
Never organized
been written this way. So, tell me you think there's a bug, or propose a
patch. If I think the patch is OK, I'll tell you. If not, I'll try to
address the bug the way I think ithas to be done.
--
J. Mayer [EMAIL PROTECTED]
Never organized
again, this choice can be discussed and may be changed if I get
convinced it would be better not to act this way. But this behavior is
sure not bugged, it exactly follows (or may say should exactly if well
implemented) the PowerPC specification.
--
J. Mayer [EMAIL PROTECTED]
Never organized
solution would be to call another intermediary
function that would not be inlined to handle the recursive case.
The second solution may be better as it would keep the fast cases
inlined.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: thunk.c
solves the
problem.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: exec-all.h
===
RCS file: /sources/qemu/qemu/exec-all.h,v
retrieving revision 1.70
diff -u -d -d -p -r1.70 exec-all.h
--- exec-all.h 4 Nov 2007 02:24:57 -
On Fri, 2007-11-16 at 18:58 -0800, Ben Pfaff wrote:
J. Mayer [EMAIL PROTECTED] writes:
On Fri, 2007-11-16 at 21:32 +0100, andrzej zaborowski wrote:
I think a line like
#define inline __attribute__ (( always_inline )) inline
in dyngen-exec.h should be
As I already pointed
? Real
hardware do not ever seem to do this...
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Sat, 2007-11-17 at 12:57 +0100, andrzej zaborowski wrote:
On 17/11/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-11-17 at 11:44 +0100, andrzej zaborowski wrote:
On 17/11/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-11-17 at 11:14 +0100, andrzej zaborowski wrote
crashes).
--
J. Mayer [EMAIL PROTECTED]
Never organized
too.
--
J. Mayer [EMAIL PROTECTED]
Never organized
), then I
put them to an arbitrary high level. I also added the -funit-at-a-time
switch, as this kind of optimisation would not be relevant in op.o
context. The diff is attached in gcc_inline_limits.diff.
Please comment.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: exec-all.h
On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
On Sat, Nov 03, 2007 at 02:06:04PM
On Sat, 2007-11-10 at 17:15 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
On Sat, 2007-11-03
On Sat, 2007-11-10 at 19:09 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
On Sat, 2007-11-10 at 17:15 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote
to believe it would be hard to do the same
transformation at runtime.
Yes, it's trivial to duplicate the CPU definitions. I'm just afraid of
the confusion it could introduce for the user seeing two definitions of
the same CPU.
--
J. Mayer [EMAIL PROTECTED]
Never organized
What about this patch ? Is there any remark ? Is it to be applied ?
Forwarded Message
From: J. Mayer [EMAIL PROTECTED]
Reply-To: qemu-devel@nongnu.org
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] multiple boot devices
Date: Mon, 05 Nov 2007 14:04:40 +0100
On Sat
On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
On Sat, Nov 03, 2007 at 06:35:48PM +0100
On Sat, 2007-11-10 at 00:43 +0100, andrzej zaborowski wrote:
On 09/11/2007, J. Mayer [EMAIL PROTECTED] wrote:
What about this patch ? Is there any remark ? Is it to be applied ?
Yes, I'm also in favour. Regarding the machines that boot off flash, I
will try to come up with some logical
with the ppc64 target). None of those options seem
acceptable to me.
--
J. Mayer [EMAIL PROTECTED]
Never organized
see why you want CPUs with and without hypervisor mode, I'm just not
convinced it needs a separate qemu binary.
--
J. Mayer [EMAIL PROTECTED]
Never organized
is pointless. If the target code do not
check the presence of a NaN, that means that it does not implement
precise FPU emulation, then there's no need to have specific code to
return a precise value (I mean target dependant) from the generic code,
imho.
[...]
--
J. Mayer [EMAIL PROTECTED]
Never
On Sat, 2007-11-03 at 01:18 +, Thiemo Seufer wrote:
J. Mayer wrote:
[snip]
It restricts the letter to the ones historically allowed by Qemu, not to
anything specific to any architecture or hw platform. What I like in my
implementation, compared to the strchr
!
--
J. Mayer [EMAIL PROTECTED]
Never organized
one Linux port to another.
--
J. Mayer [EMAIL PROTECTED]
Never organized
: for example,
the USB or display registration functions could go in a file in hw which
would avoid USBDevice or DisplayState to be defined globally.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Sun, 2007-11-04 at 17:54 +, Paul Brook wrote:
On Sunday 04 November 2007, J. Mayer wrote:
On Sun, 2007-11-04 at 12:17 +, Paul Brook wrote:
I have another solution: include all architecture specific files from
the main file.
I'd really rather not do this. I doubt it's
On Sat, 2007-11-03 at 01:18 +, Thiemo Seufer wrote:
J. Mayer wrote:
[snip]
It restricts the letter to the ones historically allowed by Qemu, not to
anything specific to any architecture or hw platform. What I like in my
implementation, compared to the strchr
guess large parts of the
Darwin user target could also be merged with a FreeBSD user target...
Just my few cents ideas, don't say it has to be implemented soon, just
think keeping those long-term goals in mind may help having a flexible
and clean implementation...
--
J. Mayer [EMAIL PROTECTED
On Sat, 2007-11-03 at 19:16 -0600, Thayne Harbaugh wrote:
On Sat, 2007-11-03 at 20:13 +0100, Fabrice Bellard wrote:
Thayne Harbaugh wrote:
On Sat, 2007-11-03 at 13:52 +0100, J. Mayer wrote:
On Sat, 2007-11-03 at 01:21 +, Thiemo Seufer wrote:
[...]
But it could be great
...
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: host-utils.h
===
RCS file: /sources/qemu/qemu/host-utils.h,v
retrieving revision 1.3
diff -u -d -d -p -r1.3 host-utils.h
--- host-utils.h 4 Nov 2007 02:24:57 - 1.3
+++ host
exception generation while
fixing floating-point ones, I'm sorry. Your patch is incorrect but the
one attached should fix the problem. Could you please check it in your
case ?
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: target-ppc/helper.c
features...
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Fri, 2007-11-02 at 22:33 +0200, Blue Swirl wrote:
On 11/2/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
On 11/2/07, J. Mayer [EMAIL PROTECTED] wrote:
On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
On Thu, 2007-11-01
On Sat, 2007-11-03 at 01:01 +0100, andrzej zaborowski wrote:
Hi,
On 01/11/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Thu, 2007-11-01 at 01:01 +0100, andrzej zaborowski wrote:
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-31 at 11:22 +0100, J. Mayer wrote
On Thu, 2007-11-01 at 01:01 +0100, andrzej zaborowski wrote:
Hi,
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-31 at 11:22 +0100, J. Mayer wrote:
On Wed, 2007-10-31 at 11:01 +0100, andrzej zaborowski wrote:
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote
m48t59 so I can
remove this device from ppc_chrp.c and ppc_oldworld.c and use the real
Mac nvram instead (but ppc_prep.c still uses m48t59...).
Whatever, I'll try to fix the sparc64 case as I broke it (if I found the
code ;-) ).
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Wed, 2007-10-31 at 11:01 +0100, andrzej zaborowski wrote:
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-31 at 03:35 +0100, andrzej zaborowski wrote:
Hi,
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-31 at 01:54 +, Andrzej
On Wed, 2007-10-31 at 11:22 +0100, J. Mayer wrote:
On Wed, 2007-10-31 at 11:01 +0100, andrzej zaborowski wrote:
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-31 at 03:35 +0100, andrzej zaborowski wrote:
Hi,
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote
definition), which clearly shows the patch is not consistent.
Furthermore, the patch breaks the coding style in some files (at least
the ones I checked), which is weird.
Seems _very_ strange to see it commited, then.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Wed, 2007-10-31 at 03:35 +0100, andrzej zaborowski wrote:
Hi,
On 31/10/2007, J. Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-31 at 01:54 +, Andrzej Zaborowski wrote:
CVSROOT: /sources/qemu
Module name: qemu
Changes by: Andrzej Zaborowski balrog 07/10/31 01:54
almost in every
source file.
--
J. Mayer [EMAIL PROTECTED]
Never organized
noticed there was a bug somewhere, but was not convinced it was in the
FPU emulation... Now ...
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Mon, 2007-10-29 at 22:33 +0100, Aurelien Jarno wrote:
On Mon, Oct 29, 2007 at 10:21:26PM +0100, J. Mayer wrote:
On Mon, 2007-10-29 at 22:12 +0100, Aurelien Jarno wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/27 17:59:46
On Sun, 2007-10-28 at 00:53 +0200, J. Mayer wrote:
Following the previous discussions about host-utils implementations,
here's a patch with the following changes:
- move mulu64 and muls64 definitions from exec.h to host-utils.h, for
consistency
- include host-utils.h in more files to reflect
version soon (I
hope !).
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Sat, 2007-10-27 at 12:19 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
The latest patches in clo makes gcc 3.4.6 fail to build the mips64
targets on my amd64 host (looks like an register allocation clash in the
optimizer code).
Your version is likely faster as well.
Furthermore
On Sat, 2007-10-27 at 16:01 +0300, Blue Swirl wrote:
On 10/27/07, J. Mayer [EMAIL PROTECTED] wrote:
I also got optimized versions of bit population count which could also
be shared:
static always_inline int ctpop32 (uint32_t val)
{
int i;
for (i = 0; val != 0; i
(and checked that the repartition was OK).
--
J. Mayer [EMAIL PROTECTED]
Never organized
method
ctpop8 is used by the PowerPC target, I added ctpop16 for consistency
- change the Alpha and the PowerPC targets to use those helpers
Please comment.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: exec-all.h
===
RCS file
4.2.2 without __builtin_clz implemented:
int a = 123456;
int main (void)
{
int b;
b = __builtin_clz(a);
return b;
}
Compiled with gcc-version -O2 -Wall -W -o /tmp/clz /tmp/ckz.c
[...]
--
J. Mayer [EMAIL PROTECTED]
Never organized
--
J. Mayer [EMAIL PROTECTED]
Never organized
) {
-T0 = 32;
-} else {
-for (n = 0; n 32; n++) {
-if (T0 (1 31))
-break;
-T0 = 1;
-}
-T0 = n;
-}
+T0 = _do_cntlzw(T0);
RETURN();
}
--
J. Mayer [EMAIL PROTECTED]
Never organized
, it will have to be
completelly reworked (for other reasons too), then I would suggest to be
conservative and do not change this API at all.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Wed, 2007-10-24 at 18:37 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
On Wed, 2007-10-24 at 12:20 +0200, Fabrice Bellard wrote:
I strongly suggest to reuse my code which was in target-i386/helper.c
revision 1.80 which was far easier to validate. Moreover, integer
divisions from
the vnc server (which can't be disabled).
Then, it seems better to me to be add an option to disable the VNC
server. Why should we have a graphical output when we want to emulate
boards that don't have any kind of graphical devices ?
[...]
--
J. Mayer [EMAIL PROTECTED]
Never organized
Hi,
Sorry for the delay...
On Fri, 2007-10-19 at 12:57 -0500, Milton Miller wrote:
On Oct 18, 2007, at 6:46 PM, J. Mayer wrote:
On Thu, 2007-10-18 at 19:12 -0500, Rob Landley wrote:
[...]
Rob was complaining he needed arch ppc to boot prep qemu but
kernel_headers only worked on powerpc
On Tue, 2007-10-23 at 12:47 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
On Tue, 2007-10-23 at 00:05 +0200, Aurelien Jarno wrote:
J. Mayer a écrit :
On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote:
On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
Hi all
On Tue, 2007-10-23 at 23:59 +0200, Aurelien Jarno wrote:
J. Mayer a écrit :
On Tue, 2007-10-23 at 12:47 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
On Tue, 2007-10-23 at 00:05 +0200, Aurelien Jarno wrote:
J. Mayer a écrit :
On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote
/ppc/boot/images/zImage.prep
Hope this helps.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote:
On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
Hi all,
I've been investigating more about PreP kernel boot using Qemu and I
achieved to boot 2.4.35, 2.6.12 and 2.6.22 kernels using Qemu CVS and
unmodified OHW
On Tue, 2007-10-23 at 00:05 +0200, Aurelien Jarno wrote:
J. Mayer a écrit :
On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote:
On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
Hi all,
I've been investigating more about PreP kernel boot using Qemu and I
achieved to boot
On Mon, 2007-10-22 at 09:43 +0200, Oliver Falk wrote:
On 10/21/2007 01:06 PM, J. Mayer wrote:
On Sun, 2007-10-21 at 05:43 -0500, Rob Landley wrote:
On Saturday 20 October 2007 3:56:12 am J. Mayer wrote:
On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
On Sunday 14 October 2007 5:14
On Sat, 2007-10-20 at 13:49 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote:
Hi list!
Hi you !
Just wanted
printing an integer followed by a float,
even when the two are printed in two different calls to printf().
OK, thanks. I'll do test with this program. It seems that floats are OK
when running 2.4 kernels, it maybe a difference in recent glibc. I'll
try to investigate more about it.
--
J. Mayer
On Sun, 2007-10-21 at 04:55 -0500, Rob Landley wrote:
On Saturday 20 October 2007 3:50:52 am J. Mayer wrote:
Sleep mode is currently implemented only for a few CPUs. I should add
all the currently emulated cores. For this, I would have to emulate the
HID registers, in most case, which
On Sun, 2007-10-21 at 05:43 -0500, Rob Landley wrote:
On Saturday 20 October 2007 3:56:12 am J. Mayer wrote:
On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote:
Hi list
On Sun, 2007-10-21 at 12:24 +0200, J. Mayer wrote:
On Sun, 2007-10-21 at 04:55 -0500, Rob Landley wrote:
On Saturday 20 October 2007 3:50:52 am J. Mayer wrote:
[...]
And you can get the list of all CPUs emulated by Qemu with the '-cpu ?'
switch.
I did that, but it -cpu ? gives
in welcome !
You can also take a look at the file target-ppc/STATUS file to figure
out all cores emulation working in Qemu.
And you can get the list of all CPUs emulated by Qemu with the '-cpu ?'
switch.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote:
Hi list!
Hi you !
Just wanted to know how far the progress on alpha target is? I would be
happy if I have some
(TARGET_MIPS)
+#if defined(TARGET_MIPS) || defined(TARGET_PPC)
else {
qemu_irq_lower(s-parent_irq);
}
--
J. Mayer [EMAIL PROTECTED]
Never organized
.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Wed, 2007-10-17 at 22:06 +0300, Blue Swirl wrote:
On 10/17/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
On Wed, 2007-10-17 at 14:51 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
I failed to run Mips target test image on my amd64 machine and I now
found the reason of the bug
the first instruction in the next page.
There still may be specific problems for instructions spanning 2 pages,
using those solutions...
--
J. Mayer [EMAIL PROTECTED]
Never organized
if some Mips target specific constraints would
make one of the other solution prefered, I'd better let the specialist
choose !
The good news is that, once this issue is fixed, the Mips test images
run with the reverse-endian softmmu patch applied.
--
J. Mayer [EMAIL PROTECTED]
Never organized
to be bugged, I agree.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Mon, 2007-10-15 at 03:30 +0100, Paul Brook wrote:
On Sunday 14 October 2007, J. Mayer wrote:
Here's an updated version of the code fetch optimisation patch against
current CVS.
As a remainder, this patch avoid use of softmmu helpers to fetch the
code in most case. A new target define
On Sun, 2007-10-14 at 15:59 +0300, Blue Swirl wrote:
On 10/14/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's an updated version of the patch against current CVS.
This patches provides reverse-endian, little-endian and big-endian
memory accessors, available with and without softmmu. It also
On Mon, 2007-10-15 at 19:02 +0300, Blue Swirl wrote:
On 10/15/07, J. Mayer [EMAIL PROTECTED] wrote:
On Sun, 2007-10-14 at 15:59 +0300, Blue Swirl wrote:
On 10/14/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's an updated version of the patch against current CVS.
This patches provides
.
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Sun, 2007-10-14 at 11:19 +0300, Blue Swirl wrote:
On 10/14/07, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-10-13 at 16:17 +0200, J. Mayer wrote:
On Sat, 2007-10-13 at 16:07 +0300, Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-10-13 at 13:47
!
--
J. Mayer [EMAIL PROTECTED]
Never organized
, when the target CPU uses a variable-length instructions encoding.
For pure RISC, the code fetch is done using raw access routines.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: cpu-all.h
===
RCS file: /sources/qemu/qemu/cpu
Following the discussion initiated last week about Qemu build
dependencies, I do propose to include the included patch (or the one
that was previously proposed that was very close to this one).
Please tell about any objection or improvments suggestions.
--
J. Mayer [EMAIL PROTECTED]
Never
On Sat, 2007-10-13 at 10:11 +0300, Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
Forwarded Message
From: Jocelyn Mayer [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], qemu-devel@nongnu.org
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] RFC
this option for x86 too is welcome...
[...]
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Fri, 2007-10-12 at 09:01 +0200, J. Mayer wrote:
On Thu, 2007-10-11 at 14:09 +0200, J. Mayer wrote:
On Wed, 2007-10-10 at 07:06 +0200, J. Mayer wrote:
On Wed, 2007-10-10 at 01:12 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
Here's a proposal to add a int cpu_mem_index (CPUState
and SH4.
I don't actually know if the optimsation would bring a sensible speed
gain or if it will be absolutelly marginal.
Please comment.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: cpu-exec.c
===
RCS file: /sources/qemu/qemu
and recompile it...
--
J. Mayer [EMAIL PROTECTED]
Never organized
wrote:
On 10/12/07, J. Mayer [EMAIL PROTECTED] wrote:
Here's a small patch that allow an optimisation for code fetch, at least
for RISC CPU targets, as suggested by Fabrice Bellard.
The main idea is that a translated block is never to span over a page
boundary. As the tb_find_slow
in syscalls.c and signal.c, as
you noticed.
Your patch seems OK to me and adding all those comments is imho really
great.
My only remark is a cosmetic one: I don't like too much hidding 'goto'
in macros...
--
J. Mayer [EMAIL PROTECTED]
Never organized
On Thu, 2007-10-11 at 22:26 +0300, Blue Swirl wrote:
On 10/10/07, Fabrice Bellard [EMAIL PROTECTED] wrote:
Thiemo Seufer wrote:
Fabrice Bellard wrote:
J. Mayer wrote:
Following the patches done for elfload32, it appeared to me that there
were still problems that would prevent 32
On Thu, 2007-10-11 at 18:46 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
On Wed, 2007-10-10 at 07:06 +0200, J. Mayer wrote:
On Wed, 2007-10-10 at 01:12 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
Here's a proposal to add a int cpu_mem_index (CPUState *env) function
Forwarded Message
From: J. Mayer [EMAIL PROTECTED]
Reply-To: qemu-devel@nongnu.org
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] RFC: avoid #ifdef for target cpu list
Date: Wed, 10 Oct 2007 07:14:22 +0200
This tiny patch unifies the -cpu ? option for all cpu
function and elf_check_arch to make other targets run as well.
Please comment.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: configure
===
RCS file: /sources/qemu/qemu/configure,v
retrieving revision 1.161
diff -u -d -d -p -r1.161
On Wed, 2007-10-10 at 19:01 +0300, Blue Swirl wrote:
On 10/10/07, J. Mayer [EMAIL PROTECTED] wrote:
Following the patches done for elfload32, it appeared to me that there
were still problems that would prevent 32 bits executables to run on 64
bits target in linux user mode emulation
On Wed, 2007-10-10 at 22:02 +0300, Blue Swirl wrote:
On 10/10/07, Fabrice Bellard [EMAIL PROTECTED] wrote:
Thiemo Seufer wrote:
Fabrice Bellard wrote:
J. Mayer wrote:
Following the patches done for elfload32, it appeared to me that there
were still problems that would prevent 32
cleaner and, as a side effect,
would avoid a lot of waste of time recompiling useless stuff when doing
changes in headers.
--
J. Mayer [EMAIL PROTECTED]
Never organized
) this to avoid potential conflicts if the definition has to be
updated for any reason (ie support for new memory access modes,
emulation optimisation...)
Please comment.
--
J. Mayer [EMAIL PROTECTED]
Never organized
Index: cpu-exec.c
host_long and
target_long...
--
J. Mayer [EMAIL PROTECTED]
Never organized
1 - 100 of 192 matches
Mail list logo
