[KERNEL][3.4.0] für KitKat 4.4 [13|04|2014]

  • 42 Antworten
  • Letztes Antwortdatum
No|Name

No|Name

Erfahrenes Mitglied
156
Flashen von Custom-Kernels erfolgt auf eigenes Risiko, ich hafte nicht für Schäden.



In diesem Thread findet Ihr meinen angepassten Kernel 3.4.x für KitKat ROM [ CM 11 ].
Feedback / Anregungen sind erwünscht und sicherlich wertvoll für weiter builds.



General setup:

  • SWAP
  • ZRAM


Verfügbare CPU Governors:

  • Conservative
  • Userspace
  • Powersave
  • OnDemand (default)
  • Performance
  • Adaptive
  • Asswax
  • Badass
  • Brazilianwax
  • Dancedance
  • Hyper
  • Intellidemand
  • InteractivX
  • Lionheart
  • Lulzactive
  • OndemandX
  • SmartassV2
  • SmartassH3
  • Smartmax
  • Wheatley


Verfügbare I/O Schedulers:

  • Noop
  • Deadline
  • Row (default)
  • Cfq
  • Fiops
  • Sio
  • SioPlus
  • Vr
  • Zen


Installation:

  • ZIP auf SD-Karte kopieren
  • In CWM Recovery booten
  • Flashen Sie die Zip-Datei
  • Wipe Cache und Dalvik Cache
  • Starten Sie das Gerät neu

  • Download the zip file to sdcard or external sdcard
  • Reboot to recovery mode
  • Flash the kernel zip file
  • Wipe cache and dalvik cache
  • Reboot the system


Downloadlink:
OC_Kernel_Y201PRO_KitKat_3.4



Changelog:


03|05|2014

  • some updates and fixes

13|04|2014

  • Add sioplus
  • some updates and fixes

30|03|2014

  • Built with gcc 4.7
  • revert to 395 MB RAM
  • some updates and fixes

20|03|2014

  • Add more Governors and I/O Schedulers
  • 10 MB more free RAM

13|03|2014
  • CPU overclockable up to 1228 MHz
  • first release


 
Zuletzt bearbeitet:
  • Danke
Reaktionen: pjozsef54, Marcus1405, rsalvaterra und 5 andere
Könntest du bitte den SmartassV2 Gov. hinzufügen? Hat der Kernel ZRAM Support? SWAP?

Außerdem wäre der savagezen gov. Nett.
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: LX+R
der Kernel unterstütz natürlich ZRAM und SWAP. Die Governors werden beim nächsten build eingefügt.
 
thank you bro

Der ursprüngliche Beitrag von 12:24 Uhr wurde um 12:26 Uhr ergänzt:

i need youe help in ported rom would you please??
 
update
 
  • Danke
Reaktionen: ute doohrs
Ist mit einem Komplett-cm11-Update incl. dieses Kernels von Dir zu rechnen ?
Dann würde ich darauf warten... ;-) Sehr neugierig auf den neuen Kernel.....

Vielen Dank !
 
Great work (Y).
Allerdings wäre es hilfreich, wenn Sie eine Menge könnte einige Details über die neuen Gouverneure hinzufügen. Wird gebeten. :)
 
Der Kernel lässt sich problemlos via CWM flashen, dafür braucht man kein Komplett Update ;)
 
No|Name schrieb:
Thanks a lot, No|Name! I am now running this kernel with the following modifications (attached).
  • We only have one CPU, configuring anything other than cpu0 is useless.
  • The wiper directories are not needed.
  • I set zramsize to 25 % of the available RAM.
  • I also set ksm to scan 512 pages every three seconds, so it doesn't wake up the CPU so often (and does more work each scan).
Also, I can't find a reason to select other than ondemand and row for CPU and I/O scheduling, respectively. ;)

And now for something (not so) completely different. According to /proc/partitions...
Code:
root@u8666E:/proc # cat partitions                                             
major minor  #blocks  name

   7        0      45770 loop0
   7        2       2111 loop2
   7        3       8348 loop3
 253        0     105472 zram0
 179        0    3817472 mmcblk0
 179        1         20 mmcblk0p1
 179        2        300 mmcblk0p2
 179        3     133120 mmcblk0p3
 179        4          1 mmcblk0p4
 179        5      12288 mmcblk0p5
 179        6     196608 mmcblk0p6
 179        7       4096 mmcblk0p7
 179        8       3072 mmcblk0p8
 179        9       4096 mmcblk0p9
 179       10       3072 mmcblk0p10
 179       11       3072 mmcblk0p11
 179       12     393216 mmcblk0p12
 179       13     786432 mmcblk0p13
 179       14       4096 mmcblk0p14
 179       15       8192 mmcblk0p15
 179       16      20480 mmcblk0p16
 179       17       4096 mmcblk0p17
 179       18      81920 mmcblk0p18
 179       19    2154496 mmcblk0p19
 179       32    7822336 mmcblk1
 179       33    7821312 mmcblk1p1
 254        0      45769 dm-0
 254        2       2110 dm-2
 254        3       8347 dm-3
