qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] problems running QEMU as ARM RealView EB _Rev. C_
@ 2008-04-07 20:52 ulfsen
  2008-04-07 21:21 ` [Qemu-devel] " Jan Kiszka
  0 siblings, 1 reply; 2+ messages in thread
From: ulfsen @ 2008-04-07 20:52 UTC (permalink / raw)
  To: qemu-devel

Hello,
in the latest CVS snapshot the emulation for the ARM RealView
Emulation Baseboard is based on board revision B.
After changing the SCU base address from 0x10100000 (Board Rev.B) to
0x1F000000 (Board Rev.C) I was able to boot a non SMP linux
kernel(2.6.22).

--- ../../qemu-snapshot-2008-04-07_05/hw/mpcore.c       2008-04-07
12:59:11.000000000 +0200 +++ ../hw/mpcore.c      2008-04-01
17:58:58.000000000 +0200 @@ -11,7 +11,11 @@
   #include "qemu-timer.h"
   #include "primecell.h"

-#define MPCORE_PRIV_BASE  0x10100000
+/* Rev.C fix:
+ * SCU registers on Rev.B = 0x10100000
+ *              on Rev.C = 0x1F000000
+ */
+#define MPCORE_PRIV_BASE  0x1F000000
   #define NCPU 4
   /* ??? The MPCore TRM says the on-chip controller has 224 external IRQ
lines (+ 32 internal).  However my test chip only exposes/reports 32.

After that I tried a SMP kernel. The boot process on the Bootstrap
Processor is running fine but it fails initialising the Application
Processors.

...

Calibrating local timer... 95.58MHz.
CPU1: processor failed to boot
CPU2: processor failed to boot
CPU3: processor failed to boot
Brought up 1 CPUs
SMP: Total of 1 processors activated (399.76 BogoMIPS).

...


Now I am not sure if the softirq that is sent by the Bootstrap
Processor (done by the function calling smp_cross_call()
in arch/arm/mach-realview/platsmp.c) is received by the Application
Processors.

Now my main problem is that I coundn't find any information about
multicore debugging with the help of QEMU an GDB.
Even after changing the current CPU from 0 to 1 in QEMU console the QEMU
GDB stub is still running on CPU0.

Is there a way to do some debugging on CPU 1,2 or 3?
Or is there a way to monitor interupts in QEMU?
Or maybe I just missed to change an other base address while migrating
from Board Rev.B to rev.C?

Any ideas or comments are welcome!
---
Regards Ulf

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Qemu-devel] Re: problems running QEMU as ARM RealView EB _Rev. C_
  2008-04-07 20:52 [Qemu-devel] problems running QEMU as ARM RealView EB _Rev. C_ ulfsen
@ 2008-04-07 21:21 ` Jan Kiszka
  0 siblings, 0 replies; 2+ messages in thread
From: Jan Kiszka @ 2008-04-07 21:21 UTC (permalink / raw)
  To: qemu-devel

[-- Attachment #1: Type: text/plain, Size: 793 bytes --]

ulfsen@binaervarianz.de wrote:
> ...
> Now my main problem is that I coundn't find any information about
> multicore debugging with the help of QEMU an GDB.
> Even after changing the current CPU from 0 to 1 in QEMU console the QEMU
> GDB stub is still running on CPU0.

SMP/Multicore debugging with the gdbstub is broken.

> 
> Is there a way to do some debugging on CPU 1,2 or 3?
> Or is there a way to monitor interupts in QEMU?
> Or maybe I just missed to change an other base address while migrating
> from Board Rev.B to rev.C?
> 
> Any ideas or comments are welcome!

Please check my patch [1]. If it helps (or can be extended to help), 
some support to get it merged would be appreciated. :)

Jan

[1] http://permalink.gmane.org/gmane.comp.emulators.qemu/22988


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-04-07 21:21 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-07 20:52 [Qemu-devel] problems running QEMU as ARM RealView EB _Rev. C_ ulfsen
2008-04-07 21:21 ` [Qemu-devel] " Jan Kiszka

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).