embedded-gentoo auf einer Linksys NSLU2

[chilla]

Linksys, eine Tochterfirma von Cisco Systems hat vor einiger Zeit ein kleines Maschinchen basierend auf der embedded-arm Architektur herausgebracht, welches sich "NSLU2" nennt. Darauf lässt sich mit Sicherheit wunderbar ein Gentoo zum Laufen bringen. Dies möchte ich versuchen und hier dokumentieren.


Features:

• Gerade mal ein bisschen kleiner als eine 3,5" Festplatte
  
• 100mbit Netzwerkschnittstelle
  
• 2 USB-Ports
  
• 266 mhz Prozessor
  
• 8 mb Flashspeicher
  
• 32 mb SD-Ram
  
• Unschlagbarer Preis von gerade mal 75€
  
• Sieht nicht schlecht aus
  

Bild des Geräts | Bild der Platine | Detailliertes Bild der Platine

Linksys liefert das gerät mit einem 2.4er kernel, Samba und einem entsprechenden Webinterface aus, damit man USB-platten anschliessen kann, und diese per Webinterface-konfiguration über den Samba im Netzwerk freigeben kann. Das ist zwar schön, reicht mir jedoch nicht. Ich will eine vollwertige Distribution darauf. Somit habe ich den Thread hier gestartet um gentoo darauf zum laufen zu bekommen, dies zu Dokumentieren, euch Fragen zu stellen, und schliesslich zu vesuchen, eine Schritt für Schritt Dokumentation für alle gentoo-user hier im Forum, im gentoo-wiki, oder auf den webseiten des embedded-gentoo projektes zur verfügung zu stellen. Ich hoffe, dass sich hier ein paar Leute finden, die selbst daran interessiert sind, gentoo darauf zum laufen zu bekommen

Hier im Startthread sammle ich Arbeitsschritte und Informationen. Ich werde sie wahrscheinlich nicht sofort beim posten ausformulieren, werde mir jedoch Mühe geben, zumindest halbwegs verständlich zu sein. Früher oder später werde ich das ganze mit ssicherheit mal ausformulieren.




Das Gerät:

- Die CPU:
Die NSLU2 wird mit einem Intel IXP420 als Prozessor ausgelifert. Der XScale-Kern basiert auf der ARMv5TE Architektur und ist auf 266Mhz ausgelegt. Nichts desto trotz wird er in diesem Gerät nur mit 133 getaktet. Durch eine sehr einfache Modifikation kann man den Prozessor "deunderclocken". Wie man es anstellt ist hier zu sehen.

- Speicher:
Die CPU ist angeschlossen an 8mb Flash-Speicher(0x50000000 - 0x50800000) Die 8MB Flash sind folgendermaßen aufgebaut:

• Start: 0x50000000, Länge: 0x40000 (256K) - der Bootcode
  
• Start: 0x50040000, Länge: 0x20000 (128K) - Systemkonfiguration (ich glaube für den bootmanager)
  
• Start: 0x50060000, Länge: 0x100000 (1MB) - Platz für den Kernel
  
• Start: 0x50160000, Länge: 0x6A0000 (6.625MB) - Das /-Dateisystem
  

Zudem gibt es 32MB SD-Ram, die unter folgender Adressspanne erreichbar sind: 0x00000000 bis 0x02000000. Es gibt die Möglichkeit, von ganz normalen SD-Ram Modulen, die Bausteine zu nutzen um damit den Speicher der NSLU2 aufzurüsen. Wie dies geht, sehr ihr hier.

- USB-Controller:
Das Gerät selbst hat 2 USB-Ports nach außen laufen. Der USB-Controller meldet sich in lspci als "USB Controller: NEC Corporation USB 2.0 (rev 04)"und wird problemlos von ohci/uhci unterstützt. Problemlos lässt sich auch ein aktiver USB-Hub anschliessen - aktiv daher, weil ich nicht glaube, dass der eigene USB der NSLU2 genügend Strom für viele Geräte liefert.
Getestet habe ich den USB-Controller bisher mit 4 Festplatten im USB-Gehäuse und einem RFID-Reader welcher an einem Serial2USB-Converter hängt. Alles lief Problemlos, auch gleichzeitig.

- Netzwerk:
Die Netzwerkschnittstelle wird direkt vom Prozessor bereitgestellt, und basiert damit auf dem IXP420 Chip, zu welchem man hier genauere Informationen findet. der Proprietäre Treiber dafür ist in Portage vorhanden und kann gegen den 2.6er Kernel gebaut werden.

- Bootloader:
Ausgeliefert wird das Gerät mit dem Bootloader namens "RedBoot". Dieser genügt auch für unsere Zwecke und wir lassen ihn drauf. Obgleich es möglich ist, diesen durch den APEX Bootloader zu ersetzen.





Gentoo installieren:
Auf los gehts los

1. Wir brauchen ein Installationssystem
   
   
   
   • Die Maschine in den Updatemodus bringen
     
   • upslug2 emergen und testen
     
   • Openslug installieren
     
   
   
2. Gentoo Stage3 auf eine Festplatte
   
   
   
   • Festplatte einrichten
     
   • Stage-tarball herunterladen und entpacken
     
   • Portagesnapshot herunterladen und entpacken
     
   • chrooten
     
   • Portage-tree snchronisieren
     
   
   
3. Profil auswählen und testen
   
   
   
   • Arm-Profil verlinken
     
   • linux-headers updaten
     
   • screen emergen
     
   
   
4. Einrichten einer Crosscomplile-Umgebung
   
   
   
   • Crossdev emergen
     
   • Stage4 umgebung für die Target-Architektur einrichten
     
   
   
5. Kernel installieren
   
   
   
   • Kernelquellen besorgen
     
   • Kernel patchen
     
   • Cross-kompilieren
     
   • Module auf die NSLU übertragen
     
   • Kernelimage bearbeiten
     
   • Netzwerktreiber crossscompilen
     
   
   
