[KERNEL][UNIFIED] SiyahKernel v2.6.14

Zitat:

---

Zitat von SamGal2

[/tapatalk]

und? schon getestet ? ;-)

---

nee... weil es ja schon die rc1 gibt... :-)

die (und alle pre b4) Version(en) habe ich allerdings jetzt mal kräftig gequält und muss sagen, dass ich schwer beeindruckt bin:

läuft (richtig konfiguriert) absolut weich, performant, hat alle features, die man sich von einem Kernel nur wünschen kann (von BLN über cifs, OC/UC/UV, efs-backup, bat calilbration, CWM, you name it) --- alles leicht über die init.d Unterstützung feintunbar..

das USB-mount-Problem und sporadische WLAN-Lags, mit dem die letzten Alpha-Versionen bei einigen wenigen Testern (Custom ROMS) zu kämpfen hatten, scheinen nun auch behoben...

der Author ist der Wahnsinn: der hat in wenigen Wochen einen Hammer-Kernel hingeklotzt --- für soviel Highquality-Code in so kurzer Zeit hätte es vermutlich drei "reguläre" Kernel Authoren gebraucht...

Qualität passt, Service ist geradezu unglaublich: man hat den Wunsch oder Bugreport kaum ins Keyboard gehacked und schon haut er eine neue kernel Version raus, die das Problem löst...

der erste Kernel, der von sich behauptet, das Android OS Problem in Bezug auf den Akku gelöst zu haben und der das Versprechen scheinbar auch einlöst...

wohl auch der erste Kernel, der auf den aktuellen Original-Linux Sourcen von Gott Torwald aufsetzt und von Samsung nur die Treiber verwendet... der Author hat schon angekündgt, sich nach dem Release der Final um eine Version für Cyanogen zu kümmern (was ihm die reine Linux-Kernel-Basis natürlich erleichtert)... der Ansatz hat Zukunft, speziell was die Portierbarkeit des Kernels angeht

mit dem angekündigten Release der final 1.8 (vermutlich morgen, wenn die rc1 von heute keine bösen Überraschungen enthält, sonst gibt es halt noch ein zwei rcs) werden dann auch die aktuellen Kernel diffs vom Author publiziert...

für mich spätestens ab morgen der Kernel der Wahl...

wie immer ein geiles statement von dir ;-)
hatte gestern noch die beta4 kurz getestet und konnte das wlanproblem konkret reproduzieren... sobald cf drauf kein problem

ach ja.. das sporadische verweigern von su3.0 besteht immer noch beim start.
weiss nicht was die da für nen mist gemacht haben, aber oft wird bei mir z.b. setcpu verweigert obwohl bei erlauben drin.

Zitat:

---

Zitat von diddsen

ach ja.. das sporadische verweigern von su3.0 besteht immer noch beim start.
weiss nicht was die da für nen mist gemacht haben, aber oft wird bei mir z.b. setcpu verweigert obwohl bei erlauben drin.

---

nur bei Verwendung des Siyah-Kernel oder generell bei allen kernels?

haste mal den aktuellen SU 3.0.4 (von heute --- als recovery Zip vom Superuser home androidsu.com downloadbar) via recovery (nur von da, wenn Du später keine Überraschungen erleben willst) geflashed?

Zumindest der Siyah installiert ja von Hause aus kein neueres SU, wenn er schon eines vorinstalliert findet und SU updates sollte man grundsätzlich nur über recovery machen (war schon bei den ersten HTCs so)

Zitat:

---

Zitat von cbeckstein

nur bei Verwendung des Siyah-Kernel oder generell bei allen kernels?

haste mal den aktuellen SU 3.0.4 (von heute --- als recovery Zip von android.su downloadbar) via recovery (nur von da, wenn Du später keine Überraschungen erleben willst) geflashed?

Zumindest der Siyah installiert ja von Hause aus kein neueres SU, wenn er schon eines vorinstalliert findet und SU updates sollte man grundsätzlich nur über recovery machen (war schon bei den ersten HTCs so)

---

@ cbeckstein verstehe auf der Seite nur Bahnhof kannst Du mir vieleicht einen Link zu SU 3.0.4 geben.
Danke Jawbone

Zitat:

---

Zitat von Jawbone

@ cbeckstein verstehe auf der Seite nur Bahnhof kannst Du mir vieleicht einen Link zu SU 3.0.4 geben.
Danke Jawbone

---

voila: http://downloads.androidsu.com/super...fgh-signed.zip

über das CWM-Drei-Finger-Affengriff-Recovery flashen

