> Attention!

We strongly recommend to readRules section "Android - firmware"

New threads need to be created only inroot partition! In the future, they will be processed by moderators.


873 pagesV  « < 870 871 872 873 > »  
 
REPLY
> Google Nexus 5 - Kernels and their discussion
Survey on June 5th, 2017
The core you are using
Breakfast [ 86 ] ** [13,65%]
Blu_spark [ 146 ] ** [23,17%]
Franco kernel [ 51 ] ** [8,1%]
ElementalX [ 109 ] ** [17,3%]
Hells-core [ 9 ] ** [1,43%]
Bricked kernel [ 0 ] ** [0%]
Nitrogenextreme [ 9 ] ** [1,43%]
Uber kernel [ 3 ] ** [0,48%]
Truesight [ 11 ] ** [1,75%]
Racer kernel [ 1 ] ** [0,16%]
Bluemoon [ 1 ] ** [0,16%]
Other core [ 28 ] ** [4,44%]
Stock core firmware [ 176 ] ** [27,94%]
Total votes: 630
 
Alesaiko
Message#1
20.11.13, 23:15
const id
*******
[offline]

Topics Curator
Group: Curators
Messages 1095
Check in: 27.03.14
Google nexus 5

Reputation:-  718  +

Google Nexus 5 - Kernels and their discussion
PictureLG Nexus 5 D820 / 821 (Hammerhead)
Description | Discussion | Purchase | Accessories | Marriage | Nexus 5 Owners Club | power usage | Benchmark - results | Official firmware | Unofficial firmware | LineageOS | Ubuntu | MIUI | Kernels and their discussion | Modification of software and decorations

Important information and instructions


Before any actions with the device, do not forget to backup the system and EFS!

Fiks Wi-Fi(New firmware module wireless networks)
Qualcomm Experimental Proprietary Libraries from Qualcomm

Kernel installation


Before flashing, be sure to verify the type of kernel being flashed!
CAF kernels are designed for CAF firmware. AOSP kernels - for AOSP firmware, respectively.

Preparing to work with Fastboot

Literal way to install the kernel using TWRP:

  • Reboot device to recovery (TWRP)
  • Click "Install"
  • In the opened explorer find and click on the zip-archive with the kernel. If the installed kernel is represented as a boot.img image, switch the explorer to img mode beforehand.
  • Install the kernel by pulling the install slider
  • Reboot to the system
Literal way to install the kernel using Fastboot:

  • Prepare the folder with the necessary tools (ADB / Fastboot)
  • Place the kernel image in .img format in this folder
  • Reboot device in APPSBL (Fastboot) - Volume down + Power
  • Make sure the APPSBL (external bootloader) is unlocked.
  • Sew kernel using terminal command
    fastboot flash boot<core_name>.img

  • Reboot to the system

Do not forget! The core should be stitchedafterinstall the firmware! The bottom line is that each firmware, not counting some incremental OTA updates, comes with its own sectionboot. As the name implies, boot is the boot partition. Roughly speaking, boot is the core, but at the same time not quite. On our device, this block consists of two separate parts: a compressed image of the kernel merged with the configuration tree (DT) - zImage-dtb; and root boot sector - initramfs. Many modern kernels use a special installation scheme: their scripts first disassemble the boot that is already present in the system, separate the initramfs from it and automatically compile the new boot with the replaced zImage-dtb, then the resulting block is flashed. This installation method ensures compatibility with all related firmware of the same Android version, be it LineageOS, stock firmware, or even MIUI.

If, after installing the kernel, the system refuses to start, it means that your kernel is incompatible with the installed firmware, or it contains a critical error. If in the first case it still makes sense to try again, but with a different configuration, then installing a broken kernel is a priori incorrect. Better turn your choice to the other side.

If you have any problems, you can easily return to the stock kernel. To do this, simply flash the boot.img image that comes with your firmware. However, the best way to avoid any problems associated with the tails from the previous kernel is to install the firmware clean, so that the system and boot sections return to their original state.
Kernel Testing and Reviews
Kernel Tuning Programs
Kernel settings from our users
Modified Kernels


AOSP kernels for AOSP firmware, CAF kernels for CAF firmware. Be careful before installing the modified kernel!

