[KERNEL][JB][JDQE39][4.2.2][DEC.24] Bricked-Kernel|3.4|v0.7

0.77 ist raus !

Changelog:
Zip:
* fixed codename fail in aroma (thx JonnyJaap)
Kernel:
* adb98e3 (Dennis Rassmann) : defconfig: 0.77 beta
* bf7d666 (Dennis Rassmann) : Revert "mpdecision: don't use sleep, cancel/resume wq instead"
* 437ad96 (Dennis Rassmann) : defconfig: increase frame warning limit
* e020aa4 (Dennis Rassmann) : Merge branch 'android-msm-mako-3.4-jb-mr1.1' of https://android.googlesource.com/kernel/msm into exp
|\
| * 7ce11cd (Naseer Ahmed) : msm: display: Fix blend configuration for video layer with MDP composition
| * b11b6d1 (Devin Kim) : msm_fb: display: update var in display commit
| * af21e9d (Alex Wong) : msm: kgsl: Idle GPU core before programming SMMU from CPU
| * 5570a7d (Alex Wong) : msm: kgsl: Synchronize access to IOMMU cfg port
| * 5995a66 (Alex Wong) : msm: Kconfig: Enable IOMMU CPU-GPU synchronization
| * bd333dc (Alex Wong) : msm: iommu: Synchronize access to IOMMU cfg port
| * 0aa6e3c (Ken Zhang) : msm: display: Clear performance request data in turning on
| * 687c6ea (Mekala Natarajan) : msm: smsm: Add processor AWAKE signaling
| * 7ceb990 (Mekala Natarajan) : msm: smsm: Rename LTE Coexistence Bit
| * e9c9b85 (Iliyan Malchev) : msm: kgsl: initialize kgsl_sync_timeline_ops properly
| * 40bd1cb (Alex Wong) : iommu/msm: fix the include guard in iommu.h
| * feb918e (Naseer Ahmed) : msm: display: non-blocking for overlay update
| * d2cfee2 (Ravi Aravamudhan) : diag: Improve handling of IOCTLs
| * 1414d4a (Shalabh Jain) : diag: Add fixes for DCI
| * 6f3d72b (Shalabh Jain) : diag: Add logs & events streaming support for DCI
| * 70a2b4d (Devin Kim) : power: charger: need sometime to handle the usb disconnecting events
| * a09c0cd (choongryeol.lee) : mako: charger: disable hsic host and mdm driver in charger mode
| * 78f7ab5 (Jeff Boody) : msm: kgsl: Remove extra interrupts when setting MMU state
| * 9ef8337 (Jeff Boody) : msm: kgsl: Make the GPU device aware of the next pending event
| * 3a53ada (Jeff Boody) : msm: kgsl: Support user specified timeouts in adreno_waittimestamp
| * a63bb6a (Jeff Boody) : msm: kgsl: Move the adreno WPTR poke logic to the hang detection
| * cc0797a (Jeff Boody) : msm: kgsl: Invalidate base pointers when tlb is flushed
| * d4b5dbc (Jeff Boody) : msm: kgsl: Remove ts_notifier_list
| * 8124a03 (Jeff Boody) : msm: kgsl: Add GFP_NORETRY to the page_alloc flags and handle errors
| * af39e48 (Jeff Boody) : msm: kgsl: Turn off the CP_DEBUG dynamic clock
| * 46bce71 (Jeff Boody) : msm: kgsl: Remove support for IOCTL_KGSL_SHAREDMEM_FROM_VMALLOC
| * c4249c3 (Jeff Boody) : msm: kgsl: Fix adreno idle detection during hang
| * 18b3ee4 (Jeff Boody) : msm: kgsl: Do not check for hang when graphics core is idle
| * 760810e (Jeff Boody) : msm: kgsl: In kgsl release do not idle if device is in HUNG state
| * 02e21a5 (Jeff Boody) : msm: kgsl: Fix the address translation ranges for GPU IOMMU
| * a28dc5d (Jeff Boody) : msm: kgsl: Return error if the user allocates a buffer size of zero
| * 0fbd980 (Pavankumar Kondeti) : USB: Prevent system suspend when HSIC device is active
| * c5c56c1 (Jack Pham) : Revert "USB: ensure parent device is resumed for child's system-resume"
| * 73ceff5 (Iliyan Malchev) : prima: release v3.2.1.13
| * 9dda300 (Andy Lutomirski) : mm: Hold a file reference in madvise_remove
| * d24668c (Ken Zhang) : msm_fb: display: mdp4 version assigned at board file
| * 1b84d3b (Naseer Ahmed) : msm_fb: display: add per stage alpha drop detection
| * f4f9d28 (Naseer Ahmed) : msm_fb: display: remove background invert alpha option for alpha drop pipe
| * 2a85e85 (Naseer Ahmed) : msm_fb: display: Consolidate commit ioctls
| * 8dc64da (Naseer Ahmed) : msm_fb: display: add fput_light to frame buffer
| * 059e9e5 (Devin Kim) : mako: add lcd turn-off sequence on shutdown
| * 0ae6149 (Ajay Dudani) : USB: Allow skipping device resume during system resume
| * 8cba36f (Devin Kim) : PM: Allow runtime suspend again if prepare is failed
| * 809d10c (Naseer Ahmed) : msm_fb: display: do not use ION_IOMMU_UNMAP_DELAYED
| * da0a5ad (Ken Zhang) : msm: display: start timing engine after panel init
| * d2d721e (Iliyan Malchev) : mako: disable support for loadable modules
| * 3f4ad61 (Devin Kim) : msm: display: check get_unused_fd_flags return val
| * 7c746dc (Devin Kim) : camera: lm3559: more cleanup
| * 53be937 (Iliyan Malchev) : lm3559: mark internal functions as static
| * 4b694df (Devin Kim) : camera: lm3559: change the message level
| * 0c458df (Ken Zhang) : msm: display: Increase timeout value for fence waiting
| * c225e82 (Joonsoo Kim) : slub: fix a memory leak in get_partial_node()
| * 493ecaf (Joonsoo Kim) : slub: fix a possible memory leak
| * 67e7f18 (Krishna Konda) : mmc: msm_sdcc: Reset SPS BAM on error recovery
| * 30a586f (Subhash Jadavani) : mmc: msm_sdcc: set DDR timing mode before setting the clock rate
| * fbe2e89 (Subhash Jadavani) : mmc: msm_sdcc: data timeout errors are expected during HS200 tuning
| * 04fd006 (Pratibhasagar V) : mmc: msm_sdcc: Print data line status in case of errors
| * 6b943f8 (Subhash Jadavani) : mmc: msm_sdcc: add support for AUTO_CMD21
| * c65d1c2 (Krishna Konda) : mmc: msm_sdcc: correct the hardware version number
| * fd28e47 (Subhash Jadavani) : mmc: msm_sdcc: add support for AUTO_CMD19 control
| * 424d1ca (Subhash Jadavani) : mmc: msm_sdcc: set IO_PAD_PWR_SWITCH bit based on IO voltage level
| * 0009eee (Miklos Szeredi) : vfs: dcache: fix deadlock in tree traversal
| * d576cef (Mekala Natarajan) : mako: Adjust .drv value to 10mA
| * ca4d242 (Naseer Ahmed) : msm_fb: display: Enable scaling bit while setting x-flip bit
| * f96ce86 (Iliyan Malchev) : prima: release v3.2.1.11h
| * 62720dc (Devin Kim) : timers: Fix endless looping between cascade() and internal_add_timer()
| * 88508f3 (Devin Kim) : nohz: Fix idle ticks in cpu summary line of /proc/stat
| * 82bf5d3 (Devin Kim) : workqueue: skip nr_running sanity check in worker_enter_idle() if trustee is active
| * 4b641d8 (Devin Kim) : mmc: msm_sdcc: fix race conditions in runtime PM
| * 879d2f7 (Devin Kim) : v4l2: fix the memory leak
| * fa22709 (Devin Kim) : msm: camera: nullify pointers after kfree and fix the memory leaks
* c887cb1 (Devin Kim) : power: charger: need sometime to handle the usb disconnecting events
* 40798c9 (choongryeol.lee) : mako: charger: disable hsic host and mdm driver in charger mode
* 705f7b3 (Dennis Rassmann) : msm_thermal: remove platform driver
* 32079e5 (Dennis Rassmann) : defconfig: 0.75 beta
* f3691b5 (Dennis Rassmann) : sweep2wake: disable as default for now (until s2w 2.0 removes all existing issues)
* fa07177 (Dennis Rassmann) : Merge branch 'wakelock_stuff' into exp
|\
| * e91c19d (Hemant Kumar) : usb: Add support to set autosuspend delay by controller driver
| * 073d9b0 (Hemant Kumar) : usb: Decrease autosuspend delay to 200ms upon usb disconnect
| * 43bb597 (Pavankumar Kondeti) : USB: Allow skipping device resume during system resume
| * 459606f (Pavankumar Kondeti) : EHCI: HSIC: Fail root hub bus suspend when port is not enabled.
| * c413f69 (Pavankumar Kondeti) : msm: hsic: Disallow processor idle sleep while driving resume signal
| * 643b088 (Hemant Kumar) : EHCI: HSIC: Prevent disabling wakeup irq twice
| * 4335ea6 (Jack Pham) : usb: ehci-msm-hsic: Fix compilation error
|/
* 8437ce3 (Dennis Rassmann) : Merge branch 'exp_thermal' into exp
|\
| * 118f88d (Dennis Rassmann) : Revert "thermal: add sensor id to sysfs"
| * a3f4647 (Dennis Rassmann) : thermal: fix previous lazyness
| * ce74973 (Dennis Rassmann) : nthermal: check every 150ms
| * 32941c2 (Dennis Rassmann) : thermal: add sensor id to sysfs
| * 96662ed (Dennis Rassmann) : thermal: update upstream msm_thermal with 3-phase control
| * d803898 (Dennis Rassmann) : Revert "msm8960_tsens: export number of sensors as symbol"
| * 4900ec2 (Dennis Rassmann) : msm_thermal: patch to upstream, since we can now access sensor 7, use it.
| * 0343b40 (Dennis Rassmann) : Revert "boards: fix up other boardfiles due to msm_thermal downgrade"
| * 5618856 (Dennis Rassmann) : msm8960_tsens: enable all thermal devices
| * a2667ba (Dennis Rassmann) : msm8960_tsens: export number of sensors as symbol
| * bba2bb5 (Dennis Rassmann) : mpdecision: update copyright
| * 923afd9 (Dennis Rassmann) : mpdecision: checking every 100ms is enough
| * a602f3e (Dennis Rassmann) : acpu: show a useful warn message
* | e71f52e (Dennis Rassmann) : mpdecision: update copyright
* | af8830c (Dennis Rassmann) : mpdecision: checking every 100ms is enough
* | 4ba8774 (Dennis Rassmann) : acpu: show a useful warn message
|/
* 68c16dd (Dennis Rassmann) : mpdecision: don't use sleep, cancel/resume wq instead
 
