Druckbare Version
@Dr_Death CR = Custom Rom
Ich möchte euch bitten den Rest per pn oder extra Thread zu klären denn hier ist der Code_Blue Kernel Thread.
Erstellt am besten einen Thread in dem ihr alle Modems rein stellt und dann könnt ihr da diskutieren bzw Fragen zu Modems stellen.
Davon hat jeder User im N5 Forum etwas und es ist viel übersichtlicher.
Danke für euer Verständnis.
Gesendet von meinem Nexus 5 mit Tapatalk
Okay
Ich weiß nur nicht wie ich ein neuen thread eröffne?
Gesendet von meinem Nexus 5 mit Tapatalk
Hallo zusammen,
ich werde den Thread hier heute mal etwas aufräumen.
Es geht hier um den Kernel Code_blue.
Ihr könnte dann im separaten Thread zum Modem/Baseband weiterdiskutieren.
Beste Grüße
moskito ;-)
Danke @moskito-hd2
Gesendet von meinem Nexus 5 mit Tapatalk
Bitte gerne ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
Übrigens gibt's Version 247 im Download Bereich der Webseite.
Changelog gibt's hier:
http://www.engstk.org/code_blue/changelog/
Gesendet von meinem Nexus 5 mit Tapatalk
Ja habe ich schon am laufen
Mal sehen wie er ist
Gesendet von meinem Nexus 5 mit Tapatalk
Wwwwoooooowwwww und das ohne Frage ob den Kernel jemand geflasht hat!!
*Spaß muss sein*
Gesendet von meinem Nexus 5 mit Tapatalk
Ich bin bis jetzt zufrieden
Mal sehen wann ein neuer kommt
Gesendet von meinem Nexus 5 mit Tapatalk
Ich fürchte, der wird wieder kommen :-DZitat:
Zitat von oli_9
Hallo
ich habe gerade das auf xda bgefunden
kann nur nicht mit anfangen
hat einer ein plan?
http://forum.xda-developers.com/goog...-v1-1-t2839787
Steht doch alles da!!!
Man kann auch mit Google ein wenig übersetzen, zumindest so das man versteht was da steht.
Das könnte interessant sein: "Google*Übersetzer"
https://play.google.com/store/apps/d...apps.translate
Das ist ein anderer Kernel mit Code_Blue als Basis, Plus ein paar neue Features.
Gesendet von meinem Nexus 5 mit TapatalkZitat:
Based from Code Blue kernel sources.
Implement Double Tap to Wake (DT2W) and Sweep2Wake from Bricked Kernel
- Kernel upgraded to 3.4.4 (current is 101.. but later)
Okay
Danke aber das mit google habe ich ja gemacht bin aber nicht schlau geworden
Danke
Gesendet von meinem Nexus 5 mit Tapatalk
Based from Code Blue Kernel sollte doch wohl zu verstehen sein oder zumindest in ein Paar Sekunden übersetzt sein.
Gesendet von meinem Nexus 5 mit Tapatalk
Wo Du Recht hast, hast Du Recht ;-)Zitat:
Zitat von Spevil
Gesendet von meinem Nexus 5 mit Tapatalk
OT ON
Bei solchen überflüssigen Fragen überlege ich mir ernsthaft, ob ich das richtige mache wenn ich Threads öffne.
Immer wieder das selbe.
Eigeninitiative ist leider zu oft Mangelware!
Google hat so viele Möglichkeiten zu helfen, sei es nur der Übersetzer.
Selbst mit dem Handy kann man Ruckizucki solch kleine Texte übersetzen.
Liegt das nur an der Faulheit oder doch an den mangelnden Fähigkeiten??
Warum befasst man sich mit Root, Custom Rom, Kernel etc. wenn selbst die einfachsten Sachen wie übersetzen von "Based from Code Blue Kernel" nicht klappen??
OT OFF
SORRY, DAS MUSS MAL RAUS!!!
Gesendet von meinem Nexus 5 mit Tapatalk
Hallo
es ist schon wieder ein neuer drausen:p
Hier mal die Infos dazu.
Zitat:
New Code Blue r253
Alright crew!
Just pushed new build, which fixes some annoying freqs issues and it's tammed down, battery usage should go up a little.
Meanwhile the other news: I've been working in a new Hotplug for Code_Blue (kinda a blu_hotplug).
It's heavily based on stratosk dyn_hotplug, which I ported from mako to hammerhead and gave it a twist: yeah... and its' awesome!
Stay tuned
Gesendet von meinem Nexus 5 mit Tapatalk
Grd. Kann man jeden neuen Kernel Flashen, wenn einer aber mal gut läuft, dann brauchst sicherlich nicht jedes Delta (Unterschied von einer Kernel Version zur neueren) flashen.Zitat:
Zitat von oli_9
Bei marginalen Veränderungen mach ich das nicht. ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
Update auf Version 276
http://www.engstk.org/code_blue/
Hier der Changelog dazu
Zitat:
Code_Blue r276
- Compressed with LZ4-r121
- Fine tune freq tunables
- dyn_hotplug: Introduce Dynamic hotplug driver for hammerhead (aka blu_hotplug), hammerhead fixes, powersuspend hooks, enabled by default (min 2 core online, max 1 core screenoff)
- msm_sleeper: Max screen off frequency and shut down cores while screen is off, Change msm-sleeper to use lcd-notifier, Add sysfs entry for max screen off frequency, Change default max screen off frequency to 1190400
- cpufreq: Create a helper function to get CPU utilization, Always allow update of user policy
- msm_hotplug: Do not butcher boosted CPU
- cpu-boost: Export cpu boost status
- msm: thermal: make sure we actually want to go through with the policy adjust
- powersuspend: new PM kernel driver for Android w/o early_suspend, remove userspace dependency from powersuspend, add back userpace control w/ default kernel control, default to userspace for now, LCD screen on/off hooks (Yank555.lu), cumulative update to version 1.5
- ASoC: msm: Rampup volume on each start
- ext4: Add support for FIDTRIM, a best-effort ioctl for deep discard trim
- sched: Fix race between try_to_wake_up() and move_task(), Update documentation and comments, Fix __sched_period comment
- sched/fair: Fix typo describing flags in enqueue_entity
Gesendet von meinem Nexus 5 mit Tapatalk
It's Update Time
Code_Blue r280 verfügbar
Gesendet von meinem Nexus 5 mit TapatalkZitat:
- Milestone 5 release
- Bugfix release, back to msm_hotplug while polishing new hotplug
- bluactive: don't scale beyond min if the load is low
- Fine tune freq tunables
- Removed powersuspend and msm_limiter (hotplug does it all)
- Revert " cpufreq: Create a helper function to get CPU utilization"
- mm: fix prctl_set_vma_anon_name
- defconfig: use smp idle threads
- RAMdisk fixes
- perf/debug: disable some debug
Bitte den 280 nicht benutzen. Es wurde vermehrt über sleep of death berichtet!
Gesendet von meinem Nexus 5 mit Tapatalk
okay ;-) gut das ich auf dem 276er geblieben bin. (^_-)
Gesendet von meinem Nexus 5 mit Tapatalk
Es hat sich mittlerweile herausgestellt das es sich dabei um den experimental Kernel handelt, der "normale" ist nicht von dem Problem betroffen.
Gesendet von meinem Nexus 5 mit Tapatalk
Das wird das letzte Update hier bei PPC für den Kernel von meiner Seite aus sein.
Ich bin in einem anderen Forum zum Moderator befördert worden und darauf werde ich mich natürlich konzentrieren.
Daher ist der Thread zur Übergabe frei.
Bitte meldet euch entweder bei mir oder direkt bei einem der zuständigen Moderatoren.
Gruß Spevil
Code_Blue r376
@moskito-hd2Zitat:
- blu_active: rework driver and merge upstream, Linux 3.5 improvements, use chose_freq
- blu_plug: remove deprecated cpu methods, faster cancel work
- intelli-thermal v2: initial adaptation
- msm: thermal: Update thermal subsystem
- cpufreq: Manage only online cpus, Remove unnecessary initialization of a local variable, Fix sparse warning by making local function static, return early from __cpufreq_driver_getavg()
- cpufreq / core: Fix typo in comment describing show_bios_limit()
- Sound Control: add line gain to cached and register lock
- ARM: dts: hammerhead: Change i2c clock rate to 19.2 MHz
- exFAT support, enable missing filesystems
- futex: Make lookup_pi_state more robust, Always cleanup owner tid in unlock_pi, Validate atomic acquisition in futex_lock_pi_atomic(), futex-prevent-requeue-pi-on-same-futex.patch futex, Add another early deadlock detection check, Prevent attaching to kernel threads
- stop_machine: Mark per cpu stopper enabled early, Use smpboot threads, Store task reference in a separate per cpu variable
- smp: Add generic smpboot facility, Provide generic idle thread allocation
- smpboot: Allow selfparking per cpu threads, Provide infrastructure for percpu hotplug threads
- smpboot, idle: Fix comment mismatch over idle_threads_init(), Optimize calls to smp_processor_id() in idle_threads_init(), Allocate idle thread for each possible cpu during boot
- hotplug: Fix UP bug in smpboot hotplug code
- sched: Fix memory leakage in build_sched_groups(), 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]
- sched/debug: Fix sd->*_idx limit range avoiding overflow, Limit sd->*_idx range on sysctl
- sched/cpuidle: reduce IPI store, Backport upstream 3.16 scheduler updates
- kthread: Implement park/unpark facility, Prevent unpark race which puts threads on the wrong cpu
- kthread_worker: reimplement flush_kthread_work() to allow freeing the work item being executed, reorganize to prepare for flush_kthread_work() reimplementation
- writeback: Fix occasional slow sync(1), fix race that cause writeback hung, fix writeback cache thrashing
- tick: Dynamically set broadcast irq affinity
- AIO: Don't plug the I/O queue in do_io_submit()
- 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
- switch do_fsync() to fget_light()
- nohz: Reduce overhead under high-freq idling patterns
- init: debug: bye bye
- Bluetooth: fix possible info leak in bt_sock_recvmsg()
- sync: don't block the flusher thread waiting on IO
- arm/dts: hammerhead: Remove erroneous qcom,msm-bus,active-only property
- wcnss: add null check in pm_ops unregister.
- Revert "dts: change back to sensor 0, sensor 5 specifically tracks cpu0.", "cpufreq: Introduce new relation for freq selection", "epoll: use freezable blocking call"
Ist jetzt auch CM Version verfügbar
Gesendet von meinem Nexus 5 mit Tapatalk
Gute Frage...
Gesendet von meinem Nexus 5 mit Tapatalk
Wollte sagen, es ist eine verfügbar 😀 , aber bei mir nicht ganz optimal. Damit funktioniert die automatische Helligkeitsteuerung für mich nicht optimal.
Gesendet von meinem Nexus 5 mit Tapatalk
@Dr_Death hast du nicht Interesse den Thread zu übernehmen und zu pflegen?
Es wäre schade wenn der Thread stirbt.
Gesendet von meinem Nexus 5 mit Tapatalk
Hallo!
Was müßte ich denn da machen? Kann gern meine Erfahrungen mit dem Kernel schreiben, habe aber ehrlich keine Ahnung von den techischen Details eines Kernels; daher stell ich da auch nix weiter ein, weil ich gar nicht weis, was das bewirkt.
Mich haben v.a. deine positiven Berichte dazu bewogen, den Kernel zu teesten, jetzt wo auch ne CM Version da ist, da ich im Moment doch wieder beim CM gelandet bin.
@Dr_Death, es wäre sicherlich schon hilfreich, wenn Du hier schreiben würdest, wie der Kernel läuft.
Power...
Akkulaufzeit...
Stabilität....
wären so die Ansätze, die eigentlich alle interessierten ;-)
Gesendet von meinem Nexus 5 mit Tapatalk
Dann mal ein kleines Fazit (bezogen auf die CM Version): Im großen ind ganzen finde ich das Rom noch flüssiger als mit dem CM Kernel. Über die Akkulaufzeit würde ich erst nach 1-2 Ladezyklen was sagen.
Stabil läuft es auf jeden Fall, nur die automatische Helligkeitesteuerung klappt nicht so richtig, daher habe ich das deaktiviert und stelle die Helligkeit manuell ein (Statusleiste).
Gesendet von meinem Nexus 5 mit Tapatalk
Anhang 162647
Gesendet von meinem Nexus 5 mit Tapatalk
Okay, die Helligkeit ließ ich noch -nie- automatisch laufen. Gilt ja als einer der Akkufresser immer wieder.Zitat:
Zitat von Dr_Death
Dafür verwende ich "RootDim", absolut top ;-)
Neue Version erschienen,sowohl ASOP,als auch für CM. Die CM Version läuft 1A.
Gesendet von meinem Nexus 5 mit Tapatalk
@Dr_Death
Welcher ist den den CM?
Der CM Kernel liegt im TestOrdner.
Gesendet von meinem Nexus 5 mit Tapatalk
---------- Hinzugefügt um 14:35 ---------- Vorheriger Beitrag war um 14:34 ----------
Also der ASOP im Hauptdownloadordner. Im Testordner liegt ein CM Kernel und der Android L Testkernel.
Gesendet von meinem Nexus 5 mit Tapatalk
Okay habe ihn gefunden
Ist der besser als der nomale?
Der CM ist genau, wie der normale, nur halt für Cyanogenbasierende Roms. Finde ihn gefühlt besser, als den CM-Stockkernel, läuft alles noch runder und Akkulaufzeit ist super.
Gesendet von meinem Nexus 5 mit Tapatalk
Kann ich den auf die v14 von Duxter machen?
