Leon3 GRLIB No rule to make target

[tm (Gast)]

Hallo,

Ich versuche mich gerade an den LEON3 leider bin ich schon ziemlich am 
Anfang stecken geblieben laut dem Tutorial in der User Manual von 
Gaisler: http://gaisler.com/products/grlib/grlib.pdf
soll man Cygwin installieren und anschließend make xconfig im jeweiligen 
Design Ordner ausführen.

Ich habe also die GRLIB in Hauptverzeichnis von Cygwin kopiert und 
versuche nun folgendes:

make /home/grlib-gpl-1.1.0-b4108/Designs/leon3-altera-de2-ep2c35/xconfig

Allerdings bekomme ich darauf eine Fehlermeldung No rule to make target!
Weiß jemand was ich falsch mache?
Ich hab vorher noch nie wirklich cygwin genutzt und auch der LEON 
Processor ist mir neu.
Ich wäre auch dankbar wenn jemand vielleicht ein gutes Tutorial zum Leon 
Processor kennen würde.

[tm (Gast)]

Ok ich habs musste mit cd den Pfad ansteuern und dann den make Befehl 
ausführen.
Ich hoffe ab jetzt gehts einigermaßen gut weiter.

[Duke Scarring (Gast)]

tm schrieb:
> Ich hab vorher noch nie wirklich cygwin genutzt und auch der LEON
> Processor ist mir neu.
Das sind ja dann zwei Baustellen. Mit FPGA und VHDL kennst Du Dich aber 
schon aus, oder?

Duke

[tm (Gast)]

@ Duke Scarring

Ja mit VHDL und FPGA's hab ich bereits Erfahrung.
Hab jetzt auch die ersten Testdesigns mit dem LEON kompiliert bekommen 
:)

Ich tue mich allerdings halt noch etwas mit der GRLIB schwer, allerdings 
bin ich auch noch nicht mit dem User Manual durch.

[Duke Scarring (Gast)]

tm schrieb:
> Ja mit VHDL und FPGA's hab ich bereits Erfahrung.
Gut.

> Hab jetzt auch die ersten Testdesigns mit dem LEON kompiliert bekommen
> :)
Hast Du auch passende Hardware zum Testen?

> Ich tue mich allerdings halt noch etwas mit der GRLIB schwer, allerdings
> bin ich auch noch nicht mit dem User Manual durch.
Hast Du ein Ziel? Was willst Du mit grlib/leon3 machen?

Duke

[tm (Gast)]

Duke Scarring schrieb:
>> Hab jetzt auch die ersten Testdesigns mit dem LEON kompiliert bekommen
>> :)
> Hast Du auch passende Hardware zum Testen?
>
>> Ich tue mich allerdings halt noch etwas mit der GRLIB schwer, allerdings
>> bin ich auch noch nicht mit dem User Manual durch.
> Hast Du ein Ziel? Was willst Du mit grlib/leon3 machen?

Hey,

Eine Hardware zum Testen ist vorhanden und dies ist nun der nächste 
Schritt.

Das nächste Ziel wäre für mich erstmal ein paar LED's auf dem Board 
(Cyclone 3 Starter Board) via LEON3 und GPIO's zum leuchten zu bringen.

Allerdings erkennt der GRMON bisher noch nicht den USB-Blaster.
Ich vermute dies liegt daran das die ganzen Programme nicht den 
richtigen Pfad nach Quartus haben und somit nicht auf die JTAG dll 
zugreifen können.

Zumindest deutet der Fehler

Could not open jtag_client.dll

darauf hin.

Als übergeordnetes Ziel möchte ich einen eigenen AHB Slave integrieren.

Gruß Tobias

[Duke Scarring (Gast)]

tm schrieb:
> Das nächste Ziel wäre für mich erstmal ein paar LED's auf dem Board
> (Cyclone 3 Starter Board) via LEON3 und GPIO's zum leuchten zu bringen.
Ok.

> Allerdings erkennt der GRMON bisher noch nicht den USB-Blaster.
Evtl. kannst Du grmon über RS232 mit dem Leon verbinden. Ich hatte mit 
dem Xilinx-JTAG auch so meine Probleme.

Duke

[tm (Gast)]

Hey,

Ich bekomme nun tatsächlich eine Verbindung zwischen GRMON und Leon3 auf 
dem FPGA hin.

Leider bekomme ich bisher kein einziges Programm am laufen.
Ich bekomme ja von dem xconfig eine header Datei in der die 
Configuration meines Leon Systems drin steht oder? Ich verstehe 
irgendwie nicht ganz wie ich das ganze einbinden muss?
Ich hab einfach mal versucht die GPIO direkt über die adresse 
anzusteuern so in diese Richtung aber auch das erfolglos GRMON meldet 
mir corrupt stack

*(int*)0x80000500 = 0xFF; //0x80000500 ist meine LED Baseadress

Gibt es da kein Programming Guide oder irgendetwas in der Richtung von 
Gaisler?

Gruß Tobias

[tm (Gast)]

Hey,

Hab bemerkt das das oben genannte dadurch das es ja IO sind ein bisschen 
komplizierter ist, aber eigentlich nicht viel!
Ich habe jetzt einfach mit GRMON die IO Register ausgelesen und schreibe 
direkt in diese. Das Programm schein im Debugger auch das zu machen was 
es soll nur aus irgendeinem Grund auf der Hardware nicht hat vielleicht 
jemand eine Idee was ich falsch gemacht haben könnte?

int main()
{
volatile unsigned int *pio_data= (int *)0x80000500;
volatile unsigned int *pio_out = (int *)0x80000504;
volatile unsigned int *pio_dir = (int *)0x80000508;
*pio_dir = 0xFFFF; /* Set direction to output */
*pio_out = 0x0000; /* Set outputs low */
return 0;
}

