[Kernel][Yank555][Sammy 4.3 v4.1c][Sammy 4.1.2 v3.4f]

deviceX · 2013-08-05T00:16:02+0200

tja und ohne Leute wie dich jp zane und andere wären noobs wie ich echt aufgeschmissen! Man jetzt endlich mit slim bean und yank ist alles einfach nur geil!!!

yank555 · 2013-08-05T07:04:07+0200

Hmm ... gestern war ich wohl doch zu müde ... hätte auf der Couch liegen bleiben sollen

Siehe hier : http://forum.xda-developers.com/showpost.php?p=44290237&postcount=26296

Tema hat dat wohl besser ausgeschlafen gehabt

Schade, hat zu schön geklungen

JP.

S13gfried · 2013-08-05T08:23:46+0200

Morgen meiners

Yank, frage. Mach jetzt seit mehreren Tagen mit und ohne Reboot bbs Files. Was mir bei allen auffällt ist, dass der Kernel viel zu oft zu hoch taktet. Off Frequenz ist seit mehreren Versionen 500Mhz und wenn ich Musik höre und der junge lange wach ist, sieht man das auch.
Aber ich werfe früh das Handy an und sofort bbs, also nur paar Sekunden Screen On und dafür zuviel über 500

===================
General Information
===================
BetterBatteryStats version: 1.13.4.0
Creation Date: 2013-08-05 06:38:43
Statistic Type: Boot to Current
Since 9 h 33 m 53 s
VERSION.RELEASE: 4.2.2
BRAND: samsung
DEVICE: m0
MANUFACTURER: samsung
MODEL: GT-I9300
OS.VERSION: 3.0.88-Yank555.lu-CM10.1-v1.6e-beta5
BOOTLOADER: I9300XXELL4
HARDWARE: smdk4x12
FINGERPRINT: samsung/m0xx/m0:4.1.1/JRO03C/I9300XXDLIB:user/release-keys
ID: JDQ39E
TAGS: test-keys
USER: autobuild
PRODUCT: m0xx
RADIO: I9300XXDLIB
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -5% (99% to 94%) [0,5%/h]
Voltage lost [mV]: (4279-4196) [8,7%/h]
===========
Other Usage
===========
Deep Sleep (): 9 h 2 m 9 s (32529 s) Ratio: 94,4%
Awake (): 22 m 51 s (1371 s) Ratio: 4,0%
Screen On (): 40 s (40 s) Ratio: 0,1%
No Data Connection (): 14 s (14 s) Ratio: 0,0%
No or Unknown Signal (): 14 s (14 s) Ratio: 0,0%
Moderate Signal (): 9 h 6 m 42 s (32802 s) Ratio: 95,2%
Good Signal (): 5 m 56 s (356 s) Ratio: 1,0%
Screen dark (): 38 s (38 s) Ratio: 0,1%
Screen dimmed (): 2 s (2 s) Ratio: 0,0%
=========
Wakelocks
=========
AlarmManager (Android-System): 1 m 22 s (82 s) Count:209 0,2%
AlarmManager (com.mg.android.WeatherPro): 45 s (45 s) Count:141 0,1%
Event Log Service (Google-Dienste): 26 s (26 s) Count:26 0,1%
*sync*_com.google.android.location.reporting_Account {name=1143e10f9300b714e90ba22e7ea46c74, type=com.google} (Google-Dienste): 24 s (24 s) Count:56 0,1%
AudioOut_2 (1013): 17 s (17 s) Count:1 0,1%
RingerServiceCpuWakeLock (com.splunchy.android.alarmclock.AlarmDroid): 14 s (14 s) Count:16 0,0%
PRE_PARTIAL_WAKELOCK_62449 (com.splunchy.android.alarmclock.AlarmDroid): 12 s (12 s) Count:7 0,0%
fullsync (com.whatsapp.WhatsApp): 9 s (9 s) Count:14 0,0%
PRE_PARTIAL_WAKELOCK_58990 (com.splunchy.android.alarmclock.AlarmDroid): 9 s (9 s) Count:9 0,0%
RILJ (Telefon): 8 s (8 s) Count:108 0,0%
PRE_PARTIAL_WAKELOCK_54991 (com.splunchy.android.alarmclock.AlarmDroid): 7 s (7 s) Count:2 0,0%
PRE_PARTIAL_WAKELOCK_50984 (com.splunchy.android.alarmclock.AlarmDroid): 6 s (6 s) Count:12 0,0%
PRE_PARTIAL_WAKELOCK_46983 (com.splunchy.android.alarmclock.AlarmDroid): 5 s (5 s) Count:5 0,0%
PRE_PARTIAL_WAKELOCK_42984 (com.splunchy.android.alarmclock.AlarmDroid): 4 s (4 s) Count:11 0,0%
AlarmManager (Google-Dienste): 4 s (4 s) Count:80 0,0%
PRE_PARTIAL_WAKELOCK_38968 (com.splunchy.android.alarmclock.AlarmDroid): 3 s (3 s) Count:1 0,0%
PRE_PARTIAL_WAKELOCK_34983 (com.splunchy.android.alarmclock.AlarmDroid): 3 s (3 s) Count:4 0,0%
backupdb (com.whatsapp.WhatsApp): 3 s (3 s) Count:2 0,0%
SyncLoopWakeLock (Android-System): 2 s (2 s) Count:252 0,0%
PRE_PARTIAL_WAKELOCK_30984 (com.splunchy.android.alarmclock.AlarmDroid): 2 s (2 s) Count:6 0,0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats.BetterBatteryStats): 2 s (2 s) Count:2 0,0%
Wecker01 (com.splunchy.android.alarmclock.AlarmDroid): 2 s (2 s) Count:3 0,0%
PRE_PARTIAL_WAKELOCK_26980 (com.splunchy.android.alarmclock.AlarmDroid): 2 s (2 s) Count:13 0,0%
PRE_PARTIAL_WAKELOCK_22984 (com.splunchy.android.alarmclock.AlarmDroid): 1 s (1 s) Count:35 0,0%
SyncManagerHandleSyncAlarm (Android-System): 1 s (1 s) Count:20 0,0%
NetworkStats (Android-System): 1 s (1 s) Count:43 0,0%
PRE_PARTIAL_WAKELOCK_18984 (com.splunchy.android.alarmclock.AlarmDroid): 1 s (1 s) Count:8 0,0%
AlarmManager (Telefon): 1 s (1 s) Count:84 0,0%
Event Log Handoff (Google-Dienste): 1 s (1 s) Count:50 0,0%
CallerInfoCache (Telefon): 1 s (1 s) Count:1 0,0%
PRE_PARTIAL_WAKELOCK_14983 (com.splunchy.android.alarmclock.AlarmDroid): 1 s (1 s) Count:10 0,0%
================
Kernel Wakelocks
================
"multipdp" (): 15 m 31 s (931 s) Cnt

