Odys Loox - Ice Cream Sandwich Oma V1.2.x (Android 4.x.x / ICS / CM9) cRoms

[Astralix]

Der Kernel braucht immer eine InitRd, da er ganz zu Anfang nun mal ein paar Infos irgendwo hinlegen können muss, und sei es nur um das /proc und /dev anzulegen und dort die angeschlossenen Speicher und Devices zu erkennen. Dann mounted er das rootfs vom enigestellten Speicher (FLASH oder Platte oder USB Stick) und tauscht dann das initrd rootfs gegen das eigentliche rootfs aus.

Natürlich gibt es weiterhin ein fs im RAM um die virtuellen Verzeichnisse wie /dev und /proc abzulegen.

 

[Oma7144]

Der Kernel braucht immer eine InitRd, da er ganz zu Anfang nun mal ein paar Infos irgendwo hinlegen können muss, und sei es nur um das /proc und /dev anzulegen und dort die angeschlossenen Speicher und Devices zu erkennen. Dann mounted er das rootfs vom enigestellten Speicher (FLASH oder Platte oder USB Stick) und tauscht dann das initrd rootfs gegen das eigentliche rootfs aus.

Natürlich gibt es weiterhin ein fs im RAM um die virtuellen Verzeichnisse wie /dev und /proc abzulegen.

D.h. wir müssen schon viel früher eingreifen, also in den Bootloader ...

Hier ist ein neuer "Sparingspartner" für dich (er hat die serielle Schnittstelle angezapft und kommt so auf die
root-shell): https://www.android-hilfe.de/forum/...rielle-schnittstelle.187512.html#post-2499562

 

[Oma7144]

Ich brauche mehr debug Ausgaben. Wenn ich das Image aufspiele läuft zwar ADB aber die Shell kommt nicht hoch. System.img scheint nicht gemountet zuwerden. Mit adb push und adb pull kann ich zwar ein paar Infos holen, das reicht leider noch nicht. Hilfreich wären die Pins für ttyS1 (UART1). Da kommen laut CMD line die Messages vom Kernel raus. Da könnte man dann etwas mehr sehen.

Schau mal hier: https://www.android-hilfe.de/forum/...rielle-schnittstelle.187512.html#post-2499562

 

[Oma7144]

Ich habe mir das 20111216K97android4.0tiyanban.rar von rapidshare gezogen

Fragen

woher hast Du die 4.0 ?
Kommst Du zufällig auch ans Rockchip 2918 SDK 2.0 ran... damit könnte man Gerätespezifisch einen Kernel basten + eine Boot img

@satwilli: kannst du mal fischen gehen? Auf dem Speisenplan steht R2918 SDK 2.0 oder noch besser SDK 2.1 (damit läuft auch chainfire!) ....

 

[satwilli]

@satwilli: kannst du mal fischen gehen? Auf dem Speisenplan steht R2918 SDK 2.0 oder noch besser SDK 2.1 (damit läuft auch chainfire!) ....

Soetwas in etwa ?

MEGAUPLOAD - The leading online storage and file delivery service
A Guide to Upgrade RK2918 SDK 2.1 of Bmorn V9 | DGMorn--About MID,DVR&MP4
SDK 2.0 UI For U9GT

 

[Astralix]

Hi satwilli!

Danke für die Links, jetzt fehlen nur noch eine funktionsfähige toolchain nebst reproduzierbarem funktionierenden Kernel
Die hast Du nicht zufällig auch in der Schublade?

Gruß, Astralix

 

[Oma7144]

Hi satwilli!

Danke für die Links, jetzt fehlen nur noch eine funktionsfähige toolchain nebst reproduzierbarem funktionierenden Kernel
Die hast Du nicht zufällig auch in der Schublade?

Gruß, Astralix

@ Astralix: bitte definier genauer, was gesucht werden soll.

 

[satwilli]

@ Astralix: bitte definier genauer, was gesucht werden soll.

Ja genau,ich Linux Dau.
Ich benutze zB um bestimmte Sachen zu finden,

