RT-Linux auf AVR32 AP7000

Christian schrieb:
> Hallo
> ich versuche zur Zeit realtime linux auf einem AVR32 AP7000 (Testboard
> ist das NGW100) zum laufen zu bekommen

fein was hast du denn schon? läuft schon ein Linux. (ohne RT 
vielleicht.)

> und wollte Fragen ob sich schon
> jemand mit diesem Thema beschäftigt hat und mir evtl. ein paar
> Informationsquellen geben kann.
mit den AVR32 selber noch nicht aber Atmel versucht denn linux port über 
den Selben Kamm wie den AT91SamXXX zu schärren mit denn ich schon 
einiges gamcht habe. Also was hast du und wo drückt der Schuh vielleicht 
kann man dir bei Konkreten Fragen, ja denn noch einen Hinweis geben.

> In Google finde ich nicht wirklich viel.

was waren deine Such Begriffe ich finde einiges das Helfen kann wenn ich 
Linux und AVR32 eingebe. Zugegeben RT habe ich nicht genommen bring 
erstmals ein Linux zum Laufen dann mach dir um das RT Geraffel Gedanken.

Die Seite www.avr32linux.org

scheint zum Beispiel ein guter startpunkt zu sein.

> Hab mich jetzt mal bei RTAI und bei RT-Linux ein wenig eingelesen, habe
> aber nicht konkretes gefunden, dass die CPU überhaupt unterstützt wird.
>
RT linux oder der Preemption-Patch von Ingo Molnar sollten sich auf den 
Board zum laufen bringen lassen. RTAI ist IMHO tot, Xenomai ist der 
Nachfolger, gibt es ein Grund warum du also auf RTAI setzt und wenn ist 
der gut ?  Wenn nicht siehe Totes Pferd und so...

Abgesehen davon Was hast du eigentlich vor, denn Irgendwie sind 
RTAI/Xenomai und RT-Linux zwei völlig verschiedene Ansätze, das erste 
ist ein kleines Betriebssystem welches in einen Task Linux laufen lässt 
und in einen anderen deine RT teil , wärend der Preemptiv Linux 
Kernelansatz sagt ich bin ein Linux bei denn es tasks gitb die Super 
Hoch Priorisiert werden können. Das sind konkurrierende Ansätze bei 
haben vor und Nachteile bei beiden sollte man sich erstmals darüber klar 
werden wie sie RT machen und dann, denn nehmen welcher für die eigenen 
Ansprüche besser passt.

Solltest du die Ansätze vergleichen wohlen würde ich mich nicht auf so 
eine Exotische Hardware wie AVR32 begeben sondern das erst mal auf ein 
Arm9 machen wo es gute Informationen über die beiden Ansätze Existieren 
und es für beide Spielarten Fertige Bord Anpassungen gibt.

Hallo Imon,
danke erst mal für deine ausführliche Antwort.
Die Architektur habe ich von meinem Prof. vorgegeben bekommen. Habe auch 
schon mit Hilfe des Buildroots von Atmel ein Linux am Laufen.

Das Problem ist, das ich für RT + Linux schon einiges finde, aber nichts 
(oder nicht viel) für diese CPU.
Soweit ich es verstanden habe lässt RT-Linux das eigentliche Linux auch 
als einen Task neben den RT-Tasks laufen (genauso wie RTAI). Der 
Preemption-Patch modifiziert den "echten" Kernel, dass er echtzeitfähig 
wird.
Nur bei den Quellen von RTAI 3.8 und RT-Linux 3.2 finde ich unter den 
unterstützten Architekturen im "arch"-Verzeichnis nicht meinen AVR 32 
:(.
Deswegen gehe ich davon aus das er nicht von den beiden Erweiterungen 
unterstützt wird.
Bei xenomai sieht es auch so aus (das kannte ich noch gar nicht, danke 
für den Hinweis).

Gruß
Christian

Auf der Wiki des PREEMPT RT Patch steht:

Which architectures does the CONFIG_PREEMPT_RT patch support?

There are systems representing the x86, x86_64, ARM, MIPS, and Power 
architectures using the CONFIG_PREEMPT_RT patch

In dieser Auflistung:
https://rt.wiki.kernel.org/index.php/CONFIG_PREEMPT_RT_Patch#Platforms_Tested_and_in_Use_with_CONFIG_PREEMPT_RT

ist auch kein AVR32 System aufgeführt.

Werde mal die Woche drangehen und den Patch trotzdem mal ausprobieren. 
Mal sehen ob ich was erreiche.

Christian

Christian schrieb:
> Werde mal die Woche drangehen und den Patch trotzdem mal ausprobieren.
> Mal sehen ob ich was erreiche.

Das wird dir nicht viel Helfen, den selbst wenn du die patch appliziert 
bekommst, wird der dir nichts helfen das die Bord Spezifischen 
Erweiterungen Fehlen, bei den PREEMPTION Patch läuft das defakto darauf 
hinaus das du einige Treiber an eine Situation angepasst hast welche bei 
dir nicht da ist.

Ich würde an deiner Stelle, hier mal Rücksprache mit meinen Prof. halten 
und einige Sachen erstmals elementar klären.

1.) die ARCH wird (noch) nicht unterstüzt, geschweige denn das board.
Was bedeutet das? Option andere ARCH ( ARM zumbeispiel) oder den Patch 
aufbereiten das er mit AVR32 Kann. Das erste bedeutet Geld ausgeben, das 
zweite Zeit einsetzen.

2.) Was für ein Zeit Rahmen hast du ? wenn es nur eine 3 Wochen Semester 
Arbeit ist, hast du eine Sportliche Aufgabe, wenn du 5 Monate hast ( 
Bacholor/ Master / Diplom ) ist das schon eher realistisch.

3.) Wenn du was anpasst das es RT kann, was ist deine Priorität ich 
glaube nicht das du beides schaffen wirst, bis es richtig rund läuft. 
Also welcher Patient ( RT Linux / Xenomai) soll belebt werden, welcher 
kann notfalls aus Zeit gründen wegfallen.

4.) Das solltest du für dich klären:
Wie Erfahren und Schmerz resistent bist du, was das Arbeiten an einen 
solchen Projekt angeht, willst du dich in die Comunitiy integeren, hast 
vielleicht schon mal einen kleinen Treiber geschrieben, kennst git, hast 
ein Bucktracker und ein Testcase um deine Anforderung zu verifizieren. 
Versteh mich bitte nicht falsch aber anfangs hat man doch recht schnell 
Frust wenn man was gutes geschaffen hat und die Mailingliste sagt nee, 
das wollen wir nicht weil...

5.) Wie gut kommt dein Prof mit den Entwicklungsprozess in der Comunity 
klar? Ich habe welcher erlebt die damit kein Problem hatten wenn man 
sich an den bei Linux üblichen Prozess hält aber auch welche, in deren 
Augen ging das gar nicht dort musste man erst mal alles in seinen 
stillen Kammer für sich machen, weil der Prof sonst die "Einzelleistung 
nicht erkennen kann", was echt ätzend ist wenn man eine frage hat von 
der man weiss das sie sich mit "DER" Mailinglist schnell hätte lösen 
lassen.