c/wc/ec)148/0/148 2,7%
"l2_hsic" (): 5 m 28 s (328 s) Cnt

c/wc/ec)806/173/806 1,0%
"PowerManagerService" (): 4 m 44 s (284 s) Cnt

c/wc/ec)542/0/0 0,8%
"battery-monitor" (): 1 m 40 s (100 s) Cnt

c/wc/ec)392/0/392 0,3%
"alarm_rtc" (): 1 m 34 s (94 s) Cnt

c/wc/ec)292/88/12 0,3%
"secril_fd-interface" (): 1 m 21 s (81 s) Cnt

c/wc/ec)49/0/0 0,2%
"alarm" (): 1 m 15 s (75 s) Cnt

c/wc/ec)1215/0/0 0,2%
"umts_rfs0" (): 30 s (30 s) Cnt

c/wc/ec)12/0/12 0,1%
"rpm_hsic" (): 27 s (27 s) Cnt

c/wc/ec)470/0/0 0,1%
"umts_ipc0" (): 19 s (19 s) Cnt

c/wc/ec)134/0/134 0,1%
"charger-update" (): 17 s (17 s) Cnt

c/wc/ec)58/0/0 0,1%
"tx_hsic" (): 17 s (17 s) Cnt

c/wc/ec)1673/0/0 0,1%
"radio-interface" (): 7 s (7 s) Cnt

c/wc/ec)59/0/0 0,0%
"fuel-update" (): 6 s (6 s) Cnt

c/wc/ec)3/3/3 0,0%
"PowerManagerService.Broadcasts" (): 4 s (4 s) Cnt

c/wc/ec)9/0/0 0,0%
"efsd-interface" (): 3 s (3 s) Cnt

c/wc/ec)24/0/0 0,0%
"touchwake_wake" (): 3 s (3 s) Cnt

c/wc/ec)1/0/0 0,0%
"secril_rfs-interface" (): 2 s (2 s) Cnt

c/wc/ec)14/0/0 0,0%
"muic wake lock" (): 1 s (1 s) Cnt

