[AOSP-KERNEL][KK][LP][CWM/TWRP] *15.03.15* AOSP-Kernel von Gustavo_s [SYNAPSE]

  • 299 Antworten
  • Letztes Antwortdatum
Den Gustavo_s hatte ich die Tage mal probehalber drauf, vermisste aber eine mir vom Apolo her bekannte und liebgewonnene Funktion - nämlich einen Zeitplan erstellen zu können, um BLN/BLNWW zu bestimmten Uhrzeiten, z.B. nachts, wenn man schläft, abzuschalten. Falls das doch geht und ich nicht richtig danach gesucht habe, gebt mir einen Hinweis. ;)
 
  • Danke
Reaktionen: leechseed und Pr0TuRk38
Update verfügbar. Opener wird in Kürze aktualisiert.
 
  • Danke
Reaktionen: leechseed
Changelog:

Code:
fbcmap: prevent memory overflow …
ARM: mm: update __v7_setup() to the new LoUIS cache maintenance API 
ARM: kernel: update __cpu_disable to use cache LoUIS maintenance API
ARM: mm: rename jump labels in v7_flush_dcache_all function …
ARM: mm: implement LoUIS API for cache maintenance ops …
jiffies conversions: Use compile time constants when possible …
writeback: fix occasional slow sync(1) …
SELinux: include definition of new capabilities …
sync: don't block the flusher thread waiting on IO …
sched: Reduce overestimating rq->avg_idle …
ARM: fault: assume no context when IRQs are disabled during data abort. 
SCHEDULER: Autogroup patch group by current user android UID instead 
mutex: back out architecture specific check for negative mutex count …
mutex: Queue mutex spinners with MCS lock to reduce cacheline contention
mutex: Make more scalable by doing less atomic operations …
hrtimer: Prevent enqueue of hrtimer on dead CPU …
hrtimer: Consider preemption when migrating hrtimer cpu_bases …
switch the protection of percpu_counter list to spinlock
arch/arm/Kconfig: enable unaligned capability for ARM
ARM: 7583/1: decompressor: Enable unaligned memory access for v6 and 
scheduler: Re-compute time-average nr_running on read 
scheduler: compute time-average nr_running per run-queue 
sched: Move all scheduler bits into kernel/sched/
 
  • Danke
Reaktionen: j1gga84, Macallan72, CryptLoad73 und 2 andere
Hallo,
Ich habe bei meinem S2 den Kernel geflasht auf meine Omni Nighlty und dann ist die Baseband verschwunden! Was nun?
 
Flashe die Omni Nightly hinterher, damit der originale OMNI Kernel wieder aufgespielt. Normal ist das sicherlich nicht.
 
Ja hab ich gemacht... Bleibt trotzdem "Baseband Unbekannt"
 
Ich nehme an, gesichert hast du deine IMEI bzw. deinen EFS-Ordner in der Vergangenheit nicht, oder?

Nachtrag: Sorry, dein Modem ist weg - hab nicht richtig gelesen. Anscheinend habe ich mich heute zuviel mit dem Thema IMEI beschäftigt. :blink:

Der ursprüngliche Beitrag von 21:01 Uhr wurde um 21:12 Uhr ergänzt:

Versuch's doch mal mit der Installation des aktuellen XXMS4-Modems: Modem XXMS4 (Ohne RIL).zip
 
Zuletzt bearbeitet:
Ja bei der Installation eines neuen Modems hat er Fail angezeigt.

Gesichert hab ich sie nicht. Habe akku rausgenommen und nach ca 30 min mal neu gestartet jetzt geht es wieder und baseband und imei wieder da
 
Gut, gratuliere. :)

Sichere aber mal bei der Gelegenheit deine IMEI. Das ist immer eine sehr gute Idee.
 
  • Danke
Reaktionen: AndroWeidi
Kernel-Update verfügbar.
Laut GitHub wurden eine Menge Commits hinzugefügt + zzmove optimiert.
 
  • Danke
Reaktionen: ->TopAZ<-, leechseed, Macallan72 und eine weitere Person
Hallo Leute,

Wollte den gustavo_s etwas tunen, genauer gesagt die gpu auf 400 MHz wie beim Dorimanx. Läuft das bei jemandem stabil? Falls ja, welche Frequenzschritte und Spannungen verwendet ihr? Mein Problem: mit Stock Einstellungen läuft der Antutu Test problemlos durch, wenn ich die gpu jedoch ändere bleibt er bei der 2. Grafik (nach den herumschwirrenden Droids) hängen und das System friert komplett ein.

Gruß
 
Du musst 1100mv einstellen :)
 
  • Danke
Reaktionen: j1gga84
@Spaulding89

Danke für die Info :thumbup:
Gustavo meinte 1200 was ich jetzt auch mal eingestellt habe, wenn das einigermaßen läuft werde ich mal auf 1150 oder 1100 runtergehen. Interessant, da ich immer dachte 400 MHz benötigen 1300mV zum Laufen wie beim Dorimanx was aber offenbar nicht der Fall ist denn mit allen Spannungen >1200mV läuft der Antutu Benchmark nicht durch ;)

Gruß
 
Habs eben getestet mit 1100 und es lief durch mit 14600 :D
 
1400 MHz CPU ;)

Der ursprüngliche Beitrag von 11:06 Uhr wurde um 11:07 Uhr ergänzt:

Und ART aktiviert
 
  • Danke
Reaktionen: j1gga84

Ähnliche Themen

j1gga84
Antworten
277
Aufrufe
72.069
chris1995
C
j1gga84
Antworten
178
Aufrufe
36.865
Jojojoxx
J
beicuxhaven
Antworten
210
Aufrufe
39.541
simon1521995
S
Zurück
Oben Unten