Google Hacks - Mit Google suchen und finden

Um Downloads zu finden das bei Google eingeben:

xxxxx (rapidshare. | megaupload. | sharebee. | mediafire. | slil. | sendspace. | turboupload. | speedshare. | depositfiles. | massmirror.com | ftp2share.com| zshare.net)

xxxxx ist der Dateiname,zb toolchain.

rockchip 2918 toolchain (rapidshare. | megaupload. | sharebee. | mediafire. | slil. | sendspace. | turboupload. | speedshare. | depositfiles. | massmirror.com | ftp2share.com| zshare.net)

sieht dann so aus:
Google

Meist ist immer was brauchbares dabei.Helfe gern bei der Suche,nur muss es etwas genauer sein.

 

[wusel]

Meist ist immer was brauchbares dabei.Helfe gern bei der Suche,nur muss es etwas genauer sein.

hmm, das RK29SDK sollte aber eigentlich ein Software Development Kit sein - leider ist das Zeugs von dem Link den Du gepostet hast aber nur ein Firmware Upate was genauso ausschaut wie das was wir von unseren Odys Tablets kennen; ein SDK enthält normalerweise:
- Header Files (*.h wo platform-spezifisches und Funktionen definiert werden)
- Libraries (die Funtionen enthalten die man zum Linken benötigt)
- Docu (optional, und in unserem Fall nicht so wichtig da ich eh schlecht Chinesich lesen kann, und die Deppen schreiben bestimmt nicht in Englisch)

 

[satwilli]

Ok,und wie gross ist so eine Datei in etwa,wieviel Mb,nur als anhaltspunkt ?
Ich habe meinen Downloader laufen,da ist eventuell was dabei,nur dauert das von den Chinaseiten meist über 24 Stunden.
Ich brobiere gerade über die Chinesische Suchmachiene was zu finden,eventuell geht es da schneller.
°Ù¶Èһϣ¬Äã¾ÍÖªµÀ

 

[Astralix]

Danke schon mal für die Suche, so ausführlich kannte ich die noch nicht!

Was ein Traum wäre, wäre folgende Konstellation:
- Ein auf Loox und / oder Express abgestimmter Kernel mit einer gültigen config.
Ob wir den bei Odys veröffentlichten veralteten mal ans Rennen bekommen, weiss ich noch nicht.
- Eine für diesen Kernel passende Toolchain, also binutils, gcc und libc, dazu busybox.
- Passende Android / Dalvic Engine.

Das Problem ist, dasss hier im Forum keine Android Spezis dabei sind. Ich kenne mich bislang auch nur mit Kernel und Hardware aus. Also kann ich da was machen, aber ich bezweifle, dass Android einfach so auf einen beliebigen Kernel gestöpselt werden kann ohne grössere Anpassungen.
Das ist auch der Grund, warum das ICS4 Image nur zum Teil hoch kommt.

Aber mit der optimierten Google-Suche finde ich vielleicht später was brauchbares.

 

[Astralix]

Also so eine komplette Toolchain wird im Bereich von 300...1000MB liegen. Ich vermute so um die 450MB.

Das Android SDK gibt es bei Google ja frei, aber ich habe noch keinen Blick hinein geworfen um zu sehen, was man da anstellen muss, damit es für ein bestimmtes System durch kompiliert.

Die gcc Toolchain ist überhaupt kein Problem, die kann ich mir in jeglicher Version selber bauen bzw. für jede beliebige Architektur erstellen.

 

[satwilli]

Danke schon mal für die Suche, so ausführlich kannte ich die noch nicht!.

Es gibt da noch einige interesannte Suchmachienen.

Quelltexte Suche

http://www.google.com/codesearch

DIE 5 BESTEN PDF SUCHMASCHINEN » WEBSEITEN-CHECK » PDF-SUCHMASCHINE, PDF-SEARCHER, KOSTENLOS, EBOOKS

Suchmachine um Filhoster zu durchsuchen,damit findet man auch apps

FileCrop - Search and Download Rapidshare Megaupload and Hotfile Files

