[KERNEL][M] blu_sp★rk

[Bödi]

Solange es Lollipop Nightlies sind und nicht CAF geht das.

 

[qu4nd]

Ein neuer Build r35 ist verfügbar:

• lowmemorykiller: squash task adj rbtree optimization from Motorola
• input: Don't reset keys pressed at suspend time from Atlantis
• tcp_cubic: do not set epoch_start in the future, better follow cubic curve after idle period
• Improvements on RAMdisk and install routines

 

[qu4nd]

kurze Info falls jemand auf die neue Root-Methode von Chainfire gestossen ist: Chainfire Releases Systemless Root For Android 6.0
Der blu_spark ist damit kompatibel

Vorgehen wäre
1. flash clean system.img,
2. flash that "systemless" boot.img provided by Chainfire
3. flash blu_spark zip
4. flash zip SuperSU v2.56
Denkt dran: Das gilt für STOCK Android 6.0

 

[qu4nd]

blu_spark r40 ist verfügbar:

• audit: Mute userspace and kernel audit logs (goodbye nasty task exit spam)
• net: fix iterating over hashtable in tcp_nuke_addr()
• Input: optimize events_per_packet count calculation
• tcp_cubic: fix the range of delayed_ack
• tcp: fix timing issue in CUBIC slope calculation
• Reverted moto LMK merges

 

[qu4nd]

blu_spark r43 ist verfügbar

All right crew!
New build is up, wicked

Also: Root is now available in Marshmallow 6.0 in enforced mode thanks to chainfire without the need to flash pre-rooted boot.img images.
On a clean system (format /system and flash ROM and gapps or fastboot in case of stock), just flash blu_sparkzip and SuperSU 2.60 after EXPERIMENT: Root without modifying /system #2: Automation - Post #3

- build: total rebase to latest android-msm-hammerhead-3.4-marshmallow, use gcc-linaro-5.2-2015.11
- gcc5: Support GCC 5.0, use static inline in ARM ftrace.h, gpu fix 5.0 compile, fix warnings spam with gcc5, fix remaining warnings
- makefile: remove graphite, add some more flags and tweaks
- lz4: remove it from tree
- xz: Optimize Sfck Compression
- Total sync with OPX branch
- Too much goodies and cleanup, check git

 

[qu4nd]

blu_spark r45 ist verfügbar und enthält die Änderungen aus 6.0.1

build: merged latest Android 6.0.1 changes (android-msm-hammerhead-3.4-marshmallow-mr1)

 

[qu4nd]

Update auf blu_spark r47
mit einer anderen Toolchain:

This build debuts custom blu_naro-5.3 toolchain, build from linaro-gcc-5.3 cortex-a15.
Let's give word to the community: I will do a poll to check how people like this.
Don't know if I will continue do it, I'm just testing...

Added some nice goodies inside from OPX branch also, enjoy

Spoiler: Changelog

• build: use blu_naro-5.3 build from linaro-gcc-5.3 cortex-a15 targeted toolchain
• __ptrace_may_access() should not deny sub-threads
• selinux: just shut up
• msm: vidc: disable debug logs
• soc: qcom: smd: Fix SMD packet sync loss issue
• net: add length argument to skb_copy_and_csum_datagram_iovec
• memory hotplug: fix invalid memory access caused by stale kswapd pointer
• mm: consider all swapped back pages in used-once logic
• driver: soc: bam_dmux: Fix spinlock lock-up
• tty: fix memleak in alloc_pid
• genirq: Sanitize spurious interrupt detection of threaded irqs
• futex: Prevent attaching to kernel threads
• hrtimer: Set expiry time before switch_hrtimer_base(), Prevent remote enqueue of leftmost timers, Prevent all reprogramming if hang detected
• msm: kgsl: Fix Z180 memory leak
• Revert "cpufreq: make the "scaling_cur_freq" sysfs entry pollable"
• ARM: 7685/1: delay: use private ticks_per_jiffy field for timer-based delay ops
• RM: 7653/2: do not scale loops_per_jiffy when using a constant delay clock
• ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
• lib: cpu_rmap: avoid flushing all workqueues
• cpufreq: Protect against hotplug in cpufreq_register_driver()
• printk: remove unused code from kernel/printk.c
• ASoC: msm: qdsp6v2: Silence some noise

 

[bl1zz87]

Ich habe das Gefühl das die Version r45 weniger Akkuverbruch aufweist wie r47. Deshalb bin ich vorerst zurück auf r45

 

[qu4nd]

@bl1zz87
Dann probier doch mal den: blu_spark r51