6. Nötige Systemtools installieren und Konfigurationen bearbeiten
   
   
   
   • Devfs raus, udev rein!
     
   • Systemlogger
     
   • Cron
     
   • Netzwerkconfiguration
     
   • /etc/fstab editieren
     
   • /etc/conf.d/* editieren
     
   
   
7. Kernelimage auf die NSLU übertragen und rebooten
   
   

Anmerkung 1: Keine Garantie, kein Garnichts! Es ist euer Gerät und euer Bier, was ihr damit macht! Mit dem, was ich euch hier beschreibe, könnt ihr _nichts_ kaputt machen und ihr könnt alles wieder rückgängig machen: wenn die original Linksysfirmware wieder aufgespielt wird, könnt ihr das Gerät sogar zurückgeben. Dannn gilt jedoch: Finger weg vom Deunderclocken, Finger weg vom Bootloader, Finger weg von der Platine! Wer jetzt noch weiterliest: viel Spaß

Anmerkung 2: Das Howto schliesst zwar im Großen und Ganzen alles ein, jedoch ist es nicht vollständig. Copy&Paste funktioniert also _nicht_! Ich werde es weiter korrigieren und verbessern, Grundkenntnisse und Verständnis sollten jedoch bei jedem zu genüge vorhanden sein, der die Absicht hat, sich an diesem Howto zu orientieren.

1. Wir brauchen ein Installationssystem
   Linksys liefert die Maschine zwar mit einem 2.4er Linux aus, dieses ist jedoch nicht ausreichend um von dort aus Gentoo zu installieren (kein ssh, nicht alle Werkzeuge etc.). Also müssen wir uns eines besseren bedienen, damit wir ein Grundsystem haben, womit wir eine Festplatte partitionieren können, den Stage-tarball herunterladen und entpacken können, sowie einige Dateien editieren können und schliesslich in unser neues Root-System chrooten.
   Hierfür benutzen wir die Distribution Openslug, welche komplett auf den Flash-speicher passt.
   
   
   
   • Die Maschine in den Updatemodus bringen
     Zuerst sollten wir überprüfen, ob das Gerät überhaupt funktioniert. Dafür verbinden wir es mit unserem Switch und schalten es ein, ohne dabei irgendwelche Festplatten oder sonstiges angeschlossen zu haben. Wenn nach ca 1-2 Minuten die Ready/Status Lampe auf Grün wechselt, und wir das Gerät anpingen können, oder sogar auf das Webinterface (IP steht in der Dokumentation) kommen, ist schon alles geritzt und wir können wieder getrost den Stecker ziehen.
     Nun bringen wir das Gerät auf folgendem Weg in den Update-Modus:
     
     
     • Darauf achten, dass nichts ausser dem Netzteil und einem Netzwekkabel angeschlossen ist
       
     • Mit einem Kugelschreiber oder sonstigem an der Hinterseite das Reset-knöpfchen drücken und weiterhin gedrückt halten.
       
     • Nun auf der Vorderseite den Power-on-button einmal drücken (den Reset-knopf weiterhin gedrückt halten)
       
     • Nach ca. 10 Sekunden, sofort in dem Moment, wo die Ready/Status-Lampe auf Rot wechselt - den Reset-knopf loslassen. Dafür hast man ca. eine halbe Sekunde Zeit, danach ist es schon zu spät.
       
     • Wenn die Ready/Status-Lampe abwechselnd Rot und Grün blinkt, befindet sich die NSLU im Update-Modus.
     
     
   • upslug2 emergen und testen
     Um die NSLU mit einer anderen Firmware zu bestücken, benötigen wir das tool Upslug2. Mike Frysinger vom embedded-gentoo Projekt hat dieses Tool bereits in Portage gestellt, somit können wir es bequem auf unserem Arbeitsplatzrechner, von dem aus wir die Gentoo-installation betreuen installieren:

     Code:

     [13:57:39]|[chilla@chucky]|~/nslu/openslug-bin$ sudo emerge upslug2

     
     Vorrausgesetzt, die NSLU ist im Upgrademodus und hängt im gleichen Supnetz wie wir und hat entsprechend keinen IP-Konflikt etc. können wir sie sehen, indem wir nach der Installation auf unserem Arbeitsplatzrechner ein simples "upslug2" in die shell werfen. Die Ausgabe sollte wie folgt aussehen:

     Code:

     [13:40:26]|[chilla@chucky]|~$ upslug2 NSLU2     00:13:10:d6:1d:f2 Product ID: 1 Protocol ID: 0 Firmware Version: R23V29 [0x2329]

     Damit wissen wir, dass die NSLU im Upgrademodus ist und unser upslug2 funktioniert. Ausserdem wissen wir die MAC-Addresse der NSLU, welche wir benötigen um die Firmware zu flashen.
     Achtung: Dieser Output erscheint NUR, wenn die originale Linksysfirmware noch installiert ist. Sobald mal ein anderer Kernel drauf ist, findet man die NSLU nicht mehr auf diese weise. Schreibt euch also die MAC-Adresse auf (alternativ steht sie auch nochmal auf der Unterseite des Geräts aufgedruckt)
     
     
   • Openslug installieren
     Nun, da das Maschinchen im Upgrade-Modus ist und unser upslug2 funktioniert, können wir Openslug auf dem zielsystem installieren. Dazu holen wir uns das binäre Image von Openslug und flashen es mittels upslug auf das Zielsystem. (Nach wie vor dürfen noch keine anderen Geräte an das Gerät angeschlossen sein!) Danach bootet das Gerät automatisch durch und wir können uns per SSH einloggen:
     • Openslug hier herunterladen.
     • entpacken:

       Code:

       [13:57:39]|[chilla@chucky]|~/nslu/openslug-bin$ unzip OpenSlug-2.7-beta-firmware.zip

       
       
     • Auf das Zielsystem übertragen:

       Code:

       [13:57:39]|[chilla@chucky]|~/nslu/openslug-bin$ upslug2 --target=00:13:10:d6:1d:f2 --image=openslug-2.7-beta.bin

     • Wenn alles geklappt hat, bootet die NSLU nun automatisch neu. Falls ihr einen dchp-Server im Netzwerk habt, bekommt sie nun von diesem eine. Ansonsten sollte die IP 192.168.1.77 sein. Was nun wirklich die IP der NSLU ist verrät uns ein Blick auf

       Code:

       ping -b 192.168.1.255

       
       
     • Schliesslich loggen wir uns auf dem Zielsystem ein (das standard-root-pw lautet "opeNSLUg") und initialisieren es:

       Code:

       ssh root@192.168.1.77

       
       
     • Und initialisieren das Grundsystem:

       Code:

       turnup init

       Der command "turnup init" fragt uns nach einigen Einstellungen, die wir setzen möchten - erklärt sich eigentlich alles von alleine.
       
     Nun rebooten wir die NSLU nocheinmal - wenn wir uns danach mit dem (bei "turnup init" gesetzten) Rootpasswort unter der eingestellten IP einloggen können, hat alles geklappt und wir sind mit der Installation von Openslug fertig. Von hier aus können wir gentoo installieren.
     
   
   
   
   
   
   
   
2. Gentoo Stage3 auf eine Festplatte
   Die folgenden Schritte sind eigentlich in der offiziellen offiziellen Gentoo-installations-doku besser und ausführlicher beschrieben als hier. Der Vollständigkeit halber und da ich ein anderes Stage-tarball verwende, schreibe ich sie hier trotzdem nieder.
   
   
   
   • Festplatte einrichten
     Nun ist es an der Zeit, eine Festplatte anzuschliessen, zu partitionieren und zu formatieren. In meinem Fall habe ich eine 200GB Platte vo Samsung in ein billiges USB-Gehäuse gesteckt, das ich für 20€ bei Arlt um die Ecke gekauft habe.
     • Die Festplatte wird angschlossen und mit dem command "dmesg" wird überprüft, ob sie richtig erkannt wurde:

       Code:

       root@sluggy:~# dmesg  [...]   Vendor: SAMSUNG   Model: SP2014N           Rev: 0000   Type:   Direct-Access                      ANSI SCSI revision: 00 SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) [...]

     • Mittels "fdisk" wird nun die Platte partitioniert. Für den Anfang erstelle ich nur eine 20GB große /-Partition und nochmal 500MB Swap.

       Code:

       root@sluggy:~# fdisk /dev/sda

       Wer nicht weiss, wie das geht, kann dies hier nachschauen.
       Schliesslich sieht meine Partitionierung folgendermaßen aus:

       Code:

       root@sluggy:~# fdisk -l /dev/sda Disk /dev/sda: 200.0 GB, 200049647616 bytes 255 heads, 63 sectors/track, 24321 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes    Device Boot    Start       End    Blocks   Id  System /dev/sda1               1        1825    14659312   83  Linux /dev/sda2            1826        1887      498015   82  Linux swap

     • Nun werden beide Partitionen formatiert:

       Code:

       root@sluggy:~# mkfs.ext3 /dev/sda1 root@sluggy:~# mkswap /dev/sda2 root@sluggy:~# swapon /dev/sda2

     • Und schliesslich erstellen wir uns einen Mount-punkt und mounten unsere zukünftige /-Partition dorthin:

       Code:

       root@sluggy:~# mkdir /mnt/gentoo root@sluggy:~# mount -t ext3 /dev/sda1 /mnt/gentoo/

     
     
   • Stage-tarball herunterladen und entpacken
     Die netten Jungs vom embedded-gentoo Projekt haben schon das schwierigste bereits für uns erledigt: Sie haben einen Stage3-Tarball für embedded-arm Systeme mit softfloat und der uclib erstellt, dessen wir uns bedienen können. Wir befinden uns also per ssh als root auf dem Zielsystem und haben eine fertig eingerichtete und formatierte, sowie genügend große Partition nach /mnt/gentoo gemountet. Dorthin wechseln wir nun und laden uns das Stage3-Archiv von dieser Seite herunter:

     Code:

     root@sluggy:~# cd /mnt/gentoo/ root@sluggy:/mnt/gentoo# wget http://ftp.uoi.gr/mirror/OS/gentoo/experimental/arm/embedded/stages/stage3-armeb-uclibc-softfloat-2005.1.tar.bz2 root@sluggy:/mnt/gentoo# tar xvjpf stage3-armeb-uclibc-softfloat-2005.1.tar.bz2

     
     
   • Portagesnapshot herunterladen und entpacken
     Nun laden wir uns auch einen aktuellen Portage-snapshot herunter unt entpacken ihn:

     Code:

     root@sluggy:/mnt/gentoo# wget http://ftp.uoi.gr/mirror/OS/gentoo/snapshots/portage-latest.tar.bz2  root@sluggy:/mnt/gentoo# tar xvjf portage-latest.tar.bz2 -C /mnt/gentoo/usr

     
     
   • chrooten
     Da wir nun ein Grundsystem in /mnt/gentoo liegen haben, können wir auch schon reincrhooten, nachdem wir noch einige notwendige Dinge gemountet haben:

     Code:

     root@sluggy:~# mount -o bind /dev /mnt/gentoo/dev root@sluggy:~# mount -o bind /dev/pts /mnt/gentoo/dev/pts root@sluggy:~# mount -t proc none /mnt/gentoo/proc chroot /mnt/gentoo /bin/bash

     Geschafft: wir befinden uns in Gentoo Linux auf einem embedded-arm Maschinchen
     
     
   • Portage-tree snchronisieren
     Nun synchronisieren wir noch den Portage-tree.

     Code:

     sluggy / # emerge --sync

     
     
   
   
   
   
   
   
   
3. Profil auswählen und testen
   Das Standardprofil des benutzten Stage3-Tarballs ist ein 2.4er. Da ich aber ein 2.6er Kernel verwenden möchte, ändere ich dies um, installiere die neuen linux-headers des 2.6er kernels und emerge Screeen um das Profil zu testen
   
   
   
   • /etc/make.conf editieren
     Zuerst schaue wird nachgeschaut, was noch in der /etc/make.conf zu machen ist. Morfic hat mir seine passende make.conf gegeben und ich habe noch der Sicherheit halber (ich habe nicht in die defaults geschaut) ein paar Useflags gesetzt. Nun sieht die make.conf so aus:

     Code:

     CFLAGS="-march=armv5t -Os" CHOST="armeb-softfloat-linux-uclibc" CXXFLAGS="-march=armv5t -Os" USE="-opengl -qt -gtk -gtk2 -kde -gnome -motif -X -arts -oss -alsa -esd -ipv6 apache2"

     
     
   • Arm-Profil verlinken
     Nun löschen wir den derzeitigen Link zum 2.4er Profil und verlinken unser gewünsches 2.6er Profil:

     Code:

     sluggy / # rm /etc/make.profile sluggy / # ln -s /usr/portage/profiles/uclibc/arm /etc/make.profile

     
     
   • linux-headers updaten
     Nun ist es notwendig, dass wir die Linux-headers updaten:

     Code:

     sluggy / # emerge -u linux-headers

     
     
   • screen emergen
     Um zu sehen, ob die Einstellungen korrekt sind, und von unserem nativen gcc richtig ausführbare dateien erstellt werden, emerge ich mir screen, da ich es gerade während solcher installationen gerne verwende.

     Code:

     sluggy / # emerge screen

     
     
   
   
   
   
   
   
   
4. Einrichten einer Crosscomplile-Umgebung
   Die NSLU wird standardmäßig mit 133 Mhz betrieben. Das ist für heutige Verhältnisse wirklich nicht viel. Selbst wenn man die Sperre wie hier beschrieben rausnimmt, und damit den Takt auf 266Mhz anhebt (wofür der Prozessor übrigens eigentlich ausgelegt ist), hat man immernoch nicht die Performance um genussvoll mit gentoo zu arbeiten. Schon am Beispiel von screen, welches ich ein paar Zeilen weiter oben zum Testene emerged habe, hat man deutlich gesehen, wie lahm die kiste eigentlich ist. Ich werde mit Sicherheit einen großen Teil der Software nativ auf dem System emergen - dafür ist gentoo schliesslich gemacht -, aber im Moment habe ich keine große Lust drauf, so lange zu warten, bis mein Kernel gebaut ist. Zumal ich sowieso das kernelimage von außen per upslug2 wieder auf die Maschine schieben möchte.
   Also setze ich mir eine Crosscompile-umgebung auf, damit ich nachher den Kernel auf meinem schnellen Arbeitsplatzrechner bauen kann. Dies ist leichter als es sich anhört:
   
   
   
   • Crossdev emergen
     Crossdev ist ein geniales tool. Erstellt uns compiler, toolchains, uclibcs und binutils, welche auf unserem Arbeitsplatzrechner laufen, jedoch für unsere Zielarchitektiv (embedded-arm) kompilieren. Nurnochmal um sicherzugehen: Wir führen das Folgende auf unserem Arbeitsplatzrechner aus, nicht auf der NSLU!

     Code:

     sudo emerge crossdev

     
     
   • Stage4 umgebung für die Target-Architektur einrichten
     Nun benötigen wir alles für die Kompilierung von ARM-Programmen. Falls wir es noch nicht drin haben, müssen wir folgende Zeile in die /etc/make.conf unseres Arbeitsplatzrechners eintragen:

     Code:

     PORTDIR_OVERLAY="/usr/local/portage"

     Nun können wir ganz einfach unsere Crosscompile-umgebung erstellen:

     Code:

     [16:15:30]|[chilla@chucky]|~$ sudo crossdev armeb-softfloat-linux-uclibc

     
     
   
   
   
   
   
   
5. Einen Kernel installieren
   Jetzt gehts ans eingemachte. Einige eeigenschaften der NSLU2 sind nicht vom vanilla-kernel unterstütz, zudem verwenden wir noch die uclibc statt der glibc, da hilft nur eins: kernel patchen. Als Grundlage nutzen wir einen halbwegs aktuellen 2.6.14.3, den wir uns zu beginn von kernel.org herunterladen werden. Danach jagen wir ein paar patches drüber und cross-kompilieren ihn auf unserem Arbeitsplatzrechner. Danach wird das erstelle Kernelimage noch ein wenig bearbeitet, damit der bootloader unseres Zielsystems es laden kann, und die kompilierten Module werden auf unseren Zielrechner übertragen. Das Kernelimage wird erst ganz zum Schluss übertragen, da wir dafür die NSLU neu booten müssen.
   
   
   
   • Kernelquellen besorgen
     Ich erstelle mir ein Arbeitsverzeichnis für die Kernel-geschichte und lade mir die 2.6.14.3er Quellen runter:

     Code:

     [17:11:43]|[chilla@chucky]|~/nslu$ mkdir nslu2-kernel [17:11:43]|[chilla@chucky]|~/nslu$ cd nslu2-kernel/ [17:12:28]|[chilla@chucky]|~/nslu/nslu2-kernel$ wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.14.3.tar.bz2 [17:13:50]|[chilla@chucky]|~/nslu/nslu2-kernel$ tar xjf linux-2.6.14.3.tar.bz2

     
     
   • Kernel patchen
     Die Patches hat morfic glaube ich alle von Openslug zusammengesucht, ich habe noch einen hinzugefügt. Das gesamte paket lade ich mir runter, entpacke es und patche damit die Kernelquellen:

     Code:

     [17:14:37]|[chilla@chucky]|~/nslu/nslu2-kernel$ wget http://chilla.biz/projekte/gentoo-slug/files/nslu2-patches-2.6.14.3.tar.bz2 [17:16:48]|[chilla@chucky]|~/nslu/nslu2-kernel$ tar xjf nslu2-patches-2.6.14.3.tar.bz2 [17:17:11]|[chilla@chucky]|~/nslu/nslu2-kernel$ mv patches/ linux-2.6.14.3 [17:17:21]|[chilla@chucky]|~/nslu/nslu2-kernel$ cd linux-2.6.14.3 [17:17:36]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ for i in `cat patches/nslu2-patches.list` ; do patch -p1 < patches/$i ; done

     
     Nun hole ich mir noch morvic's config:

     Code:

     [17:18:10]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ wget http://dev.gentoo.org/~morfic/nslu2/nslu2-2.6.14.3.config [17:22:08]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ mv nslu2-2.6.14.3.config .config [17:22:22]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ make ARCH=arm CROSS_COMPILE=armeb-softfloat-linux-uclibc- oldconfig dep

     
     
   • Cross-kompilieren
     Nun wird der Kernel kompiliert. Ich befinde mich die ganze Zeit auf meinem Arbeitsplatzrechner, da ich keine Lust habe, das auf der langsamen NSLU zu machen. Da ich vorhin meine Crosscompile-Umgebung mit crossdev gebaut habe, kann ich nun ganz einfach darauf zurückgreifen und den Kernel für eine andere Architektur kompilieren:

     Code:

     make ARCH=arm CROSS_COMPILE=armeb-softfloat-linux-uclibc-

     
     Damit wir die Module noch separat bekommen, erstellen wir uns dafür noch schnell ein verzeichnis und lassen uns die Module dort hineininstallieren:

     Code:

     [17:30:46]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ mkdir /home/chilla/nslu/nslu2-2.6.14.3-modules/ [17:30:54]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ make INSTALL_MOD_PATH=/home/chilla/nslu/nslu2-2.6.14.3-modules/ DEPMOD=/bin/true modules_install

     
     
   • Module auf die NSLU übertragen
     Die kompilierten module können wir schonmal packenn und auf die NSLU übertragen und nebenbei erstellen wir schonmal das Verzeichnis, wo später das Modul für die Netzwerkschnittstelle liegt.

     Code:

     [17:44:26]|[chilla@chucky]|~/nslu/nslu2-kernel/linux-2.6.14.3$ cd ../../ [17:33:05]|[chilla@chucky]|~/nslu$ tar cjf nslu2-2.6.14.3-modules.tar.bz2 nslu2-2.6.14.3-modules [17:35:21]|[chilla@chucky]|~/nslu$ scp nslu2-2.6.14.3-modules.tar.bz2 root@192.168.1.77:/mnt/gentoo/root/ [17:35:40]|[chilla@chucky]|~/nslu$ ssh root@192.168.1.77 root@sluggy:~# chroot /mnt/gentoo/ /bin/bash sluggy / # cd /root/ sluggy ~ # tar xjf nslu2-2.6.14.3-modules.tar.bz2 sluggy ~ # cp -r nslu2-2.6.14.3-modules/lib/modules/2.6.14.3 /lib/modules/ sluggy ~ # mkdir /lib/modules/2.6.14.3/kernel/drivers/ixp400/ sluggy ~ # exit root@sluggy:~# exit

     Damit hätten wir schon mal die Kernelmodule auf dem Zielrechner.
     
     
   • Kernelimage bearbeiten
     Auch wenn das Image erst später installiert wird, so machen wir es trotzdem jetzt noch "ready to be slugged". Damit der Bootloader das image laden kann, muss es noch leicht modifiziert werden - dies erledigt ein kleines script für uns:

     Code:

     [17:51:46]|[chilla@chucky]|~/nslu$ cd nslu2-kernel/ [17:51:49]|[chilla@chucky]|~/nslu/nslu2-kernel$ wget http://dev.gentoo.org/~morfic/nslu2/prepimage [17:56:21]|[chilla@chucky]|~/nslu/nslu2-kernel$ chmod +x prepimage [17:55:37]|[chilla@chucky]|~/nslu/nslu2-kernel$ cp linux-2.6.14.3/arch/arm/boot/zImage . [17:55:53]|[chilla@chucky]|~/nslu/nslu2-kernel$ ./prepimage

     Damit haben wir nun ein Kernel-image erhalten, wechles von der NSLU2 gebootet werden kann.
     
   • Netzwerktreiber kompilieren
     Glücklicherweise steht der Netzwertreiber in Portage. Diesen können wir bequem auf unserem Arbeitsplatz kompilieren - dort haben wir ja auch noch die kernel-sourcen abgelegt. Schliesslich schieben wir das entstandene Modul noch auf die NSLU, dann hätten wir auf Seiten des Kernels im Prinzip alles fertig.
     
     • Aus irgendeinem Grund müssen bei mir die Kernelquellen nach /usr/src/linux gelinkt werden.

       Code:

       [21:45:05]|[chilla@chucky]|~$ su chucky chilla # rm /usr/src/linux

       
       
     • Nun demaskieren wir noch den Netzwerktreiber und kompilieren ihn schliesslich:

       Code:

       chucky chilla # ln -s /home/chilla/nslu/nslu2-kernel/linux-2.6.14.3 /usr/src/linux chucky ~ # echo "net-misc/ixp4xx arm" >> /etc/portage/package.keywords chucky ~ # CHOST=armeb-softfloat-linux-uclibc emerge ixp4xx

       
       
     • Nun schieben wir noch die Kernelmodule auf die NSLU:

       Code:

       chucky ~ # scp /lib/modules/2.6.14.3/kernel/drivers/net/ixp400_eth.ko root@192.168.1.77:/mnt/gentoo/lib/modules/2.6.14.3/kernel/drivers/net/ixp400_eth.ko chucky ~ # ssh root@192.168.1.77 root@sluggy:~# mkdir /mnt/gentoo/lib/modules/2.6.14.3/kernel/drivers/ixp400/ root@sluggy:~# exit chucky ~ # scp /lib/modules/2.6.14.3/kernel/drivers/ixp400/ixp400.ko root@192.168.1.77:/mnt/gentoo/lib/modules/2.6.14.3/kernel/drivers/ixp400/ixp400.ko

       
       
     
     
   • Netzwerktreiber crosscompilen
     Ich weiss zwar nicht den Grund, doch leider lässt sich der Netzwerktreiber nicht nativ kompilieren. Daher müssen wir auch ihn auf unserem Arbeitsplatzrechner kompilieren und danach die Module auf das Zielsystem übertragen:

     Code:

     # echo "net-misc/ixp4xx arm" >> /etc/portage/package.keywords  # CHOST=armeb-softfloat-linux-uclibc emerge ixp4xx # scp /lib/modules/2.6.14.3/kernel/drivers/net/ixp400_eth.ko root@192.168.1.77:/mnt/gentoo/lib/modules/2.6.14.3/kernel/drivers/net/ # scp /lib/modules/2.6.14.3/kernel/drivers/ixp400/ixp400.ko root@192.168.1.77:/mnt/gentoo/lib/modules/2.6.14.3/kernel/drivers/ixp400/

     
     
   
   
   
   
   
   
   
6. Nötige Systemtools installieren und Konfigurationen bearbeiten
   
   
   
   • Devfs raus, udev rein!
     Der Stagetarball kommt mit devsd daher. Wir benutzen jedoch einen 2.6.14er kernel, welcher kein devfs mehr unterstützt. Somit steigen wir auf udev um:

     Code:

     sluggy / # emerge udev && emerge -C devfsd

     
     
   • Systemlogger
     Syslog-ng ist zwar schon ein sehr ausgewachsener Syslogger, aber ich verwende ihn trotzdem, da die NSLU bei mir die Systemlogs von anderen Rechnern empfangen soll.

     Code:

     sluggy / # emerge syslog-ng sluggy / # rc-update add syslog-ng default

     
     
   • Cron
     Und einen Cron-jobber brauchen wir ebenso:

     Code:

     # emerge vixie-cron # rc-update add vixie-cron default

     
     
   • Cron
     Falls benötigt, installiert man noch dhcpcd:

     Code:

     # emerge dhcpcd

     
     
   • Netzwerkconfiguration
     Meine Netzwerkkonfiguration sieht folgendermaßen aus:

     Code:

     sluggy / # nano -w /etc/conf.d/net config_eth0=( "192.168.1.77 netmask 255.255.255.0 broadcast 192.168.1.255" ) routes_eth0=( "default via 192.168.1.1" )

     
     
   • /etc/fstab editieren. Meine sieht folgendermaßen aus:

     Code:

     sluggy / # cat /etc/fstab /dev/sda1       /               ext3    defaults        1  1 /dev/sda2       swap            swap    defaults        0  0 proc            /proc           proc    defaults        0  0 usbfs           /proc/bus/usb   usbfs   defaults        0  0

     
     
   • Nun noch ein paar andere Konfigurationsdateien editieren:

     Code:

     sluggy / # nano -w /etc/conf.d/hostname sluggy / # nano -w /etc/conf.d/domainname

     
     Wir sollten auch noch unser rootpassswort festplagen:

     Code:

     # passwd

     
     Und ausserdem darauf achten, dass der ssh-server, sowie System-logger etc. beim Booten gestartet werden:

     Code:

     # rc-update add dropbear default # rc-update add net.eth0 default # rc-update add domainname default

     
     Und ausserdem müssen wir noch die Module in die /etc/modules.autoload/kernel-2.6 eintragen:

     Code:

     # echo "ixp400" >> /etc/modules.autoload/kernel-2.6 # echo "ixp400_eth0" >> /etc/modules.autoload/kernel-2.6

     
     
   
   
   
   
   
   
7. Kernelimage auf die NSLU übertragen und booten
   Nun ist es fast geschafft. Es fehlt nurnoch der wichtigste Schritt: das Installieren des Kernels. Um dies zu tun, muss man die NSLU herunterfahren und wieder in den Upgrade-modus bringen. Wichtig ist hierbei wieder: Alle zusätzliche Hardware wie Festplatten, USB-Sticks oder sonstiges abklemmen. Am Gerät dürfen nurnoch Netzwerk und Strom angeschlossen sein. Wie ihr dann die NSLU in den Upgrade-Modus bringt ist bereits bei 1. beschrieben worden. Wenn sich das Gerät im Upgrademodus befindet (die Ready/Status Lampe rot-grün blinkt), dann setzen wir uns wieder an unseren Arbeitsplatz und führen folgendes (natürlich mit der Mac-adresse eurer NSLU) aus:

   Code:

   upslug2 --target=00:13:10:d6:1d:f2  --kernel=/home/roman/nslu/nslu-kernel/linux-2.6.14.3/zImake.ok

   
   Es ist geschafft. Nachdem das Kernelimage auf die NSLU übertragen wurde, sollte sie automatisch durchbooten, und unser Gentoo sollte per ssh erreichbar sein.
   
   

Möchte mich noch bedanken:

• Bei den Jungs von openembedded, bzw openslug. Ohne deren Infos wäre ich nich so weit gekommen
  
• ganz großes Tennis von den embedded-gentoo-jungs. Das sie nerds*geeks² - sie haben nich zu letzt den stagetarball geschaffen
  
• Im speziellen möchte ich Vapier und SpankY aus #embedded-gentoo danken, beide machen sehr gute Pakete ohne die ich aufgschmossen wäre (stage3-arm-tarball, crossdev, ixp4xx etc.)
  
• Und noch ein besonderer dank zuletzt and Morfic aus #gentoo-embedded. Er hat mir vieles Schritt für Schritt erklärt und viele Sachen (gerade der kernel mit den patches und der config) in diesem howto kommen von ihm!
  

Eigentlich sind sie alle klasse Jungs - waren nur zu faul, das mal Niederzuschreiben, was sie gemach haben
Links zu den ganzen Seiten, wo ich mir infos geholt habe kommen in den nächsten Tagen.. nu wüsch ich euch allen erstma n guten rutsch




was geht und was nich geht:

• Nativ kompilieren funzt logischerweise - aber es is laaaaaaaangsaaaaaaam:
  [code]
  sluggy dev # genlop -t sudo vim
  * app-admin/sudo
  
  Mon Jan 2 16:53:18 2006 >>> app-admin/sudo-1.6.8_p9-r2
  merge time: 12 minutes and 52 seconds.
  
  * app-editors/vim
  
  Mon Jan 2 06:36:51 2006 >>> app-editors/vim-6.4
  merge time: 46 minutes and 56 seconds.
  

---------------------------------------------------------------------
totes & todo & misc
---------------------------------------------------------------------
todo:

• CONFIG_CMDLINE in der kernelconfig um darin rootfs und sonstiges festzulegen
  
• netzerkkarte ist ixp0 und nicht eth0
  
• 2.6.15 + patches von openembedded?
  
• Blinklichter ebuild
  
• fotos
  
• anderes Gehäuse?
  
• fest installierte serielle Schnittstelle
  
• lcd von usblcd.de (mit lcdproc?)
  
• übersetzung ins englische
  
• Kernel kompilieren richtigstellen (nach /usr/src/linux)
  

[nic0000]

[chilla]

Jup. Den wrt-router habe ich auch. Die revisionen der wrt-router sind jedoch relativ gut zu unterscheiden, und ich glaube sogar, dass die unten auf so ner kleinen plakette drauf stehen.

Bei der NSLU2 habe ich jedoch noch nie davon gehört, dass es unterschiedliche Versionen gibt. Kauf dir einfach eine, dann wirst du es sehen Zur not kannst du immernoch die Linksys Firmware zurückflashen und das Gerät innerhalb 14 Tagen zurückgeben. Nur solche Spielchen wie das deuncerclocken solltest du innerhalb der 14 Tage lieber erstmal sein lassen
_________________
"Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep."

TU-BS Wiki

[tioan]

[chilla]

hm wobei ich finde dass openwrt ebenso wie openslug irgendwie komisch ist. Mir fehlt bei solchen Mini-sachen immer das Gefühl an einem Linux zu sitzen, wie ich es von einem soliden x86 Arbeitsplatzrechner mit 2.6er kernel, udev und einem guten paketmanagement her kenne. Das is auch einer der Gründe, warum ich hier auf die nslu ein gentoo bratzen möchte
_________________
"Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep."

TU-BS Wiki

[nic0000]

[tioan]

HI,
also die neuste GS version nutzt vxworks und kein Linux mehr hat deshalb deutlich wneiger flash, nach protesten aus der openwrt szene, gibt es nun WRT54GL was eigentlich ncihts anderes als ein früherer GS ist ist also wieder mit 6 mb flash und 32 mb ram.
Zu Openwrt, also die packet verwaltung ist an apt angelehnt, da openwrt ipkg nutzt und apt ja auch auf ipkg basiert.

[chilla]

apt basiert auf ipkg? ich dachte umgekehrt. Zumindest scheint es mir so..

Naja aber ehrlichgesagt.. 6mb flash sind ein bisschen arg wenig, wenn man sich anschaut, was der speicher kostet. Ich sehs hier auch bei der NSLU: 8mb.. was zum teufel will man mit 8mb? Wenn die ihre firmware aufstocken wollenn, n paar plugins reinbasteln wollen, das webinterface erweiterln wollen oder was auch immer: keine chance - da is einfach kaum mehr platz.

Wenn sie schon ein extra Gerät mit mehr flash rausbringen - wieso dann nicht gleich mit 16 oder 32mb flash?

Ebenso limitieren sie auf der NSLU den Bereich für den Kernel auf 1mb.. als wärn wir n paar jahre zurück. 2-4 mb sollten heutzutage für nen kernel schon drin sein - gerade wenn die Geräte wirklich hochfunktional werden.
_________________
"Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep."

TU-BS Wiki

[nic0000]

[Aproxx]

Hast du vielleicht auch einen Link wo man das Teil herbekommt? (Am besten in Österreich) Is ja richtig schnukelig das Baby. Auf jeden Fall schonmal Vielen Dank für das Howto, werde darauf zurückkommen wenn ein paar von den Dingern es sich bei mir gemütlich gemacht haben.

[chilla]

hmm ich weiss leider nicht, wo wir die gekauft haben. Mein chef hat ein paar davon gekauft und mir auch eine zu weihnachten geschenkt.. ich hab mich natürlich gleich verliebt

Wenn ich mal wieder im büro bin, frag ich mal nach, denn er hatte ne relativ günstige quelle dafür. vielleicht schreibt er es dir auch selbst, ich habe ihm das howto gezeigt, er wird hier sicherlich noch reinschauen - er is auch verliebt in das ding, wenn auch als suse-nutzer nur sehr unglücklich .


edit: guenstiger.at, erster link:
http://www.peluga.at/main.php?action=78&ARANUMMER=13068
_________________
"Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep."

TU-BS Wiki

[Aproxx]

[Frankieboy]

Hi,

danke für die tolle Howto! Ich würde gerne gentoo auf meiner NSLU2 zum Laufen bringen. Ich bin dem howto gefolgt, lief alles soweit ohne Probleme, das Booten klappt aber irgendwie nicht. Es sieht so aus als würde er die root Partition finden und davon booten (Festplattenzugriff etc.). Allerdings bin ich auch nach längerer Zeit nicht in der Lage dann zu connecten. Irgendeine Idee wie ich rausbekommen kann woran es liegt? Ich sehe ja leider nicht wo er hängt.

Eventuell ein Problem mit dem Netzwerktreiber (ixp400)? Ich habe schon versucht USB_NET in den Kernel zu kompilieren, um meinen Linksys USB200M zum Laufen zu bringen, aber dann will der Kernel nicht mehr kompilieren. Idee wie das geht, eventuell vor dem Patchen die .config ändern?

Kann man vielleicht irgendwo einen compiliertes zImage.ok laden, damit ich ausschließen kann, dass beim kernel kompilieren was schief gelaufen ist?

Wäre für ein paar anregende Tipps woran es liegen könnte dankbar.

Grüße
Frank

PS. Noch ein kleine Korrekturen zur Howto:

Beim Module entpacken auf der NSLU2 muss das

[chilla]

schön, dass du es ausprobiert hast

was ich noch nich reingeschreiben habe: wenn du ixp4xx emergest und die treiber rüberkopierst, dann nennt sich die karte nicht eth0 sondern ixp0. Daran kann es liegen.

Ich empfehle dir, einfach in boot und default jeweils ein paar kleine sripte reinzuschieben, die dir dmesg und vielleicht den output von ifconfig -a und ifconfig in irgendeine datei auf der platte schreiben. Wenn du merkst, dass der ssh nich online kommt, kannst du einfach die platte abstöpseln, an einen anderen rechner hängen und die schnell die dateien anschauen und entsprechend handeln.
... Ich weis, das is eigentlich vollkommen hirnrissig - es bleibvt einem jedoch nich allzuviel anderes übrig, wenn man sich die serielle schnittstelle noch nich drangefummelt hat. Was meinst du, wie oft ich die platte umgehängt und die slug neu gebootet habe

Ansonsten kannst du ja nochmal schauen, ob openssh oder dropbear, was auch immer du nimmst ordentlich gestartet wird etc. vielleicht hast du ja auch einfach "net.bla" nich im runlevel drin

Ein tipp noch: wenn du das gentoo nich booten kannst, aber trotzdem die arm-binaries auf der platte ausführen möchtest: einfach die slug in dem upgrademodues bringen und nochmal openslug2 draufnudeln (dabei unbedingt die usb-platte vorher abhängen). Das dauert zwar so 2-3 minuten, danach kannst du jedoch openslug booten, dich einloggen und auf die gentoo-platte chrooten um dort irgendwelche arm-programme auszuführen



Das mit dem kernel ist momentan alles noch ein bisschen fricklig. Es wird demnächst ein paket namens "embedded-sources" erscheinen. Dies wird einen useflag namens "+nslu2" haben. Diese kann man sichdann einfach nativ auf dem gerät kompilieren, wobei für die nslu2 schon alles fertig und bereit, sowie alles notwendige fest drin ist.
_________________
"Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep."

TU-BS Wiki

[MadEagle]

Moin zusammen!

Dieses How-To ist genau das, was ich gesucht habe, leider funktioniert es bei mir nicht. Ich meine, daß ich den Anweisungen genau gefolgt bin und habe alles relevante (Kernel, Module, Netzwerkeinstellungen etc) mehrfach kontrolliert. Das Problem ist, daß es trotzdem nicht funktioniert. Vielleicht hat ja jemand eine Idee:

Nach dem Upload des Kernels schließe ich die Platte wieder an und boote das System neu. Das geht sehr schnell, die beiden oberen LEDs leuchten dann auch grün aber nicht die LED des USB-Ports. Damit ist natürlich kein Zugriff auf die Platte möglich und das Netzwerk startet nicht.

Irgendwelche Ideen?

MadEagle

[lolly83]

Hallo zusammen, und hallo chilla,

danke für das howto! ich hab heute den nachmittag damit verbracht gentoo auf meine slug zu bauen.
alles ist gut gegangen bis ich zum booten gekommen bin.. Mein bootvorgang sieht momentan bei angeschlossener Festplatte genauso aus wie ohne:
Grüne Ready- und Ethernet-Led, Beide DISK-Leds bleiben aus. Ready wechselt dann ein paar mal kurz auf orange und rot, dann gibts zwei mal kurz festplattenzugriff (wenn sie dran ist...), beim zweiten mal springt dann ready auf rot und das wars. Für mich sieht das so aus, als ob er die Festplatte/(npartition) nicht findet... In der Kernel-Config steht ja die Console auf /ttyS? hat da schon jemand versucht was anzuschließen? kommt da was raus, was nach kernel-boot-infos aussieht? laut nslu2-linux.org braucht man ja auch jeden fall einen max232 um es an einen normalen com-port anzuschließen. würde ungern das aufbauen und dann merken, dass da garnix kommt. In der Kernel-Konfig steht auch root-fs-typ sei ext2... wär es evtl ratsam das auf ext3 zu ändern?

Gruß, Lolly
_________________
There's no place like 127.0.0.1

[lolly83]

Hallo nochmal,

ich hatte noch eine fertige schaltung mit einem max232 rumliegen... und siehe da da kommt was.. und zwar richtig viel!
den fehler werde ich morgen suchen, aber so kann man doch schon viel besser damit arbeiten

das sieht doch alles sehr vertraut aus.. bis auf den fehler natürlich aber darum kümmere ich mich morgen:

[chilla]

[chilla]

[lolly83]

Hallo chilla,

danke für deine antwort.. ich hatte deine config-file genommen und das ganze auch schön cross-compiliert. wie auf meinem letzten post hat er dann auch gebootet, aber die partition nicht gemountet. ich hab dann ein bisschen an den parametern vom usb-controller rumgespielt:
Device Drivers>USB->EHCI HDC (USB2.0) support
und da drunter die optionen Fullspeed ISO Transaction sowie Root Hub Transaction abgeschaltet, compiliert und siehe da es geht! Aber der clou ist: danach habe ich die optionen wieder reingemacht und es geht immernoch!? allerdings ohne ein make clean vorher... evtl macht das dann irgendwas komisch.
Im moment bügle ich noch ein paar tippfehler aus, aber mein gentoo bootet schon brav
achja was ich noch gebraucht habe war folgendes:
da mir das gentoo-boot-script fehlermeldungen um die ohren geschlagen hat, dass die modules.dep fehlen würde musste ich die noch anlegen.

Openslug gebootet, übertragen der System.map aus dem nslu-kernel-dir auf die slug.
Da Openslug den 2.7beta? den kernel 2.6.12.2 verwendet habe ich dann

[chilla]

herzlichen glückwunsch Dann hast du das meiste schon hinter dir. Wahrscheinlich wird dir noch messages mit allen möglichen fehlermeldungen von der inittab zugespammt, da es keine konsolen gibt (musste sie aus platzgründen aus dem kernel nehmen). Udev legt die dateien trotzdem an, aber nich als characterdevices... ich hab die dinger jetz einfach aus der inittab auskommentiert.

Werde mich jedoch die tage mal ranmachen und ne ordentlichen 2.6.15er zum laufen bringen.

läuft denn auch das netzwerk schon?
_________________
"Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep."

TU-BS Wiki

[MadEagle]

Soderle ... nach den Anweisungen auf dem Gentoo-Wiki habe ich ein Gentoo-System zum Kaufen gebracht, das aber noch den OpenSlug 2.7-Kernel verwendet und dabei viel über OpenSlug und Gentoo gelernt (so soll das ja auch sein, oder? )

Jetzt wird das System erstmal rund gemacht (screen, ufed, cfg-update ... was man so braucht), und dann mache ich mich an den Kernel.

Noch ein paar Hinweise zum How-To:

- Irgendwie fehlt mir die Anweisung, am Ende ein "turnup disk /dev/sda1" zu machen, damit das System das rootfs der Platte nimmt. Oder steht das in der Kernel-Config drin?
- Es geht viel schneller, eine stage und den portage-Snapshot auf das System zu bringen, wenn man die Platte an seinem Arbeitsrechner vorbereitet (partitionieren, formatieren, stage3 und Snaphsot drauf).
- Unter der zitierten Wiki-URL gibt es noch ein paar gute Hinweise auf Nacharbeiten (Anpassungen der inittab bzgl. Terminals, Anpassung Netzkonfig bzgl. MAC-Adresse, Beschleunigung "emerge sync" etc.), kann man vielleicht hier übernehmen?

Bin gespannt, wie das mit dem 2.6.15er Kernel wird, dann werde ich das nochmal probieren.

MadEagle

[chilla]

[lolly83]

Hallo chilla und der ganze rest,

ja so siehts aus es tut.. mit alles und scharf!
unten hängt ein log vom bootup

Kernel-Flash via RedBoot und upslug2:

[chilla]

schön, dass es bei dir lüppt