Habe mir gestern den neusten für 4.3 geflasht.

Und der kernel macht seinem Namen alle Ehre.

Danach war mein N4 tot :D

Habe Antuntu laufen lassen und dann ging nicht mehr.
habe den so genannten *red light of deatch*.
nun ist es in der Werkstatt und soll Morgen wieder funktionieren.
 
  • Danke
Reaktionen: B.o.b
morpheus620 schrieb:
Habe mir gestern den neusten für 4.3 geflasht.

Und der kernel macht seinem Namen alle Ehre.

Danach war mein N4 tot :D

Habe Antuntu laufen lassen und dann ging nicht mehr.
habe den so genannten *red light of deatch*.
nun ist es in der Werkstatt und soll Morgen wieder funktionieren.

Schade, dass der kernel bei dir nicht gut läuft bzw gar nicht. Ich hab ihn seit 3 tagen drauf und er ist echt schnell und läuft auch sonst gut, kann ich nur empfehlen. Mit OC sollte man halt doch vorsichtig sein

Sent from my Nexus 4 using Android-Hilfe.de App
 
Ich habe Übertaktet und Antuntu laufen lassen.
Danach war Schicht im Schacht :D


Aber mittlerweile läuft es wieder.
Konnte es Nachmittag schon wieder abholen :)
Hat mich zwar 29€ gekostet aber egal :D
 
  • Danke