c/wc/ec)2/0/2 0,0%
"power-supply" (): (0 s) Cnt

c/wc/ec)493/56/0 0,0%
"secril_fmt-interface" (): (0 s) Cnt

c/wc/ec)632/0/0 0,0%
"sync_system" (): (0 s) Cnt

c/wc/ec)5/0/0 0,0%
"KeyEvents" (): (0 s) Cnt

c/wc/ec)1698/0/0 0,0%
"mmc1_detect" (): (0 s) Cnt

c/wc/ec)345/0/1 0,0%
"mmc0_detect" (): (0 s) Cnt

c/wc/ec)345/0/1 0,0%
======================
Alarms (requires root)
======================
android (): Wakeups: 116
Alarms: 0, Intent: android.intent.action.TIME_TICK
Alarms: 0, Intent: com.android.server.action.NETWORK_STATS_POLL
Alarms: 0, Intent: com.android.server.ThrottleManager.action.POLL
Alarms: 18, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 18, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 18, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 18, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 9, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 18, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 16, Intent: android.content.syncmanager.SYNC_ALARM
Alarms: 1, Intent: com.android.internal.policy.impl.PhoneWindowManager.DELAYED_KEYGUARD
Alarms: 0, Intent: com.android.server.NetworkTimeUpdateService.action.POLL

com.android.phone (): Wakeups: 94
Alarms: 92, Intent: com.android.internal.telephony.gprs-data-stall
Alarms: 0, Intent: com.android.phone.UPDATE_CALLER_INFO_CACHE
Alarms: 2, Intent: com.android.internal.telephony.gprs-reconnect.0