• makefile: use blu_naro cortex-a15 neon-vfpv4 hard-float toolchain (build with latest Crosstool-NG from developer snapshot Linaro GCC 5.3-2015.12)
• sched/rt: Reduce rq lock contention by eliminating locking of non-feasible target
• sched/core: Fix an SMP ordering race in try_to_wake_up() vs. schedule()
• sched: Fix RLIMIT_RTTIME when PI-boosting to RT, Queue RT tasks to head when prio drops, Fix race in idle_balance()
• sched/fair: Stop searching for tasks in newidle balance if there are runnable tasks
• msm: camera: sensor: Change wait func to wait_for_completion_timeout
• proc: actually make proc_fd_permission() thread-friendly, make proc_fd_permission() thread-friendly
• futexes: Increase hash table size for better performance
• mm/slub: don't wait for high-order page allocation
• fs/buffer.c: increase the buffer-head per-CPU LRU size
• ASoC: pcm: If pmdown_time is zero then shut down DAPM immediately
• net: wireless: bcmhd: Serialize wl_notify_escan_complete
• ARM: msm: hammerhead: Check completion status on vote for resume, Ignore watchdog init if device is interactive
• net: wireless: bcmdhd: Do not process partial resume on bus reset, Fix suspend failure due to wakelock/wakeunlock mismatch, Ensure watchdog thread isnt called on bus reset, fix for watch dog issue in wifi connect test
• cpufreq: ondemand: even if it's not being used it spawns uninterruptible threads equal to the num
• wakeup: Add the guard condition for len in pm_get_active_wakeup_sources
• timer: Prevent overflow in apply_slack
• bluetooth: Validate socket address length in sco_sock_bind().
• net: add validation for the socket syscall protocol argument
• md: use kzalloc() when bitmap is disabled
• ipv6: addrconf: validate new MTU before applying it
• pagemap: do not leak physical addresses to non-privileged userspace

 

[bl1zz87]

Wird gemacht. Danke. Hat sich da etwa was geändert? Ich berichte sobald er sich ein wenig eingespielt hat

 

[noatsch]

Läuft gut der Kernel. Super Akkuzeit und bei der Perfomance fehlt es mir auch an nichts.

 

[bl1zz87]

Mein Feedback. Auf jeden Fall besser als der Vorgänger. Gut zwischen Leistung und Akku abgestimmt. Gefühl ist der r45 akkusparender dafür nicht so performant. (meine Erfahrung)

 

[qu4nd]

Und ein Update auf r53

• makefile: use newest and improvedblu_naro-5.3, build from developer snapshot Linaro GCC 5.3-2016.01, with updated components and improvements/fixes
• net: inet_diag: zero out uninitialized idiag_{src,dst} fields
• UPSTREAM: include/linux/poison.h: fix LIST_POISON{1,2} offset
• sysfs: check if one entry has been removed before freeing
• mm: vmscan: support complete shrinker reclaim
• f2fs: update from msm8974 upstream, catch up to v4.4-rc1
• defconfig: update f2fs extensions
• small ramdisk tweaks and fixes

 

[qu4nd]

blu_sp★rk r56

• makefile: use newest blu_naro-5.3, build from developer snapshot Linaro GCC 5.3-2016.01-1, with updated components and improvements/fixes
• f2fs: catch up to v4.5-rc1-3.4
• mm, oom: base root bonus on current usage
• workqueue: upstream updates (check git)
• PM: don't use [delayed_]work_pending()
• arm: smp: Update the topology masks before calling CPU_STARTING notifiers
• debugobjects: Make debug_object_activate() return status
• memcg: Only free spare array when readers are done

 

[bl1zz87]

Könntet ihr mir vielleicht sagen welche cpuvoltages ihr mit dem Kernel pro MHz fahrt? Danke!
Irgendwie bin ich der Meinung ich habe in bluespark nicht die Standard volting. Ein Screenshot von den Standardwerte aus auditor wäre super.

 

[feLixM86]

Weiß jemand von euch, ob man per init.d script ein Farbprofil laden kann? Das würde mir den Umweg über Kernel Adiutor ersparen.

 

[qu4nd]

Neuer Build verfügbar r60

All right crew!
New build is up, go get it
r60 just gained milestone stamp, hard rock solid material.

Changelog:

• build: use newest blu_naro-5.3, build from developer snapshot Linaro GCC 5.3-2016.02, with updated components and improvements/fixes
• fastcharge: add missing bits (derp it probably on the last rebase)
• small installer and RAMdisk improvements

 

[trust9]

Kurze Frage von mir.
Auf XDA steht ich muss meine Rom nochmal dirty flashen wenn ich von einem "anderen" Kernel komme.
Nun ist es so das ich schon eine frühere Version des Blu-Spark drauf habe. Ist es dann auch der Fall oder kann ich ihn einfach so drüber bügeln?

 

[qu4nd]

Also das kann zwar auch mal notwendig sein, wenn du von einer älteren Version des gleichen Kernels kommst, ist aber eher selten und bei dem von heute theoretisch nicht notwendig.

 

[qu4nd]

Neues Buil verfügbar: blu_sp★rk r63

• build: use newest blu_naro-5.3, build from developer snapshot Linaro GCC 5.3-2016.02-rc1, with updated components and improvements/fixes
• Total systemless install (only mods boot.img, all the rest is untouched)
• trace: prevent NULL pointer dereference
• USB: dwc3: ep0: Use WARN_ON_ONCE to fix message flooding issue