Gruß Tobias

[tm (Gast)]

Hey,

Ich hab den oben genannten Code zum laufen gebracht. Der Fehler war im 
Exampledesign also auf der Hardwarebeschreibungsseite.

Auch erste Versuche mit der timer.h haben gut funktioniert und die LED's 
sind nun am blinken.

[Duke Scarring (Gast)]

tm schrieb:
> Ich hab den oben genannten Code zum laufen gebracht.
Ich hätte jetz am Code auch nichts Verdächtiges entdeckt.

> Der Fehler war im
> Exampledesign also auf der Hardwarebeschreibungsseite.
Was war es denn? Es muß ja nicht jeder Deinen Fehler wiederholen?

Duke

P.S.: Ich habe mir für die IP-Cores entsprechende structs angelegt:

typedef struct {
    volatile uint32_t iodata;   // 000
    volatile uint32_t ioout;    // 001
    volatile uint32_t iodir;    // 010, for bidir port bits
    volatile uint32_t irqmask;  // 011
    volatile uint32_t irqpol;   // 100
    volatile uint32_t irqedge;  // 101
    volatile uint32_t bypass;   // 110
} grgpio_t;
...
grgpio_t          *gpio0      = (grgpio_t *)   0x80000400;
...
gpio0->ioout = 0x000000ff & pattern;

[tm (Gast)]

Hey,

War eigentlich was dämliches im Exampledesign von Gaisler wurden die IO 
Ports genutzt um Buttons einzulesen.
Ich hab dann einfach daraus einen Output gemacht und die Zeile in der 
Top die die das IO_data register beschreibt auskommentiert.

Man muss aber natürlich noch eine Zeile hinzuschreiben welche die 
gpioo.dout("Registerlänge") beschreibt und das hatte ich vergessen.

Besten Dank nochmal für die Tipps.

Gruß Tobias

[Duke Scarring (Gast)]

Ja, die IO-Ports der grlib sind mit "bells and whistles". 
Richtungsumschaltung, Synchronisation, alternative Belgeung etc. pp. da 
kann einem leicht schwindlig werden :-)

> Man muss aber natürlich noch eine Zeile hinzuschreiben welche die
> gpioo.dout("Registerlänge") beschreibt und das hatte ich vergessen.
Mit einem SoftCore gibt es gleich noch eine Fehlerquelle mehr. Da müssen 
Hardware und Software zusammenspielen...

Duke

[René D. (Firma: www.dossmatik.de) (dose)]

ich habe mir auch die grlib herunter geladen und wollte sie 
ausprobieren.

Ich bin unter Linux und habe die zip Datei entpackt. Muss noch ein Pfad 
gesetzt werden ?

mit

 make xgrlib
/bin/sh: line 8: /bin/xgrlib.tcl: No such file or directory
make: *** [xgrlib] Error 127

sucht er eine Datei im bin Verzeichnis. Das ist ein allgemeines 
Linuxverzeichnis der ausführbaren Dateien.

Hat jemand da noch eine Info?


Danke

[tm (Gast)]

Hey,

Ich kann dir leider nur erklären wie es unter Windows war aber 
vielleicht hilft es ja. Ich hab um ein erstes Design in die 
Entwicklungsumgebung zu kommen per Cygwin (da ja Windows) mir ein Design 
aus dem desings ordner ausgesucht und per cd angesteuert anschließend 
hab ich make xconfig ausgeführt und danach da ich ein Altera Design habe 
make quartus-launch.
Den Befehl gibt es auch für die ise.

Gruß Tobias

[René D. (Firma: www.dossmatik.de) (dose)]

tm schrieb:
> Hey,
mir ein Design
> aus dem desings ordner ausgesucht und per cd angesteuert anschließend


Sieht schon besser aus.

Danke.

[Duke Scarring (Gast)]

René D. schrieb:
> Hat jemand da noch eine Info?
Im doc-Verzeichnis gibt eine grlib.pdf, die sollte man sich mal in Ruhe 
zu Gemüte führen.

Am einfachsten ist es, wenn man Hardware hat, die direkt unterstützt 
wird. Dazu einfach mal einen Blick in den designs-Ordner werfen.
Ansonsten sucht man sich dort was aus, was dem eigenen Board am nächsten 
kommt und müß entsprechende Anpassungen vornehmen. BTDT.

Duke

[dose (Gast)]

Duke Scarring schrieb:
> René D. schrieb:
>> Hat jemand da noch eine Info?
> Im doc-Verzeichnis gibt eine grlib.pdf, die sollte man sich mal in Ruhe
> zu Gemüte führen.
>

Diese habe ich auch angefangen zu lesen.

Es wird in der Installation nur der Dateistrukturbaum erklärt.

Normalerweise ist es üblich mit dem Makefile im Wurzelverzeichnis die 
Makefiles  in den Unterordnern zu steuern.

Das Ungewöhnliche für mich, was das ich ein Makefile in einem 
Unterordner starten muss.

Es wollte  es eher interessehalber mal anschauen und keine große Zeit 
investieren.

[Duke Scarring (Gast)]

dose schrieb:
> Normalerweise ist es üblich mit dem Makefile im Wurzelverzeichnis die
> Makefiles  in den Unterordnern zu steuern.
Da funktionier dann gut, wenn hinterher nur ein Ergebniss (z.B. 
ausführbare Datei) rausfällt. Bei der grlib hast Du ja für 'zig 
verschiedene Boards ein angepasstes (und konfigurierbares) Design dabei.

Duke