Actual kernels
AOSP kernels
Breakfast
BREAKFAST
Android 6.0.y - 8.1.0
Speklist
    Minimalistic core for AOSP firmware, the concept of which is a minimum of changes relative to the stock core:

  • Clean baseandroid-msm-hammerhead-3.4-marshmallow-mr3 (hammerhead)orandroid-msm-flo-3.4-marshmallow-mr2 (flo), official tools and build configuration. The kernel is assembled as the manufacturer intended.

  • The minimum level of intervention in the system. This archive only modifies the block.boot (/dev/block/platform/msm_sdcc.1/by-name/boot)replacingzImage-dtb (compressed kernel image combined with configuration tree)and device-dependent scripts ininitramfson your own. It is very simple to return the original state: it is enough to flash the original boot.img image that comes with the firmware.

  • The complete absence of thousands of useless changes "as long as it was" and heaps of "security patches" for drivers that we do not use. Less than a hundred commits have been made to Breakfast, and most of them are preparation for the compilation, full support for Android N and their own buns. Before including a commit into the kernel, the modified code is carefully analyzed and, if possible, improved to eliminate potential troubles during execution.

  • I completely rewrote the installation script in the shell command shell listing. Due to this, it became possible to more accurately install the kernel from the point of view of theoretical errors in the process of it, and also there appeared complete universality between all supported devices. A sort of personal AnyKernel. In addition, I removed the test for the existence of the power.msm8974.so library (power.msm8960.so in the case of Flo) in the system, since in the presence of a device-dependent analog (power.hammerhead [flo] .so, respectively), this library is not a priori is used. Therefore, if there is a check for a device-dependent PowerHAL, you can ignore the lack of a platform-dependent option. In practice, this will help with installing the kernel on many third-party firmware, the authors of which carefully remove it.

  • The kernel is configured more aggressively in comparison with the drain. The CPU frequency changing policy now raises the frequencies noticeably more readily, while the I / O scheduler is now deadline (at hammerhead it is also used to process requests for data I / O in the mmcblk0rpmb modem unit). I turned my choice in his direction, refusing from CFQ and NO-OP, since the deadline allows you to quickly and simply prioritize read requests relative to those for writing, which is quite relevant in the mobile segment, where random data reading prevails over other I / O operations . Like the NO-OP, the deadline is a FIFO (First-In-First-Out) scheduler, and it also supports front-end occurrences (situations in which an I / O request ignores a queue and flies right in front of it), so that In terms of delays, he will not yield to anyone.

  • I have significantly rewritten the standard CPU frequency changing policies (interactive is not included in this list), making them easier, smarter and easier to read. With the ondemand and conservative, they now more honestly calculate the current workload of the logical processor, and userspace no longer uses its own resources to modify global ones. However, I think technical details are not interesting to anyone (and if interesting, welcome tomy profile on github). I added several new (and not so) features:
    - Conservative henceforth again uses separate stepping values ​​of the maximum frequency to change the target. freq_up_step is used as a percentage of the current (not possible) maximum frequency by which this target frequency will move up. freq_down_step is an analogue for moving down (reducing the frequency). However, this is already familiar to you from my old cores and not only.
    - The sampling_down_factor in conservative now does what it needs for design. Oddly enough, this variable has been broken for four years. Now, as soon as the load on the logical processor grows to the up_threshold_burst threshold value (by the way, this is also a new variable. From this description of sampling_down_factor, you should understand what it does and why), conservative will use sampling_down_factor as a sampling_rate factor,if the previous frequency was lower than the maximum, and will raise the current frequency to the maximum. Obviously, this is done in order to reduce delays during an abrupt jump in load. Multiplied by sampling_down_factor sampling_rate, in turn, significantly reduces the frequency of new snapshots, allowing the processor to operate at an increased frequency of at least sampling_rate * sampling_down_factor milliseconds, which also helps the system to more quickly handle the source of this strong load spike.
    - With ondemand, things are more interesting: the new variable input_boost_freq indicates the frequency to which the current frequency of the logical processor rises during an input event. There should be no problem understanding this variable. Much more significant is the load_scaling variable. Reducing this variable to a non-zero value involves a special formula for calculating the target frequency:
    freq_next = min_f + max_load * (max_f - min_f) / 100
    Where:
    - freq_next - target frequency of the logical processor
    - min_f - the minimum possible (non-current) frequency (policy->cpuinfo.min_freq)
    - max_f - the maximum possible (non-current) frequency (policy->cpuinfo.max_freq)
    - max_load is the maximum load among all processors in the cpufreq policy (in our case it is the load of a single logical processor — the core)

    At the same time, we should not forget that the usual increase in frequency for ondemand to the maximum while fixing the load above the value of the up_threshold has not gone anywhere. In the future, this formula allows you to use all the available frequencies, effectively neutralizing the predominance of any frequency in the absence of accompanying factors (in our case, PowerHAL and other mechanisms briefly increase the frequencies of all CPUs to certain values ​​in order to improve the response, so that the prevalence of these frequencies will not disappear ), which makes the "swimming" frequency itself much more accurate and flexible. By the way, exactly the same formula is used in Mainline (the latest Linux kernel 4.15+).

  • The kernel contains the infrastructure necessary to correctly calculate the influence of specific tasks on the logical processor, relying on time windows, which ensured the uninterrupted operation of the cpu-boost module, which is used both to speed up the logical processors during input events and during the migration of tasks from one logical processor to another. At the same time, cpu-boost uses data from the above-mentioned infrastructure to preserve the efficiency of CPU acceleration processes during migration. However, cpu-boost is not used by default, since the firmware has a so-called PowerHAL, which performs almost the same tasks from user space. The presence of two simultaneously working solutions that do the same thing, for obvious reasons, leads to a conflict between them. Because of this, I leave cpu-boost inactive on all firmware, except Oreo (which support is not, ha ha), because everything with the interface’s smoothness and responsiveness is very bad (at least on unofficial AICP 13.1). However, you can use cpu-boost on any firmware. To do this, first of all, it is necessary to disable the synchronization of frequencies of logical processors during the migration of tasks in the cpufreq ondemand policy, if it is used, of course. The variable sync_on_migration is responsible for it. You only need to reset this variable if you need to use task migration messages directly from the nuclear scheduler center (only cpu-boost can work with them). The final chain will look something like this:

    1. First you need to disable mpdecision using the terminal command:
      stop mpdecision

      Thus, the influence of PowerHAL on the system will be neutralized without the need to interact with the power. *. So libraries themselves. Moreover, using mpdecision with cpu-boost is initially incorrect, as it expects prompts from PowerHAL, which in any case will have to be eliminated.

    2. Now it is worthwhile to use direct messages about the migration of tasks between logical processors from kernel / sched / core, having previously turned off synchronization of frequencies in ondemand using terminal commands:
      echo 0>/ sys / devices / system / cpu / cpufreq / ondemand / sync_on_migration
      echo 1>/dev/cpuctl/cpu.notify_on_migrate
      # Does not exist in Oreo
      echo 1>/dev/cpuctl/bg_non_interactive/cpu.notify_on_migrate

    3. Finally, it is already possible to activate cpu-boost with the help of a tweaker or manually (but more conveniently, nevertheless, with the help of a tweaker).

      If suddenly the desire to use cpu-boost disappears, you need to perform the above steps in reverse order, or simply reboot the device.

  • Clean and minimally crutch implementation of features familiar to you from other custom kernels.

  • The ability to change the values ​​of amplification of sound lines, based on the restriction of the right to write to the target registers from the user space through the IOCTL interface. The fact is that the Android operating system uses the IOCTL interface to change the gain values ​​in accordance with the configuration specified in the configuration file/system/etc/mixer_paths.xml, after each reinitialization of the audio unit. For the user, this means that any changes in the gain values ​​from somewhere outside of AudioHAL will be safely overwritten by the system as soon as the sound device, whose gain has been changed, becomes active again. Many people know this in the form of resetting the module settings.Soundcontrolfrom uvFaux123and that of uv.franciscofranco. I use the easiest and “soft” for the system method of preventing rewriting: the registers whose gain values ​​will be subject to change through the sysfs interface are no longer available for recording via the IOCTL interface. For backward compatibility withSoundcontrolmy module initializes its sysfs outputs to/ sys / kernel / sound_control_3. However, there is a downside:The gain values ​​on the RO line from mixer_paths will no longer have any effect. In simple words, the so-called. The “sound modes” that amplify the speaker / microphone / headset will stop working. I do not think that this will be a problem for anyone, since the nuclear option offers the same opportunity, only working in real time.

  • The minimum set of changes to generate the interface used to control the color scheme of the panel. Unlike other kernels, my options are noticeably lighter and are written in better quality language. So, my optionKCALlighter than the original from SW.Savocaby 61% andinterface to the registers payloadIn the MDSS controller, the lighter is the original from the SW.Myfluxiby 93%. Both interfaces are written using the best syntax present in our old kernel.

  • Since, in fact, the Linux kernel is for me a kind of platform for running in low-level programming skills, I try to gradually improve my own work. The SysFS module for managing screen colors received minor syntax changes, however KCAL for Nexus 7 (Flo) has undergone significant changes: first, the panel color temperature is now changed using LUT registers. Unlike modern display controllers, our MDP4 controller does not provide a flexible interface for updating all IOCTL-accessible registers at one time, so the effect of altered values ​​of these registers can be manifested only when the panel image is updated simultaneously. LUT registers, on the other hand, cause the panel to be updated immediately, so the transition from the PCC to the LUT made it possible to make the color temperature change instantaneous. This, by the way, does not provide any other custom kernel. Color inversion works thanks to Inverse Gamma Correction registers; here, unfortunately, the behavior of the panel does not differ from that when the PCC registers are modified, so colors can be reversed only while updating the image on the panel.

  • The interface used to change CPU-on-frequency voltages is rewritten into the framework format, i.e. It is universal in terms of the CPUFreq structure. Now it connects to the cpufreq driver, and does not go directly to the heart of the interface, which is unacceptable in Linux design. The acpuclk-krait interface itself received minor stylistic and syntactic edits. Nothing really interesting.

  • At the same time, SysFS analogue of sound line gain control via IOCTL was rewritten in its entirety. This is a completely different interface that supports the registration of several hardware codecs at once and allows you to dynamically manipulate the gains of the required lines through SysFS. Also, like CPUFreq->VDD interface, my module is a so-called full interface, i.e. It is universal in terms of ALSA-compatible audio codecs. Intervention in the lines controlled through it by IOCTL is filtered using a simple filter in the function of recording to audio registers inside ALSA. This allows for fully dynamic register management, which implies the ability to take control of any audio register available in the hardware audio codec (see the header files wcd93xx_registers.h, where xx is the minor version of the hardware audio codec) and not worry about the conflict with IOCTL by customers.
    Map of the main sound registers hammerhead
    - Microphone in normal mode ->0x251 (TAIKO_A_CDC_TX7_VOL_CTL_GAIN)
    - microphone during video recording ->0x249 (TAIKO_A_CDC_TX6_VOL_CTL_GAIN)
    - Left channel headphone ->0x2b7 (TAIKO_A_CDC_RX1_VOL_CTL_B2_CTL)
    - Right channel headphone ->0x2bf (TAIKO_A_CDC_RX2_VOL_CTL_B2_CTL)
    - Left and right multimedia speaker channels (single channel sound) ->0x2e7 (TAIKO_A_CDC_RX7_VOL_CTL_B2_CTL)
    Map of the main sound registers flo
    - Microphone in normal mode ->0x249 (TABLA_A_CDC_TX7_VOL_CTL_GAIN)
    - microphone during video recording ->0x251 (TABLA_A_CDC_TX7_VOL_CTL_GAIN)
    - Left channel headphone ->0x2b7 (TABLA_A_CDC_RX1_VOL_CTL_B2_CTL)
    - Right channel headphone ->0x2bf (TABLA_A_CDC_RX2_VOL_CTL_B2_CTL)
    - Left channel multimedia speaker ->0x2c7 (TABLA_A_CDC_RX3_VOL_CTL_B2_CTL)
    - Right channel multimedia speaker (two-channel sound) ->0x2cf (TABLA_A_CDC_RX4_VOL_CTL_B2_CTL)

  • The minimum and maximum driver brightness of the LM3630 (hammerhead) backlight can now be manually changed via the SysFS outputs / sys / class / backlight / lm3630 / device / lm3630_min [max] _level, respectively. This is a more correct analogue of Dimmer's favorite Backlight, used by many other cores. My core, in turn, allows you to edit the brightness thresholds used by the backlight driver directly. Accepted values ​​are in the range from 1 to 255 inclusive. You can see that by default the minimum backlight brightness on the Nexus 5 (hammerhead) is at level 5, i.e. you have the ability to make the minimum brightness significantly less than the one you are used to. However, LGE engineers didn’t just refuse to use the lowest possible brightness - the LM3630 at the hardware level is unable to provide uniform screen backlighting at a driver brightness below 3 (at least in the case of hammerhead). Take note of this.

  • The kernel has the ability to switch between CD-ROM and USB emulation modes on the fly, using the sysfs outputcdromowned by the f_mass_storage platform driver. This is necessary for the correct operation of DriveDroid.

  • The standard LED will now work forever if the off timeout (off_ms) is zero (logical, isn't it?). A similar method is used in the modified LightsHAL, used in many custom firmware to implement a notification about the status of the battery. Moreover, the support of a constantly active LED in the absence of a turn-off timeout can now be turned off. Judging by the custom firmwares branch, this is relevant for some Android Oreo users (there is no support in the kernel. It's funny, isn't it?). The corresponding SysFS outputs are in / sys / class / leds / red [green] [blue] / always_on. Yes, the always_on flag is set for each color separately. If you have a desire to disable support for the forever active LED completely, you can do it manually through the terminal / file manager or using the simplest Shell command:
    for i in red green blue; do echo 0>/ sys / class / leds / $ i / always_on; done

  • Kernel Samepage Merging module has been added to the kernel. The module itself is strikingly different from that in the hammerhead drain kernel (Linux 3.4). The variant in my kernel almost completely corresponds to that in the official Nexus 5X kernel (bullhead) [Linux 3.10], not counting the activity during the system startup by default. I decided to leave KSM inactive, as it raises the overhead in the part of the virtual memory system responsible for the mapping of new pages. However, with current trends in terms of attitude to RAM, KSM can help reduce the workload of RAM and, as a result, improve multitasking. The choice between better multitasking and better performance is yours.

  • The interface for controlling the voltages of the CPU as a whole does not differ from that in other cores (a variant from uvMyfluxi), however, unlike the others, it is implemented in a human way: without an incomprehensible conversion of functions into a completely different type (how did it work at all?), with protection in the form of a mutex and safe reading of the existing values ​​using the scnprintf function.

  • IP (6) _NF_TARGET_TTL is active in the kernel. Those who need it know what it is. If this does not tell you anything, do not try to change the TTL value. This feature is extremely dangerous in that you can inadvertently create immortal network packets that will lead to the collapse of the network interface.

  • The architectural timer now uses all 56 available architectural bits. Again, unlike the rest of the cores, I do not use the option of using all the bits from uv.Myfluxiwhich consists in porting the corresponding commit from u.Stephen Boyd, and which leads to random drops in the kernel due to the fact that the method of reading registers is not entirely correct on our architecture, but I use the register reading function already present in the kernel, simply removing zeroing of the upper 24 bits.

  • I brought the frequency of the interrupt timer to the stock value - 100Hz. As it turned out, our old hardware is unable to work adequately with the triple number of interrupts, even despite the architecture of dynamic ticks. I noticed frequent cash misses and abnormally high overhead in some sections of the kernel, so let's leave it to newer generations.

  • The entire architecture of nuclear timers, work queues and threads is reduced to the state of those in early Linux 3.8. It was necessary for me to get benefits from new internal calls, such as mod_delayed_timer, which made it possible to noticeably simplify some points. In addition, a more modern work scheduling architecture can reduce the cost of operations such as connecting / disconnecting logical cores, initializing and destroying work queues, reinitializing timers, etc. But the main goal was still to receive new calls. The rest somehow grew by itself. Honestly.

  • The input event driver is now capable of handling several such events at once. At the same time, I saved the hardware calibration of monotonous time events. All this together made it possible to avoid extremely high intervals of being in a state of disconnected interrupts in moments of superstrong system load, coupled with a huge number of synchronous input events. This is quite useful on devices with increased interactivity, such as smartphones and tablets.

  • Last time I forgot to report that the kernel is able to work with file systems such as NTFS and exFAT. Fans of connected storage must be satisfied.

  • Finally, the main chip of the Breakfast, which is the central trump card and the basis of core competitiveness. Do your moods often drop after your favorite device suddenly freezes and reboots? After this depression eats you with your head? No problem! New Breakfast with its signature chip - a pulsating LED during power-up - will take you out of the abyss of despair. Beautiful iridescent LED charms, forcing to restart the smartphone more and more often. Spontaneous reboots are no longer annoying, on the contrary: they delight the eyes and soul. Unfortunately, Nexus 7 users are less fortunate: this tablet has a simple monochrome LED. But even so, a bright white light is better than nothing.
Download
| Version List -Github
| Special version for Android Oreo -

savagemessiahzine.com download

Additional Information
| Original post -savagemessiahzine.com
| Author's profile -savagemessiahzine.com
| Source -Github
Blu_spark
Blu_spark
Android 6.0.y - 7.x.y
Speklist
  • Powered by Ubuntu 16.04.1 x86_64 (sparky VPS @ www.servercore.com.br - thanks @ChristianLetti)
  • Build with custom toolchain blu_naro-7.2 (cortex-a15 neon-vfpv4 hard-float targeted, build with the latest Crosstool-NG from developer snapshot Linaro GCC 7.2-2017.10)
  • Full-O3 support with device and target flags enhanced, linaro build improvements, etc
  • Less stock is builds based on android-msm-hammerhead-3.4-marshmallow-mr3
  • Kernel compressed with XZ, custom tweaked RAMdisk with GZIP (faster boot times)
  • Removed some debug and logging options
  • Enhanced performance and battery patches
  • Several CPU Governors (blu_active own governor is default- fastlane mode available!)
  • Voltage Control UV_mV_table (UV down to 700mV possible)
  • Enhanced TCP methods (westwood is default), Network and Wifi tweaks
  • Several I / O control (added FIOPS and ZEN is default), tweaked filesystems (F2FS, ExFAT, NTFS & CIFS available)
  • Disabled stock mpdecision and thermald
  • blu_plug: Dynamic hotplug for hammerhead
  • msm_thermal simple driver (default 65 C threshold)
  • Optimized RWSEM, AES and SHA1 routines (with neon support)
  • Vibrator Strength tunable (60% default)
  • KGSL fixes and reworked GPU driver (removed doubled freqs, goes to idle @ 27MHz), Simple GPU Governor by default
  • Gamma Control and KCAL - Advanced color control for Qualcomm MDSS (RGB calibration and post-processing features)
  • Backlight dimmer ready (disabled by default, tuned min manual brightness - level 3)
  • USB automount (ROM must support it, otherwise use stickmount)
  • CDROM emulation added to mass_storage (Drive Droid compatible)
  • Kexec (multirom) full support
  • doubletap2wake available (0: disabled, 1: enabled, 2: enabled fullscreen), option to disable with power button or after wake_timeout
  • USB Fast Charge (USB mode up to 900mA with MTP), proprietary charger detection
  • init.d support (put your scripts in /system/su.d), Kernel cleaner script
  • Compatible with Kernel Adiutor, Universal Kernel Manager and others
Download
| Version List -XDA
Additional Information
| The official theme isXDA
| Author's profile -XDA
| Source -Github
Franco kernel
Franco kernel
Android 4.4.y - 8.1.0
Speklist
This core has no official speck list.
Download
| Version List -franco-lnx
Additional Information
| The official theme isXDA
| Author's profile -XDA
| Source -Github
| List of changes -Changelog
| Official app -Play Market
ElementalX
ElementalX
Android 4.4.y - 8.1.0
Speklist
  • Easy installation with Aroma installer
  • overclocking / underclocking options
  • optional l2 and bus overclocking
  • ElementalX CPU governor with gboost
  • full voltage control
  • choose voltage profile in installer
  • wake gestures support
  • optional sweep2wake and doubletap2wake
  • options to disable wake functions with timeout or power button
  • optional USB fastcharge
  • NTFS r / w and exFAT support
  • option to disable fsync
  • multirom support
  • optional backlight dimmer
  • / dev / frandom support
  • optional cooler color preset
  • Advanced color and gamma control
  • Sound control
  • DriveDroid support
Download
| Official site -EX
Additional Information
| The official theme isXDA
| Author's profile -XDA
| Source -Github
| Official app -Play Market
Nitrogenextreme
Nitrogenextreme
Android 6.0.y - 7.x.y
Speklist
  • Add Overclock CPU up to 2.5 GHz
  • Add Underclock CPU up to 232 MHz
  • Add CPU voltage control
  • Add UKSM
  • Add simple GPU governor
  • Add msm hotplug
  • Add msm turbo
  • Add Use Android device as USB keyboard / mouse
  • Add USB fast charging support
  • Add faux sound control
  • Add faux speaker control
  • Add faux gamma control
  • Add frandom
  • Add fsync on / of
  • Add ZRAM
  • SeLinux permissive
  • Add FIFO, SIO, SIO +, VR, ZEN I / O Schedulers
  • Add abyssplugv2, lionheart, pegasusq, uberdemand, wheatley, hyper, darkness, nightmare, ondemandplus, optimax, smartmax, yankdemand CPU Governors
  • Add stereo call recording support
  • Add Wakelocks on / of
  • Add kexec-hardboot
  • Add af_unix: speedup / proc / net / unix
  • Add backlight dimmer
  • Implement always on RGB LED support
  • Introduce builder and kernel packer
  • Use ondemandplus default cpu governor
  • Disable test iosched, uze VR by default
  • Enable NTFS FS and cpu voltage
  • init.d: ​​add config
  • Enable LCD_KCAL
  • Enable all tcp congestions
  • Use westwood by default
  • New installer
  • XZ kernel compression
  • Build with Linaro 4.9.4
  • Overclock CPU up to 2.8 GHz
  • block: scheduler: add ZEN v2
  • Zen Sched: set fifo batch to 16 to reduce overload on eMMC and CPU
  • usb: gadget: mass_storage: added entry sysfs for cdrom to LUNs
  • Enable fastcharging by default
  • Enable MSM hotplug by default
  • Add franko thermal driver
  • Add double tap to wake touchscreen driver
  • Init included to ramdisk
  • Powersuspend
Download
| Official site -xyyx-dev
| Stable versions -Github
Additional Information
| The official theme isXDA
| Author's profile -XDA
| Source -Github
Bricked kernel
Bricked kernel
Android 4.4.y - 6.0.y
Speklist
  • Based upon Google's msm 3.4 source
  • Various fixes, improvements and optimizatios (look @ github)
  • Compiled with gcc4.7.2 toolchain (linaro 09.12)
  • -O3 + optimized
  • Snapdragon & CortexA15 optimizations
  • replaced qcom's hotplug binary with msm_mpdecision (IN-KERNEL, better battery life + performance)
  • Extensive sysfs interface for all users with tuneables you want (/ sys / kernel / msm_mpdecision /)
  • replaced qcom's thermal binary with my IN-KERNEL solution. (/ sys / kernel / msm_thermal /)
  • export krait version to: / sys / kernel / debug / krait_variant
  • Allow OC up to 2.5Ghz
  • Allow UC to 96Mhz
  • Undervolting (faux123)
  • F2FS Support
  • Multirom support
  • KCAL (savoca) & Gamma Control (faux123)
  • Sound Control (faux123)
  • Default clocks: 300 Mhz min & 2265,6 Mhz max
Download
| Official site -bricked.de
Additional Information
| The official theme isXDA
| Author's profile -XDA
| Source -Github
| Official app -Play Market
Hells-core
Hells-core
Android 4.4.y - 7.x.y
Speklist
This core has no official speck list.
Download
| Version List (Basketbuild) -Basketbuild
| Version List (Dropbox) -Dropbox
Additional Information
| The official theme isXDA
| Author's profile -G +
| Source -Github
| Official site -Blogspot
Uber kernel
Uber kernel
Android 4.4.y - 6.0.y
Speklist
This core has no official speck list.
Download
| Official site -uber
Additional Information
| The official theme isG +
| Author's profile -G +
| Source -Github
CAF core
Truesight
Truesight
Android CAF 5.x.y - 7.x.y
Speklist
  • Built with LG PWR-CORE Toolchain (Linaro GCC 6.2.0)
  • Optimizing toolchain flags: -O2, cortex-a15, neon-vfpv4
  • Disabled more stuff of debugging
  • Kernel compressed with LZ4 algorithm
  • CPU govermors: interactive, conservative, ondemand (default), powersave, perfomance, impusle, alucard, darkness, nightmare, pegasusq
  • IO sheduling: cfq, noop, deadline, row, fiops, zen (default)
  • TCP congestion algorithm: cubic (default), bic, westwood, hstcp, htcp, hybla, vegas, veno, scalable, lp, yeah, illinois
  • MSM_Hotplug (by @myfluxi).
  • Thermal engine: 3-phase Bricked thermald (by @ show-p1984)
  • F2FS support!
  • New touch boost driver made by @ alucard_24
  • MSM limiter driver v5.1 (by @dorimanx)
  • CPU frequencies: 300-2.57 GHz (default 300-2.2 GHz)
  • Modified cpufreq driver, you can set min / max freq and governor on each core!
  • Ported cpuidle driver from 3.10
  • GPU frequencies: 27-650 MHz (27 idle, 100-650 MHz work)
  • New Adreno GPU Snapshot driver from LA.DR.2.2.0_rb1.00
  • Sound control: FauxSound (by @ faux123)
  • Power Efficient Workqueues
  • Gentle Fair Sleeper (Disabled on default)
  • ArchPower (Disabled on default)
  • USB FastCharge (Disabled on default)
  • Fsync ON / OFF trigger
  • Async fsync
  • State notifier driver made by @ neobuddy89
  • Adreno idling algorithm v1.1 (by @ arter97)
  • Simple gpu algorithm (by @ faux123)
  • ZRAM support (disable by default)
  • ZSMALLOC
  • UKSM (disable by default)
  • Voltage Control v1.2 (by @dorimanx) Warning! High undervolting may your phone calls freezes and reboot.
  • Gamma control
  • MultiROM support (kexec-hardboot)
  • Backlight Dimmer (disable by default)
Download
| Version List -AndroidFileHost
Additional Information
| The official theme isXDA
| Post onsavagemessiahzine.com - savagemessiahzine.com
| Author's profile -XDAandsavagemessiahzine.com
| Source -Github
Irrelevant / Unpopular kernels
Android marshmallow
Android Lollipop
Android Kitkat
Kernel core
Survey Screenshots
2015 survey
Attached Image
Survey for 2016
Attached Image
Cap updates
From 02.17.2018:

  • Update information.
From 09/25/2017:

  • Added specklist kernel Breakfast.
From 09/22/2017:

  • Removed spoiler"Useful links", completely lost relevance a year ago.
  • Minor stylistic changes for better readability.
From 09/16/2017:

  • Easy update caps.
05.06.2017:

  • Added core Breakfast. Again.
From 11.05.2017:

  • Removed the core of Breakfast.
From 03/20/2017:

  • Added core Breakfast.
From 02.21.2017:

  • Improving the layout of the caps for the correct display in the mobile client.
From 04.02.2017:

  • Minor fixes and improvements.
From 01/04/2017:

  • Improved layout and convenience of the caps.
From 12.15.2016:

  • Added stock kernel Android 6.0.1 M4B30Z.
From 11/30/2016:

  • Final redesign of the caps.
From 10.27.2016:

  • General redesign caps.
From 10/13/2016:

  • Added coreBlu_Spark Modifiedin "Kernel for 7.0".
From 09/25/2016:

  • Added coreElementalXin "Kernel for 7.0".
From 09/24/2016:

  • Added coreNitrogen EXin "Kernel for 7.0".
From 09/21/2016:

  • Added coreFrancoin "Kernel for 7.0".
From 09/14/2016:

  • Added coreStocklikein "Kernel for 7.0".
From 09/05/2016:

  • Added item"7.0"in modified nuclei.
  • General fixes caps.
From 07.16.2016:

  • Addedfix WiFiin spoiler "Important Information".
  • There is also a link tonew GPU drivers.
From 05/31/2016:

  • Added coreMaximus.
From 05/30/2016:

  • Some fixes caps. Thank uv.Vitromanof.
May 24, 2016:

  • Added new settings from uv.Vitromanof - Flawless.
04/05/2016:

  • Added coreStocklike.
From 09.03.2016:

  • The cap is edited in accordance with the new rules from 09.03.2016.
03/08/2016:

  • Added new settings for the governor from uv.Vitromanof.
03/05/2016:

  • Added coreBlu_Spark Modified.
03/04/2016:

  • Added settings of the governor from uv.Vitromanof.
02.02.2016:

  • Added coreTruesightfrom uvdemon1992.
From 01/09/2016:

  • Added programs to configure the kernel.
  • Updated rules.
07.01.2016:

  • Redesign caps

The curator of the topic isneXTerUltim (QMS)


Post has been editedneXTerUltim - 19.07.18, 14:56
Reason for editing: Updating information
vadim245
Message#17422
16.10.18, 10:15
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 329
Check in: 08.09.06
Google nexus 5

Reputation:-  11  +

I want to put blu_spark. On the homepage I see a bunch of versions. I understand that this version - development.
Ie the choice of the file is not related to the fact that I have an AOSP / CAF ROM and which kind of android (needed for 7, for that matter).

I need toblu_sparkthe core "took off" on 7-ke. So far, solid bootloops come out (LOS / Paranoid / UAP).
Although I put on the scheme -
- wipes of everything, except stories
- ROM
- GAPPS
- blu_spark_r152_hammerhead_8d27510.zip
- wipe dalv / cache

What does this core live with?
RR (at 7)?
LOS14?
Nitrogen?
Paranoid?

I go for help in the "header" in the instructions section, but it is not there ....
Ask me to shower mestonesFAQs / tips, perhaps better :-)
viktor.elcov
Message#17423
18.10.18, 10:19
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 106
Check in: 27.04.17

