Hallo zusammen, ich versuche seit Stunden den Audio DAC am ngw100 zum Laufen zu bekommen. Dazu baue ich mir den Kernel 2.6.38.7 mittels Buildroot 2011.05. Mit make menuconfig und make linux-menuconfig und make uclibc-menuconfig versuche ich, den Kernel bzw. die Bibliotheken richtig zu konfigurieren. Ein Problem ist, dass alles, was ncurses benutzt, beim Build mit tic in einer Endlosschleife hängen bleibt. Das Problem ist bekannt, die genannten Patches helfen leider nicht. Jetzt habe ich alles soweit reduziert, dass nichts mehr von ncurses abhängt. Der Kernel läuft soweit auch, aber es wird kein Device (z.B. /dev/dsp) für den DA-Wandler angelegt. Demnach gibt es auch keine Audioausgabe. Jetzt habe ich gelesen, dass man in den Kernel-Sourcen in arch/avr32/boards/atngw100/setup.c das Device noch registrieren muss. http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&p=676761 Vor 2 Jahren hieß es mal in einer Mailinglist, dass der DAC mit der aktuellen Kernelversion gar nicht geht (Irgendein Problem mit der Deskriptorvergabe). Weiterhin auch, dass die zusätzliche Registrierung in setup.c nichts mehr nütze. Hat das schon mal jemand erfolgreich mit der neuen Buildroot gemacht? Immerhin kann man in menuconfig alles ganz detailiert anwählen (AVR32 Treiber für DAC, ALSA usw.) und es sieht eigentlich aus, als wäre es dort gut eingepflegt. Sind die Fehler mittlerweile behoben? Was mir auch noch gerade einfällt: Wie baue ich eigentlich den Kernel neu, ohne, dass ich jedes mal make clean ausführen muss? Irgendwie scheint es buildroot nicht zu stören, wenn ich eine Datei editiert habe. Die wird einfach nicht neu compiliert, wenn ich make ausführe. Ich muss immer alles bereinigen. So dauert der Build für jeden Versuch eine Stunde. Grüße, Peter
Ein kleiner Zwischenbericht: Ein Problem hab ich jetzt zumindest so umgangen, dass ich mplayer wieder compilieren kann: Dazu verwende ich anstatt ncurses-5.4 ein manuell compiliertes ncurses-5.9 auf den Hostrechner. So stürzt tic nicht mehr ab. Mittlerweile arbeite ich mit Kernel 2.6.39.1 in der buildroot, die Probleme bestehen aber noch immer. Grüße, Peter
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.