TOUCHLET Tablet-PC X2 / X2G - Da wird man neidisch...

Hmm... das Archos 32 sieht eher aus wie ein Handy, 3.2" hat mein Samsung i5700 Spica auch. Ich denke, von dem, was man so sehen kann, ist das ein Launcher ohne Statusleiste, die kann man unter ADW aber auch ausschalten, wenn man sie nicht braucht.

Die 3d-Animation zeigt nur eine Oberfläche mit Widgets und eine Art... vielleicht Facebookkasten. Das Nachbauen dürfte nicht allzu schwierig sein, zumindest unter obigen Gesichtspunkten.

LG Tolan

400 x 240 px

Vom Anschauen des Teils kann ich leider nicht sagen, ob es ein eigener Launcher ist oder einfach nur eine "Oberflächengestaltung", sprich, ein paar Widgets, fertisch. Die fehlende Statusleiste bekommt man auch so hin.

LG Tolan

Das Touchlet ist an sich nicht schlecht, was die Hardware angeht, mein Kritikpunkt wäre da eher der fehlende Graphikchip (aber für 170 Eier bekommt man, was man bezahlt). Wir haben nur derzeit einen grottig schlecht konfigurierten Kernel, der uns das Leben schwer macht.

LG Tolan

[quote=TobWen]Naja, ich habe nur eine kleine Anzahl an Problemen mit der derzeitigen Konfiguration des X2. Die Energiesparfunktionen gehören dazu, außerdem der Crash mit der Lautstärkeregelung. Ansonsten muss ich halt damit leben, das Spiele wie z.B. Restaurant Story schlicht nicht darauf laufen. Man sollte aber auch überlegen, was man kauft, es ist wie mit anderer Elektronik auch. Wenn man das Tablet so wie ich nur in der Arbeit verwenden will, um seinen Provatkram (Emails, Chat, Web) von seiner Arbeitsmaschine zu trennen, ist es optimal. Wer eine Game Engine erwartet, muss warten (Ende des Jahres ist der nächste Sprung dran, aber eben auch da wirds teuer), ein anderes Gerät nehmen (Acer Aspire 1825PTZ, Subnotebook mit Wendedisplay und kapazitivem Bildschirm) oder einen Stand-PC verwenden. All diese Dinge haben einen definierten Verwendungszweck.

Mehr Leistung wird, wie du schon sagst, kaum drin sein, vielleich thier ein Prozentchen, da eines. Aber stabil muss es sein und eben mobil, und das dauernde Aufladen steht der Mobilität genauso im Weg wie die derzeitige Nichtunterstützung diverser UMTS-Sticks.


Was läuft denn nicht richtig, und wann werden die Kernelsources freigegeben?

Hallo TobWen,
da du den Kernel ja schon compeliert hast, ist es vielleicht auch mögloch das du das Modul tun.ko mal übersetzt. Ich wirde gerne mit openVPN rumspielen aber ich finde einfach kein passendes Modul für unseren Kernel.

Gruß und Dank
Andreas

Hallo TobWen,

das Modul kann leider auch nicht geladen werden (Invalidität Module Format).
Ich habe dann mal das mit dem Module bt8xxx.ko ausprobiert.
Das kann ich entladen und wieder laden. Also das insmod und rmmod geht.
Da der Kernel nun ja der gleiche sein wird, kann es nur sein das du einen anderen Compiler (Version) hast als der mit dem der Kernel übersetzt wurde.

Eine weitere Möglichkeit ist der Unterschied im vermagic. Da hat das Modul bt8xxx.ko noch den Eintrag modversions.

Gruß und Dank
Andreas

— geändert am 29.01.2011, 22:56:15

Hallo TobWen,

also die Zeile sieht so aus.
“vermagic=2.6.34 mod_unload modversions ARMv5"
Ich glaube das ist der Compiler-Switch für die Versionsverwaltung innerhalb der Module.

Gruß
Andreas

Hallo TobWen,

es geht leider immer noch nicht (insmod: init_module 'tun.ko' failed (Exec format error)), weil es doch eine andere Version des Compilers ist.
'strings tun.ko | grep -i gcc' ergibt 'GCC: (Sourcery G++ Lite 2010q1-202) 4.4.1'
'strings bt8xxx.ko | grep -i gcc' ergibt 'GCC: (GNU) 4.4.0'
Ich denke ich habe den richtigen Compiler gefunden aber ich habe leider noch keine Kernel-Source für Android und 2.6.34 gefunden.
Aber der Compiler aus der toolchain vom Android-NDK ist die Version 4.4.0 (arm-eabi-4.4.0) und für ARMv5.
Der müsste es sein. (http://developer.android.com/sdk/ndk/index.html).

Gruß
Andreas

Hallo TobWen,

ich glaub ich werde verrückt.
Das geht schon wieder nicht.
Wir sind nun schon so weit gekommen,
aber er meldet immer noch diesen blöden Fehler 'insmod: init_module 'tun.ko' failed (Exec format error)'.
Mit 'dmesg' kann man sich das noch etwas genauer ansehen.
dmesg --> 'tun: disagrees about version of symbol module_layout'
Da hebe ich gleich mal gegooglet und siehe da.
Es scheint so zu seien, als ob es nicht der gleiche Kernel (Build-Nummer) ist.
Meine Vermutung ist das du vielleicht die Sourcen vom kommenden Update,
oder von einem Zwischenstand bekommen hast.
Es könnte aber auch an der '.config' liegen.
Wurde die mitgeliefert? Der Kernel spuckt sie, wie es sein sollte, unter '/proc/config.gz' leider nicht aus.

Hat vielleicht jemand noch eine Idee was man da machen kann?
Es wehre schon schön wenn wir alle möglichen Module selbst compelieren könnten.

Gruß
Andreas