Reaktionen: donetasy
Ist der überhaupt 4.3 kompatibel?
 
Ja,ist er.
 
Dann sollte man mal den Opener aktualisieren.
 
trinity is auch auf 4.3. die Leute die die threads gestartet haben pflegen die leider kaum bis gar nicht (ganz schön viele die's für 2 zeilen :eek: )
 
Zuletzt bearbeitet:
Dann würde ich die Threads gerne jemand anderen übergeben.
 
Nutzt jemand PGM/TouchControl mit dem Kernel? Falls ja, welches Modul muss ich da zum Nachladen auswählen?

Will eigentlich nur DoubleTap2Wake..
 
Moin Leute,
hätte hier ne Frage zu dem Kernel;
und zwar, erstens, warum sind die Downloads für die AOSP Software 20MB schwer?
Und zweitens, ich lese hier, dass einige Nutzer doch grobe Schwierigkeiten vermelden mit dem Kernel; ist er zu empfehlen, oder besser Finger weg?
In meinem Gerät läuft die Stockrom des Entwicklers, bei der hab ich aber auch rein gar nichts auszusetzen. Kann man dem Mann nun bezüglich Kernel vertrauen, oder nicht?
Bin nicht sicher, ob ich den Bricked unter einer früheren Androidversion schon probiert hab, darum bin ich dankbar für hilfreiche Hinweise.
Danke im Vorraus,
mfG

Gesendet von meinem AOSP on Mako mit der Android-Hilfe.de App
 
Ich würde showp's kernel defintiv trauen, von ihm kommt ja u.a s2w und die integrierte thermal lösung (ist glaub ich mittlerweile überall drin). Die Größe dürfte passen ist so ein Aroma Installer
 
  • Danke
Reaktionen: Patman75
Och ja, jetzt wo du's erwähnst, hatte nicht bedacht, dass der ja über den Aromainst. installiert wird; dann ist die Größe klar.
Mir gehts grundsätzlich darum, einen Customkernel zu versuchen, der MPdecision unterstützt, ohne dass ich selbst groß was ändern müsste...das übersteigt meine Kenntnis.
Danke für die Meinung.

Gesendet von meinem AOSP on Mako mit der Android-Hilfe.de App
 
Showp's mpdecision ist klasse (und man kann bei bedarf alles mögliche rumstellen, wie min/max online cpu, freq bei berührung,...)
 
  • Danke
Reaktionen: Patman75
@vetzki
Hi,
du hast wahr, der Bricked Kernel läuft auch bei mir reibungslos und butterweich.
Die genannten MPdecision Einstellungen ließ ich so wie eingestellt, wie erwähnt, kenn ich mich da noch zu wenig aus;
was mich noch interessiert, ist, welchen Sinn es macht, einen Kernel über Aroma zu installieren.
Ein Rom ist gut, kenne aus eigener Erfahrung MrHyde's Arbeit, denn da kann ich komponentenorientiert vorgehen, aber beim Kernel?
Also wie gesagt, läuft toll das Ding, hab ja auch das Rom von Showp am laufen.
Allerdings bin ich nun wieder auf nem anderen Kernel, BCM, da ich mich momentan etwas mit den diversen CPU Governors beschäftigen möchte, und hier bietet der BCM entsprechend mehr Möglichkeiten.
Sparen werde ich mir künftig, nach Auskunft von dir und Hells, sicherheitshalber die 164MHz Frequenz und den Singlecorepush bei Berührung des Screens.
Auf jeden Fall werde ich den Bricked im Auge behalten, und auch sicherlich wieder nutzen.
Hier nochmal danke für deine Meinung,
mfG
Pat

Gesendet von meinem AOSP on Mako mit der Android-Hilfe.de App
 
Patman75 schrieb:
...
was mich noch interessiert, ist, welchen Sinn es macht, einen Kernel über Aroma zu installieren.

So ganz versteh ichs auch nicht vll. mag er Aroma einfach gerne und man kann glaub ich bei der installation gewisse dinge auswählen (min freq/max freq / ... / hatte ihn schon lange nicht mehr drauf )

Patman75 schrieb:
....
Auf jeden Fall werde ich den Bricked im Auge behalten, und auch sicherlich wieder nutzen.
Hier nochmal danke für deine Meinung,
mfG
Pat
...

Dafür is für mich eigentlich das Forum hauptsächlich da (und weniger für "Hilfe, xyz geht nicht mehr an" freds)
mfg
 
  • Danke
Reaktionen: Patman75
Moin,
der ist ebenfalls auf KK aktualisiert;
läuft prima unter 4.4.2, DT2W ist mit dabei.
MfG

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App
 
Dann erstelle doch, so fern du Zeit und Lust zum pflegen eines Threads hast, einen Thread für die KK Version. :)
 