Reputation:-  5  +

* vadim245,
Well, you know, the majority puts the 133 and 127 versions of the kernel, because the autonomy and settings are more balanced versions
Kimikot0
Message#17424
18.10.18, 21:56
User
****
[offline]

Group: Friendssavagemessiahzine.com
Messages 87
Check in: 05.07.15
Doogee y6

Reputation:-  1  +

Dear, no one can pull boot.img from the latest build of Fake Nexus 7.1.2? Now I just have problems with the Internet, I can not download all the firmware and pull out boot.img from there. Thank you in advance.
Danil00000
Message#17425
22.10.18, 18:02
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 246
Check in: 13.03.17

Reputation:-  0  +

Guys who will tell which core is the most energy efficient for 8 buckets? I'm just not too strong in the cores.
spb911
Message#17426
23.10.18, 01:18
Experienced
******
[offline]

Group: Friendssavagemessiahzine.com
Messages 546
Check in: 12.01.13
Xiaomi Mi 8 Lite 4/64

Reputation:-  69  +

Vadim245 @ 10/16/18, 10:15*
What does this core live with?
RR (at 7)?

On the RR it works exactly well, which is 152, and 127 with 133.
Try to install the firmware and gapps first, boot, and then install the new kernel)
NikolaiFilin
Message#17427
17.11.18, 15:16
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 131
Check in: 24.12.16
Honor 8X JSN-L21

