[KERNEL][14FEB'12]RedPillKernel_Rev1.3[RedPill Touch CWM Recovery by AF974]"TAKE IT!"

Der hat auch einen Platz hier verdient

[KERNEL][14FEB'12]RedPillKernel_Rev1.3[RedPill Touch CWM Recovery by AF974]"TAKE IT!"

Quelle(n) : http://forum.xda-developers.com/show....php?t=1288850

http://androidmeda.com/


Changelog

RedPill_Rev1.3

• Added Newest RedPill CWM Based Recovery by AF974 (Touch Enabled with Battery % and Charging in Recovery) (Huge props to AF974)
• Experimental: USB Audio support for DAC devices
• Change Back to SLQB for slightly better performance
• Removed Net Scheduling/Traffic Shaping via Stochastic Fair Blue Scheduler as this may be causing network issues for some users
• Added HFS and HFS+ Support
• Added back V(R) but tweaked it to prevent aliased requests from starving other I/O as well (Thanks to franciscofranco for the idea)
• Update SIO I/O scheduler to 2012 version by Miguel Boton
• Tweaked CPU Freq hyper sampling rate
• Added Patch ARM: improve compiler’s ability to optimize page tables by Russel King
• Added Patch wakelocks: Allow independent debugging of wake_lock_destroy() (Thanks to Entropy512)
• Experimental: Updated Wireless Driver from EL29 Source… (Thanks to gokhanmoral for these files that are “cherry-picked” from his repo) If users report a lot of the dreaded wlan wakelocks, I can easily revert to the stock update3 sources… This is an attempt to solve WiFi problems some are having.
• Download: Tar:http://cl.ly/3f0i3l40430x0t2j1S1g
• Download: Zip:http://cl.ly/3i1M0U123z1N1Q33002I

RedPill_Rev1.2

• Tweaked tweaks.sh file based on additional information learned and tested recently. (VM System Reading by s2d4 found here)
• Reduced number of available governors based on my personal testing… the 4 remaining should serve the needs of those looking for performance, battery life or anything in between.
• Removed some more stuff no one used in the defconfig.
• Release LA2 based initramfs version as stable (and make AOSP Support Unstable as we don’t test that in GB)
• Tweaked mount options for ext4 (extended Commit time to 30 and fall in line with the VM System tweaks implemented)
• Change from SLQB to SLUB for a little less overhead (vs. a queued allocator) More info on SLUB here: http://lwn.net/Articles/229984/
• Tweaked values in deadline and SIO I/O scheduler to give better throughput while attemting to keep a similar latency to the original (if not more aggressive) Based on my initial (indicative, not conclusive… yet) testing, having these in line with the vm dirty, expire, writeback values + ext4 commit=30 + laptop mode to “schedule” write outs to NAND based storage works quite well to balance throughput with latency expected in a mobile device. We took the big picture view instead of copy pasting random “known” good values and challenged some assumptions even we had at the start. The result is a mobile device tuned for good throughput and battery life with above average latency (not the lowest latency out there, but given the benefits of better I/O throughput and potential battery savings + extending the lifetime of NAND Based storage I think it was a compromise worth taking)
• Remove V(R) and BFQv3r1 scheduler as the tweaked deadline, SIO and noop are the best we’ve tested for NAND filled mobile devices. (More on this later)
• Added franciscofranco’s deadline tweak that “Prevent aliased requests from starving other I/O”
• Set deadline as default I/O scheduler
• Tweaked deadline i/o fifo_batch for better throughput
• Remove set_need_resched from rcutree.c based on https://github.com/drod2169/KangBang...c11e690a993fe8 which says: ”if we really are in an interrupt, the attempt to re-enter dyntick-idle mode will invoke rcu_needs_cpu() in any case, which will force the check for RCU callbacks. So this commit removes the check along with the set_need_resched()”
• Experimental BTHID fix based on latest bthid.c from Samsung Source Releases I found on github (EK02 for Epic Touch 4G Released in December 2011… about 2 months after Update3 Sources were released for the i9100 and about the same time “BTHID broke” reports began coming in.) (Thanks to TDR for the source where I found this fix)

Download Redpill Rev.1.2

Tar:http://cl.ly/0J121m0x2W2Y183c001c
Zip: http://cl.ly/1l1A320Y1I0X2f1v142m

Und? Gibt´s schon Erfahrungen mit dem Kernel?

unterschtützt der kernel die Siyah scripten?

Ich hab ihn jetzt seid gestern drauf und bin einfach nur hin und weg von diesem Kernel.
Die haben echt was krasses gekocht.
Und scripte sollte mann eig. nutzen können da ja ein init.d ordner da ist.Würde es trotzdem nicht machen weil er so schon sehr rund und akkuschonend läuft.
Hab grad 5h.20min Display an und immer noch 48%.

Hm, so langsam macht mich der Kernel ja nun echt neugierig. v1.0 war ja recht gutes Mittelmaß, nix besonderes, aber eben gut.

Beizeiten mal testen

Zum Thema Scripts: Ja, die laufen. Allerdings nichts, was zB lulzactive als Governor beeinhaltet. Alle beim RedPill Kernel vorhandenen Governors basieren auf Ondemand (naja, ausser Conservative halt) .

Und da ich schon beim Siyah gefragt habe: Ich hätt auch gern von diesem Kernel mal die post-init.sh aus dem Ordner /sbin, sofern vorhanden

Ob wohl einer der Nutzer so nett wär und die mal hier anhängt?

Danke schon mal

@Noir....vllt noch bissl warten da was neues kommt.Die Datei die du haben willst find ich dem Ordner nicht.

Changelog
RedPill_Rev1.3
Added Newest RedPill CWM Based Recovery by AF974 (Touch Enabled with Battery % and Charging in Recovery) (Huge props to AF974)
Experimental: USB Audio support for DAC devices
Change Back to SLQB for slightly better performance
Removed Net Scheduling/Traffic Shaping via Stochastic Fair Blue Scheduler as this may be causing network issues for some users
Added HFS and HFS+ Support
Added back V(R) but tweaked it to prevent aliased requests from starving other I/O as well (Thanks to franciscofranco for the idea)
Update SIO I/O scheduler to 2012 version by Miguel Boton
Tweaked CPU Freq hyper sampling rate
Added Patch ARM: improve compiler’s ability to optimize page tables by Russel King
Added Patch wakelocks: Allow independent debugging of wake_lock_destroy() (Thanks to Entropy512)
Experimental: Updated Wireless Driver from EL29 Source… (Thanks to gokhanmoral for these files that are “cherry-picked” from his repo) If users report a lot of the dreaded wlan wakelocks, I can easily revert to the stock update3 sources… This is an attempt to solve WiFi problems some are having.


Noch kein Downloadlink!!!!

Jetzt hat mich fresh auch dran bekommen. Pheno runter und redpill drauf hab auch mal die gleichen Einstellungen wie du gewählt. Mal schauen wie er sich so macht

Gesendet von meinem GT-I9100 mit Tapatalk

Wäre nett wenn du die Tage mal berichten könntest wie der Redpill mit meinen Einstellungen bei dir läuft.
Bei mir bis jetzt, ehrlich, so gut das ich es kaum glauben kann

Gesendet von meinem GT-I9100 mit Tapatalk

Klar kein Proplem werd ich machen!
Was ist eigentlich
Experimental: USB Audio support for DAC devices
bein 1.3?

Gute Frage....

Hmm scheint ne art mini soundkarte zu sein.
http://www.elektor.de/jahrgang/2000/...ac.60526.lynkx

Gesendet von meinem GT-I9100 mit Tapatalk

Zitat von zimbo122

Jetzt hat mich fresh auch dran bekommen. Pheno runter und redpill drauf hab auch mal die gleichen Einstellungen wie du gewählt. Mal schauen wie er sich so macht

Gesendet von meinem GT-I9100 mit Tapatalk

welche einschtelungen habt ihr drauf?

Wenns zu Problemen kommt dann die Cpu Spannung um jeweils +25mV erhöhen.

Gesendet von meinem GT-I9100 mit Tapatalk

Gesendet von meinem GT-I9100 mit Tapatalk

Hmm, beeindruckend.
Auf welcher Einstellung hast du denn das Display stehen? Automatik oder auf niedrigster Helligkeitsstufe? Ich habe gestern Abend versucht den Kernel auf meine KK5 Vertrema V47R zu installieren. Leider ist es dann ab dem Samsunglogo mit dem gelben Warndreieck nicht mehr weitergegangen, sodass ich ne alte Firmware aufspielen musste und dann über CWM mein Backup wieder initialisiert habe. Werde es aber heute wohl nochmal probieren. Seltsamerweise habe ich im Downloadmodus keinen Counter etc. gesehen als ich mit Odin geflasht habe. Hmm... merkwürdig.
Na ja, hoffe das es nun klappt.

Liebe Grüße,
DerMaddin

Also ich musste meine Werte jetzt 25mv hochstellen da mein Handy sich beim Serven mit tapatalk 2 mal aufgehängt hat. Das konnte allerdings auch am lp 6 Modem liegen denke ich weil ich hatte nicht sehr viel Empfang. Werde jetzt mal weiter testen und schauen wie er sich verhällt. Bisher kann ich nur sagen das ich heute ca 50 min Display an und hab noch 84% Akku und das was fresh schon erwähnt hat das dieser Kernel Sau schnell läuft muss man wirklich sagen.

@Maddin
Lass vorher ma das kernel cleaning Script drüber laufen und dann den Kernel hinterher. Es kann dann aber bis zu 10 min dauern bis er gebootet hat.

Zitat von FreshCash

Gesendet von meinem GT-I9100 mit Tapatalk

Hallo FreshCash,

das sieht sehr beeindruckent aus. Ich habe den Kernel auch mal geflasht und Deine Einstellungen übernommen. Danke nochmal.

Ist es empfehlenswert die Mhz auf maximal 800 zustellen. Das der Kernel nur zwischen 100 und 800 taktet. Oder könnte was passieren, weil er so wenig Spannung dann hat.

Gruß

Geht schon kla....passieren wird da nix.Ob er dann noch genug performance bringt weiß ich nicht.
Und lasst euch nicht von meinen Screenshots so irritieren.
Reine Displaylaufzeit mit daten an und bissl tapatalk.
Bei normaler Nutzung reduziert sich das sicherlich auf ca. 5std denk ich ma.

Gesendet von meinem GT-I9100 mit Tapatalk

Bei mir funktioniert der wlan nicht mehr mit dem kernal

Probier mal das Kernel Cleaning Script und dann den Kernel nochmal flashen.

Gesendet von meinem GT-I9100 mit Tapatalk

Habt ihr auch 5 Scripte in deinem init.d Ordner? Oder is da was zuviel bei mir?

Gesendet von meinem GT-I9100 mit Tapatalk