root@u8666E:/proc #
...Have you (or anyone else) considered creating an LVM volume spanning all the available internal storage partitions (mmcblk0p6, mmcblk0p12, mmcblk0p13 and mmcblk0p18, at least, but maybe even including the "internal" emulated SD card at mmcblk0p19 and using only an external one)? I've seen this done at least on the official builds of CyanogenMod for the Samsung Galaxy S. This would give us almost the full 4 GiB of storage to partition as we saw fit. :)

[Possibly horrible Google translation follows...]

Vielen Dank, No|Name! Ich bin jetzt der Ausführung dieses Kernel mit den folgenden Modifikationen (beigefügt).
  • Wir haben nur eine CPU, Konfiguration alles andere als cpu0 ist nutzlos.
  • Die Wischer Verzeichnisse werden nicht benötigt.
  • Ich zramsize zu 25 % des verfügbaren RAM.
  • Ich habe auch ksm eingestellt auf 512 Seiten alle drei Sekunden zu scannen, so dass es nicht aufwachen die CPU so oft (und macht mehr Arbeit jeden Scan).
Außerdem kann ich einen Grund, andere als ondemand wählen und Zeile für die CPU nicht finden und I/O-Scheduling sind. ;)

Und nun zu etwas (nicht so) ganz anders. Laut /proc/partitions...
Code:
root@u8666E:/proc # cat partitions                                             
major minor  #blocks  name

   7        0      45770 loop0
   7        2       2111 loop2
   7        3       8348 loop3
 253        0     105472 zram0
 179        0    3817472 mmcblk0
 179        1         20 mmcblk0p1
 179        2        300 mmcblk0p2
 179        3     133120 mmcblk0p3
 179        4          1 mmcblk0p4
 179        5      12288 mmcblk0p5
 179        6     196608 mmcblk0p6
 179        7       4096 mmcblk0p7
 179        8       3072 mmcblk0p8
 179        9       4096 mmcblk0p9
 179       10       3072 mmcblk0p10
 179       11       3072 mmcblk0p11
 179       12     393216 mmcblk0p12
 179       13     786432 mmcblk0p13
 179       14       4096 mmcblk0p14
 179       15       8192 mmcblk0p15
 179       16      20480 mmcblk0p16
 179       17       4096 mmcblk0p17
 179       18      81920 mmcblk0p18
 179       19    2154496 mmcblk0p19
 179       32    7822336 mmcblk1
 179       33    7821312 mmcblk1p1
 254        0      45769 dm-0
 254        2       2110 dm-2
 254        3       8347 dm-3
root@u8666E:/proc #
...Haben Sie (oder jemand anderes) als die Schaffung eines LVM-Volume-Spanning alle verfügbaren internen Speicher Partitionen (mmcblk0p6, mmcblk0p12, mmcblk0p13 und mmcblk0p18, zumindest, aber vielleicht auch mit der "internen" emulierten SD-Karte und mit nur mmcblk0p19 einen externen)? Ich habe gesehen, dies getan zumindest auf der offiziellen Builds von CyanogenMod für das Samsung Galaxy S. Das würde uns fast die vollen 4 GiB Speicher zu partitionieren, wie wir es für richtig hielten. :)
 

Anhänge

  • scripts.zip
    9,6 KB · Aufrufe: 256
No|Name schrieb:
Something tells me those extra 13 MiB of RAM were taken from the video memory. This makes YouTube very unhappy, especially in high quality mode. Logcat below...
EDIT: As I suspected, reverting to the original CM11 kernel (with 395 MiB of available RAM and my modified scripts), fixes the problem. The memory carvings exist for a reason, unfortunately... :sad:

--

Etwas sagt mir, diese zusätzlichen 13 MiB RAM wurden aus dem Videospeicher übernommen. Das macht YouTube sehr unglücklich, vor allem in hoher Qualität. Logcat unten...
EDIT: Wie ich vermutet habe, Rückkehr zu den ursprünglichen CM11-Kernel (mit 395 MiB RAM verfügbar und meine modifizierte Skripte), behebt das Problem. Die Speicher Schnitzereien gibt es für einen Grund, leider... :sad:

Code:
E/MediaPlayer(13855): error (1, -12)
E/MediaPlayer(13855): Error (1,-12)
E/Sensors (  571): sensors_poll_context_t::pollEvents, line 202: receive event #### i=2, nb=0
W/YouTube (13855): apps.youtube.medialib.player.r.a:798 MediaPlayer error during prepare [what=1, extra=-12]
W/YouTube (13855): apps.youtube.medialib.player.v.a:905 Retrying MediaPlayer error [retry=1, max=3]
I/YouTube (13855): (unknown) Using Regular Player.
I/ExtendedUtils(  141): AV Sync late margin : Intended=40ms Using=0ms
I/AwesomePlayer(  141): setDataSource_l(URL suppressed)
W/MediaPlayer(13855): setScreenOnWhilePlaying(true) is ineffective without a SurfaceHolder
E/Sensors (  571): sensors_poll_context_t::pollEvents, line 202: receive event #### i=2, nb=0
I/OMXCodec(  141): [OMX.qcom.video.decoder.avc] AVC profile = 66 (Baseline), level = 30
I/ExtendedCodec(  141): Enable frame by frame mode
I/OMXCodec(  141): [OMX.qcom.video.decoder.avc] video dimensions are 640 x 360
E/omx_vdec(  141): m_enable_android_native_buffers 1
W/MemoryDealer(  141): madvise(0x43220000, 327680, MADV_REMOVE) returned Operation not supported on transport endpoint
W/MemoryDealer(  141): madvise(0x43220000, 327680, MADV_REMOVE) returned Operation not supported on transport endpoint
E/omx_vdec(  141): get_parameter: OMX_GoogleAndroidIndexGetAndroidNativeBufferUsage
E/omx_vdec(  141): Extension: OMX.google.android.index.useAndroidNativeBuffer2 is not supported
E/omx_vdec(  141): Inside use_android_native_buffer
E/omx_vdec(  141): mmaping pmem with fd = 150, size = 368640
E/omx_vdec(  141): using android_native_buffers
E/memalloc(  138): ION_IOC_ALLOC failed with error - Out of memory
E/gralloc (  138): gralloc failed err=Out of memory
W/GraphicBufferAllocator(  138): alloc(640, 360, 2141391873, 03002100, 0 ...) failed -12 (Out of memory)
E/        (  138): GraphicBufferAlloc::createGraphicBuffer(w=640, h=360) failed (Out of memory), handle=0x0
E/BufferQueue(13855): [unnamed-13855-1] dequeueBuffer: SurfaceComposer::createGraphicBuffer failed
E/OMXCodec(  141): dequeueBuffer failed: Out of memory (12)
I/OMXNodeInstance(  141): OMX_FreeBuffer for buffer header 0x420cb288 successful
E/OMXCodec(  141): [OMX.qcom.video.decoder.avc] Allocate Buffer failed - error = -12
W/OMXCodec(  141): Dropping OMX EVENT message - we're in ERROR state.
E/AwesomePlayer(  141): failed to start video source
I/OMXNodeInstance(  141): OMX_FreeBuffer for buffer header 0x41eaf200 successful
I/OMXNodeInstance(  141): OMX_FreeBuffer for buffer header 0x41eaf1b0 successful
W/omx_vdec(  141): ======================================================================
W/omx_vdec(  141):                    Open Max Statistics                                
W/omx_vdec(  141): ======================================================================
W/omx_vdec(  141): empty this buffer rate = NaN
W/omx_vdec(  141): empty this buffer total time = 0
W/omx_vdec(  141): empty this buffer count = 0
W/omx_vdec(  141): ======================================================================
 
Zuletzt bearbeitet:
Ich glaube das seit dem kernel meine Kamera nicht mehr funktioniert. Kann das jemand testen?
 
Silverblade schrieb:
Ich glaube das seit dem kernel meine Kamera nicht mehr funktioniert. Kann das jemand testen?
I just tested (with the original kernel). Taking photos work, video recording doesn't.

--

Ich habe gerade (mit dem Original-Kernel) getestet. Fotografieren arbeiten, Video-Aufnahme nicht.
 
Silverblade schrieb:
Ich glaube das seit dem kernel meine Kamera nicht mehr funktioniert. Kann das jemand testen?

Ja, war bei mir genauso. Ich habe dann mein zuvor erstelltes Backup geflasht (cm-11-20140309-UNOFFICIAL-u8666E von No|Name mit dem darin entahltenen Kernel). Jetzt funktioniert wieder alles super.
 
Zuletzt bearbeitet:
die Probleme sind bekannt und werden in der nächsten built beseitigt, nur streikt der CyanogenMod Server zur zeit :sad:
 
  • Danke
Reaktionen: ute doohrs und rsalvaterra
No|Name schrieb:
die Probleme sind bekannt und werden in der nächsten built beseitigt, nur streikt der CyanogenMod Server zur zeit :sad:


Danke für die schnelle Antwort, da ich noch keine "Bedanken button" habe, möchte ich mich hiermit bei No|Name für all seine Custom-Roms bedanken. Die CM 11 von No|Name läuft bei mir tadellos. Da nun der Kernel in nächster Zeit auch von einigen Bugs befreit wird, ist die Arbeit von No|Name noch höher einzuschätzen. Ich Persönlich kann nur empfehlen auf CM 11 zu flashen. Mein Handy war gefühlsmäßig noch nie so schnell und stabil. Mach bitte weiter so No|Name. Danke
 
Camera isn't working with this kernel. I checked. :)
 
Coole Arbeit besten Dank dafür .... werde aber noch warten bis die cam funzt , dann packe ich es auch drauf .

Besten Dank an no|Name !
 
Ich hoffe das update kommt bald
 
update
 
  • Danke
Reaktionen: Silverblade

Ähnliche Themen

No|Name
Antworten
435
Aufrufe
157.153
OrdphaMB
O
D
Antworten
17
Aufrufe
6.135
CaseF
CaseF
Silverblade
Antworten
28
Aufrufe
10.662
Silverblade
Silverblade
Zurück
Oben Unten