Alter, NEIN
Gesendet von meinem Nexus 5 mit Tapatalk
---------- Hinzugefügt um 14:54 ---------- Vorheriger Beitrag war um 14:53 ----------
Mystery Rom basiert auf AOSP
Gesendet von meinem Nexus 5 mit Tapatalk
Druckbare Version
Alter, NEIN
Gesendet von meinem Nexus 5 mit Tapatalk
---------- Hinzugefügt um 14:54 ---------- Vorheriger Beitrag war um 14:53 ----------
Mystery Rom basiert auf AOSP
Gesendet von meinem Nexus 5 mit Tapatalk
Der Thread wird an @Dr_Death übergeben.
Viel Spaß und Erfolg bei deinem ersten Thread. :)
Falls Du Fragen haben solltest kannst du mich natürlich kontaktieren.
Mach mir keine Schande und halt den Thread ordentlich. ;) Ich bin überall. ;) Big Brother is watching you! :P
Auf ein gutes Gelingen!
Gruß
Spevil
Werde mich am Freitag mal drum kümmern, komm gerade zu nix, Personalmangel³
Gesendet von meinem Nexus 5 mit Tapatalk
Tu dir die Ruhe an. Guck dir das erstmal in Ruhe an. Ist ja dein erster Thread und ich denke keiner wird mit dir meckern wenn mal etwas nicht passt.
Wie gesagt, brauchst du Hilfe kannst du jeder Zeit Kontakt aufnehmen!!
Gesendet von meinem Nexus 5 mit Tapatalk
Der MOD ist auch überall :mrgreen:
Gesendet von meinem Nexus 5 mit Tapatalk
Ich habe diesen Thread von Spevil übernommen und will versuchen, euch auf dem laufenden zu halten, was diesen Kernel angeht. Technische Fragen kann ich euch leider nicht beantworten, dazu fehlen mir einfach die Kenntnisse zur Materie (bin erst seid Januar mit Android unterwegs und muss da noch einiges lernen und auch meine sonstigen Linuxkenntnisse sind schon etwas veraltet).
Im moment gibt es eine stabile Version vom ASOP-Kernel und im Testordner die Version für Cyanogen-Roms und Android-L-Roms.
Also viel Spaß beim testn, aber nicht vergessen, ein Backup vom System vorher machen und die Hinweise im Startpost und/oder im original Forum lesen!!!
aktueller Changelog
Code_Blue r414
- blu_plug: use input boost, __ref to lighten the driver, rework input touch boost, minor fixes
- ARM: fix user unalignment prefetch abort, add seccomp syscall
- ARM: gic: Bring inline with upstream, use a private mapping for CPU target interfaces
- ARM: bitops: prefetch the destination word for write prior to strex
- arm: hammerhead: gpiomux: Pull down the UART suspend gpio
- ARM: dts: msm: i2c: change clock rate to 19.2 MHz
- qup_i2c: Initialize I2C resource before registering, Fix for unhandled IRQ, export qup_i2c_init_driver, Improve implementation of PM callbacks, Handle scenario if runtime PM is disable, Verify that mem resource exists prior to redirection
- cpuidle: check for need_resched() after the idle entry trace event
- Revert "msm: mdss: Turn off backlight while power off", "makefile: build with -Ofast", Revert "GPU: optimize build with -Ofast", "ARM: dts: hammerhead: Change i2c clock rate to 19.2 MHz"
- Sync RAMdisk with tunables change (input boost levels, lower thermal levels, set thermal tunables that are used on kernel)
- Use Piereligio_v7 gamma profile
Der Changelog bezieht sich auf beide Versionen, die ASOP und die CM-Version; trotzdem bleibt der CM-Kernel vorerst im Test-Ordner, läuft bei mir aber stabil.
Habe allerdings nichts verändert, also kein Kernel-Tools im Einsatz, weil ich ehrlich gesagt keine Ahnung habe, was da eine Änderung bewirkt und ich mit dem Standarteinstellungen sehr gut zurecht komme, was Leistung und Akku angeht. Wer sich da besser aus kennt, kann natürlich ein Glück versuchen.
- Compatible with Kernel Tweaker, TricksterMOD, Franco Display Control and Faux Sound Control
- You can tweak most tunables of kernel with Universal Kernel Manager by @apb_axel + Synapse
Gratuliere Dir und ich freue mich gleichzeitig, dass Du diesen Thread betreust :gut:
Es ist sehr hilfreich, wenn die User hier eine Anlaufstelle finden, in der sich jemand kümmert ;-)
Spevil ist ja nicht weit und auch ich helfe gerne, wenn Du was brauchst.
Beste Grüße
moskito
Gesendet von meinem Nexus 5 mit Tapatalk
Eine neue Version ist online, gleich mal testen. :cool:
Hey guys!
Just pushed r422, some new stuff for your hammerheads to test :cool:
I added new touch firmware, some cpu_idle fixes from nVIDIA (can improve bat or not we'll see) and blu_plug fixes and improvements.
Now, blu_plug doesn't lock cores on screenoff: it will hotplug cores normally so people that need a little more power can have it.
The ones that don't need it (if load is low), it will stay in one core like previously. But you can set any amount of max_cores in screenoff, can set 1 like on previous builds or set higher if you need to. RIght now it's max 4 cores in screenon, max 2 cores in screenoff.
I also fixed max freq was not setting properly when using powersaver_mode.
Get involved, test, play, donate, help, contribute.
You keep the spirit alive!
@ eng.stkZitat:
Keep it real, keep it true, keep it #Code_Blue
Gesendet von meinem Nexus 5 mit Tapatalk
bin gespannt, Danke Dir für Deine Tests. Ist immer gut, wenn es einen Kernel gibt, von dem man weiß, was er macht ;-)
Der eine will Power, der andere Akkulaufzeit und stabil soll er eh für alle sein ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
Code_Blue r438
- Compressed with LZ4-r123
- HID: input: generic hidinput_input_event handler
- introduce for_each_thread() to replace the buggy while_each_thread()
- arm:lib: Correct Neon Flags
- vfs: fix bad hashing of dentries
- msm: msm_bus: Suspected fix for deadlock
- kthread_work: wake up worker only when the worker is idle
- ARM: make kernel oops easier to read
- Revert CPU_idle patches, nVIDIA memory optimizations and some I2C patches
Gesendet von meinem Nexus 5 mit Tapatalk
Passe den Startpost nachher gleich an.
Gesendet von meinem Nexus 5 mit Tapatalk
---------- Hinzugefügt um 18:54 ---------- Vorheriger Beitrag war um 18:53 ----------
War heute noch gar nicht am Rechner. Mal sehen,obs auch für CM ein update gibt. Danke für die Info.
Gesendet von meinem Nexus 5 mit Tapatalk
Gibt's ;) http://www.engstk.org/code_blue/downloads/test/
Gesendet von meinem Nexus 5 mit Tapatalk
Na, da tut sich was ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
Bin auch sehr zufrieden mit dem CMKernel.
Gesendet von meinem Nexus 5 mit Tapatalk
[KERNEL] [L-preview LPX13D] [Code_Blue r1185-L] [Linaro 2014.09 Cortex-A15 GCC 4.9.2]
Falls jemand schon Android L-preview LPX13D nutzt, kann natürlich auch den akteullen Kernel testen (im Test-Ordner; Release 21-10-2014).
Ich habe den noch nicht probiert, da ich weiterhin CyanogenMod 4.4.4 in der aktuellen Nightly nutze. Ich bin mit dem Kernel sehr zufrieden, alles weich wie Butter und der Akku ist für mich auch i.o. (Wichtig! Das ist alles subjektiv, denn nur 2 identische Systeme, bei identischer Nutzung können wirklich verglichen werden). Da ich recht häufig ein neues Nightly von CM flashe, kann ich auch nicht wirklich was dau sagen, wie sich der Kernel nach einigen Ladezyklen entwickelt, denn vorher habe ich ihn meist neu geflasht.
Quelle: XDA
Pünktlich zum Wochenende gibt´s eine neue Version des Kernels in allen 3 Versionen (CM/AOSP/Android-L).
Changelog:
- Milestone 7 release
- power: Avoids bogus error messages for the suspend aborts.
- blu_active: Check actual freq before setting new freq
- ARM: Fix undefined instruction exception handling
- ARM: 8165/1: alignment: don't break misaligned NEON load/store
- arch: Introduce smp_load_acquire(), smp_store_release()
- Disable -fconserve-stack on ARM v2
Viel Spaß beim Testen!
Quelle: XDA
Update :verweis: siehe Startposting
das letzte Release für CM, also die 450er, scheint mit der letzten Nightl nicht mehr zu laufen. Auf jeden Fall bitte ich um Vorsicht, denn bei mir starte mein Nexus nicht mehr korrekt. Nach einem Reboot, habe ich CM neu geflasht und es lief. Daher habe ich für mein CM nun erst mal den Chaos-Kernel drauf, denn ich brauche Multi-RomUnterstützung. Mit meinem Android -L läuft leider der code_blue auch nicht (liegt aber am Rom, das unterstützt nur bestimmte Kernel) , so daß ich im Moment wenig dazu sagen kann.
vg dr-death
Ja, da laufen noch nicht alle bekannte Kernel mit Android L ;-)
Hi. Um Moment alles etwas im Umbruch. Für mein CM 11 habe ich jetzt den Racer im Einsatz, Chaos hat sich bei mir nicht bewährt. Und für mein Android L (2nd Rom im Multirom) nutze ich Helle Kernel. So läuft alles in doch guten Bahnen.
Gesendet von meinem Nexus 5 mit Tapatalk
Code_Blue r615
- blu_plug: remove powersaver_mode (Lollipop has a builtin similar feature), improve screenoff routines and timer
- qup_i2c: Initialize I2C resource before registering, Fix for unhandled IRQ, Improve implementation of PM callbacks, Handle scenario if runtime PM is disable
- msm: kgsl: Fix Z180 memory leak
- futex: Prevent attaching to kernel threads
- cgroup: fix exit() vs rmdir() race
- slub: fix a memory leak in get_partial_node()
- Bluetooth: fix possible info leak in bt_sock_recvmsg(), Fix invalid length check in l2cap_information_rsp(), Remove unused hci_le_ltk_reply(), Fix missing length checks for L2CAP signalling PDUs, Fix crash in l2cap_build_cmd() with small MTU, Cancel power_on and power_off work, Prevent Bluetooth L2CAP Remote Heap Memory Corruption
- tmpfs: fix mempolicy object leaks
- selinux: fix inode security list corruption, possible NULL deref in context_struct_to_string, use ARRAY_SIZE, Reduce overhead of mls_level_isvalid() function call, Report permissive mode in avc: denied messages.
- ARM: Fix undefined instruction exception handling
Hast Du den Kernel drauf?
Ne, habe den Hells L Kernel drauf
---------- Hinzugefügt um 21:21 ---------- Vorheriger Beitrag war um 21:19 ----------
Und im CM den Racer, weil der letzte CM-Code Blue Kernel bei mir nicht mehr ordentlich lief.
Code_Blue r620
- Merged Lollipop 5.0 (LRX21O)
- defconfig: Disable /dev/diag
- Revert "Revert "Revert "hammerhead: Enable /dev/diag"""
- workqueue: trivial fix for return statement in work_busy(), exit rescuer_thread() as TASK_RUNNING, add missing smp_wmb() in process_one_work(), reimplement work_on_cpu() using system_wq
- jiffies: Fix timeval conversion to jiffies
- cgroup: refactor allow_attach function into common code
- tracing/syscalls: Ignore numbers outside NR_syscalls' range, Fix perf syscall tracing when syscall_nr == -1
- msm: mpm-of: set wakeup interrupt as NO_SUSPEND
- qcom: mpm-of: fix bug in finding the pending interrupts
- msm_bam_rmnet: Fix potential memory corruption
- sched/cpuidle: reduce IPI store. Backport upstream 3.16 scheduler updates
- tick: Dynamically set broadcast irq affinity
- sched: Fix clear NOHZ_BALANCE_KICK, Micro-optimize the smart wake-affine logic, Implement smarter wake-affine logic, Fix select_idle_sibling() bouncing cow syndrome, add wait_for_completion_io[_timeout]
- block: Reserve only one queue tag for sync IO if only 3 tags are available, account iowait time when waiting for completion of IO request
- writeback: Fix occasional slow sync(1), fix race that cause writeback hung, fix writeback cache thrashing
- sync: don't block the flusher thread waiting on IO
- lowmemorykiller.c: convert to use for_each_thread
- introduce for_each_thread() to replace the buggy while_each_thread(), (fix)
Wow, schon mit der neuen Base ;-)
Wahnsinn, wie schnell es hier geht.
Ja 😀 habe aber im Moment wieder Helms Kernel, der war schneller
Jetzt auch kompatibel mit der neuen Base und CM 12 :D
Code_Blue r646
-> Compatible with Lollipop stock LRX21O, AOSP 5.0.0_r7 LRX21V & CM12
-> blu_active: merge upstream CM and CAF updates
-> cpufreq: Move get_cpu_idle_time() to cpufreq.c
-> cpufreq_stats: do not remove sysfs files if frequency table is not present
-> sched: Reduce overestimating rq->avg_idle
-> sched/fair: Optimize cgroup pick_next_task_fair(), Optimize find_busiest_queue()
-> ARM: mutex: use generic atomic_dec-based implementation for ARMv6+
-> ARM: 7467/1: mutex: use generic xchg-based implementation for ARMv6+
-> mutex: back out architecture specific check for negative mutex count, Queue mutex spinners with MCS lock to reduce cacheline contention, Make more scalable by doing less atomic operations
-> Simple GPU governor: adapt GPU Simple Governor for Snapdrgaon 800 SOCs, fix a merge derp
-> msm: vidc: Initialize kernel space stack variables
-> msm: camera_v2: Create jpeg debugfs
-> msm: camera2: cpp: Reduce debug prints in cpp driver
-> block: row: Fix crash when adding a new field in bio struct, do not notify urgent request, when flush with data in flight
-> WLAN subsystem: Sysctl support for key TCP/IP parameters
-> msm: Create shadow files under /sys/kernel/ipv4
-> fs/super.c: sync ro remount after blocking writers
-> mmc: block: stop bkops during shutdown, Fix error path of mmc_blk_alloc_req(), flush request requeue after timeout
-> mmc: core: do not reinsert prepeared FUA and FLUSH requests in stop flow, increase timeout for disable cache operation, skip stop flow when current request already done, Refactor bus speed selection code
-> mmc: sdhci: Use max timeout and skip timeout calculation
-> mmc: card: update long_sequential_write_test queue depth
-> sdhci: sdhci_stop_request() returns error when no request
-> Revert "block: Add URGENT request notification support to CFQ scheduler"
-> defconfig: Make noop default I/O scheduler
-> rtc: alarm: have dummy set_power_on_alarm function, init power_on_alarm_lock mutex in alarmtimer_rtc_timer_init, Proper handling of spinlock, fix a bug that prevented the device to reboot into the botloader/recovery
-> RAMdisk updates, merge latest CM12 updates
Kannst Du was zum Kernel hinsichtlich der Akkulaufzeit sagen? MERCI ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
Hallo. Kann ich leider nicht, da ich die meiste Zeit Hells Core drauf habe. Versuche hier nur die neuen infos bereit zu stellen. Kenne aber 2 Leute, die den zusammen mit Slim oder Velocity nutzen und sehr zufrieden sind.
okay, Danke ;-)
Hells ist auch meine erste Wahl, ausgewogen und der Akku wird auch geschont, perfekt ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
das geht ja fix, schon wieder ein neues Update. Viel Spaß beim Testen!
Code_Blue r718
- Milestone 8 release
- blu_active: Revert "Check actual freq before set new freq" and boost logic
- thermal: raise thermal frequency throttle limits
- backlight: Add backlight dimmer option (disabled by default), More gradual levels for backlight dimmer mod, more gradual transitions, fix a bug where the screen would be completely dark or near darkness with backlight_dim, clean the code, add minimum backlight brightness module param, scale max current when the brightness level is below 15 instead of using always 0
- i2c: Drop missing things to 19.2 MHz
- ARM: Use -mcpu=cortex-a15 when targeting MSM Krait CPUs, add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- ARM: 7685/1: delay: use private ticks_per_jiffy field for timer-based delay ops
- ARM: 7449/1: use generic strnlen_user and strncpy_from_user functions
- kthread: Fix the race condition when kthread is parked
- kthread_work: wake up worker only when the worker is idle
- timer: Generalize timer->base flags handling
- tick: Upstream fixes
- ARM: 7653/2: do not scale loops_per_jiffy when using a constant delay clock
- rcu: Yield simpler, Use smp_hotplug_thread facility for RCUs per-CPU kthread, Add a module parameter to force use of expedited RCU primitives, Add RCU_FAST_NO_HZ tracing for idle exit
- softirq: Use hotplug thread infrastructure
- Revert "sched_avg: add run queue averaging"
- net/ping: handle protocol mismatching scenario
Das geht echt total "fix"
Nach jedem Update denk ich mir, da müsste doch mal "etwas" Ruhe einkehren aber das Gegenteil ist der Fall.
Uns kann's freuen, so flotte Jungs zu haben :gut:
[KERNEL] [Code_Blue r777] [Lollipop 5.0.2 & CM12 / KK 4.4.4 & CM11 CAF]
Code_Blue r777
-> Merry Christmas edition release
-> Compressed with lz4-r125
-> makefile: refresh default toolchain linaro 2014.12 gcc 4.9.3
-> blu_active: Merged some CM improvements, Remove infinite boost and interactive boost framework, Add independent input boost freq and controls, Add Thread sync freq feature
-> blu_active: Revert "Honor boosted state in several timer calculations", "Consider changed min limit a frequency boost", "Honor changed minimum frequency"
-> msm: mdss: improvements in gamma interface (Protect access to panel command struct by mutex, Remove the broken debug FS)
-> net: ipv4: prevent leakage of uninitialized memory to user in recv syscalls
-> sched: Fix inaccurate accounting for real-time task
-> netfilter: IDLETIMER: fix invalid deference of timer
-> soc: qcom: rq_stats: Pass correct cpu id to update_average_load function
Quelle: XDA
eng.stk: I will not support caf, had enough of that in the past.
And if cm goes caf in official nightlies, I will drop cm support also.
Code_Blue r793
- blu_active: Record hispeed_validated_time in timer function
- cpufreq: Return directly in __cpufreq_get if policy is NULL
- Revamp spinlock ASM code
- regulator: core: Release regulator-regulator supplies on error
- msm: rq_stats: Remove useless iowait function
- of: Fix missing memory initialization on FDT unflattening, fix memory initialization for expanded DT
- module_param: stop double-calling parameters.
- Fix blocking allocations called very early during bootup
- af_key: initialize satype in key_notify_policy_flush(), more info leaks in pfkey messages, fix info leaks in notify messages
- net: Fix references to out-of-scope variables in put_cmsg_compat(), socket: error on a negative msg_namelen, clamp ->msg_namelen instead of returning an error, add BUG_ON if kernel advertises msg_namelen > sizeof(struct sockaddr_storage), heap overflow in __audit_sockaddr(), Block MSG_CMSG_COMPAT in send(m)msg and, fix info leak in compat dev_ifconf()recv(m)msg
- Fix order of arguments to compat_put_time[spec|val]
- pktgen: clean up ktime_t helpers
- iopoll: Use ktime_get() instead of jiffies for timeout calculations - fix, change uS to us in comments, Use ktime_get() instead of jiffies for timeout calculations
- x86, x32: Correct invalid use of user timespec in the kernel
- Add power.hammerhead. so to installer (should fix battery saver on unsupported ROMs)
- RAMdisk fixes and CM12 sync
Quelle: Code Blue Changelog
Danke für's aktualisieren ;)
Schön, wenn der Thread hier aktuell bleibt. Ist ja auch ein Top Kernel :gut:
komm leider im Moment nicht so recht dazu, den Thread immer aktuell zu halten, v.a. da ich den Kernel nicht mehr nutze; versuche aber mein Bestes.
Code_Blue r841
-> blu_active: improve freq calc with new CPUFREQ_RELATION
-> cpufreq: Introduce new relation for freq selection, Initial CPU utilization should be 0
-> ARM: 7479/1: mm: avoid NULL dereference when flushing gate_vma with VIVT caches
-> ARM: 8051/1: put_user: fix possible data corruption in put_user
-> ARM: 7836/1: add __get_user_unaligned/__put_user_unaligned
-> ARM: warnings in arch/arm/include/asm/uaccess.h
-> ARM: 7528/1: uaccess: annotate [__]{get,put}_user functions with might_fault()
-> qseecom: Sync with CM12 (lot's of commits, check github)
-> kernel/timeconst.h: Fix this warning by removing a unneeded use of defined
-> fbcmap: prevent memory overflow
-> cpufreq: conservative: Set some usable defaults, Improve support for micro idle accounting
-> introduce kref_put_mutex()
-> msm: ADSPRPC: Fix offset for input and output buffers, Always map buffers into IOMMU if one is present, Save and restore contexts when interrupted, Add mappings to IOMMU for remote heap, Remove scatterlist validation, Close SMD channel after RPC session ends
-> defconfig: disable selinux avc stats
-> dtc: add integer overflow checks in fdt header
-> scripts: only set CROSS_COMPILE when unset to begin with
-> tracing: Have tracing_off() actually turn tracing off
-> mm: fix prctl_set_vma_anon_name
-> mmc: msm_sdccc: Remove unncessary debug
-> msm: ultrasound: ignore kmemleak false detection
-> soc: qcom: bam_dmux: Reset SSR flags in bam_init
-> RAMdisk CM12 updates
Quelle: code_blue
Perfekt, besten Dank für Dein Engagement ;-)
Kommt morgen wieder was ,ist schon wieder ein update draußen. Bin nur gerade nicht zu Hause
super, nur her damit :gut:
Gesendet von meinem Nexus 5 mit Tapatalk
Freut mich das ich euch das Update präsentieren kann und viel mehr freut mich das es der Code_Blue Kernel nun auch zum Nexus 6 geschafft hat!!!!
https://plus.google.com/115240575995...ts/Dpb3Y9pUEgXZitat:
All right crew!
Back to the heavyweight jam...
Just push Code_Blue r852 for hammerhead N5 and my new project for shamu N6 Code_Blue r28
Check out website.
Keep it real, keep it true, keep it#Code_Blue
Gesendet von meinem Nexus 6