cbeckstein... auf der android.su ist alles russisch oder was weiss ich...
von hier geht nicht ? http://androidsu.com/superuser/
da die signed fuer gingerbread...

aber im market ist die nicht *verwirrt*

edit...ok war zu langsam ;-)

Zitat:

---

Zitat von diddsen

cbeckstein... auf der android.su ist alles russisch oder was weiss ich...
von hier geht nicht ? http://androidsu.com/superuser/
da die signed fuer gingerbread...

aber im market ist die nicht *verwirrt*

edit...ok war zu langsam ;-)

---

na da habe ich Euch aus Versehen ins ehemals sozialistische Ausland geschickt... :-)

sorry... URL war falsch.. jetzt im Post 284 korrigiert...

Zitat:

---

Zitat von diddsen

cbeckstein... auf der android.su ist alles russisch oder was weiss ich...
von hier geht nicht ? http://androidsu.com/superuser/
da die signed fuer gingerbread...

---

doch geht schon...

die Signatur ist für den Markt, damit der (wovon ich aus eigener Erfahrung strikt abrate, das gab nur Probleme bisher mit SU) im laufenden System einen SU update installieren kann, ohne, dass hinterher das Chaos aufgrund multipler SU Versionen ausbricht

deswegen gibt es z.B. das SU update fixer Tool im Market, das bei einer verkorksten SU Installation die Market-Signatur des installierten SU wieder hinzubiegen versucht, damit SU im laufenden System upgedated werden kann (noch mal: tut es nicht, verwendet das Recovery, insbes. wenn Eure SU installation schon irgendwie versaubeutelt ist)

Also ich habe vor kurzem SU über Markt aktualisiert,bis jetzt keine probleme.Wenn ich aber den beitrag lese bereite ich mich auf probleme vor und hole halt nochmal von der link hier!

Sent from my GT-I9100

Kann man den kernel überhaupt auf ki8 flashen ?

Sent from my GT-I9100

Alternativ, gäbe es seit eben den altbekannten Lulz Kernel:
http://www.pocketpc.ch/samsung-galax...ml#post1204167

Zitat:

---

Zitat von Adrian76

Kann man den kernel überhaupt auf ki8 flashen ?

Sent from my GT-I9100

---

auf meiner stock KI8 fühlen und fühlten sich er und all seine Alpha- und Beta-Vorgänger sauwohl... :-)

Zitat:

---

Zitat von cbeckstein

auf meiner stock KI8 fühlen und fühlten sich er und all seine Alpha- und Beta-Vorgänger sauwohl... :-)

---

Ich fürchte aber das wlan bug weiterhin existiert nur in anderer form. Ich mache wlan aus, geht zwar aus kann aber nicht wieder anschalten. Muss dann neustarten oder bei WLAN menü um voran zu kommen.

Akku verbrauch ist klasse. Laut werte bei battery Monitor widget pro, was dorg angezeigt wird ist klasse. Dieser wlan bug stört mich!
Ich habe das immer bei dieser kernel!


Sent from my GT-I9100

das kann ich bestätigen... wlan ist ein problem...immer noch.
signalpegel ist schlechter und switchen zwischen meinen 3 wlan repeatern geht mehr schlecht als recht :-(
mit cf kein problem.

vom akku her... kein unterschied trotz uv im unteren bereich auf 850 und takt min. 100mhz zu cf.

battery monitor widget nutz ich auch... postet doch mal eure history :-)

Sorry,

aber seid ihr euch 100 % ig sicher dass es am Kernel liegt?

Ich schalte mein WLan ein und aus und habe absolut keine Probleme. Egal wann ich WLan ein oder ausschalte. Komischerweise kann ich auch die Kernel wüst flashen ohne Probleme.

Zitat:

---

Zitat von Fuzzy

Sorry,

aber seid ihr euch 100 % ig sicher dass es am Kernel liegt?

---

jep,
da mit cf das nicht so ist ;-)

Zitat:

---

Zitat von diddsen

jep,
da mit cf das nicht so ist ;-)

---

seltsam... auf stock KI8 Null Problem (und ich hab ein komplexes Setup)

na dann meldet das mal unter Angabe von Firmware, Modem und Siyah-Version dem Kernel-Author, damit der das fixen kann, bevor er die final rausgibt...

nur ne Idee:

verwendet Ihr Juicedefender? Das Teil ist samt aller seiner letzten betas dermassen buggy --- insbesondere im Modembereich --- dass man sich unter Gingerbread keinen besseren Gefallen tun kann, als es sofort zu deinstallieren: braucht deutlich mehr Strom als es vorgibt zu sparen und macht das Mobile in Bezug auf Konnektivität völlig instabil

