Hallo Grasshopper Freunde, pünktlich zu Weihnachten hat Atmel eine neue Version von buildroot herausgegeben (nicht für Soundtüftler). Im Anhang findet sich ein patch, um dieses Paket mit dem grasshopper zu nutzen. Zu Installation: 1. Buildroot von http://www.atmel.no/buildroot/buildroot-src.html downloaden und auspacken. 2. Den Patch drüber kopieren 3. make grasshopper_defconfig oder make grasshopper-extended_defconfig ausführen 4. make ausführen 5. lange warten grasshopper-extended_defconfig habe ich für diejenigen eingeführt, die es leid sind, die Einstellungen für LCD(PSP)/PS/2 Tastatur jedesmal wieder auf's Neue einzugeben. Auch mit drabei ist dann mplayer. PWM Unterstützung (in der Kernelkonfiguration unter 'grasshopper specific' einstellbar) haben beide Konfigurationen. Um mir die Arbeit zu erleichtern, habe ich darauf verzichtet, die beiden Konfigurationen als unterschiedliche Boards zu behandeln (beide landen in dem Unterverzeichnis grasshopper). Um die Tastatur wirklich zu nutzen, sollte die Datei /etc/inittab und für die MMC-Karte /etc/fstab angepasst werden (hat eigentlich jemand schon mal die karte automatisch un-/gemounted?). Beide Images passen in das Flash des grasshoppers und sind dort und über TFTP/NFS bei mir gelaufen und für gut befunden worden.
Hi Andreas. Ich habe deinen Patch voller Erwartung ausprobiert um endlich einfach einen funktionierendes Image zu bekommen. Ich habe alle gedownloaded und deinen Patch drüberkopiert. Danach das extended config und make. Leider kam das am Ende raus:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
So das Problem hat sich erledigt. Hatte die libzo-devel nicht installiert. Jetzt hat er erfolgreich gebaut. Nur das Display funktioniert noch nicht. Könnte aber auch Hardwarefehler sein.
So. Nun hab ich auch herausgefunden warum das Display nicht funktioniert (Glaub ich). Die Pinbelegung stimmt nicht mit dem Programm überein. Leider ist es mir nicht möglich es auf meine Bedürfnisse anzupassen weil die Pins ohne große Kommentare einfach in eine Hex-Zahl gefasst sind.
Vieleicht kann ja jemand das hier(meine Pinbelegung aus einer anderen Datei wo die Befehle allerdings nicht kompatibel sind):
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
Zu soetwas konvertieren(Datei aus dem Buildroot 2.3.0 mit falsche Pinbelegung):
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
So das wäre dann auch erledigt. Die Pinbelegung war richtig nur ein kleiner Hardwarefehler wie es scheint. Und jetzt meine nächste Frage wieso gibt es den ADS784 nicht mehr in der neuen Buildroot zur Auswahl? In der 2.2.1 war er noch drin. Wie bekomme ich ihn in die Neue rein? Gruß Robin T.
Gast
#1089780
Robin Tönniges wrote: > snip.. > > Und jetzt meine nächste Frage wieso gibt es den ADS784 nicht mehr in der > neuen Buildroot zur Auswahl? In der 2.2.1 war er noch drin. Der Touchcontroller ADS7846 (TSC2046) ist auch in der neuen Buildroot 2.3.0 noch drin. Gruß Udo
Kleines "Danke" für den Patch, hat mir viel Trial and Error Arbeit erspart :-) Hast Du noch genauere Infos zu dem PS/2 Interface? Dachte immer das wäre am GH nicht herausgeführt??
Claude Schwarz wrote: > Kleines "Danke" für den Patch, > hat mir viel Trial and Error Arbeit erspart :-) > Hast Du noch genauere Infos zu dem PS/2 Interface? Dachte immer das wäre > am GH nicht herausgeführt?? Deine Frage hat mich überhaupt erst auf den Anschluss aufmerksam gemacht. So wie ich das im Schaltplan erkenne sind die PS/2 Anschlüsse rausgehührt. An den 4 Löchern direkt unterm Reset Taster. Allerdings kann ich per Tastatur nichts eingeben. Muss mal gucken ob man da noch irgendwo was aktivieren muss. Gruß Robin T.
Über Header J6 und J13 hat man Zugriff auf die Port-Pins PA08 und PA09. Die kann man sowohl als UART0 als auch als PSIF0 benutzen. Aber Achtung, J6 und J13 liegen parallel. Gruß Udo
Hallo 1. ich kann mich nicht oft genug darüber ausweinen, dass die grasshopper-Schöpfer nur PSIF0 nach draußen geführt haben (wie auch die fehlenden DAC/AC97 out). Damit wäre der grasshopper perfekt. Ich habe mal vor einiger Zeit in dem embedded-projects Forum gefragt, ob ein grasshopper V2 angedacht sei und bin auf den ICNova OEM verwiesen worden (siehe http://forum.embedded-projects.net/viewtopic.php?id=547 ). Der ist ja sehr schön aber dort muss man sich wieder um vieles kümmern, was der grasshopper schon hat: PHY/USB-Konsole/Spannungsversorgungen. Gerade der CP2102 ist so hässlich zu löten. Außerdem frage ich mich, wie es um die Beschaffung steht. Bevor ich da wieder Entwicklung mache, um dann festzustellen, dass andere das gleiche auch schon tun (so ist es mir bei meinem grasshopper-extension-board gegangen): Hat jemand vor, hierfür ein Board zu machen? 2. Habe mir gestern Abend einen Level Shifter auf Basis meiner neuen Lieblingsschaltung gebaut. Habe schon anderer Stelle darauf verwiesen aber die iss so gut das man nicht oft darauf hinweisen kann (siehe http://www.standardics.nxp.com/support/documents/i2c/pdf/an97055.pdf ). Zwei BS170, zwei 4k7 Widerstände auf der 5V Seite und 15 Minuten - alles im Keller zu finden. Seitdem klappt's auch mit der Maus. Übrigens: Werden Keyboard- / und Maustreiber in den Kernel kompiliert, erkennt dieser automatisch das korrekte device - je nach dem was an PS/2 angeschlossen wurde: Maus oder Tastatur. Ich war anfänglich dem Irrglauben verfallen, das sei fest vorgegeben wie ich das vom PC kenne PS2_0 -> Tastatur / PS2_1 -> Maus. Aber es war nur die Maus, die 3,3V nicht akzeptierte. 3. Ich hatte anfänglich Probleme mit dem PS2 Treiber und meiner Tastatur. Habe unter http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=72638 eine Lösung hierfür vorgeschlagen, die bei mir bestens funktioniert. Die Begeisterung für diesen Ansatz hielt sich allerdings in Grenzen. Mal sehen was kommt...
Andreas Müller wrote: > snip > der CP2102 ist so hässlich zu löten. snip... Hallo Andreas, dafür könnte man ja auch den FT232RL nehmen. Gruß Udo
Udo S. wrote:
> dafür könnte man ja auch den FT232RL nehmen.
Stimmt. Weißt Du (oder jemand sonst) ob der auch so geschmeidig (ohne
Installation von Treibern) unter WinXP / Linux unterstützt wird?
also bei meinem XP/Vista musste ich erst Treiber für den CP2102 installieren... insofern ist es wohl egal welche UART-Bridge man nimmt. (ok, wie es jetzt unter Linux aussieht, weiß ich nicht.) Gruß Udo
Hallo Andreas, hier eine sind die Treiber für alle FTDI Bauteile für Windows und Linux. http://www.ftdichip.com/FTDrivers.htm mfg Alex
So jetzt muss ich mich noch mal zurückmelden. Ich habe ein kleines Problem mit dem rootfs das mir Buildroot+Patch erzeugt, der Kernel (Hab es über NFS und SD versucht) kommt immer nur bis :
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
und steht dann. Auch die Heartbeat LED steht still :-( In der setup.c habe ich den Uart umgebogen da ich noch einen der ersten GH bestitze die keinen CP2102 bestückt haben , desweiteren hab die die .buswidth des MCI auf "1" gestellt. Hatte schon jemand ein ähnliches Problem? Ist mein erstes eigenes Rootfs für den GH und da ich keine möglichkeit habe das Flash extern zu beschreiben bin ich da etwas vorsichtig..
Steine auf mein Haupt! /dev war leer ... Kann man Buildroot dazu überreden die /dev entries gleich mit anzulegen?
Hallo Claude,
> Kann man Buildroot dazu überreden die /dev entries gleich mit anzulegen?
ich weiß nicht, ob Du die Antwort noch brauchst aber Du kannst in
buildroot-avr32-v2.3.0/target/device/Atmel/grasshopper/device_table.txt
device nodes anlegen.
So, ein kleiner Bug... project_build_avr32/grasshopper/linux-2.6.27.6/arch/avr32/boards/grassho pper/setup.c Zeile 397 ändern in
1 | |
denn i2c_info gibt es nicht ;-)
Ich habe vor dem Jahreswechsel versucht den Touch mit 2.3.0 ans laufen zu bekommen (eigentlich wollte ich Qt installieren), bis dato ohne Erfolg. Jetzt sitze ich wieder am Rechner und das Problem hat sich nicht erledigt, daher poste ich das Problem mal nochmal: atmel_spi atmel_spi.0: Atmel SPI Controller at 0xffe00000 (irq 3) atmel_spi atmel_spi.0: Using bounce buffer at 0x24000000 len 4096 setting trigger mode 2 for irq 116 failed (gpio_irq_type+0x0/0x12) ads7846: probe of spi0.0 failed with error -16 Kann mir jemand einen Tip geben? Sebastian
@Werner: Danke - das hab ich von meiner #ifdef-Sparfuchserei... @Sebastian: Vieleicht hilft es, wenn Du die Dateien buildroot-avr32-v2.3.0/project_build_avr32/grasshopper/linux-2.6.27.6/.c onfig und buildroot-avr32-v2.3.0/project_build_avr32/grasshopper/linux-2.6.27.6/ar ch/avr32/boards/grasshopper/setup.c postest. Vielleicht findet sich dann eher jemand...
@Andreas Müller Ja , vielen Dank. Funktioniert bestens , inzwischen kann ich sogar per NFS booten :-) @Sebastian A. Nur eine Vermutung! Ich hatte ähnliche Probleme mit meinem Treiber für den TSC2102 Chip, habe auch GPIO20/IRQ116 als IRQ für den Controller benutzt. Das Problem kommt daher wenn der Treiber (In deinem Fall ads7846.c) die Flags für den IRQ setzen will (z.B. IRQF_RANDOM | IRQF_SAMPLE_FALLING ). Da die verwendete IRQ Quelle auf dem PIO Modul sitzt , und das nur auf Level Change triggern kann, erzeugen Flags wie IRQF_SAMPLE_FALLING (Edge Trigger) natürlich einen Fehler. Könntets Du mal Kernel Debuging und kprobe Debuging anschalten und deinen dmesg posten ? Oder ein paar kprintf's in der Probe Funktion des ads7846.c einbauen ? Eine richtige Lösung für das Problem habe ich noch nicht gefunden. Was ich gemacht habe ist die Flags im Treiber auf "0" zu stellen , dadurch läuft der IRQ dann wie durch den Kernel Initalisiert (Level Trigger).
Hallo Claude, Danke für den Tip mit dem Flag, gestern hatte ich kurz Zeit es mal zu testen. Sobald ich das Flag im Treiber auch zu Null setze, startet Linux ohne Fehlermeldung stürzt aber ab sobald ich den Touch verwende. Hierzu ist mir noch aufgefallen die diese Änderung mit dem Flag in der Version 2.2.1 (mit den Dateien von Udo) nicht notwendig ist, dort läuft der Touch dann auch. Ich schaue meine Änderungen für die 2.3.0 noch einmal durch und poste sie bei Gelegenheit, vielleicht findet hier ja jemand den Fehler. Als einfachen Test habe ich mir die Ausgaben von: "cat /proc/interrupts" angeschaut. Sebastian
Hallo, Problem der Touch-SPI unter 2.3.0 gelöst! Die Dateien atmel_spi.c und atmel_spi.h durch diese Dateien von hier ersetzen: http://git.kernel.org/?p=linux/kernel/git/hskinnem... Gruß Udo
Gast
#1121920
Auf der LKML war neulich ein Patch für dieses Problem. Ob er den Weg in den Mainline schaft, keine Ahnung...
Ist der Link oben komplett? Ich finde da einige atmel_spi.c und .h . In welchen Project/Branch/Tag etc liegt die Version?
Gast
#1125360
http://git.kernel.org/?p=linux/kernel/git/hskinnemoen/avr32-2.6.git;a=tree;f=drivers/spi nee, der war nicht vollständig, da hat das Forum was abgeschnitten. Gruß Udo
Ok, vielen Dank. Verstehe ich das richtig das dieser Patch die IRQF Probleme beseitigen soll? Oder gibt es noch andere Probleme mit Buildroot 2.3 und SPI von denen ich bisher verschont geworden bin?
Gast
#1125566
Nicht das ich wüsste. Ich hatte nur das Problem, dass unter 2.3.0 der Touch IRQ und die SPI zwar initialisiert wurden, sobald aber der Touch berührt wurde, der Kernel Panic bekam ;) Was ich bei 2.3.0 (was mit dem neuen Kernel ja SDHC-Karten verarbeiten können soll) noch vermisse, ist ein U-boot, dass auch von SDHC-Karten booten kann. (Vielleicht bin ich ja auch nur zu dumm dazu das U-boot entsprechend zu konfigurieren) Gruß Udo
Da geistert ein Patch herum: http://www.mail-archive.com/u-boot-users@lists.sourceforge.net/msg07312.html
Gast
#1125666
ja, den hatte ich auch schon gesehen...aber in Ermangelung eines MKII wollte ich den nicht austesten (vor allem, nachdem ich die Kommentare dazu gelesen hatte). Gruß Udo
Hallo Zusammen, Ich arbeite unter Ubuntu 8.04LTS und der erste Build (Toolchain-Erstellung und ein allererstes Image) hat funktioniert. Danach habe ich mit "make menuconfig" erste Anpassungen gemacht (Projektname, Hostname, ...) und das Projekt beim Verlassen gespeichert. Ein erneuter Aufruf von make führe aber leider nicht zum erneuten Übersetzen des Projektes sondern wird wie folgt (Seitenlange Meldungen) quitiert: ***snipp*** package/mpatrol/mpatrol.mk:57: Warnung: Alte Befehle für das Ziel »/home/xxx/Grashopper/buildroot-avr32-v2.3.0/project_build_avr32/Grassho pper« werden ignoriert package/mpfr/mpfr.mk:63: Das Ziel »/home/xxx/Grashopper/buildroot-avr32-v2.3.0/project_build_avr32/Grassho pper« steht mehrfach in derselben Regel. package/mpfr/mpfr.mk:63: Das Ziel »/home/xxx/Grashopper/buildroot-avr32-v2.3.0/project_build_avr32/Grassho pper« steht mehrfach in derselben Regel. package/mrouted/mrouted.mk:35: Warnung: Die Befehle für das Ziel »/home/xxx/Grashopper/buildroot-avr32-v2.3.0/project_build_avr32/Grassho pper« werden überschrieben package/mpfr/mpfr.mk:64: Warnung: Alte Befehle für das Ziel »/home/xxx/Grashopper/buildroot-avr32-v2.3.0/project_build_avr32/Grassho pper« werden ignoriert package/mtd/mtd-utils/mtd.mk:105: *** Mehrfache Target-Muster. Schluss. ***snipp*** Ein "make clean" oder ähnliches funktioniert nicht und ich stehe auf dem Schlauch. Immerhin - soweit wie jetzt bin ich mit dem ICNova Zeug noch nie gekommen. Meinen Dank hierfür and Andreas und allen, die mitgeholfen haben! Kann mir einer das Brett vom Kopf nehmen und kurz erläutern warum der make nicht läuft? Ich dachte ich hättes kapiert... war aber nicht so... Gruss, Axel
Gast
#1215405
versuch mal die entsprechenden *.o Dateien vorher zu löschen.
Hallo Gast Ja - das habe ich ja versucht. Ich kenne das eigentlich als target im makefile - eben "make clean". Zumindest macht man das bei meinem Brötchengeber so. Aber da arbeitet man auch unter Clearcase und der Buildprozess ist quasi vorgegeben. Der Mensch ist halt Gewohnheitstier und ich musste mich bis dato nicht im Detail mit make auseinandersetzen. Ich versuchs mal. Merci, Axel
Hallo Zusammen fixed - Ich hatte den Projektnamen von "Grasshopper" auf "Grasshopper ATH01" geändert und das Leerzeichen in meinem Projektnamen hat den ganzen Ärger ausgelöst. Darauf gebracht hat mich die project.mk im project Verzeichnis. Die Variable $project ist nicht gequted und kann daher nicht mit Leerzeichen. Mit dem neuen Projektnamen "Grasshopper_ATH01" war das "make clean" und "make" erfolgreich! Vieleicht wussten das ja die meisten, aber für einen Newbee ist das doch was neues... . Gruss, Axel
Gast
#1216107
> "Grasshopper ATH01"
nunja, davon hattest du aber in deinem Post auch nichts erwähnt.
Aber schön, dass es funktioniert.
Andreas Müller schrieb: > Zu Installation: > 1. Buildroot von http://www.atmel.no/buildroot/buildroot-src.html > downloaden und auspacken. > 2. Den Patch drüber kopieren > 3. make grasshopper_defconfig oder make grasshopper-extended_defconfig > ausführen > 4. make ausführen > 5. lange warten > Habe die Anweisungen wie oeben beschrieben ausgeführt. allerdings befindet sich im dem Ordner build_avr32 kein Ordner für den Kernel. Ich möchte nämlich, die SD-Karte aktivieren. Allerdings weiß ich jetzt nicht weiter.
Guck mal im Ordner project_build_avr32. MfG Marius
Gast
#1354349
Hallo zusammen! Hab gerade versucht den SPI Treiber durch die anderen zu ersetzen. Jetzt bekomme ich allerdings folgende Fehlermeldung beim kompilieren.
1 | |
2 | |
3 | |
4 | |
5 | |
habe die .h bzw. .c in grasshopper/linux-2.6.27.6/drivers/spi/ geändert! LG Max
Gast
#1354352
Oh falsch! ^^
1 | |
2 | |
3 | |
4 | |
5 | |
> Autor: Udo S. (Gast) > Datum: 27.01.2009 11:09 > http://git.kernel.org/?p=linux/kernel/git/hskinnemoen/avr32-2.6.git;a=tree;f=drivers/spi Der Link von damals zeigt dummerweise auf den Haupt-tree der git. Dort sind die ständig auf den neuesten Stand gebrachten Dateien untergebracht. Für das builroot2.3.0 kann man die dort vorhandenen atmel_spi.c und.h Dateien nicht verwenden. Um die richtigen Dateien zu finden: auf dieser Seite oben links auf history klicken, dort den Beitrag vom 16.01.2009 suchen und in der Zeile rechts auf "tree" klicken. In der sich dann öffnenden Seite sind die richtigen atmel_spi.c und .h Dateien. Gruß Udo
Korrektur: Ich hatte damals auch noch die ads7846.c geändert. Ich häng mal die den Touch betreffenden Dateien komplett an. In der Kombination läuft der Touch unter buildroot 2.3.0 auf dem GH. Gruß Udo
Hallo Udo, habe bei meinen GH mit Touch deine ts_2_3_0-Dateien verwendet. Funktioniert auch soweit, Touch wird erkannt. Ein "cat /sys/devices/platform/atmel_spi.0/spi0.0/pen_down" sagt mir eine "1" wenn ich den Touch berühre. Jetzt wollte ich die tslib Programme benutzen, hab aber kein Device "/dev/input/event0", muss ich den irgendwie erzeugen? Gruß Uwe
Gast
#1411490
aus der log:
1 | |
2 | |
wenn dann unter /dev/input/ kein "event0" vorhanden ist, hast du im Kernel das "event-interface" nicht aktiviert. Außerdem kannst du in der setup.c die beiden Zeilen auskommentieren, da du kein PS2 hast:
1 | |
2 | |
3 | |
genauso den Kram für den at73c213, da du keinen Sound hast.
Ok, habs gefunden. INPUT_EVDEV über make linux26-menuconfig aktiviert und mdev erzeugt mir beim boot automatisch das Touch-Device. Dankeschön!
hi, ich bin grad dabei mein TFT anzushcliessen (ET043000DH6). habe die toolchain erfolgreich ertellt und auch geladen. Die angeschlossene SD-Karte funktioniert. Allerdings habe ich noch probleme bei dem TFT. Muss ich da noch irgendwelche einstellungen innerhalb der setup.c machen? oder soltle es so schon funktionieren?
Gast
#1497961
für das ET043000DH6 kannst du die gleichen Einstellungen in der setup.c nehmen wie für das PSP-Display. Die Einstellungen findest du in der setup.c in dieser .zip Datei: Beitrag "Re: AVR32 grasshopper patch für ATMEL buildroot 2.3.0" Die setup.c ist für den atmel-2.3.0-build.
Gast
#1498054
Hat inzwischen geklappt. Seit dem ich die Buildroot 2.3.0 mit dem patch hier aus dem Forum genommen habe. Hab allerdings das Problem wie schon in Beitrag "Re: Grasshopper und TFT Display" beschrieben. vieleicht isnd noch paar kondensatoren nötig
Gast
#1498180
> vieleicht isnd noch paar kondensatoren nötig
Eher nicht.
Kontrollier mal die Anschlüsse und Kontakte rund um die FFC/FPC
Buchse.
Gast
#1498879
auch die Versorgungsspannungen. Wenn da nichts ist, lass buildroot mal mit der setup.c aus dem ts_2_3_0.zip-File von oben bauen.
Gast
#1510000
hab schon alle kontakte an der buchse kontroliert und habe nichts fehlerhaftes entdecken können. habe allerdings mit der setup.c nur den kernel neu erstellt und es hat kein unterschied gemacht. Ich vermute, dass etwas an den bauteilen fehlerhaft sein müsste. noch bin ich nicht dazu gekommen die zu checken
Gast
#1510039
> habe allerdings mit der setup.c nur den kernel neu erstellt und es hat > kein unterschied gemacht. hast du die .o Datei in dem setup.c Verzeichnis vorher gelöscht?
Hallo zusammen, ich versuche im Augenblick, leider vergeblich, eine Buildroot Umgebung für meinen Grasshopper zu bauen. Der "make" bricht mit folgendem Fehler ab:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
Irgendwelche Ideen oder Tips?
Gast
#1538225
Hallo Florian, die vergeblichen Versuche kenne ich nur zu gut. hast du mal geguckt, ob du auch alle Pakete für die Buildroot hast. DAs wären: - C compiler (GCC) - C++ compiler (G++) - GNU make - sed - flex - bison - patch - gettext - libtool - texinfo - autoconf (version 2.13 and 2.61) - automake - ncurses library, meist ncurses-dev (development install) - zlib library, meist zlib-dev oder zlib1g-d (development install) - libacl library (development install) - lzo2 library, meist liblzo2-dev (development install)
Florian P. schrieb: > ich versuche im Augenblick, leider vergeblich, eine Buildroot Umgebung > für meinen Grasshopper zu bauen. Hallo, gib mal ein paar mehr Informationen. Unter welcher Umgebung willst du das bauen? Welches Buildroot nimmst du und welchen Patch für den GH? Wie bist du vorgegangen? Gruß Udo
Hi, ich verwende den aktuellen Ubuntu Desktop 9.10. Buildroot : v2.3.0 (20081218) von der Atmel Seite (http://www.atmel.no/buildroot/buildroot-src.html) Grasshopper Patch : aus diesem Thread (Beitrag "AVR32 grasshopper patch für ATMEL buildroot 2.3.0") Vorgehensweise 0. Neue Linux Virtualbox erstellt 1. Pakete installiert 2. Buildroot entpackt 3. Grasshopper Patch entpackt 4. Daten vom Patch in das Buildroot kopiert 5. make grasshopper_defconfig 6. make 7. kurz nachdem make den Kernel runtergeladen hat bekomme ich folgende Fehlermeldung:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
@ Udo S Ich habe jetzt alle von Dir gelisteten Pakete installiert. Mir hat die libacl sowie g++ gefehlt, allerdings hat das nichts an dem aktuellen Problem geändert
Florian P. schrieb: > Ich habe jetzt alle von Dir gelisteten Pakete installiert Hallo, das war ich zwar nicht, aber egal.:) Ubuntu9.10 hab ich noch nicht ausprobiert. Mit 8.04 und 9.04 funktioniert es. > 0. Neue Linux Virtualbox erstellt Wie jetzt? Unter Windows oder unter dem 9.10? Gruß Udo
> /home/pug/gh/brot/toolchain_build_avr32/
was mir gerade noch aufgefallen ist, hast du vom Buildroot irgendwelche
Pfadnamen geändert? Das funktioniert nicht.
Gruß
Udo
Udo S. schrieb: >> 0. Neue Linux Virtualbox erstellt > Wie jetzt? Unter Windows oder unter dem 9.10? Ich hab VirtualBox unter Windows laufen, darauf läuft gerade ein frisches Ubuntu 9.10. Ich werde nochmal ne 8.04 aufsetzen. Udo S. schrieb: >> /home/pug/gh/brot/toolchain_build_avr32/ > > was mir gerade noch aufgefallen ist, hast du vom Buildroot irgendwelche > Pfadnamen geändert? Das funktioniert nicht. Ich hab nur den Namen des Top-Level Verzeichnis geändert. Statt /home/pug/gh/buildroot-avr32-v2.3.0 ist es im Augenblick /home/pug/gh/brot. Das sollte keinen Unterschiedmachen, was ein kurzer Test bestätigt hat.
Florian P. schrieb: > HOSTCC scripts/basic/fixdep > HOSTCC scripts/basic/docproc > HOSTCC scripts/unifdef Florian P. schrieb: > ich verwende den aktuellen Ubuntu Desktop 9.10. Also ich möchte wetten, dass es an dem Ubuntu 9.10 liegt. Zu neuer GCC ect.. Buildroot ist da immer sehr empfindlich was die Buildumgebung angeht. mG schrieb: > - C compiler (GCC) > - C++ compiler (G++) > - GNU make Eben diese Pakete sollte man bei Ubuntu nur durch build-essential http://packages.ubuntu.com/dapper/build-essential und zwar abhängig von der Ubuntu-Version nachladen. Gruß Udo
Hallo, mit Ubuntu 8.04 hat alles einwandfrei funktioniert. Danke für die Hilfe! Gruß Florian
Hallo, ich habe das Problem, dass keine Befehle angenommen werden. Verbindung zum Grasshopper per USB. Builroot v2.3.0 mit dem Patch v0.0.1. Das Display funktioniert und wenn ich den Bootvorgang abbreche, akzeptiert Uboot alles was ich eingebe. Eingaben bei BusyBox werden nicht akzeptiert. Ich hab die Dateien mit dem JTAGICE MKII übertragen. Es bricht auch öfter der Bootvorgang mit einer Fehlermeldung ab, wobei es fast jedes mal ein anderer Fehler ist. Kann es sein, dass der Flash hin ist? Freundlichen Gruß Christoph
Hallo, Christoph R. schrieb: > Verbindung > zum Grasshopper per USB. Also, du hast einen Grasshopper. > Das Display funktioniert Welches Display? Der Grasshopper hat kein Display. > Builroot v2.3.0 mit dem Patch v0.0.1. > Ich hab die Dateien mit dem JTAGICE MKII übertragen. Wie groß ist dein build den du übertragen hast? > akzeptiert Uboot alles was ich eingebe. Poste mal die Ausgabe von printenv am u-boot cmd. Welche Version hat dein u-boot? > Es bricht auch öfter der Bootvorgang mit einer Fehlermeldung ab, .. Wenn denn der Kernel gebootet wurde, kannst du mal die kompl. Konsolenausgabe posten und auch die wenn er abbricht? Gruß Udo
Hallo Udo, ich habe ein PSP-Display an meinem Grasshopper. Mein Build ist 7,4 MB (7733248 Bytes). Ausgabe von printenv.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
Boot mit Fehler.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
60 | |
61 | |
62 | |
63 | |
64 | |
65 | |
66 | |
67 | |
68 | |
69 | |
70 | |
71 | |
72 | |
73 | |
74 | |
75 | |
76 | |
77 | |
78 | |
79 | |
80 | |
81 | |
82 | |
83 | |
84 | |
85 | |
86 | |
87 | |
88 | |
89 | |
90 | |
91 | |
92 | |
93 | |
94 | |
95 | |
96 | |
97 | |
98 | |
99 | |
100 | |
101 | |
102 | |
103 | |
104 | |
105 | |
106 | |
107 | |
108 | |
109 | |
110 | |
111 | |
112 | |
113 | |
114 | |
115 | |
116 | |
117 | |
118 | |
119 | |
120 | |
121 | |
122 | |
123 | |
124 | |
125 | |
126 | |
127 | |
128 | |
129 | |
130 | |
131 | |
132 | |
133 | |
134 | |
135 | |
136 | |
137 | |
138 | |
139 | |
140 | |
141 | |
142 | |
143 | |
144 | |
145 | |
146 | |
147 | |
148 | |
149 | |
150 | |
151 | |
152 | |
153 | |
154 | |
155 | |
156 | |
157 | |
158 | |
159 | |
160 | |
161 | |
162 | |
163 | |
164 | |
165 | |
166 | |
167 | |
168 | |
169 | |
170 | |
171 | |
172 | |
173 | |
174 | |
175 | |
Hier einfach stehen geblieben.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
60 | |
61 | |
62 | |
63 | |
64 | |
65 | |
66 | |
67 | |
68 | |
69 | |
70 | |
71 | |
72 | |
73 | |
74 | |
75 | |
76 | |
77 | |
78 | |
79 | |
80 | |
81 | |
82 | |
83 | |
84 | |
85 | |
86 | |
87 | |
88 | |
89 | |
90 | |
91 | |
92 | |
93 | |
94 | |
95 | |
96 | |
97 | |
98 | |
99 | |
100 | |
101 | |
102 | |
103 | |
104 | |
105 | |
106 | |
107 | |
108 | |
109 | |
110 | |
111 | |
112 | |
113 | |
114 | |
115 | |
116 | |
117 | |
118 | |
119 | |
120 | |
121 | |
122 | |
123 | |
124 | |
125 | |
126 | |
127 | |
128 | |
129 | |
130 | |
131 | |
132 | |
133 | |
134 | |
135 | |
136 | |
137 | |
138 | |
139 | |
140 | |
141 | |
142 | |
143 | |
144 | |
145 | |
146 | |
147 | |
148 | |
149 | |
150 | |
151 | |
152 | |
153 | |
154 | |
155 | |
156 | |
157 | |
158 | |
159 | |
160 | |
161 | |
162 | |
163 | |
164 | |
165 | |
166 | |
167 | |
168 | |
169 | |
170 | |
171 | |
172 | |
173 | |
174 | |
175 | |
176 | |
177 | |
178 | |
179 | |
180 | |
181 | |
182 | |
183 | |
184 | |
185 | |
186 | |
187 | |
188 | |
189 | |
190 | |
191 | |
192 | |
193 | |
194 | |
195 | |
196 | |
197 | |
198 | |
199 | |
200 | |
201 | |
202 | |
203 | |
204 | |
205 | |
206 | |
207 | |
208 | |
209 | |
210 | |
211 | |
212 | |
213 | |
214 | |
215 | |
216 | |
217 | |
218 | |
219 | |
220 | |
221 | |
222 | |
223 | |
224 | |
Hier gebootet.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
60 | |
61 | |
62 | |
63 | |
64 | |
65 | |
66 | |
67 | |
68 | |
69 | |
70 | |
71 | |
72 | |
73 | |
74 | |
75 | |
76 | |
77 | |
78 | |
79 | |
80 | |
81 | |
82 | |
83 | |
84 | |
85 | |
86 | |
87 | |
88 | |
89 | |
90 | |
91 | |
92 | |
93 | |
94 | |
95 | |
96 | |
97 | |
98 | |
99 | |
100 | |
101 | |
102 | |
103 | |
104 | |
105 | |
106 | |
107 | |
108 | |
109 | |
110 | |
111 | |
112 | |
113 | |
114 | |
115 | |
116 | |
117 | |
118 | |
119 | |
120 | |
121 | |
122 | |
123 | |
124 | |
125 | |
126 | |
127 | |
128 | |
129 | |
130 | |
131 | |
132 | |
133 | |
134 | |
135 | |
136 | |
137 | |
138 | |
139 | |
140 | |
141 | |
142 | |
143 | |
144 | |
145 | |
146 | |
147 | |
148 | |
149 | |
150 | |
151 | |
152 | |
153 | |
154 | |
155 | |
156 | |
157 | |
158 | |
159 | |
160 | |
161 | |
162 | |
163 | |
164 | |
165 | |
166 | |
167 | |
168 | |
169 | |
170 | |
171 | |
172 | |
173 | |
174 | |
175 | |
176 | |
177 | |
178 | |
179 | |
180 | |
181 | |
182 | |
183 | |
184 | |
185 | |
186 | |
187 | |
188 | |
189 | |
190 | |
191 | |
192 | |
193 | |
194 | |
195 | |
196 | |
197 | |
198 | |
199 | |
200 | |
201 | |
202 | |
203 | |
204 | |
205 | |
206 | |
207 | |
208 | |
209 | |
210 | |
211 | |
212 | |
213 | |
214 | |
215 | |
216 | |
217 | |
218 | |
219 | |
220 | |
221 | |
222 | |
223 | |
224 | |
225 | |
226 | |
227 | |
228 | |
229 | |
230 | |
231 | |
232 | |
233 | |
234 | |
235 | |
236 | |
237 | |
238 | |
239 | |
240 | |
241 | |
242 | |
243 | |
244 | |
245 | |
246 | |
247 | |
248 | |
249 | |
250 | |
251 | |
252 | |
253 | |
254 | |
255 | |
256 | |
257 | |
258 | |
259 | |
260 | |
261 | |
262 | |
263 | |
264 | |
265 | |
266 | |
267 | |
268 | |
269 | |
270 | |
271 | |
272 | |
273 | |
274 | |
275 | |
276 | |
277 | |
278 | |
279 | |
280 | |
281 | |
282 | |
283 | |
284 | |
285 | |
286 | |
287 | |
288 | |
289 | |
290 | |
291 | |
292 | |
293 | |
294 | |
295 | |
296 | |
297 | |
298 | |
299 | |
300 | |
301 | |
302 | |
303 | |
304 | |
305 | |
306 | |
307 | |
308 | |
309 | |
310 | |
311 | |
312 | |
313 | |
314 | |
315 | |
316 | |
317 | |
318 | |
319 | |
320 | |
321 | |
322 | |
323 | |
324 | |
325 | |
326 | |
327 | |
328 | |
329 | |
330 | |
331 | |
332 | |
333 | |
334 | |
335 | |
336 | |
337 | |
338 | |
339 | |
340 | |
341 | |
342 | |
343 | |
344 | |
345 | |
346 | |
347 | |
348 | |
349 | |
350 | |
351 | |
352 | |
353 | |
354 | |
355 | |
356 | |
357 | |
358 | |
359 | |
360 | |
361 | |
362 | |
363 | |
364 | |
365 | |
366 | |
367 | |
368 | |
369 | |
370 | |
371 | |
372 | |
373 | |
374 | |
375 | |
376 | |
377 | |
378 | |
379 | |
380 | |
381 | |
382 | |
383 | |
384 | |
385 | |
386 | |
387 | |
388 | |
389 | |
390 | |
391 | |
392 | |
393 | |
394 | |
395 | |
396 | |
397 | |
398 | |
399 | |
400 | |
401 | |
402 | |
403 | |
404 | |
405 | |
406 | |
407 | |
408 | |
409 | |
410 | |
411 | |
412 | |
413 | |
414 | |
415 | |
416 | |
417 | |
418 | |
419 | |
420 | |
421 | |
422 | |
423 | |
424 | |
425 | |
426 | |
427 | |
428 | |
429 | |
430 | |
431 | |
432 | |
433 | |
434 | |
435 | |
436 | |
437 | |
438 | |
439 | |
440 | |
441 | |
442 | |
443 | |
444 | |
445 | |
446 | |
447 | |
448 | |
449 | |
450 | |
451 | |
452 | |
453 | |
454 | |
455 | |
456 | |
457 | |
458 | |
459 | |
460 | |
461 | |
462 | |
463 | |
464 | |
465 | |
466 | |
467 | |
468 | |
469 | |
470 | |
471 | |
472 | |
473 | |
474 | |
475 | |
476 | |
477 | |
478 | |
479 | |
480 | |
481 | |
482 | |
483 | |
484 | |
485 | |
486 | |
487 | |
488 | |
489 | |
490 | |
491 | |
492 | |
493 | |
494 | |
495 | |
496 | |
497 | |
498 | |
499 | |
500 | |
501 | |
502 | |
503 | |
504 | |
505 | |
506 | |
507 | |
508 | |
509 | |
510 | |
Hallo Christoph.
änder mal die bootargs in : bootargs=console=ttyS0 root=1F02
rootfstype=jffs2
und die bootcmd in : bootcmd=fsload /boot/uImage;bootm ${fileaddr}
wobei wenn ${fileaddr} , dann musst du fileaddr auch definieren oder du
lässt es weg.
Zu deinem fs: ich gehe mal davon aus, dass das kaputt ist oder zu groß
für das flash.
Wie groß ist denn der File den du mit dem JTAGICE geflasht hast?
Auch wunder ich mich, was du alles in deinem Build eingeschaltet hast:
> child dir "pcmcia"
Wie bist du beim Erstellen des Builds vorgegangen bzw. was hast du alles
im menuconfig und in linux26-menuconfig eingeschaltet?
Gruß
Udo
Hallo Udo, ich bin nur nach der Anleitung von oben vorgegangen. Buildroot entpackt, Patch entpackt und reinkopiert, make grasshopper-extended_defconfig ausgeführt, make ausgeführt, lange gewartet und die Dateien u-boot.bin und rootfs.avr32.jffs2-root mit dem JTAGICE MKII übertragen. u-boot hat eine Größe von 97 KB und rootfs.avr32.jffs2-root ist 7,4 MB (7733248 Byte) groß. Gruß Christoph
Hallo Christoph, ok, da sollte nichts falsch daran sein. Nach welcher Anleitung bist du beim flashen mit dem JTAGICE vorgegangen? Im Gegensatz zum NGW100 liegt das u-boot-environment direkt hinter u-boot. Also 0 bis 128kiB u-boot, von 128kiB bis 192kiB das environment, der Rest fürs jffs2. Oder in Hex: u-boot 0x000000 bis 0x01FFFF env 0x020000 bis 0x02FFFF jffs2 0x030000 bis 0x7CFFFF Gruß Udo
Hallo Udo, ich bin nach der Anleitung von IC-Nova vorgegangen.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
Gruß Christoph
Hallo Christoph, Christoph R. schrieb: > ich bin nur nach der Anleitung von oben vorgegangen. Buildroot entpackt, > Patch entpackt und reinkopiert, make grasshopper-extended_defconfig > ausgeführt, make ausgeführt, lange gewartet und die Dateien u-boot.bin > und rootfs.avr32.jffs2-root Dann hast du aber nicht diese Verzeichnisse: Christoph R. schrieb: > avr32program program -v -e -f cfi@0 *binaries/base/* u-boot.bin Ok, flash es noch mal und verwende diese Befehle in dieser Reihenfolge: avr32program.exe erase -f 0 avr32program.exe program -e -F bin -vfcfi@0 u-boot.bin avr32program program -e -F bin -vfcfi@0 -O 0x30000 rootfs.avr32.jffs2 Am Besten, du kopierst u-boot.bin und rootfs.avr32.jffs2 in das Verzeichnis wo auch die avr32program.exe residiert. Beim Flashen den GH mit einem externen Netzteil versorgen, nicht über USB. Danach dann erstmal nichts an den bootargs und bootcmd ändern und versuchen zu booten. Gruß Udo
Danke Udo, es hat funktioniert. Ich habe das ganze nochmal mit den Befehlen von IC-Nova getestet und es lag warscheinlich daran, dass ich den Flash vorher nicht komplett gelöscht habe. Gruß Christoph
Gast
#1577526
hier wird das aktuelle buildroot für den Grasshopper gepatched: http://github.com/caytchen/buildroot-grasshopper
Gast
#1577533
auf dem host git installieren und dann: git clone git://github.com/caytchen/buildroot-grasshopper.git
Freut mich zu sehen, dass der grasshopper noch lebt auch wenn ich zu meiner Schande gestehen muss, dass meiner mittlerweile im Regal verstaubt, da ich eine neue Spielwiese gefunden habe...
Ich hab' grad' einen Grasshopper da und versuchee mit buildroot und dem o.g. Patch ein Rootimage + uboot zu bauen. Leider bricht 'make' vor dem compilieren der Toolchain ab:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
/usr/include/stdio.h um die Definition von ‘getline’ zu erleichtern ist zwar nett, aber nicht wirklich schön (wehe ich vergess' mal das zurückzustellen).
Gast
#1581972
Zwie Blum schrieb: > versuchee mit buildroot und dem > o.g. Patch ein Rootimage + uboot zu bauen. welchen patch meinst du jetzt? Nach deinem log zu urteilen hast du die falsche GCC-Version auf deinem Host. Möglichst Ubuntu 8.04 oder 9.04 benutzen.
Ich hab' buildroot-v2.3.0 von Atmel und und den Patch (buildroot-v2.3.0-grasshopper-v0.0.1.tar.gz) aus dem 1. Posting. Ich bin hier auf Debian Testing, gcc version 4.3.4 (Debian 4.3.4-6), ist nix mit Wechsel Ubuntu. Aber nach der häßlichen Aktion - getline aus /usr/include/stdio.h auskommentieren und gleich nach dem Test die Originalversiion wieder herstellen - läuft der Build ganz gut. Scheint so, als ob diese kleine Inkompatibilität nach dem Bau der Toolchain nicht mehr auftritt. Bin mal froher Hoffnung ;-)
Gast
#1582023
Zwie Blum schrieb: > buildroot-v2.3.0 von Atmel und und den Patch > > (buildroot-v2.3.0-grasshopper-v0.0.1.tar.gz) mmh, verstehe nicht warum ihr immer noch die alten Kamellen aufwärmt, hier gibts das aktuelle buildroot: Beitrag "Re: AVR32 grasshopper patch für ATMEL buildroot 2.3.0"
Den hab' ich auch ausprobiert, der bricht beim comilieren von uBooot ab. Fehlermeldung weiß ich jetzt nicht, ich hab' das Ding gelöscht. Apropos uBoot: Ich dachte, die Ausgabe von uBoot + vom Kernel landet auf ttyS0. Ich hab's aber weder auf UART 0 noch auf UART1. Das Ding ist noch jungräulich, im Auslieferungszustand.
@Zwie Blum ich hatte das auch das problem mit getline. Bin letzendlich auf Ubuntu 8.04 gewechselt. Vergleiche doch mal Deine GCC, Tools und Library Versionen mit den Versionen in 8.04 bzw 9.04 Grüße floh
Gast
#1582356
Zwie Blum schrieb:
> Ich hab's aber weder auf UART 0 noch auf UART1.
Üblichweise bekommst du die Ausgabe als root über den USB-Anschluss.
Mit Kermit oder putty verbinden.
Gast
#1582360
Zwie Blum schrieb:
> Fehlermeldung weiß ich jetzt nicht
Genau das wäre interessant.
@...: Hab's gefunden, auf ttyUSB0, danke! Das reduziert den Kabelsalat doch deutlich :-) @Florian P.: Nach meinem Workaround um das getline-Problem compiliert buildroot problemlos alles. Das erzeugte u-boot.bin + root.*.jffs2 funktioniert. Es geht also auch mit einem aktuellen OS (Glück für den Grasshopper, anderenfalls wäre das Ding geflogen) @...: Ok, zu "git://github.com/caytchen/buildroot-grasshopper.git": "make meuconfig" bricht ab:
1 | |
2 | |
Das läßt sich leicht flicken :-) Kernel comilieren bricht ab mit:
1 | |
2 | |
Hm, muss ich den Kernel von Hand konfigurieren? Ich hab' mal den Kernel auf "none" gesetzt, damit der Rest durchläuft.
1 | |
2 | |
u-boot hat das selbe Problem. Wahrscheinlich kein großes, wenn man weiß wie's geht. Hat eigendlich irgend jemand das buildroot von der ICnova-cd (11/2009) zm laufen gebracht? Wenn ich "make clean" machen möchte, starte das Ding einen vollständigen Build ...
Gast
#1582536
Zwie Blum schrieb: > Hat eigendlich irgend jemand das buildroot von der ICnova-cd (11/2009) > zm laufen gebracht? Wenn es jemand hätte ;)
Och, das gibt's da: http://www.ic42.de/Linux-Images/icnova.iso Läuft übrigens bei mir jetzt. Man darf kein 'make clean' machen, ohne vorher 'make menuconfig; make' gemacht zu haben. Übrigens muss man wieder beim Test getline auskommentieren :-)
Gast
#1582588
Zwie Blum schrieb: > ICnova-cd (11/2009) Ist das das Datum der CD oder die buildroot Version? Zwie Blum schrieb: > Übrigens muss *man* > wieder beim Test getline auskommentieren :-) Du musst auskommentieren, weil deine GCC-Version vom Debian nicht passt. Wie gesagt, buildroot ist da etwas empfindlich was die build-umgebung angeht. :)
>Du musst auskommentieren, weil deine GCC-Version vom Debian nicht > passt. Wie gesagt, buildroot ist da etwas empfindlich was die > build-umgebung angeht. :) Nö, buildroot funktioniert, alles was fehlschlägt ist ein obskurer Test vor dem bau der Toolchain. Würde mein GCC nicht passen, würde die Toolchain nicht gebaut werden bzw. die erzeugten Binaries nicht laufen. Tun sie aber :-)
Gast
#1582598
Zwie Blum schrieb: > Nö, buildroot funktioniert, alles was fehlschlägt ist ein obskurer Test > vor dem bau der Toolchain. und warum funktioniert dann der Test bei ubuntu8.04 und 9.04?
Keine Ahnung. Nachdem nirgends steht, welche Version von GCC das Ding gerne hätte, und es mit gcc 4.3.4-6 auch funktioniert ist's sowieso egal. Aber das ist Erbsen zählen. Das Ergebnis ist was zählt :-) Wie auch immer, bei mir funktionieren beide buildroot-Toolchains für AVR32. Das ist ein schönes Ergebnis, find' ich. Jetzt noch die Rootfs egalisieren, dann ist diese Plattform bereit zum Testen :-D
Gast
#1582788
Zwie Blum schrieb:
> Aber das ist Erbsen zählen.
Das will ich nicht. Ich möchte nur verstehen, warum einmal der Fehler
auftritt und einmal nicht.
Gast
#1583108
Der Fehler entsteht beim Erzeugen der Headerfiles aus den Sourcen eines eines zu alten Kernels. Kannst du bitte dein .config-File vom Kernel posten? Ich versuch' grad' das buildroot vom git-Repository zum Laufen zu bringen.
Gast
#1583239
zwieblum schrieb: > Der Fehler entsteht beim Erzeugen der Headerfiles aus den Sourcen eines > eines zu alten Kernels. Dann müsste er ja bei jeder Host-Version auftreten. zwieblum schrieb: > Ich versuch' grad' > das buildroot vom git-Repository zum Laufen zu bringen. meinst du jetzt von hier: git://github.com/caytchen/buildroot-grasshopper.git ? Das lohnt im Moment nicht, da sind mittlerweile zu viele Änderungen in den mainstream eingeflossen. Das muss erst wieder überarbeitet werden. zwieblum schrieb: > Kannst du bitte dein .config-File vom Kernel posten? Leider erst heute Abend.
Gast
#1583373
Oh, das erklärt einiges. Ich lande am Ende - nach etlichen Klimmzügen - bei einem Rootfs, das keinen Kernel enthält, und bei einem einem uboot, der von mmc booten will. Muss ich den Kernel extra irgendwo hin flashen, damit's läuft? Wenn ich Ihn einfach nach /boot kopiere und dann das jffs2-image bauen lassen ende ich hier:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
Oder mit dem neuen uboot:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
Gast
#1583441
zwieblum schrieb: > Ich lande am Ende - nach etlichen Klimmzügen - > bei einem Rootfs, das keinen Kernel enthält, und bei einem einem uboot, > der von mmc booten will. mmh, irgendwie kann ich jetzt nicht folgen...von welchem buildroot redest du jetzt? zwieblum schrieb: > Oder mit dem neuen uboot:Press SPACE to abort autoboot in 1 seconds > mmc: command 55 failed (status: 0x00100025) > mmc: command 1 failed (status: 0x00100025) > No MMC card found Hast du denn eine SD-Karte? (der Grasshopper normalerweise nicht). Zum booten von SD-Karte muss die SD-Karte mit ext2fs partitioniert sein und der build drauf entpackt werden. Die fstab muss noch editiert werden. Poste mal die Versionnr. und die env-variablen von den u-boots.
Gast
#1583567
Ich meine das buildroot von hier: git://github.com/caytchen/buildroot-grasshopper.git Inzwischen habe ich versucht, das "original" von der IC-Nova-CD für den Grasshopper zum leben zu erwecken. Prinzipiell funktioniert es auch, aber ich bekomme einen CRC-Fehler:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
Gast
#1583597
UBoot Environment:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
Gast
#1583630
zwieblum schrieb: > Ich meine das buildroot von hier: > git://github.com/caytchen/buildroot-grasshopper.git Ja, wie gesagt, das läuft im Moment nicht. Da es den mainstream patched, muss es immer mal wieder angepasst werden. zwieblum schrieb: > Verifying Checksum ... Bad Data CRC poste doch mal die version und die env-variablen von deinem u-boot. Kurz nach dem einschalten der Versorgungsspannung die space-Taste drücken, dann kommst du an den u-boot cmd. Dann "version" und dann "printenv" eingeben.
Gast
#1583636
ups, sorry, hab wohl zu lange fürs schreiben gebraucht ;)
grins Also ich hab' mal folgendes da: buildroot aus dem o.g. git repository: Wie du bereits angedeutet hast funktioniert das z.Z. nicht. Erzeugt nach einigen Klimmzügen ein Rootimage ohne Kernel, einen Kernel, ein u-boot. uboot will von mmc booten. buildroot von IC-Nova (das von der CD): Erzeugt nach einigen Klimmzügen ein Rootimage mit Kernel, einen Kernel, ein u-boot. uboot mag Kernel nicht. Ersetze ich uboot durch einen anderen (hab' hier im Wiki einen gefunden), lädt der Kernel, aber das rootfs ist defekt. Der Fehler hängt mit uboot/mkimage und den Parametern gerselben zusammen. c) buildroot 2.2 von Atmel + patch aus 1. Posting. Erzeugt ein funktionierendes uboot, ein Rootfs mit Kernel. Bootet, rennt. Einziger Wehrmutstropfen: ich krieg' diese Meldungen:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
sind da wirklich Badblocks unterwegs? Kann ich was dagegen tun?
Gast
#1583712
sorry, aber die Meldungen hab ich noch nie gesehen. Frage: was für einen Grasshopper hast du denn jetzt? Link zu ner Beschreibung wär nicht schlecht.
Den da: http://shop.embedded-projects.net/product_info.php/info/p12_Grasshopper-AVR32-Board-Open-Source-Version.html Das da ist er noch mal: http://www.ic-board.de/product_info.php?info=p75_ICnova-AP7000-Base.html
Gast
#1584124
ja, ok, also den normalen GH.
Zwie Blum schrieb:
> c) buildroot 2.2 von Atmel + patch aus 1. Posting.
du meinst 2.3.0?
Sorry, ich hab im Moment keinen lauffähigen .config-File da und die
builds die ich habe sind alle für SD-Karte, da zu groß fürs flash.
> du meinst 2.3.0? Ja. Mit dem guten Ding funktioniert's so la la. Irgend jemand hat sich größte Mühe gegeben, das Rootimage so kompliziert wie möglich aussehen zu lassen :-) Bin ja gespannt, ob das IC-Nova-buildroot korrekte Binaries für das ADB1000+AP7000OEM liefert. > Sorry, ich hab im Moment keinen lauffähigen .config-File da und die > builds die ich habe sind alle für SD-Karte, da zu groß fürs flash. Schade, aber danke für's nachschauen. Der Grasshopper bekommt keine SD-Karte, hab' ja noch 5MB am Flash frei.
So, Problem mit den
1 | |
ist gelöst: Das, was ich für ein jffs-image gehalten habe, ist keines. Die Lösung steht hier http://forum.embedded-projects.net/viewtopic.php?id=1286 ganz unten, mit Script zum Ausbügeln vom Fehler :-)
Ich will Euch nicht den Spaß verderben aber: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=88827
Gast
#1600558
Andreas Müller schrieb: > Ich will Euch nicht den Spaß verderben aber: Lassen wir uns auch nicht ;) Aber anscheinend wird der AP7xxx noch die nächsten Jahre weiter gebaut. http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=88971
Hallo. Ich hoffe, das ist in Ordnung, dass ich noch auf einen alten Beitrag antworte, mein Problem bezieht sich nämlich auf diesen Thread. An meinem Grasshopper hab ich nun erfolgreich eine SD-Karte zum Laufen gebracht (mit einem Image vom Buildroot v2.3.0). Komischerweise ist aber seit dem neuen Image kein ttyS1 (=USART0) mehr zu sehen, da möchte ich jedoch gerne etwas anschließen. ttyS0 ist sichtbar, aber soweit ich weiß ist das ja mit der USB-Console verbunden. Habe schon im Hauptverzeichnis vom Buildroot "make menuconfig" ausgeführt, die dortigen Einstellungen haben mir aber nicht weitergeholen, da es nicht die Kernelkonfiguration ist. Wo kann ich ttyS1 aktivieren? Vielen Dank im Voraus Michael
Gast
#2193804
Michael Laumen schrieb: > Komischerweise ist aber seit dem neuen Image kein ttyS1 (=USART0) mehr > zu sehen, Hast du ttys1 denn in deiner setup.c?
Vielen Dank, daran scheint es zu liegen:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
Also ein "grep -i usart setup.c" hat auch nur die zwei Zeilen geliefert, die oben stehen. Jetzt bin ich mir nur nicht sicher, was ich jetzt genau ändern muss. Fügt der Befehl "at32_add_device_usart(0)" den usart0 hinzu, oder den vorher mit "at32_map_usart(1, 0);" erstellen usart1? Oder reicht es einfach, in der setup_board ein "at32_map_usart(0, 1);" hinzuzufügen, und in grasshopper_init ein "at32_add_device_usart(1)"?
Gast
#2209766
Michael Laumen schrieb: > Habe schon im Hauptverzeichnis vom Buildroot "make menuconfig" > ausgeführt, da kannst du nur Programme ändern. Für die Hardware musst du "make linux26-menuconfig" aufrufen.
Gast
#2423242
Moin, versuche gerade eine Buildroot zum Laufen zu bekommen. Ich habe ubuntu 8.04 installiert, buildroot v2.3.0 + Patch aus dem ersten Posting runtergeladen. Die defconfig kann ich auch maken und wenn ich dann make ausführe, hat es ewig gedauert und abgebrochen wurde mit folgender Ausgabe:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
Da ich noch nicht richtig firm bin unter Linux, weiß ich überhaupt nicht weiter :(. Vielleicht weiß jemand von euch Rat? Gruß Hank
Gast
#2429022
Weiß wirklich niemand Rat? :(
Gast
#2429328
- C compiler (GCC) - C++ compiler (G++) - GNU make - sed - flex - bison - patch - gettext - libtool - texinfo - autoconf (version 2.13 and 2.61) - automake - ncurses library, meist ncurses-dev (development install) - zlib library, meist zlib-dev oder zlib1g-d (development install) - libacl library (development install) - lzo2 library, meist liblzo2-dev (development install) Hast du diese Pakete für dein 8.04 installiert?
Wird bei
> internal compiler error: Segmentation fault
nicht viel helfen. Check' mal, ob dein system überhaupt korrekt
funktioniert, mach' ein update ...
Gast
#2429719
Zwie Blum schrieb: >> internal compiler error: Segmentation fault ups, das war im rechten Bildrand versteckt...
Gast
#2430124
Moin Moin, ja ich hab' alle genannten Pakete installiert. Hab die Buildroot komplett runtergeschmissen und letzte Nacht die Buildroot von der ICNova CD genommen. Diese lief problemlos nach 2,5 - 3 Std. durch interessanterweise, obwohl ich am System gar nichts geändert habe. Allerdings gab es keine Meldung, dass alles erfolgreich "gemaked" wurde, sondern die Konsole kehrte einfach zum Eingabeprompt zurück. Per apt-get habe ich updated und upgraded. Ich habe jetzt aber noch nicht ausprobiert, ob wirklich alles entpackt und kompiliert wurde. Das werde ich heute Abend testen. Der Grasshopper ist echt ein Buch mit sieben Siegeln für mich, da die Doku dafür nicht sehr ergiebig ist....und ich will doch nur ein Touchdisplay anschließen :-S Vermutlich muss ich noch den Classpath abändern, damit avr32studio den neuen avr32-linux-gcc verwendet oder sollte das automatisch nach Erstellen der Buildroot etc. geschehen sein? Viele Grüße
> Allerdings gab es keine Meldung, dass alles erfolgreich "gemaked" > wurde, sondern die Konsole kehrte einfach zum Eingabeprompt zurück. Kein Fehler = Erfolg. Kein unnötiges Gebrabel unter Unix. AVRstudio als IDE? Würd' eher einen ordendlichen Texteditor (geany, ...) vorschlagen. Makefile per Hand erstellen ist keine Hexerei. Wenn du das Ganze in den automatischen Buildprozess von buildroot einbetten möchtest hast du dir aber was vorgenommen :-)
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.