@Peter_S. schrieb:
Das Problem ist, dass die Apps nicht so richtig kompatibel sind.
Das stimmt einfach nicht. Wie kommst du auf diese Aussage und wieso schiebt man die Probleme immer anderen zu? Eine App kann sich in der Regel nur selber abknallen, nicht aber das komplette System runterziehen.
Das Problem besteht mit sämtlichen VPN Apps auf BRAVIAs. Diese nutzen alle den Android VpnService, welcher die einzige Möglichkeit darstellt, auf einem nicht gerooteten Android Gerät eine VPN Verbindung herzustellen. Apps können diesbezüglich nichts falsch machen. Das meiste wird auf OS, Kernel und Treiber Niveau erledigt. Der Crash (SIGSEGV) passiert irgendwo viel weiter unten im System im Netzwerk-Stack:
--------- beginning of crash
06-19 13:41:16.590 10217 10217 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
06-19 13:41:16.591 10217 10217 F DEBUG : Build fingerprint: 'Sony/BRAVIA_ATV2_EU/BRAVIA_ATV2:7.0/NRD91N.S36/1.6.0.26.02.1.00:user/release-keys'
06-19 13:41:16.591 10217 10217 F DEBUG : Revision: '0'
06-19 13:41:16.591 10217 10217 F DEBUG : ABI: 'arm'
06-19 13:41:16.591 10217 10217 F DEBUG : pid: 1708, tid: 1887, name: navigator >>> /basic/dtv_svc <<<
06-19 13:41:16.591 10217 10217 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
06-19 13:41:16.591 10217 10217 F DEBUG : r0 00000000 r1 00000000 r2 ffffffff r3 00000011
06-19 13:41:16.591 10217 10217 F DEBUG : r4 67a3efe8 r5 00000000 r6 a8e8ce0c r7 00000002
06-19 13:41:16.592 10217 10217 F DEBUG : r8 6f5f8948 r9 6f5f88d8 sl ffffffff fp 6f5f88ac
06-19 13:41:16.592 10217 10217 F DEBUG : ip 00000000 sp 6f5f8828 lr a78f83ac pc aad50434 cpsr 200f0010
06-19 13:41:16.989 10217 10217 F DEBUG :
06-19 13:41:16.989 10217 10217 F DEBUG : backtrace:
06-19 13:41:16.990 10217 10217 F DEBUG : #00 pc 000bc434 /linux_rootfs/basic/libdtv_common.so (_net_get_dev_ip+176)
06-19 13:41:16.990 10217 10217 F DEBUG : #01 pc 000c334c /linux_rootfs/basic/libdtv_common.so
06-19 13:41:16.990 10217 10217 F DEBUG : #02 pc 000caa64 /linux_rootfs/basic/libdtv_common.so (x_dhcpc_get_info+68)
06-19 13:41:16.990 10217 10217 F DEBUG : #03 pc 00e50cc4 /linux_rootfs/basic/libmtkapp.so (a_nw_get_crnt_real_ip_info+420)
06-19 13:41:16.990 10217 10217 F DEBUG : #04 pc 00949f80 /linux_rootfs/basic/libmtkapp.so
06-19 13:41:16.990 10217 10217 F DEBUG : #05 pc 00edffc4 /linux_rootfs/basic/libmtkapp.so (nav_brdcst_msg_to_components+296)
06-19 13:41:16.990 10217 10217 F DEBUG : #06 pc 00ee8708 /linux_rootfs/basic/libmtkapp.so
06-19 13:41:16.990 10217 10217 F DEBUG : #07 pc 000309f4 /linux_rootfs/basic/libdtv_common.so
06-19 13:41:16.990 10217 10217 F DEBUG : #08 pc 0002f91c /linux_rootfs/basic/libdtv_common.so
06-19 13:41:16.990 10217 10217 F DEBUG : #09 pc 00017668 /linux_rootfs/basic/libdtv_osai.so (thread_main+76)
06-19 13:41:16.990 10217 10217 F DEBUG : #10 pc 0000be30 /linux_rootfs/basic/libdtv_osai.so (os_drv_thread_main+96)
06-19 13:41:16.990 10217 10217 F DEBUG : #11 pc 00006e80 /linux_rootfs/lib/libpthread-2.18.so
06-19 13:41:16.990 10217 10217 F DEBUG : #12 pc 000ccd7c /linux_rootfs/lib/libc-2.18.so
Sieht nach DHCP Interaktion aus.
Das Problem besteht übrigens seit gut 4 Jahren. Geht also davon aus, dass es nicht behoben wird. Um den Crash zu vermeiden, muss man die VPN-Verbindung schließen, bevor man den TV in den Standby schaltet.
Philips ist ebenfalls betroffen, da deren TV-Geräte ebenfalls auf den Billig-MediaTek-Chipsätzen aufbauen. Geräte mit anderen Android TV Chipsätzen sind nicht betroffen (e.g. nVIDIA SHIELD TV oder Xiaomi Mi Box).