Kann man dort auch ein 3g fix mit reinbauen? Wenn ja dann glei mal mit angeben :-)

Zitat:

---

Zitat von koba

Kann man dort auch ein 3g fix mit reinbauen? Wenn ja dann glei mal mit angeben :-)

---

was ist 3g fix?

Sowas wie Juicedefender, das vorgibt, automatisch clever zwischen 2G, 3G und Wlan zu schlalten?
Falls ja, siehe ein Post über Dir... in dem Fall würde ich DIr Green Power empfehlen: nicht ganz so mächtig aber zuverlässig...

Ja ich verwende den JD,weil oft epmfohlen wurden ist ......

Nun werde ich deinstallieren.Jedoch ist es so das ich diese probleme nur mit den Kernel bekomme , bei CF kernel habe ich nicht solche probleme.

Cbeckstein , danke dir trotzdem für die nette infos :)

1.8rc1 ist raus.

Zitat:

---

Zitat von Rintenfinten

1.8rc1 ist raus.

---

Details dazu siehe Post 281 :-)

Interessante Diskussion, die sich da gerade anläßlich der Interaktion eines C++ Profis und des Kernelauthors Gohkan auf dem XDA-Thread zum Siyah ergiebt:

Frage eines (dritten) Siyah Users:

TL;DR: GPU voltages min: 900mV up to 1200mV in 50mV steps, CPU voltages min: 650mV up to an amazing 2225mV in 25mV steps, charger current from some value I don't remember up to 950mA in 50mA steps.


does this mean that the min gpu voltage is set at 900mv? in the scripts provided here shows 500mV

# CLOCK INFO:
# 100 114 133 160 200 267 400 are valid values
# 160 267 are default
# VOLTAGE INFO:
# 500000 min / 1200000 max
# 950000 1000000


so which is which? i really dun want another placebo effect..


Antwort des C++ Profis (mit Quellstellen aus dem Samsung Kernel belegt):


At the beginning we didn't know of the hard-limit on voltage and really thought it would work but then I got suspicious because all voltages worked. The script is no longer up to date, well at least those min values are not.

Right now Gokhan set up a minimum voltage in the GPU interface to 900mV because there's a lot of people who have the scripts set to voltages of around 800mV, as they thought it would really work and it's stable but it's not. Because now that hard limit has been fixed, there's a very high probability when people flash the kernel where the limit will be removed, that it will crash a lot of devices since they will really get that voltage, and it will be unstable. Also note: Everybody who undervolted with Tegrak under 900mV was also all just placebo since the hardlimit was not changed.

For now it is recommended that *EVERYBODY* raises the minimum voltages up to at least 900mV in their scripts to avoid this problem.


Natürlich wird schon an einem Fix gearbeitet...


Aber trotzdem: wenn das kein ungewollter Schlag in das Gesicht eines jeden hoffnungsvollen UV-lers ist :-))

hehe... Lass sie doch die ganzen Werte testen und Stresstests machen. :D "Meiner freezt bei 850" "Ich bin bei 800 stabil"... und alles nur Illusion. Find ich gut. Danke für den Beitrag!
LG SGSII

Also Leute, in dem Siyah XDA-Thread geht es momentan wirklich ab:

wer einigermassen C(++) kann, kann da was lernen

da debuggen gerade zwei C Profis gemeinsam mit Gohkan die Kernelquellen...

grosses Kino mit Kernelquellen als Drehbuch und damit eher ungewöhnlich selbst für einen Entwicklerthread auf XDA

sag ich doch schon immer das uv nix bringt :-D

Und während die zwei C Profis im Siyah XDA Thread die neu entdeckten bugs (zum Teil aus den Samsung Quellen) noch mit Gohkan ausdiskutieren, hat der im Hintergrund schon mal den Backofen für den nächsten Release Candidate rc2 vorgeheizt:

CHANGELOG

SiyahKernel v1.8rc2
based on linux kernel 2.6.35.14 + SGS2 drivers
changed compiler optimizations
new cpu governor lagfree. based on conservative. screen off 100-200, screen on min 500. it is not laggy but may be buggy.
deadline I/O scheduler tweak (thanks to arighi). deadline is set to default.
enabled some logging features for debugging purposes.
no more AOS bug...
brazillianwax and savagedzen governors (test them. they may crash or be your favorite governors)
lots of bugfixes and code cleanups...
lowered min GPU voltage to 800mV and max AC&MISC current to 950mV
CFS low-latency patch removed.
touch screen lock freq set back to 500MHz as in stock (thanks to AndreiLux)
added advanced touch tune driver (thanks to tegrak)
updated su to 3.0.4
changed rooting script. if you delete /data/.siyah/root-installed root will be installed again even if you already have su or Superuser.apk
updated CWM recovery to 5.0.2.3 because of an increasing demand... if we don't test it it won't get better http://media.xda-developers.com/imag...lies/smile.gif