RapidLibrary - Your Media Search Engine

 

[Oma7144]

- Eine für diesen Kernel passende Toolchain, also binutils, gcc und libc, dazu busybox.
- Passende Android / Dalvic Engine.

Nur so für mich, um es zu verstehen:

binutils = Software-Entwicklungswerkzeuge (z.B. Linker, Assembler, o.ä.) für die Arbeit mit Objektdateien
gcc = C-Compiler, der alle modernen C-Standards unterstützt
libc = Softwarebibliothek für Linux-Betriebssysteme
busybox = shell, die Standard-Unix Dienstprogramme bereitstellt

Android-Architektur und Runtime:

 

[Oma7144]

Das Problem ist, dasss hier im Forum keine Android Spezis dabei sind. Ich kenne mich bislang auch nur mit Kernel und Hardware aus. Also kann ich da was machen, aber ich bezweifle, dass Android einfach so auf einen beliebigen Kernel gestöpselt werden kann ohne grössere Anpassungen.

Der Linux-Kernel bildet doch die Hardware-Abstraktionsschicht für den Rest der Software. Wenn der kernel denn
jetzt alle Hardwaretreiber richtig einbindet und der Software (also Android) sozusagen standardisiert übergibt:
warum braucht es dann noch spezifische Werkzeuge für einen SoC?

 

[hävksitol]

Das Android SDK gibt es bei Google ja frei, aber ich habe noch keinen Blick hinein geworfen um zu sehen, was man da anstellen muss, damit es für ein bestimmtes System durch kompiliert.

Zwischenfrage: Meines Kenntnisstands nach ist das Android-SDK doch "nur" für die Programmierung von Apps (in Java) gut. Wird es tatsächlich auch für die Android-Kernelprogrammierung benötigt?

MfG

 

[wusel]

Die gcc Toolchain ist überhaupt kein Problem, die kann ich mir in jeglicher Version selber bauen bzw. für jede beliebige Architektur erstellen.

Frage: warun nimmst Du nicht einfach die die beim Source dabei ist?

 

[wusel]

Zwischenfrage: Meines Kenntnisstands nach ist das Android-SDK doch "nur" für die Programmierung von Apps (in Java) gut. Wird es tatsächlich auch für die Android-Kernelprogrammierung benötigt?

MfG

es gibt Android SDK und Android NDK, wobei das NDK für die nativen Sachen, also C/C++ und JNI stehen dürfte (nur Vermutung von mir abeleitet vom durchschauen)

 

[Astralix]

Da ich von Android so keine Ahnung habe, habe ich eben mal diese Fragen gestellt.
Ich hoffe / vermute, dass der Kernel ein paar Standard-Dinge zur Verfügung stellen muss und das Android sich dann einfach bedient.
Aber das passt nicht alles zusammen. So muss man vermutlich Android schon darauf einstellen, ob es ein resistive oder einen capacitive Touchpanel vorfindet.
Auch finde ich aktuell keine Grafik-Beschleuniger, die es für den RK29 aber geben soll und die irgendeiner nun mal bedienen muss. Der Kernel scheint aber nur ein Frambuffer Device zur Verfügung zu stellen.

Zur Toolchain:
Natürlich kann ich mir gcc in allen Versionen und für alle Architekturen bauen, wenn es nicht als Binärpaket existiert, dann compiliere ich mir meinen Compiler. Kein Problem, da habe ich sogar scripte für, die das so erledigen, dass auch alle Kerne meiner Kiste parallel ans Schwitzen kommen und das alles in ein paar Minuten erledigt ist.

Die libc muss man aber passend machen, wenn der Kernel und Android ineinander greifen. Brauchen nur die Linux-Tools und der Kernel zugriff darauf, dann ist es auch kein Problem diese zu bauen.
Habe genug mit Buildroot oder ähnlichem gebastelt.

Aber ich schau mal, was es da so zu lesen gibt.

 

[MastaofDesasta]

Weiß jemand ob im Odys Space auch der rk2918 steckt?
Kann dazu nirgends etwas finden...