[KERNEL][3.4.70][JB] K^Kernel 3.4.70 v2.6 für JB 4.2.2 und JB 4.3 [25/11/2013]

[Lars124]

Hier mal ein kleines Fazit von mir zu dem Kernel:
Ich habe aktuell CM 10.1 R2 mit dem Kernel am laufen (exUV/390MB) und ich finde dass dieser Kernel von allen am besten läuft. Keine Laggs, Reboots oder Ähnliches. Alles läuft rund. Der Akkuverbrauch ist auch sehr gering, sogar wenn 3G aktiviert ist.

 

[p4-freak]

ja, das kann ich bestätigen, hab die gleiche configuration

 

[Abaddon]

Teste die Kombi jetzt auch mal. Bisher wunderbar.

Gesendet von meinem I9001 CM 10.1

 

[Lars124]

Version 1.5 ist erschienen.

- Kernel 3.4.51
- Sources synched with cm-10.1 repos of Arco68 and DevCon Team
- Built with my latest custom Linaro 4.7.4-2013.06 toolchain optimized for Cortex-A8
- Updates and fix to Interactive CPU governor (credits to Lianwei Wang, thanks to Arco68)
- dpram: Some minor changes from ics-3.0 (credits and thanks to Arco68)
- Revert Temporary workaround for flicker brightness after screen on
- Fixed flicker brightness when turning on the screen (credits and thanks to CastagnaIT)
- Fixes to display and graphic drivers
- Fixes to I/O block and ROW I/O scheduler
- Fixes to ipv6
- Other minor fixes
- CK3 tweaks (credits to Con Kolivas)
- Increased battery check interval from 5 seconds to 15 seconds

 

[Freeze94]

Damit soll aber nicht der Bug behoben werden, der den Einrichte-Assistenten nach einem Neustart wieder aufruft, oder?

 

[flasher78]

links aktualisiert

 

[Lars124]

1.6 ist da

- Kernel 3.4.52
- Sources synched with cm-10.1 repos of Arco68 and DevCon Team
- Built with my latest custom Linaro 4.7.4-2013.06 toolchain optimized for Cortex-A8
- Update camera code to use clk_prepare api (credits and thanks to Arco68)
- Fixes to graphic drivers (credits to Lynus Vaz and Lucille Sylvester)
- Implement suspend/resume for cpufreq driver (credits to Anji Jonnala)
- Check for pending_resume in SDCC system suspend (credits to Subhash Jadavani)
- Other minor fixes (from CAF sources)
- Timer slack controller (credits to Kirill A. Shutemov, thanks to Boype and Stuffynet)
- Dynamic management of the minimal timer slack value on suspend/resume

 

[flasher78]

stand doch schon da

 

[Lars124]

Jop dachte das wäre noch vom alten

 

[flasher78]

Update 1.7

15/07/2013 - K^Kernel 3.4 v1.7 for JB 4.2.2
- Kernel 3.4.53
- Sources synched with cm-10.1 repos of Arco68 and DevCon Team
- Built with my latest custom Linaro 4.7.4-2013.07 toolchain optimized for Cortex-A8
- Fix a race between hotplug and cpufreq (credits to Narayanan Gopalakrishnan, thanks to Arco68)
- Fixed lost of the touchscreen configuration after suspend (credits and thanks to CastagnaIT)
- LowMemoryKiller management of not killable processes (implemented by me, thanks to CastagnaIT for the original idea of this feature)

Startpost aktualisiert

 

[derred]

Hat schon jemand 1.7 mitCyanogenMod 10.1.2 Release 4.5 von david am laufen?
Any problems?

 

[magicw]

was willst du damit erreichen? Den Kernel gibts in 6 Varianten. Wäre Zufall wenn deine Wunschkonfig dabei wäre^^

Natürlich läuft das Ding. Ich habs zumindest auf SlimBean 7.2 in der 390MB EXuV-Version am Laufen

 

[Lars124]

1.8 ist da.

