Le mar. 3 nov. 2015 à 14:33, Mark Cave-Ayland
a écrit :
> On 03/11/15 12:16, Michael Tokarev wrote:
>
> > 03.11.2015 11:00, Julio Guerra wrote:
> >> Ping :)
> >
> > Well, I'm not sure what can I do with this. I've no idea what is IBAT
> to start
>
Ping :)
Le mer. 14 oct. 2015 19:43, Julio Guerra a écrit :
> Fix the index used to read the IBAT's vector which results in IBAT0..3
> instead
> of IBAT4..N.
>
> The bug appeared by saving/restoring contexts including IBATs values.
>
> Signed-off-by: Julio G
Fix the index used to read the IBAT's vector which results in IBAT0..3 instead
of IBAT4..N.
The bug appeared by saving/restoring contexts including IBATs values.
Signed-off-by: Julio Guerra
---
target-ppc/translate_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
2013/9/25 Alexander Graf :
>
> On 06.09.2013, at 14:54, Julio Guerra wrote:
>
>> 2013/6/30 Alexander Graf :
>>> The L2CR register contains a number of bits that either impose configuration
>>> which we can't deal with or mean "something is in progress u
fc
> IN:
> 0xfffc: mtl2cr r0
>
> invalid/unsupported opcode: 00 - 00 - 00 () fff00700 0
> IN:
> 0xfff00700: .long 0x0
Is it really what you wanted ?
--
Julio Guerra
2013/7/4 Julio Guerra :
> No conclusion was finally done about the new option proposal to load
> roms files. It really would be handy.
I should rephrase it as: does a patch creating such an option would be welcomed?
--
Julio Guerra
No conclusion was finally done about the new option proposal to load
roms files. It really would be handy.
--
Julio Guerra
ormation
(qemu)
invalid/unsupported opcode: 00 - 00 - 00 () fffc 0
IN:
0xfffc: .long 0x0
invalid/unsupported opcode: 00 - 00 - 00 () fff00700 0
IN:
0xfff00700: .long 0x0
--
Julio Guerra
HW MMU model (as 7400).
This allows to define the MPC8610 processor too.
Tested with a kernel using the HW TLB misses.
[1] http://cache.freescale.com/files/32bit/doc/ref_manual/E600CORERM.pdf
Signed-off-by: Julio Guerra
---
target-ppc/cpu-models.c | 10 ++--
target-ppc/cpu-models.h
2013/6/24 Alexey Kardashevskiy :
> On 06/21/2013 10:03 PM, Alexander Graf wrote:
>>
>> On 21.06.2013, at 14:01, Julio Guerra wrote:
>>
>>> 2013/6/21 Alexander Graf :
>>>>
>>>> On 26.05.2013, at 19:41, Julio Guerra wrote:
>>>>
>
2013/6/21 Alexander Graf :
>
> On 26.05.2013, at 19:41, Julio Guerra wrote:
>
>> MPC86xx processors are based on the e600 core, which is not the case
>> in qemu where it is based on the 7400 processor.
>>
>> This patch creates the e600 core and instantiates the
2013/6/7 Julio Guerra :
>>>
>>> However I can't judge whether all that code is right for e600 and
>>> whether you may want to share some code with e500 / e5500 in some way?
>>> CC'ing some Freescale folks.
>>
>>
>> e600 is a very
he high BATs and the POWERPC_MMU_32B
setting. It can be shared in a later patch.
--
Julio Guerra
ping
2013/5/26 Julio Guerra :
> MPC86xx processors are based on the e600 core, which is not the case
> in qemu where it is based on the 7400 processor.
>
> This patch creates the e600 core and instantiates the MPC86xx
> processors based on it. Therefore, adding the high BATs and
].
This allows to define the MPC8610 processor too and my program running
on a real MPC8610 target is now able to run on qemu :)
[1] http://cache.freescale.com/files/32bit/doc/ref_manual/E600CORERM.pdf
Signed-off-by: Julio Guerra
---
target-ppc/cpu-models.c | 10 ++--
target-ppc/cpu-models.h
2013/5/6 Andreas Färber :
>
> Thanks, applied this bit to prep-up:
> http://repo.or.cz/w/qemu/afaerber.git/shortlog/refs/heads/prep-up
>
Ok. I just saw Hervé's work on system I/O and your short discussion.
So should I just wait for a soft-reset-method agreement and solution
now ?
--
Julio Guerra
2013/2/25 Andreas Färber :
> Am 25.02.2013 12:20, schrieb Alexander Graf:
>>
>> On 16.02.2013, at 16:08, Julio Guerra wrote:
>>
>>> The software reset of a PReP machine should reset the entire system
>>> and not only the processor. It occurs when changing t
2013/2/25 Andreas Färber :
> Am 25.02.2013 12:20, schrieb Alexander Graf:
>>
>> On 16.02.2013, at 16:08, Julio Guerra wrote:
>>
>>> The software reset of a PReP machine should reset the entire system
>>> and not only the processor. It occurs when changing t
the updates and rework it as soon as yours is
integrated.
Regards,
--
Julio Guerra
lling ppc_prep_reset)
is called when qemu_system_reset calls every reset handlers.
Signed-off-by: Julio Guerra
---
hw/ppc/prep.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
index e06dded..64dab8b 100644
--- a/hw/ppc/prep.c
+++ b/h
-specific [1].
This allows to define the MPC8610 processor too and my program running
on a real MPC8610 target is now able to run on qemu :)
[1] http://cache.freescale.com/files/32bit/doc/ref_manual/E600CORERM.pdf
Signed-off-by: Julio Guerra
---
translate_init.c | 119
2013/2/16 Andreas Färber
>
> Am 16.02.2013 13:19, schrieb Julio Guerra:
> How did you test this change?
>
With a program (a kernel debugger) doing a software reset (when
leaving the debug session). Hence, it is not possible to reconnect
without this patch since the platform has not b
lling ppc_prep_reset)
is called when qemu_system_reset calls every reset handlers.
Signed-off-by: Julio Guerra
---
prep.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
index e06dded..64dab8b 100644
--- a/hw/ppc/prep.c
+++ b/hw/ppc/p
2012/10/19 Julio Guerra :
> This patch fixes bug 1031698 :
> https://bugs.launchpad.net/qemu/+bug/1031698
>
> If we look at the (truncated) translation of the conditional branch
> instruction in the test submitted in the bug post, the call to the
> exception helper is missing
ctx->nip = dest;
/* ... and this is the missing call */
gen_exception(ctx, POWERPC_EXCP_TRACE);
ctx->nip = tmp;
}
So the patch simply adds the missing matching case, fixing our problem.
Signed-off-by: Julio Guerra
---
target-ppc/translate.c |4 +++-
1 file changed, 3
1 26bfd92
> PIR 2
> NIP 2f4
Having the same time base value, I was expecting to obtain the same R1 values.
Am I missing some options? I would like to be sure before starting
modifying qemu.
--
Julio Guerra
26 matches
Mail list logo