das nenne ich mal eine furiose Kernel-Entwickung...

@Spline: man beachte auch die Erweiterung des Kernels bzgl. des neuen Tegrak Touch Tune Drivers!

Davon profitieren jetzt nicht nur die Lulzer sondern auch die Siyahner... :-)

Was bringt denn der touch tune driver?

Zitat:

---

Zitat von blubb12

Was bringt denn der touch tune driver?

---

siehe hier: http://forum.xda-developers.com/show....php?t=1161262

und hier: http://www.youtube.com/watch?v=sRXcBcpSD1w

(wenn das Verlinken von Videos heir verboten ist, dann streue ich schon mal jetzt Asche auf mein Haupt)

sowie hier: https://market.android.com/details?i...grak.touchmove

der kernel von dem MIUI geht nur bei dem rom oder? http://forums.miuiandroid.com/showth...ontrol-sysfs-8
weil die jungs wo da mitdiskutieren sind ja von dort wie ich das lese auf xda

Noch ein cooles Zitat aus dem Siyah Kernel Thread:

"For some really odd reason , Ive noticed that SetCPU tends to consume more battery than save with undervolting . Maybe some wakelocks.
I've always noticed better battery life without SetCPU than with .
Strange things happen. And I hate ironies."

die stehen dort deshalb mittlerweile auf den oc daemon plus init.d Skripte... :-)

Also wenn der kernel Fertig wird , sprich stable , wird ein hammer Kernel.Respekt von so eine leistung !!

Zitat:

---

Zitat von cbeckstein

Noch ein cooles Zitat aus dem Siyah Kernel:

"For some really odd reason , Ive noticed that SetCPU tends to consume more battery than save with undervolting . Maybe some wakelocks.
I've always noticed better battery life without SetCPU than with .
Strange things happen. And I hate ironies."

die stehen dort deshalb mittlerweile auf den oc daemon plus init.d Skripte... :-)

---

genau das hab ich grad auch gelesen und sofort setcpu deinstallt :)

das OC daemon hab ich schon mal bei leomar probiert... aber schien ziemlich heavy das ganze :-/

Zitat:

---

Zitat von diddsen

genau das hab ich grad auch gelesen und sofort setcpu deinstallt :)

das OC daemon hab ich schon mal bei leomar probiert... aber schien ziemlich heavy das ganze :-/

---

muss gar nicht heavy sein:

besorge Dir die kitchen Pro app von hier:

http://forum.xda-developers.com/show....php?t=1171523

installiere sie, reboot, starte die kitchen app pro, wähle unter den mods den oc daemon aus und lass den nstallieren (zur Installation markieren und dann die Installation anwenden lassen), reboot und (fast) fertig:

jetzt ist der Daemon samt Daemon Controller App installiert und bereit, Dir alle Deine OC/UC Wünsche zu erfüllen... :-)

jo, die kitchen hab ich immer drauf :)
momentan zwar sinnlos, da nicht für ki8 bislang, aber egal...

ja ja, drauf ist das "ding" schnell, aber dann gehts ja erst richtig los... was ist wie wo einzustellen damit es was bringt

Zitat:

---

Zitat von diddsen

jo, die kitchen hab ich immer drauf :)
momentan zwar sinnlos, da nicht für ki8 bislang, aber egal...

ja ja, drauf ist das "ding" schnell, aber dann gehts ja erst richtig los... was ist wie wo einzustellen damit es was bringt

---

wenn Du bescheiden (wie ich :-)) bist, dann beschränkst Du Dich fürs erste einfach darauf, im Daemon Controller folgendes einzustellen:

target daemon = virtuous oc
wake settings:
min = 100000
max = 1200000
governor=ondemand
sleep state settings:
min = 100000
max = 500000
governor = conservative

und dann apply

alleine schon damit erreiche ich (verglichen mit ohne) auf dem Siyah Kernel traumhafte Batteriezeiten (trotz heftiger Nutzung)

wenn Du oc daemon verwendest, solltest Du halt immer governor wählen, die ncht selber zustandsabhängig die Frequenzgrenzen ändern (wie das z.B. die ganzen ......X governor im Siyah tun oder der SmartassV2), eben z.B. den ondemand und den conservative ---
und natürlich keine anderen Tuningtools (wie SETCPU, no-frills, voltage control etc.) parallel installieren oder gar betreiben (wenn der oc das merkt, ist er beleidigt und deaktiviert er sich)

