3G Abstürze geklärt

Hallo,

ich habe mich zusammen mit YLG80 intensiv mit den 3G Abstürzen beschäftigt.

Dabei ist aufgefallen, daß diese Abstürze "ganz normal" sind und in den Stock-ROMs ein Workaround existiert, der das Modem wieder in den Normalzustand bringt.
Im Stock-ROM des Medion-ICS ist folgender Eintrag in /init.rc zu finden:

# sacdar-20120411 begin
# add a workaround to recovery 3G module if disconected from HUB

Zum Vergrößern anklicken....

Unter JB besteht das Problem, den 3G crash zu softwaretechnisch bemerken und entsprechend zu reagieren.

Zu diesem Zweck habe ich einen Daemon programmiert, der im Hintergrund läuft und beim Absturz des Modems die notwendigen Schritte einleitet um das Modem wieder ans fliegen zu bringen.
Das Ganze gibt's als CWM-installable-Zip.
Ist noch nicht ganz fertig (logging fehlt), funktioniert aber.

Hier der Original-Thread:
3g fix for testing - Electronic repair tips website

Ameisentaetowierer schrieb:

Hallo,

ich habe mich zusammen mit YLG80 intensiv mit den 3G Abstürzen beschäftigt.

Dabei ist aufgefallen, daß diese Abstürze "ganz normal" sind und in den Stock-ROMs ein Workaround existiert, der das Modem wieder in den Normalzustand bringt.
Im Stock-ROM des Medion-ICS ist folgender Eintrag in /init.rc zu finden:
Unter JB besteht das Problem, den 3G crash zu softwaretechnisch bemerken und entsprechend zu reagieren.

Zu diesem Zweck habe ich einen Daemon programmiert, der im Hintergrund läuft und beim Absturz des Modems die notwendigen Schritte einleitet um das Modem wieder ans fliegen zu bringen.
Das Ganze gibt's als CWM-installable-Zip.
Ist noch nicht ganz fertig (logging fehlt), funktioniert aber.

Hier der Original-Thread:
3g fix for testing - Electronic repair tips website

Zum Vergrößern anklicken....

Kannst Du mir die init.rc mal schicken?
Ich hatte in einer meiner letzten Version auch an dieser Stelle versucht den 3G zu unterbinden aber wohl nicht den richtigen Port erwischt.

Ich habs installiert, mal sehen ob die Sache damit Geschichte ist, hoffentlich.

…

kaschemme schrieb:

Kannst Du mir die init.rc mal schicken?
Ich hatte in einer meiner letzten Version auch an dieser Stelle versucht den 3G zu unterbinden aber wohl nicht den richtigen Port erwischt.

Zum Vergrößern anklicken....

Hi,
habe ich aktuell nicht zur Hand, denke aber auch, dass das nicht viel nutzen wird.
Die haben einen Service "wwanloader" mit entsprechendem Binary eingebaut.
Der Service ist aber disabled und das Binary läuft auch nicht im Hintergrund.
Wenn du das Binary startest, wird 3G einmalig gefixt (wenn gecrashed).

Getriggert wird es scheinbar (Medion-ICS) aus /system/framework/services.odex
Dort liegt wohl irgendwo die Erkennung, daß das Modem gecrashed ist.

Beim K1 sollte es das Gleiche ebenfalls im Stock-ROM geben.
Das Problem scheint mir die Überwachung des Modems, nicht der Start von wwanloader.

@Ameisentaetowierer

Schlechte Nachricht, dein em820w_tool läuft zwar im watchdog Modus, aber 3G kommt nicht wieder automatisch zurück wenn verreckt. Ich kann hier endlos warten ob was passiert nach dem Standby.
Das Empfangssysmbol (Triangel) bleibt leer und 3G funktioniert nicht mehr. Erst nach einem Reboot.

…

Was zeigt denn "lsusb" an?

Wenn du dort das Modem 12d1:1404 sehen solltesst und dann "killall rild" machst, geht's dann?

Muss ich erst mal wieder auf den nächsten "Verrecker" warten, hatte schon rebootet.

…

Kannst du doch forcieren.