Reputation:-  0  +

Help, I installed crdroid 8.1, I put the kernel of X-kernel, and as a result, the Google logo, it is cut down and again the Google logo, before that, it put it. And then I changed the firmware. At PP 8.1, the elemental works. And this core is necessary because only in it you can turn on cold colors. I bought a new Chinese screen, and it is hard yellow, cold colors partially correct the case. Can eat other variki remove yellowness? And as all the same elemental put


--------------------
Honor 8x
airat_sx
Message#17428
18.11.18, 12:13
Experienced
******
[offline]

Group: Friendssavagemessiahzine.com
Messages 631
Check in: 30.09.08
Google nexus 5

Reputation:-  17  +

* NikolaiFilin,
hehe .. he faced this problem. neither franco nor elemental is not put. put Breakfast, but there my problem with bluesleep seems unresolved.


--------------------
vadim245
Message#17429
18.11.18, 14:33
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 329
Check in: 08.09.06
Google nexus 5

Reputation:-  11  +

airat_sx @ 11/18/18, 16:13*
set the Breakfast

what exactly did you put on? with which firmware exactly made friends?
they sewed the firmware, gappas, core - everything from scratch, then wiped (what was wipe?) and then successful download,
or everything was standing, working on the working system and rolling the core (what were the wipes?)
airat_sx
Message#17430
18.11.18, 16:24
Experienced
******
[offline]