Details zu den governern und schedulern findest Du unter
http://forum.xda-developers.com/show....php?t=1242323

wie ich sehe kennst du dich auch damit aus :)

so wie du gerade die einstellungen beschrieben hast, hab ich mal "aus dem bauch raus" auch gedacht.
was ist der andrev oc??
und was hat es mit "Bypass" aufsich... (den brauch ich bald, wenns so weitergeht *ggg*)
es kam auch beim start des daemon kurz mal ne meldung das der cupfeq irgendwie nicht unterstützt werde (glaub ich stand da)...?!

das mit den ganzen smartass & co hab ich mir schon lange gedacht... das widerspricht sich doch irgendwie alles, denn setcpu versucht ja ständig dem geönse von den governors entegenzuwirken oder zumindest steigert es doch einiges das "hin und her geschalte" der frequenzen.

und wo ist in dem daemon dann UV? ... ach ja, braucht man ja nicht, bringt ja nix *g*

was benutzt du noch ausser den deamon cbeckstein? den Fill für die scheduler?

Zitat:

---

Zitat von diddsen

wie ich sehe kennst du dich auch damit aus :)

so wie du gerade die einstellungen beschrieben hast, hab ich mal "aus dem bauch raus" auch gedacht.
was ist der andrev oc??
und was hat es mit "Bypass" aufsich... (den brauch ich bald, wenns so weitergeht *ggg*)
es kam auch beim start des daemon kurz mal ne meldung das der cupfeq irgendwie nicht unterstützt werde (glaub ich stand da)...?!

das mit den ganzen smartass & co hab ich mir schon lange gedacht... das widerspricht sich doch irgendwie alles, denn setcpu versucht ja ständig dem geönse von den governors entegenzuwirken oder zumindest steigert es doch einiges das "hin und her geschalte" der frequenzen.

und wo ist in dem daemon dann UV? ... ach ja, braucht man ja nicht, bringt ja nix *g*

---

was den andrev oc angeht, siehe hier: http://forum.xda-developers.com/show...222020&page=21

mit bypass kannste den oc daemon vorübergehend deaktivieren --- z.B., weil Du mit einem andern Tuning Tool was einstellen und keine Querschläge vom oc daemon haben willst...

dass an anderen Stellen nicht daraufhingewiesen wird, wie unsinnig es ist, sich zwei gegenseitig behindernde Tuningmassnahmen wie SETCPU + selbst das Frequenzverhalten ändernde Governors auf das Handy zu packen, hat mich auch verwundert

OC/UC macht nur Sinn, wenn man es mit einem Governor tut, der nicht die Frequenzgrenzen (max und min) zwischen denen er herumschaltet selbstständig verändert; andernfalls richtet es mehr Schaden an als es bringt (und SETCPU läuft auch noch ständig ressourcenfressend im Hintergrund)

Undervolten oder den I/O Scheduler ändern kannst Du bei einem kernel wie dem Siyah, der init.d-Skripte beherrscht, eben mit solchen Skripten, z.B. stellt das folgende Skript den Scheduler auf sio um:

#!/system/bin/sh
#setting scheduler
echo sio > /sys/block/mmcblk0/queue/scheduler

wenn man es als root ausführt (z.B. automatisierbar mit der App Gscript)

und das folgende Skript von ienem der Hacker aus dem Siyah Thread zeigt Dir die momentane Konfiguration Deines Handys in Bezug auf OC/UC von CPU und GPU, governor und Ladeströme an:

#!/system/bin/sh
#Checking Stuff to see if init-scripts work as intended
echo "--[Kernel]--"
echo $(uname -r)
echo "--[Voltages]--"
cat /sys/devices/system/cpu/cpu0/cpufreq/UV_mV_table
echo "--[Max Freqency]--"
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo "--[Min Freqency]--"
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo "--[Active Governor]--"
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo "--[IO scheduler]--"
cat /sys/block/mmcblk0/queue/scheduler
echo "--[GPU Voltages]--"
cat /sys/devices/virtual/misc/gpu_voltage_control/gpu_control
echo "--[GPU Freqencies]--"
cat /sys/devices/virtual/misc/gpu_clock_control/gpu_control
echo "[charging current]"
cat sys/devices/virtual/misc/charge_current/charge_current

Aber bei Skripten immer schön aufpassen, dass die Zeilen Enden nach der Unix-Konvention haben, sonst bekommt Du bei der Ausführung die merkwürdigsten Fehlermeldungen vom Kernel und der Shell