during its initialization (which it never
did before), and so this version of Linux will now fail with the QEMU
error:
qemu: hardware error: mcf_fec_read: Bad address 0x200
This MIB counter support fixes this problem.
Signed-off-by: Greg Ungerer
Reviewed-by: Laurent Vivier
---
hw/net/mcf_f
during its initialization (which it never
did before), and so this version of Linux will now fail with the QEMU
error:
qemu: hardware error: mcf_fec_read: Bad address 0x200
This MIB counter support fixes this problem.
Signed-off-by: Greg Ungerer
---
hw/net/mcf_f
during its initialization (which it never
did before), and so this version of Linux will now fail with the QEMU
error:
qemu: hardware error: mcf_fec_read: Bad address 0x200
This MIB counter support fixes this problem.
Signed-off-by: Greg Ungerer
---
v2: fixed formatting problems picked up by
during its initialization (which it never
did before), and so this version of Linux will now fail with the QEMU
error:
qemu: hardware error: mcf_fec_read: Bad address 0x200
This MIB counter support fixes this problem.
Singed-off-by: Greg Ungerer
---
hw/net/mcf_f
Hi Thomas,
On 29/09/16 17:56, Thomas Huth wrote:
On 29.09.2016 09:50, Laurent Vivier wrote:
Le 28/09/2016 à 02:06, Greg Ungerer a écrit :
The shipping default setting for the Freescale M5208EVB board is to run
the CPU at 166.67MHz. The current qemu emulation code for this board is
Hi Laurent,
On 29/09/16 17:50, Laurent Vivier wrote:
Le 28/09/2016 à 02:06, Greg Ungerer a écrit :
The shipping default setting for the Freescale M5208EVB board is to run
the CPU at 166.67MHz. The current qemu emulation code for this board is
defaulting to 66MHz. This results in time appearing
On 28/09/16 10:22, Peter Maydell wrote:
> On 27 September 2016 at 16:49, Greg Ungerer wrote:
>> On 27/09/16 23:27, Laurent Vivier wrote:
>>> It is better because 166.67 MHZ is clearly a rounded value computed from
>>> the period: 10/600 = 166.66
seconds in real time to actually complete.
Change the hard coded default to match the default hardware setting.
Signed-off-by: Greg Ungerer
---
hw/m68k/mcf5208.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
v2: more accurately set frequency (1 instead of 16600)
diff --git
On 27/09/16 23:27, Laurent Vivier wrote:
> Le 27/09/2016 à 15:22, Greg Ungerer a écrit :
>> Hi Laurent,
>>
>> On 27/09/16 18:11, Laurent Vivier wrote:
>>> Le 27/09/2016 à 09:33, Thomas Huth a écrit :
>>>> On 27.09.2016 03:29, Greg Ungerer wrote:
>>&g
Hi Thomas,
On 27/09/16 17:33, Thomas Huth wrote:
On 27.09.2016 03:29, Greg Ungerer wrote:
The shipping default setting for the Freescale M5208EVB board is to run
the CPU at 166MHz. The current qemu emulation code for this board is
defaulting to 66MHz. This results in time appearing to run way
Hi Laurent,
On 27/09/16 18:11, Laurent Vivier wrote:
Le 27/09/2016 à 09:33, Thomas Huth a écrit :
On 27.09.2016 03:29, Greg Ungerer wrote:
The shipping default setting for the Freescale M5208EVB board is to run
the CPU at 166MHz. The current qemu emulation code for this board is
defaulting to
ds in real time to actually complete.
Change the hard coded default to match the default hardware setting.
Signed-off-by: Greg Ungerer
---
hw/m68k/mcf5208.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/m68k/mcf5208.c b/hw/m68k/mcf5208.c
index 9240ebf..2d0b464 100644
---
s EM_68K directly, as that
> is architecture specific code.
>
> This removes another architecture specific definition from the global
> namespace.
>
> Cc: Laurent Vivier
> Cc: Greg Ungerer
Reviewed-by: Greg Ungerer
> Signed-off-by: Peter Crosthwaite
> ---
>
through its descriptors
we signal the qemu net layer to send more packets.
Signed-off-by: Greg Ungerer
---
hw/net/mcf_fec.c | 45 ++---
1 file changed, 34 insertions(+), 11 deletions(-)
diff --git a/hw/net/mcf_fec.c b/hw/net/mcf_fec.c
index e63af1b
Hi Stefan,
On 27/07/15 23:11, Stefan Hajnoczi wrote:
> On Tue, Jun 30, 2015 at 03:38:11PM +1000, Greg Ungerer wrote:
>> Hi Stefan,
>>
>> On 26/06/15 20:12, Stefan Hajnoczi wrote:
>>> On Fri, Jun 26, 2015 at 03:27:12PM +1000, g...@uclinux.org wrote:
>>>>
&
On 12/07/15 12:00, Peter Crosthwaite wrote:
> From: Peter Crosthwaite
>
> Move the target_disas() m68k specifics to the QOM disas_set_info hook
> and delete the #ifdef specific code in disas.c.
>
> Cc: Greg Ungerer
I see no problems.
Reviewed-by: Greg Ungerer
&g
Hi Stefan,
On 26/06/15 20:12, Stefan Hajnoczi wrote:
> On Fri, Jun 26, 2015 at 03:27:12PM +1000, g...@uclinux.org wrote:
>>
>> The following set of patches fixes the emulated ColdFire ethernet fec
>> driver. There is primarily two problems that need to be fixed.
>>
>> 1. The emulated driver needs
Hi Stefan,
On 26/06/15 20:12, Stefan Hajnoczi wrote:
On Fri, Jun 26, 2015 at 03:27:12PM +1000, g...@uclinux.org wrote:
The following set of patches fixes the emulated ColdFire ethernet fec
driver. There is primarily two problems that need to be fixed.
1. The emulated driver needs to support pr
Hi Andreas,
On 23/06/15 02:49, Andreas Färber wrote:
> Am 20.06.2015 um 06:55 schrieb Greg Ungerer:
>> I have one more fix still to come for the qemu mcf_fec.c net driver.
>> It currently doesn't support the mdio actions or any attached phy and
>> this will cause th
Hi Laurent,
On 22/06/15 08:35, Laurent Vivier wrote:
I carry this series for several years now.
I was reluctant to merge it with the mainstream because
I was sure it was breaking Coldfire support.
But with the kernel provided by Greg Ungerer I was able
to check and correct the support of
Hi Laurent,
On 20/06/15 05:35, Laurent Vivier wrote:
> Le 19/06/2015 15:43, g...@uclinux.org a écrit :
>> From: Greg Ungerer
>>
>> The action to potentially switch sp register is not occurring at the correct
>> point in the interrupt entry or exception exit sequenc
Hi Laurent,
On 20/06/15 05:39, Laurent Vivier wrote:
Le 19/06/2015 15:43, g...@uclinux.org a écrit :
Some small issues are causing problems with running modern versions of
Linux on the m68k/ColdFire 5208 target. These 3 patches fix those problems.
They are all due to use of more advanced arch
Hi Peter,
On 19/06/15 17:12, Peter Maydell wrote:
> On 19 June 2015 at 06:00, Greg Ungerer wrote:
>> Hi All,
>>
>> I see in the MAINTAINERS file that pretty much everything related
>> to the m68k architecture is listed as "Orphan".
>>
>> I ha
Hi Peter,
On 19/06/15 15:53, Peter Crosthwaite wrote:
> On Thu, Jun 18, 2015 at 10:00 PM, Greg Ungerer wrote:
>> Hi All,
>>
>> I see in the MAINTAINERS file that pretty much everything related
>> to the m68k architecture is listed as "Orphan".
>>
>&
Hi Peter,
On 19/06/15 15:49, Peter Crosthwaite wrote:
> On Mon, Aug 18, 2014 at 10:37 PM, wrote:
>> From: Greg Ungerer
>>
>> The action to potentially switch sp register is not occurring at the correct
>> point in the interrupt entry or exception exit sequences.
&g
Hi Peter,
On 19/06/15 15:24, Peter Crosthwaite wrote:
> On Mon, Aug 18, 2014 at 10:37 PM, wrote:
>> From: Greg Ungerer
>>
>> Implement the SIMR and CIMR registers of the 5208 interrupt controller.
>> These are used by modern versions of Linux running on ColdFir
Hi All,
I see in the MAINTAINERS file that pretty much everything related
to the m68k architecture is listed as "Orphan".
I have some patches that have been around for quite a while (posted
here twice) to fix some issues with the ColdFire support.
[See https://lists.nongnu.org/archive/html/qemu-d
reg = AREG(insn, 0);
+gen_helper_move_to_usp(cpu_env, reg);
tcg_gen_st_i32(AREG(insn, 0), offsetof(CPUM68KState, sp[M68K_USP]));
That looks cleaner, thanks. I'll send a revised patch.
Regards
Greg
----
Greg Ungerer -- Principal Eng
28 matches
Mail list logo