25/07/2013 - K^Kernel 3.4 v1.8 for JB 4.2.2
- Kernel 3.4.54
- Sources synched with cm-10.1 repos of Arco68 and DevCon Team
- Built with my latest custom Linaro 4.7.4-2013.07 toolchain optimized for Cortex-A8
- msm: msm_fb: remove mmio access through mmap (credits to Manoj Rao, thanks to Arco68)
- writeback: Fix occasional slow sync(1) (credits to Jan Kara)
- cfq-iosched: Fix null pointer dereference (credits to Sujit Reddy Thumma)
- block: urgent: Fix dispatching of URGENT mechanism (credits to Tatyana Brokhman)
- block: Remove "requeuing urgent req" error messages (credits to Tatyana Brokhman)
- block: row: change hrtimer_cancel to hrtimer_try_to_cancel (credits to Tatyana Brokhman)
- block: Add URGENT request notification support to CFQ scheduler (credits to Tatyana Brokhman)
- staging: android: timed_gpio: Fix unreg order (credits to Olav Haugan)
- msm: cpufreq: Only apply driver limits for scaling_min/max_freq writes (credits to Deepak Katragadda)

 

[flasher78]

Startpost aktualisiert

 

[Lars124]

1.9

05/08/2013 - k^kernel 3.4 v1.9 for jb 4.2.2
- kernel 3.4.56
- sources synched with cm-10.1 repos of arco68 and devcon team
- built with my latest custom linaro 4.7.4-2013.07 toolchain optimized for cortex-a8
- revert "arm: 7765/1: Perf: Record the user-mode pc in the call chain.", this should solve the battery charging failures (credits and thanks to arco68)
- block: Row: Remove warning massage from add_request (credits to tatyana brokhman)

 

[flasher78]

Startpost + Links aktualisiert

 

[Rhonin]

Hallo Leute,

Christopher hat uns einen neuen Kernel bescherrt. Guckt Ihr HIER. Im original Thread.

Was hat sich geändert:

21/08/2013 - K^Kernel 3.4 v2.0 for JB 4.2.2
- Kernel 3.4.58
- Quellcode mit Arco68 and DevCon Team Repos synchronisiert
- Compiliert mit der neusten für Cortex A8 optimierten Linaro 4.7.4-2013.08 toolchain
- Bluetooth: Fehlerbeseitigung l2cap layer stürzte beim Abschalten des Bluetooth ab (credits to Nitin Shivpure)
- Aktivierung des Sicherheitseinstellungen ContextMenüs der Rootfs Inode (credits to Stephen Smalley)
- Bessere Unterstüzung von VPN über IPsec
- CIFS Unterstützung während des Bootvorgangs

* Inode = ist ein Eintrag in einem Unix-Dateisystem, der Metadaten einer Datei enthält [Quelle: Wikipedia]

Ich werde gleich direkt testen und berichten

Cheers

Rhonin

 

[Bitman]

Hallo,

ich habe den 2.0 in der 390/XUV und 390/OCUV Version jetzt drauf gehabt. Einzige signifikante Änderung bei mir war ein deutlich schlechterer 3G Empfang. Ich habe wieder den 1.9 geflasht.

Gr.
Bitman

Edit: Teppfuhler beseitigt

 

[andy-pmbh]

Einzige signifikante Änderung bei mir war ein deutlich schlechterer 3G Empfang.

Kann ich nicht bestätigen, bei mir ist der 3G Empfang gleich geblieben.
Außerdem ist das Baseband für den Empfang zuständig und das ändert sich nicht.

 

[Bitman]

Kann ich nicht bestätigen, bei mir ist der 3G Empfang gleich geblieben.
Außerdem ist das Baseband für den Empfang zuständig und das ändert sich nicht.

Tja.... ist aber leider so. Und nachdem ich wieder den "alten" Kernel verwende ist auch wieder alles gut. Ich mag nicht ausschließen, daß der Kernel bestimmte Funktionen einzelner Systembestandteile steuert, daher will ich eine Ursächlichkeit für das von mir beobachtete Phänomen nicht so kategorisch ausschließen.

Gr. Bitman