Group: Friendssavagemessiahzine.com
Messages 631
Check in: 30.09.08
Google nexus 5

Reputation:-  17  +

* vadim245,
On crDroidAndroid-8.1-v4.7, everything was standing, used, then I see that in bluesleep wakelock, it does not allow the phone to sleep properly, the same problem on RR 7.1.2. and rolled Franco and elemental - bootlops. and with Breakfast rates loaded. wipe davik and cache.
By the time the post was edited, I rolled up RR and put the Elemental core. and in the Kerner Auditor program I see initially such sliders. As I understand these features are already active and he will try to kill these wake blocks? Just usually everything is turned off by default and here I see
Attached Image


Post has been editedairat_sx - 18.11.18, 23:24
Reason for editing: Added


--------------------
boxm
Message#17431
31.12.18, 02:36
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 362
Check in: 27.07.12

Reputation:-  43  +

Question. I do not see in the cap of the cores on 9 android. Are they or are they not in nature? Or kernels for 8 buckets are suitable for 9th?


--------------------
DJM.A.X2018
Message#17432
31.12.18, 10:19
Veteran
********
[online]

Group: Friendssavagemessiahzine.com
Messages 1661
Check in: 11.05.12
Google nexus 5

Reputation:-  119  +

boxm @ 12/31/18, 2:36*
Question. I do not see in the cap of the cores on 9 android. Are they or are they not in nature?