Moment, mal gucken wie sich der Kernel so schlägt...man will sich ja nicht blamieren...:D

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App
 
Moin,
tja, mit der letzten Kernelversion läuft's dann doch nicht so reibungslos, zumindest auf meinem Gerät, KK 4.4.2...
Hatte über Nacht nicht einen Prozent Deepsleep (fast sieben Stunden auf 960MHz!) im Gegensatz zum Stockkernel.
In diesem Fall bin ich sicher das der Kernel schuld ist, denn am N4 sind nur Apps installiert die zwar zum Teil auch Wakelocks verursachen (Tools wie PowerToogles,1Tape Quick Bar...eben Tools die logischerweise WL verursachen müssen, da sie im Hintergrund werkeln), das aber bewusst tun müssen; Greenify hab ich ebenfalls im Einsatz. Leider hatte ich über Nacht den WakelockDetector noch nicht installiert, nur um zu sehen, was sich sonst noch so tut.
Bin dann heut morgen wieder auf den Stockkernel, Gerät etwa drei Stunden Standby und zumindest knappe 94℅ Deepsleep erreicht, bei gleicher OS Konfiguration.
Mit war auch, als würde die CPU unregelmäßig takten, dh, sehr oft volle Last mit einem Kern über "längere" Zeit, ganz so als würde ein Kern immer "hängen bleiben", wer das Phänomen kennt... Fazit, der Bricked funzt bei mir mit KK 4.4.2 nur bedingt.
Am N5 mit gleicher Firmware und dem Bricked Kernel kam ich im selben Zeitraum auf 99,5% Deepsleep!

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App
 

Ähnliche Themen

Galaxyfire
  • Galaxyfire
2
Antworten
28
Aufrufe
5.492
Galaxyfire
Galaxyfire
droidjam
Antworten
7
Aufrufe
2.479
droidjam
droidjam
Heckschleuder
Antworten
5
Aufrufe
1.784
Heckschleuder
Heckschleuder
Zurück
Oben Unten