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

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.
 
Astralix schrieb:
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


:thumbup:
 
Käsebrot;2474976 schrieb:
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


:thumbup:
 
satwilli schrieb:
Ich habe mir das 20111216K97android4.0tiyanban.rar von rapidshare gezogen

darkwing schrieb:
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!) ....


:thumbup:
 
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 schrieb:
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.


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

:thumbup:

Ja genau,ich Linux Dau.:winki:
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.
 
  • Danke
Reaktionen: Oma7144
satwilli schrieb:
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)
 
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.:drool:
°Ù¶Èһϣ¬Äã¾ÍÖªµÀ
 
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.
 
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.
 
Astralix schrieb:
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
 
  • Danke
Reaktionen: Oma7144
Astralix schrieb:
- 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: :thumbup:
 

Anhänge

  • system-architecture.jpg
    system-architecture.jpg
    52,8 KB · Aufrufe: 389
Astralix schrieb:
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?


:thumbup:
 
Astralix schrieb:
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
 
Astralix schrieb:
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?
 
hävksitol;2504701 schrieb:
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)
 
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.
 
Weiß jemand ob im Odys Space auch der rk2918 steckt?
Kann dazu nirgends etwas finden...
 

Ähnliche Themen

J
  • Jotto94
Antworten
0
Aufrufe
1.362
Jotto94
J
S
Antworten
0
Aufrufe
1.885
ShadowCast
S
B
  • berry055
Antworten
0
Aufrufe
1.199
berry055
B
Zurück
Oben Unten