And you see that the developers collected the custom on 9 android? No, there are no cores.
boxm @ 12/31/18, 2:36*
Or kernels for 8 buckets are suitable for 9th?

I'm not sure that they will work, but if you have time, desire and energy, you can try, but something tells me that the 8 by 9 kernels will not start.


--------------------
Google Nexus 5 D820
[ROM] AEX v6.4 (9) | [Kernel]stock rom |[TWRP] 3.3.0-0 | [Root] MAGISK 18.1
tapecoda
Message#17433
31.12.18, 14:18
Experienced
******
[offline]

Group: Friendssavagemessiahzine.com
Messages 414
Check in: 23.12.17
Google nexus 9

Reputation:-  8  +

Hi members of the forum. Tell me, please, the kernel for UAP 8.1. The main thing that the interface does not lag, in any case, well, and did not eat the battery, respectively.
mattragan
Message#17434
18.02.19, 08:17
a guest
*
[offline]

Group: Users
Messages 4
Check in: 12.06.13
HTC Wildfire S

Reputation:-  0  +

Hi people. Breakfast with 64 bit Binder IPC, no one was lying around? Or who can collect it? I put the usual Breakfast on uap 7.1.2 last and as a result knocks out in recovery.
fldjv
Message#17435
21.02.19, 00:52
Do what you like)
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 336
Check in: 13.05.13
Google nexus 5

