|
Anzeige
|
fehlendes volatile in Drehgeber Artikel aus wiki?
Gast
#2782928
Hallo, ich hab mir http://www.mikrocontroller.net/articles/Drehgeber angesehen. Mir ist nun folgende stelle aufgefallen:
fehlt da nicht ein volatile, da die Variable sowohl in der ISR als auch außerhalb verwendet wird? Ich muss allerdings sagen, dass meine C Kenntnisse nicht all zu toll sind ;) qqeettuu schrieb: > da die Variable sowohl in der ISR als auch > außerhalb verwendet wird? wird sie nicht. Einmal beim init beschrieben (da sind die Interrupts noch aus), später nur noch in der ISR.
Gast
#2782941
Εrnst B✶ schrieb: > wird sie nicht. > > Einmal beim init beschrieben (da sind die Interrupts noch aus), später > nur noch in der ISR. doch er hat recht, es kann durchaus passieren das die initalisierung nie im speicher landet. Aber das spielt vermutlich keine rolle und wird auch so laufen.
Gast
#2782942
oh verdammt das stimmt. sry. Peter II schrieb: > doch er hat recht, es kann durchaus passieren das die initalisierung nie > im speicher landet. IIRC ist das sei() eine memory barrier, d.H. der Optimizer muss den initialisierten Wert vor dem sei() an die Ziel-Speicherstelle schreiben.
Gast
#2783041
Εrnst B✶ schrieb: > IIRC ist das sei() eine memory barrier, d.H. der Optimizer muss den > initialisierten Wert vor dem sei() an die Ziel-Speicherstelle schreiben. nein ist es nicht. sei ist nur ein ASM befehl - dem compiler ist es ziemlich egal.
Gast
#2783045
>Peter II schrieb: >> doch er hat recht, es kann durchaus passieren das die initalisierung nie >> im speicher landet. > >IIRC ist das sei() eine memory barrier, d.H. der Optimizer muss den >initialisierten Wert vor dem sei() an die Ziel-Speicherstelle schreiben. Sowas höhre bzw. lese ich zum erstenmal! Informationsqelle? Hmm, meine avr-libc enthält
und das ist deutlich mehr als nur der asm-Befehl. Das sagt die Dokumentation dazu:
Ist nicht auch das Ende der Funktion encode_init() eine memory barrier, wo alle Variablen definitiv zurückgeschrieben werden müssen?
Gast
#2783071
Falk Brunner schrieb: > Ist nicht auch das Ende der Funktion encode_init() eine memory barrier, > wo alle Variablen definitiv zurückgeschrieben werden müssen? nein das nun nicht auch noch, da könnte er sie ja überhaupt nicht mehr inlinen.
Gast
#2783116
Εrnst B✶ schrieb: > Peter II schrieb: > >> doch er hat recht, es kann durchaus passieren das die initalisierung nie >> im speicher landet. > > IIRC ist das sei() eine memory barrier, d.H. der Optimizer muss den > > initialisierten Wert vor dem sei() an die Ziel-Speicherstelle schreiben. IIRC hindert eine Memory-Barrier den Compiler in keinster Weise daran, Variablen ganz wegzuoptimieren, wenn der der Meinung ist, daß die niemand braucht. Und genau das könnt hier passieren. Dagegen hilft nur volatile. Oliver Oliver schrieb: > Variablen ganz wegzuoptimieren, wenn der der Meinung ist, daß die > niemand braucht Komplett weglassen kann er last nicht: es wird ja verwendet. Er könnte es aber in ein Register legen, und die Speicherstelle einsparen. Das würde in diesem Fall auch überhaupt nicht stören. Allenfalls wenn der Compiler auf die Idee kommen würde, für ein Register eine zweite Kopie in einem anderen Register anzulegen, dann würde die memory barrier alleine nicht mehr reichen. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
