Cortex-M3 und SVC

[Arne (Gast)]

Moin zusammen,

hab ein Problem mit Cortex-M3 und SVC.
Ich nutze:
- IAR EWARM 6.30
- Segger embOS 3.82
- STM32F103

Nachdem das RTOS gestartet ist, läuft die Applikation im 
unpriviligierten Modus.
Nun möchte ich gerne in den priviligierten Modus schalten, um MSR 
auszuführen.
Mein SVC-Handler sieht wie folgt aus:

__SVCException
  TST    LR, #4
  ITE    EQ
  MRSEQ  R0, MSP
  MRSNE  R0, PSP
  B    SVCException

bzw:

extern void SVCException(uint32_t* const inSVCArguments_PU32)
{
  uint32_t  mySVCNumber_U32, mySVCParameter_U32[4];

  mySVCNumber_U32      = ((int8_t*) inSVCArguments_PU32[6])[-2];
  mySVCParameter_U32[0]  = (uint32_t) inSVCArguments_PU32[0];  /* R0  */
  mySVCParameter_U32[1]  = (uint32_t) inSVCArguments_PU32[1];  /* R1  */
  mySVCParameter_U32[2]  = (uint32_t) inSVCArguments_PU32[2];  /* R2  */
  mySVCParameter_U32[3]  = (uint32_t) inSVCArguments_PU32[3];  /* R3  */
}

__SVCException ist an Index 11 in die Vektortabelle eingetragen. Hab ich 
im Hexdump und Mapfile überprüft.
Die obigen Codebeispiele habe ich aus dem Yiu.
Wenn ich jetzt im unpriv. Modus "svc #0x01" ausführe, landet mein Code 
sofort im HardFault-Handler.
Warum hier und nicht in __SVCException?

thanx, Arne

[Jim M. (turboj)]

Eventuell generiert der Assembler ARM Code statt Thumb. Prüf mal ob das 
LSB in der Vektortabelle für den SVC Handler wirklich 1 ist.

[Arne (Gast)]

Jupp, LSByte ist 0x95.

[Marcus H. (mharnisch)]

Arne schrieb:
> Wenn ich jetzt im unpriv. Modus "svc #0x01" ausführe, landet mein Code
> sofort im HardFault-Handler.

"Sofort", oder "nach wenigen Befehlen"? Hast Du mal die Priorität des 
SVC mit der aktuellen Priorität verglichen? Vielleicht kann der gar 
nicht ausgeführt werden, und dann landet man im HF.

--
Marcus

[Arne (Gast)]

PRIMASK stand auf 1!
SVCs gehen jetzt, aber er setzt mir nicht den SP um.
Ich habe mal einen Screenshot gemacht. Nach meinem Empfinden, müsste R13 
jetzt auf 0x20005000 stehen. Tuts aber nicht.

[Tester (Gast)]

> Nachdem das RTOS gestartet ist, läuft die Applikation im
> unpriviligierten Modus.

Schaltest du selber in den nicht priviligierten Thread Mode um? Weil 
nach Reset ist der Cortex M3 im priviligierten Mode und embOS stellt das 
nicht um, ansonsten würde nichts funktionieren. Sprich alle Tasks laufem 
im priviligierten Thread Mode.

[Arne (Gast)]

embos stellt auf MSP/PSP Betrieb um, d.h. ich muss das System in einen 
MSP-only Betrieb zwingen: im priv.Modus CONTROL[1] löschen und dann 
gehts.