com.google.android.gsf (): Wakeups: 19
Alarms: 19, Intent: {com.google.android.gsf

com.splunchy.android.alarmclock (): Wakeups: 18
Alarms: 15, Intent: {com.splunchy.android.alarmclock
Alarms: 1, Intent: {com.splunchy.android.alarmclock
Alarms: 0, Intent: com.splunchy.android.alarmclock.UPDATE_WIDGET
Alarms: 1, Intent: {com.splunchy.android.alarmclock
Alarms: 1, Intent: {com.splunchy.android.alarmclock

com.whatsapp (): Wakeups: 4
Alarms: 0, Intent: ALARM_ACTION
Alarms: 1, Intent: ALARM_ROTATE_LOGS
Alarms: 1, Intent: ALARM_MESSAGES_DB_BACKUP
Alarms: 2, Intent: ALARM_AVAILABLE_TIMEOUT

======================
Network (requires root)
======================
0 (Mobile) (0): 227.0 KBytes 32,1%
10079 (Mobile) (com.mg.android.WeatherPro): 120.0 KBytes 16,9%
10103 (Mobile) (com.whatsapp.WhatsApp): 94.0 KBytes 13,3%
10041 (Mobile) (com.android.vending.Google Play Store): 89.0 KBytes 12,5%
10032 (Mobile) (Google-Dienste): 75.0 KBytes 10,6%
1000 (Mobile) (Android-System): 71.0 KBytes 10,1%
10077 (Mobile) (com.asksven.betterbatterystats.BetterBatteryStats): 15.0 KBytes 2,2%
10067 (Mobile) (com.contapps.android.Kontakte+): 15.0 KBytes 2,2%
10057 (Mobile) (com.wunderkinder.wunderlistandroid.Wunderlist): 408.0 Bytes 0,1%
==========
CPU States
==========
1,6 GHz (): 56 s 0,2%
1,5 GHz (): 2 s 0,0%
1,4 GHz (): 14 s 0,0%
1,3 GHz (): 4 s 0,0%
1,2 GHz (): 13 s 0,0%
1,1 GHz (): 11 s 0,0%
1 GHz (): 2 m 21 s 0,4%
900 MHz (): 16 s 0,0%
800 MHz (): 5 m 8 s 0,9%
700 MHz (): 29 s 0,1%
600 MHz (): 1 m 13 s 0,2%
500 MHz (): 18 m 3,1%
400 MHz (): 20 s 0,1%
300 MHz (): 24 s 0,1%
200 MHz (): 1 m 46 s 0,3%
Deep Sleep (): 9 h 2 m 9 s 94,4%
==================
Reference overview
==================
ref_boot: Reference ref_boot created 40 s (Wl: 0 elements; KWl: 0elements; NetS: 0 elements; Alrm: 0 elements; Proc: 0 elements; Oth: 0 elements; CPU: 12 elements)
ref_unplugged: Reference ref_unplugged created 21 m 32 s (Wl: 0 elements; KWl: 21elements; NetS: 9 elements; Alrm: 3 elements; Proc: 0 elements; Oth: 5 elements; CPU: 16 elements)
ref_charged: Reference ref_charged created 21 m 32 s (Wl: 0 elements; KWl: 21elements; NetS: 9 elements; Alrm: 3 elements; Proc: 0 elements; Oth: 5 elements; CPU: 16 elements)
ref_current: Reference ref_current created 9 h 34 m 33 s (Wl: 31 elements; KWl: 25elements; NetS: 9 elements; Alrm: 5 elements; Proc: 31 elements; Oth: 9 elements; CPU: 16 elements)

Sehe selbst

Irgendwie eine Idee?
War neugestartet und Minimum 10Minuten danach gewartet für die Aufzeichnung über Nacht.
Hab zur Not noch ein eindeutigeres mit unter 10s Screen On...

Danke

KoKo 61 · 2013-08-05T08:37:59+0200

Bei mir das gleiche slim und deine beta. Über CPU spy zeigt er immer statt 200 oder 500 immer min 700 eher 800 an.

War bei den anderen betas nicht so.
Trotzdem danke für deine Arbeit an einem top kernel.

Mathias321 · 2013-08-05T09:07:20+0200

Bei mir ist mit slim und beta7 alles in Ordnung. Über CPU Spy die meiste Zeit 200mhz . Auf 600mhz nicht mal ein Drittel der zeit wie auf 200mhz. Aber auch nur weil ich den Touchboost auf 600mhz angehoben hab. Das könnte auch bei euch die Zeit auf 500mhz erklären. Yank extreme battery und zzmove!

Allstar90210 · 2013-08-05T09:37:34+0200

Also heisst das jetzt das es doch nicht besser wird mit dem Android OS?

S13gfried · 2013-08-05T09:37:42+0200

Habe auch extreme Battery, aber bei Display aus darf er nicht über 500MHz kommen. Das wundert mich ja.

Mit Romtoolbox seh ich auch manchmal das er sehr schnell hochfeuert., teilweise v on 200/300Mhz auf 1.6Ghz. Da denk ich immer an "Verzögerungen" die mir die anderen Stufen nicht anzeigt die beim Fastscaling mit renommen werden. Aber normal soltle der nur eine Stufe überspringen, aber das geht sicher sehr schnell....

Allstar90210 schrieb:
Also heisst das jetzt das es doch nicht besser wird mit dem Android OS?

hab ich jetzt aus dem Komtext auch nicht ganz gerallt ?!

dye87 · 2013-08-05T09:44:52+0200

Es scheint wohl das der Fix nicht für das i9300 gilt. Also nein...

unfor · 2013-08-05T09:57:03+0200

hat noch jemand das problem, dass touchwake nicht funktioniert? hab's im aroma auf "infinite" gestellt aber leider tut sich rein gar nichts und das display will nicht aufwachen.

jemand 'ne idee

?

Trabireiter · 2013-08-05T10:05:39+0200

dye87 schrieb:
Es scheint wohl das der Fix nicht für das i9300 gilt. Also nein...

laut Temasek:

der Fix behebt einen Bug der sich nur auf die Kompatibilität eines anderen Gerätes bezog und dieser Bug wurde jetzt behoben. Betrifft uns damit nicht.

das macht auch Sinn, weil "unser Problem" nicht generell hoher Verbrauch von Android ist, sondern dieser erst nach einer gewissen Zeit oder nach irgend einem Trigger ansteigt.

yank555 · 2013-08-05T11:24:49+0200

S13gfried schrieb:
Morgen meiners

Yank, frage. Mach jetzt seit mehreren Tagen mit und ohne Reboot bbs Files. Was mir bei allen auffällt ist, dass der Kernel viel zu oft zu hoch taktet. Off Frequenz ist seit mehreren Versionen 500Mhz und wenn ich Musik höre und der junge lange wach ist, sieht man das auch.
Aber ich werfe früh das Handy an und sofort bbs, also nur paar Sekunden Screen On und dafür zuviel über 500

Sehe selbst
Irgendwie eine Idee?
War neugestartet und Minimum 10Minuten danach gewartet für die Aufzeichnung über Nacht.
Hab zur Not noch ein eindeutigeres mit unter 10s Screen On...

Danke

Brauch ich nicht lange studieren, dem ist in der Tat so, das Limit ist leider ein "soft limit", weil Samsung's dvfs macht was es will, also erlaubt sich kurze Sprünge wohin es möchte

Deute das Screen off limit als "Maintain CPU freq. mostly below or equal to xxx".

Im YankasusQ passiert das zwar nicht, aber das auch nur weil ich da recht tief "dafür sorge".

Im zzmoove, da dieser universell bleiben soll, geht so ein "Hack" nicht, weil der nur für's S3 (und ähnliche Konsorten) passen täte.

Hiermit müssen wir halt leben, und uns bei Samsung's dvfs Methodik bedanken

JP.

Der ursprüngliche Beitrag von 11:18 Uhr wurde um 11:19 Uhr ergänzt:

KoKo 61 schrieb:
Bei mir das gleiche slim und deine beta. Über CPU spy zeigt er immer statt 200 oder 500 immer min 700 eher 800 an.

War bei den anderen betas nicht so.
Trotzdem danke für deine Arbeit an einem top kernel.

Das kann nicht sein, daran hat sich ewig nichts geändert, dieses Verhalten war seit dem 1. Tag so, seit screen off beim zzmoover dazu kam.

JP.

Der ursprüngliche Beitrag von 11:19 Uhr wurde um 11:24 Uhr ergänzt:

Trabireiter schrieb:
laut Temasek:

der Fix behebt einen Bug der sich nur auf die Kompatibilität eines anderen Gerätes bezog und dieser Bug wurde jetzt behoben. Betrifft uns damit nicht.

das macht auch Sinn, weil "unser Problem" nicht generell hoher Verbrauch von Android ist, sondern dieser erst nach einer gewissen Zeit oder nach irgend einem Trigger ansteigt.

Genau so ist es, ich hatte den Commit auch eh nicht drinnen, der den Fehler reingebracht hätte (für unser i9300, weil da was mitgelaufen wäre, was nicht hätte sollen).

Aber is wie es is, alles beim alten, also Fehlalarm.

JP.

deviceX · 2013-08-05T12:57:02+0200

http://m.rp-online.de/digitales/betriebssysteme/immer-mehr-beschwerden-ueber-android-43-1.3583767

warten schadet nicht

hellsgod · 2013-08-05T13:24:37+0200

Wann läuft schon alles problemlos ab?

Mein N4 macht da keine Probleme, schnurrt wie ein Kätzchen mit CM10.2 und meinem Kernel

hells

deviceX · 2013-08-05T13:32:04+0200

ja weiss ich ja

will nur sagen dass ich warten kann.slim bean mit yank und 4.2.2 läuft hervorragend! ausserdem bist du ja auch ein Meister deines Fach's

Lycidias · 2013-08-05T20:56:08+0200

Neue Mali Treiber in der slim bean 8. Ist das rom oder kernel abhängig?, ^^

yank555 · 2013-08-05T21:04:29+0200

Lycidias schrieb:
Neue Mali Treiber in der slim bean 8. Ist das rom oder kernel abhängig?, ^^

Zumindest kernel-seitig nix verfügbar : https://github.com/CyanogenMod/android_kernel_samsung_smdk4412/commits/cm-10.2

JP.

156436 · 2013-08-05T21:11:09+0200

SlimBean 8 ist immer noch 4.2.2

deviceX · 2013-08-05T21:18:37+0200

wo liegt das Problem?4.2 läuft doch super! Auch wenn wir gerne 4.3 wollen.

hellsgod · 2013-08-05T21:20:23+0200

4.3 ist neuer :flapper:

Seit ICS ist 4.3 nunmal das grösste Update

hells

deviceX · 2013-08-05T21:34:56+0200

ja iss ja juuut ihr habt ja recht

[Kernel][Yank555][Sammy 4.3 v4.1c][Sammy 4.1.2 v3.4f]

deviceX

Enthusiast

yank555

Gast

S13gfried

Enthusiast

KoKo 61

Erfahrenes Mitglied

Mathias321

Ambitioniertes Mitglied

Allstar90210

Stamm-User

S13gfried

Enthusiast

dye87

Fortgeschrittenes Mitglied

unfor

Gast

Trabireiter

Stamm-User

yank555

Gast

deviceX

Enthusiast

hellsgod

Gast

deviceX

Enthusiast

Lycidias

Erfahrenes Mitglied

yank555

Gast

156436

Gast

deviceX

Enthusiast

hellsgod

Gast

deviceX

Enthusiast

Ähnliche Themen