Reputation:-  77  +

I welcome everyone, the question is not standard, but please answer on the merits.
Are there those who can help add a camera driver from LG G2 D802 to the kernel, or can it do it for themselves? And can share.


--------------------
HTC EVO 3D LG Nexus 532gbLOS15.1LG Nexus 532gbLOS15.1LG Nexus 5X32gbbootloop
Xiaomi Redmi Note3PRO Sony XZ1Official 9.0
volk_mn
Message#17436
01.03.19, 19:29
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 350
Check in: 23.09.08
Huawei P20 Pro CLT-L29

Reputation:-  30  +

Unlegacy Android Project [9.0] CAF
Hello everyone)
I can not find the kernel for the above firmware
People write that they like asking, but there is no kernel in the cap.
what is - Truesight Android CAF 5.x.y - 7.x.y, does not arise through TWRP, gives an error,
others can not find. Tell me, what kernels do the wise put?)
DJM.A.X2018
Message#17437
01.03.19, 21:26
Veteran
********
[online]

Group: Friendssavagemessiahzine.com
Messages 1661
Check in: 11.05.12
Google nexus 5

Reputation:-  119  +

* volk_mn, you will not find it, because if 8 supported the firmware somehow, then 9 is one firmware, no one is interested in this device anymore


--------------------
Google Nexus 5 D820
[ROM] AEX v6.4 (9) | [Kernel]stock rom |[TWRP] 3.3.0-0 | [Root] MAGISK 18.1
volk_mn
Message#17438
02.03.19, 15:52
Local
*****
[offline]