Terminal Emulation aufmachen
su
em820w_tool 1003
gucken

Oder verhält sich das anders?

Also nach dem manuell forcieren funktioniert es.
Aber vorhin als 3G von allein gestorben ist ging es nicht.
Ich werd jetzt mal auf das nächste mal warten und mal sehen was dann ist.

…

Läuft der Prozess denn im Hintergrund?

ps | grep em820w_tool

hat ich doch oben schon geschrieben, läuft.

…

Ok, dann schau beim nächsten Mal nach folgenden Sachen:

# laeuft immer noch oder vllt. gecrashed?
ps | grep em820w_tool

# muss auch als Service "ril-daemon" in /init*.rc vorhanden sein!
# @kaschemme: ist das in deinem ROM so?
ps | grep rild

lsusb
dmesg


Wenn nicht tut, dann mal em820w_tool killen und manuell
em820w_tool 1404
ausführen.

Ich muss mal das Logging einbauen....

Ameisentaetowierer schrieb:

Ok, dann schau beim nächsten Mal nach folgenden Sachen:

# laeuft immer noch oder vllt. gecrashed?
ps | grep em820w_tool

# muss auch als Service "ril-daemon" in /init*.rc vorhanden sein!
# @kaschemme: ist das in deinem ROM so?
ps | grep rild

lsusb
dmesg


Wenn nicht tut, dann mal em820w_tool killen und manuell
em820w_tool 1404
ausführen.

Ich muss mal das Logging einbauen....

Zum Vergrößern anklicken....

Wenn Du den Rild killst, startet er neu und startet wenn den service k1-ril-daemon neu. den originalen ril-daemon habe ich beim starten des roms gekillt.
Du kannst also schauen ob der ril-daemon und k1-ril-daemon laufen und diese beenden und danach neustarten.

Im Terminal:
- stop ril-daemon
- stop k1-ril-daemon
- kill rild (statt rild die service ID)
- start k1-ril-daemon

Ich denke aber das es nicht helfen wird. Bei den 3G crash geht wohl der ganze USB Port (1-1) in den Deep Sleep (inkl Treiber unload und Service beenden) und kommt nicht wieder hoch. Da hatte dein tool bis jetzt leider nicht geholfen.

Ich werde aber das Medion und K1 Stock Rom mal auseinander nehmen und nach den Einträgen suchen. Vielleicht finde ich ja den Anhaltspunkt den Lenovo eingebaut haben.

Wäre ja gelacht wen wir das nicht schafen! Sonst springen wir gleich auf Android 5

Hi kaschemme,

nein, da hast du Recht, den rild zu restarten reicht nicht.
Aber ohne passiert es, dass /dev/ttyUSB0-5 wiederkommen, aber der rild das nicht merkt.
Deshalb muss er neu gestartet werden
Mein prog. stoppt/startet nur den service ril-daemon.

Aber wieso hast du 2 services?

Bei mir (CM10 V6.1 von krook) gibts nur einen ril-service, den in init.rc
Oder habe ich was übersehen?

Au Backe, jetzt verstehe ich auch, warum es bei der Vorgängerversion meines Tools gefunzt hat.
Dort habe ich "killall rild" augerufen, aber das fand ich zu platt, deshalb habe ich die (android-konforme) Variante des Stoppens/Startens eines Services bevorzugt.

Ameisentaetowierer schrieb:

Hi kaschemme,

nein, da hast du Recht, den rild zu restarten reicht nicht.
Aber ohne passiert es, dass /dev/ttyUSB0-5 wiederkommen, aber der rild das nicht merkt.
Deshalb muss er neu gestartet werden
Mein prog. stoppt/startet nur den service ril-daemon.

Aber wieso hast du 2 services?

Bei mir (CM10 V6.1 von krook) gibts nur einen ril-service, den in init.rc
Oder habe ich was übersehen?

Au Backe, jetzt verstehe ich auch, warum es bei der Vorgängerversion meines Tools gefunzt hat.
Dort habe ich "killall rild" augerufen, aber das fand ich zu platt, deshalb habe ich die (android-konforme) Variante des Stoppens/Startens eines Services bevorzugt.

