microfink
Ambitioniertes Mitglied
- 10
Also Hintergrund ist folgender:
Ich verfolge schon seit längerem den Beitrag odys-loox-ice-cream-sandwich, weil ich solch ein Loox-Tablet besitze und ich wahnsinnig bored: im wahrsten Sinne des Wortes) gerne Android ICS auf dem Tablet hätte.
Ich hoffe mit diesem Beitrag niemanden von den Entwicklern auf die Füße zu treten, denn was Ihr da leistet ist Enorm und ich kann nur meinen Hut vor Eurem KnowHow ziehen.
Leider funktioniert jedoch keiner der zum Download angebotenen Kernel-Images für mein Tablet befriedigend, weil die "Parameter" für die Display-Kalibrierung für mein Tablet nicht ganz passen.
Bei allen Kernel die ich ausprobiert habe - und das sind alle die ich hier finden konnte - habe ich am oberen und unteren Rand einen Versatz des Touch-Punktes um 5mm nach unten, bzw. nach oben (bei den aktuellen Kernel´n genau umgekehrt). Das macht es zum Beispiel unmöglich im Web-Browser vernünftig zu Navigieren.
Desweiteren kommt es immer wieder zu Fehleingaben. Das Display registriert einfach zu häufig Touches, wo gar keine sind.
Ich habe einen Kernel aus dem frühen Entwicklungsstadium des o.g. Beitrages ausprobiert, der noch am wenigsten Fehleingaben produziert.
<6>[ 2.358357] usbcore: registered new interface driver xpad
<4>[ 2.363771] lz300msf_init
<4>[ 2.366415] ---lz300msf start probe---
<6>[ 3.381265] input: lz300msf Touchscreen as /devices/virtual/input/input1
<4>[ 3.388407] threshold value0, 0)
<4>[ 3.394283] ( 50, 50) => ( 50, 51)
<4>[ 3.398245] ( 750, 50) => ( 750, 49)
<4>[ 3.402337] ( 50, 550) => ( 50, 549)
<4>[ 3.406292] ( 750, 550) => ( 750, 551)
<4>[ 3.410265] v_CalcParam.a1=24142
<4>[ 3.410283] v_CalcParam.b1=39
<4>[ 3.410299] v_CalcParam.c1= -2416677
<4>[ 3.410316] v_CalcParam.a2 = 31
<4>[ 3.410333] v_CalcParam.b2 = -17325
<4>[ 3.410351] v_CalcParam.c2 = 69376681
<4>[ 3.410368] v_CalcParam.delta = 115314
<4>[ 3.435330] tp_calib_iface_init---335,3661,3679,3683,341,349,3684,339,2183,
Dieser Kernel besitzt keine Multitouch Fähigkeiten, was mich nicht weiter stört. In diesem Kernel wird allerdings nur die Hälfte des vorhanden Arbeitsspeicher initialisiert, so dass das Loox im laufenden Betrieb nur 50 MB Ram frei hat. Einfach zu wenig.<4>[ 2.363771] lz300msf_init
<4>[ 2.366415] ---lz300msf start probe---
<6>[ 3.381265] input: lz300msf Touchscreen as /devices/virtual/input/input1
<4>[ 3.388407] threshold value0, 0)
<4>[ 3.394283] ( 50, 50) => ( 50, 51)
<4>[ 3.398245] ( 750, 50) => ( 750, 49)
<4>[ 3.402337] ( 50, 550) => ( 50, 549)
<4>[ 3.406292] ( 750, 550) => ( 750, 551)
<4>[ 3.410265] v_CalcParam.a1=24142
<4>[ 3.410283] v_CalcParam.b1=39
<4>[ 3.410299] v_CalcParam.c1= -2416677
<4>[ 3.410316] v_CalcParam.a2 = 31
<4>[ 3.410333] v_CalcParam.b2 = -17325
<4>[ 3.410351] v_CalcParam.c2 = 69376681
<4>[ 3.410368] v_CalcParam.delta = 115314
<4>[ 3.435330] tp_calib_iface_init---335,3661,3679,3683,341,349,3684,339,2183,
<6>[ 0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
<6>[ 0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
<6>[ 0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
<6>[ 0.000000] Memory: 221MB = 221MB total
<5>[ 0.000000] Memory: 205180k/205180k available, 21124k reserved, 0K highmem
:blushing: Selbst wenn ich die Quellen für den Kernel hätte, würde mir das, so glaub ich, nichts nützen, da ich über nur über sehr beschränkte Linux (und Englisch) Kenntnisse verfüge. Ich komme halt aus der Microsoft-Ecke.<6>[ 0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
<6>[ 0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
<6>[ 0.000000] Memory: 221MB = 221MB total
<5>[ 0.000000] Memory: 205180k/205180k available, 21124k reserved, 0K highmem
Also, wenn jemand Lust hat mit mir und Anderen an diesem Problem weiter zu Arbeiten, ist er hier sehr Willkommen.
Ich habe mal zwei Text-Dateien angehängt, welche die Kernel-Ausgaben beim Booten beinhalten. Dort ist gut ersichtlich, wie unterschiedlich der Arbeitsspeicher und das Display initialisiert werden.
Kernel1.txt ist der ältere OneTouch-Kernel mit halben Arbeitsspeicher, aber den wenigsten Fehleingaben (siehe weiter oben).
Kernel2.txt mit doppelt so viel Arbeitsspeicher, aber häufigen Fehleingaben.
<6>[ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
<6>[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
<6>[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
<6>[ 0.000000] Memory: 354MB = 354MB total
...
<4>[ 2.244618] ---lz300msf start probe---
<6>[ 3.261694] input: lz300msf Touchscreen as /devices/virtual/input/input1
<4>[ 3.510292] threshold value2843, 2413)
<4>[ 3.514558] ------------LZ300MSF INIT ok------------
<4>[ 3.519523] threshold value2843, 2413)
<4>[ 3.533739] ( 50, 50) => ( 50, 50)
<4>[ 3.537661] ( 750, 50) => ( 750, 50)
<4>[ 3.541601] ( 50, 550) => ( 50, 550)
<4>[ 3.545523] ( 750, 550) => ( 750, 550)
<4>[ 3.549446] v_CalcParam.a1=19313
<4>[ 3.549450] v_CalcParam.b1=0
<4>[ 3.549454] v_CalcParam.c1= -2680240
<4>[ 3.549457] v_CalcParam.a2 = 0
<4>[ 3.549461] v_CalcParam.b2 = -15305
<4>[ 3.549465] v_CalcParam.c2 = 57742970
<4>[ 3.549469] v_CalcParam.delta = 91491
<4>[ 3.573958] tp_calib_iface_init---378,3471,3694,3471,378,482,3694,482,2036,
Im Windows-Editor werden die Zeilen-Umbrüche nicht dargestellt, deswegen betrachte ich den Inhalt der Text-Dateien immer im Total-Commander mit F3.<6>[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
<6>[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
<6>[ 0.000000] Memory: 354MB = 354MB total
...
<4>[ 2.244618] ---lz300msf start probe---
<6>[ 3.261694] input: lz300msf Touchscreen as /devices/virtual/input/input1
<4>[ 3.510292] threshold value2843, 2413)
<4>[ 3.514558] ------------LZ300MSF INIT ok------------
<4>[ 3.519523] threshold value2843, 2413)
<4>[ 3.533739] ( 50, 50) => ( 50, 50)
<4>[ 3.537661] ( 750, 50) => ( 750, 50)
<4>[ 3.541601] ( 50, 550) => ( 50, 550)
<4>[ 3.545523] ( 750, 550) => ( 750, 550)
<4>[ 3.549446] v_CalcParam.a1=19313
<4>[ 3.549450] v_CalcParam.b1=0
<4>[ 3.549454] v_CalcParam.c1= -2680240
<4>[ 3.549457] v_CalcParam.a2 = 0
<4>[ 3.549461] v_CalcParam.b2 = -15305
<4>[ 3.549465] v_CalcParam.c2 = 57742970
<4>[ 3.549469] v_CalcParam.delta = 91491
<4>[ 3.573958] tp_calib_iface_init---378,3471,3694,3471,378,482,3694,482,2036,
Die Kalibrierung unter Android 2.3 erzeugt eine TouchCheck.xml-Datei, welche ich diesem Beitrag auch mal anhänge.
Ich nehme an, dass eine nachträgliche Kalibrierung des Display aufgrund der "Hardkodierung" nicht erfolgreich sein kann und eine TSCalibrate.apk aus Android 2.3 nicht an der richtigen Stelle "dreht", bzw. garnicht läuft.
Bitte verzeiht meine laienhaften Ausdrücke!
Die Informationen über die verbaute Hardware, findet Ihr hier.
P.S. Die System-Images des o.g. Beitrag funktionieren - soweit ich getestet habe - alle wunderbar.