Group: Friendssavagemessiahzine.com
Messages 350
Check in: 23.09.08
Huawei P20 Pro CLT-L29

Reputation:-  30  +

DJM.A.X2018 @ 03/01/19, 21:26*
no one is interested in this device

This is true, but after all, there is a request, as they put it, have the chtol been removed?
DJM.A.X2018
Message#17439
02.03.19, 15:58
Veteran
********
[online]

Group: Friendssavagemessiahzine.com
Messages 1661
Check in: 11.05.12
Google nexus 5

Reputation:-  119  +

* volk_mn, as if the firmware goes along with the kernel, I have not yet met such firmware where it is necessary to install the kernel separately for the operation of the device.
If something went wrong with you, do not boot, etc., reinstall the firmware again with gaps, etc.

Post has been editedDJM.A.X2018 - 02.03.19, 15:59


--------------------
Google Nexus 5 D820
[ROM] AEX v6.4 (9) | [Kernel]stock rom |[TWRP] 3.3.0-0 | [Root] MAGISK 18.1
DJM.A.X2018
Message#17440
12.04.19, 21:21
Veteran
********
[online]

Group: Friendssavagemessiahzine.com
Messages 1661
Check in: 11.05.12
Google nexus 5

Reputation:-  119  +

* AlesaikoGood evening, and you can find out if there will be any update, since your kernel is not compatible with beta and canary assemblies of magisk 18.2 and 19.0, just on 18.1 gpay does not work for many


--------------------
Google Nexus 5 D820
[ROM] AEX v6.4 (9) | [Kernel]stock rom |[TWRP] 3.3.0-0 | [Root] MAGISK 18.1
Alesaiko
Message#17441
13.04.19, 18:34
const id
*******
[offline]

Topics Curator
Group: Curators
Messages 1095
Check in: 27.03.14
Google nexus 5

Reputation:-  718  +

* DJM.A.X2018,I can update the kernel, but first I need information on what exactly is preventing the new versions of Magisk from working on the current kernel version. At the moment, the PureNexus 7.1.2 firmware is installed on my barely alive Nexus, and I did not find any problems with the Magisk. I use the Beta branch (19.0)
Application screenshot
Attached Image


Post has been editedAlesaiko - 13.04.19, 18:35
Reason for editing: Added screenshot
Google
 

873 pagesV  « < 870 871 872 873 > » 


 mobile version    Now: 05/19/19 20:45