Zum Vergrößern anklicken....

In allen cm versionen die 3g benutzen wirst du in der init.xxx.rc folgendes dazu finden:
# We will create our own ril-daemon service in class 'core' because the
# rild doesn't like being killed. (During device encryption.)

Daher kommt es, das der ril-daemon aus ist. Wenn dz den k1-ril-daemon anhälst. Kannst du den default service aktivieren.

Gesendet von meinem GT-I9000 mit der Android-Hilfe.de App

Hmmm....

Google findet das nur im Zusammenhang mit Samsung (Aries).

Und bei krooks ROM bin ich bisher auch gut mit dem ril-daemon ausgekommen.
Ich hab nicht kapiert, warum ich das jetzt brauche.

Ameisentaetowierer schrieb:

Ok, dann schau beim nächsten Mal nach folgenden Sachen:

# laeuft immer noch oder vllt. gecrashed?
ps | grep em820w_tool

# muss auch als Service "ril-daemon" in /init*.rc vorhanden sein!
# @kaschemme: ist das in deinem ROM so?
ps | grep rild

lsusb
dmesg


Wenn nicht tut, dann mal em820w_tool killen und manuell
em820w_tool 1404
ausführen.

Ich muss mal das Logging einbauen....

Zum Vergrößern anklicken....

zu 1:
dein Tool läuft noch.

zu2:
rild läuft nicht mehr

lsusb zeigt 1003

und ein manuelles em820w_tool 1404 bringt das Modem nach Pinabfrage ordnungsgemäss zurück und 3G funktioniert wieder.
Aber aus dem gestarteten Watchdogmodus zur Bootzeit funktioniert nichts, völlig wirkungslos

Holger...

Ameisentaetowierer schrieb:

Hmmm....

Google findet das nur im Zusammenhang mit Samsung (Aries).

Und bei krooks ROM bin ich bisher auch gut mit dem ril-daemon ausgekommen.
Ich hab nicht kapiert, warum ich das jetzt brauche.

Zum Vergrößern anklicken....

Krook hat sein Device tree vom asus tf101 nachgebaut!
Er unterscheidet sich etwas zu dem vom khanning. Der wiederum hatte vor langer Zeit den source code von mark (lenovo forum) bekommen.
Daher ist die version von krook mehr eine wifi version die nur den 3g Treiber lädt. Hier fehlen die wichtigsten mobile data Bibliotheken. Das kannst du daran erkennen, das die mms app fehlt. Die kommt nur wenn man alles integriert.
Daher habe ich bis jetzt auch keine wifi version erstellt, weil ich an so vielen stellen was löschen müsste. Bin da etwas faul. Sorry.

Gesendet von meinem GT-I9000 mit der Android-Hilfe.de App

Ok,

ich habe gerade ein Update auf www.avi-plus.com gepostet.
Das Startscript versucht jetzt selbständig den service-namen zu ermitteln.

Alternativ kann man aber auch per parameter angeben, dass "killall" benutzt werden soll.

Ameisentaetowierer schrieb:

Ok,

ich habe gerade ein Update auf www.avi-plus.com gepostet.
Das Startscript versucht jetzt selbständig den service-namen zu ermitteln.

Alternativ kann man aber auch per parameter angeben, dass "killall" benutzt werden soll.

Zum Vergrößern anklicken....

Ich habs installiert. Mal sehen was morgen früh passiert.
Ich musste dein Patch aber anpassen. Du hast eine Prüfung drin, ob Medion oder K1 als Device vorhanden ist. Ich musste es klein schreiben, also k1. Frag nicht wieso.

Was habt ihr bei der Zeile echo ...... erreicht?
Die den autosuspend ausschaltet?
Ich glaube, das dieser Kernel Befehl veraltet ist und nicht mehr in unserem funktioniert.
Das war wohl bis zur 2.3.37 aktuell. Bin mir aber nicht sicher.

Update: Die Dateien wurde nicht kopiert. Ich habs sie heute früh manuell aus dem Patch in die Verzeichnisse verschoben. Muss ich bis morgen warten was passiert.