{"push_id":684577010,"size":9,"distinct_size":9,"ref":"refs/heads/master","head":"e6cbbef01edf9c33ed55b9603b5768a0535a8389","before":"a4e21cb28463a27f8db4025038ddfc6a18125470","commits":[{"sha":"e2568066b452091834755e67a731ad8070d870e5","author":{"email":"367d233c448abb973a0136207eb0cf446765a6f5@ti.com","name":"Cyril Chemparathy"},"message":"ARM: fix warning on uninitialized offset.un\n\nThis patch fixes the following warning:\n\narch/arm/mm/alignment.c: In function 'do_alignment':\narch/arm/mm/alignment.c:327:15: warning: 'offset.un' may be used uninitialized in this function [-Wmaybe-uninitialized]\narch/arm/mm/alignment.c:749:21: note: 'offset.un' was declared here\n\nThe fix is to promote the initialization of offset into do_alignment().\n\nSigned-off-by: Cyril Chemparathy <cyril@ti.com>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/e2568066b452091834755e67a731ad8070d870e5"},{"sha":"6b49c9f0e4b7be24ff39927fb460be89445ef860","author":{"email":"18c779736a363cad327f325409f282a6ce6208b6@gmail.com","name":"Suhail"},"message":"cpufreq: Add cpu-boost driver\n\nWhen certain bursty and important events take place, it might take a while\nfor the current cpufreq governor to notice the new load and react to it.\nThat would result in poor user experience. To alleviate this, the cpu-boost\ndriver boosts the frequency of a CPU for a short duration to maintain good\nuser experience while the governor catches up.\n\nSpecifically, this commit deals with ensuring that when \"important\" tasks\nmigrate from a fast CPU to a slow CPU, the frequency of the slow CPU is\nboosted to be at least as high as the fast CPU for a short duration.\n\nSince this driver enforces the boost by hooking into standard cpufreq\nADJUST notifiers, it has several advantages:\n- More portable across kernel versions where the cpufreq internals might\n  have been rewritten.\n- Governor agnostic and hence works with multiple governors like\n  conservative, ondemand, interactive, etc.\n- Does not affect the sampling period/logic of existing governors.\n- Can have the boost period adjusted independent of governor sampling\n  period.\n\nChange-Id: Ibd814a20043d0aba64ee7637a4a79b9ffa1b0991\nSigned-off-by: Saravana Kannan <skannan@codeaurora.org>\nSigned-off-by: Suhail <sh.skyinfo@gmail.com>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/6b49c9f0e4b7be24ff39927fb460be89445ef860"},{"sha":"096aa49617dbfefeda0436a685034988cfe561d0","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: crypto: add NEON accelerated XOR implementation\n\nAdd a source file xor-neon.c (which is really just the reference\nC implementation passed through the GCC vectorizer) and hook it\nup to the XOR framework.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/096aa49617dbfefeda0436a685034988cfe561d0"},{"sha":"a83f7669f0e97ca9f14f9c338ac02ba7bd9386f0","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: 7835/2: fix modular build of xor_blocks() with NEON enabled\n\nCommit 0195659 introduced a NEON accelerated version of the xor_blocks()\nfunction, but it needs the changes in this patch to allow it to be built\nas a module rather than statically into the kernel.\n\nThis patch creates a separate module xor-neon.ko which exports the NEON\ninner xor_blocks() functions depended upon by the regular xor.ko if it\nis built with CONFIG_KERNEL_MODE_NEON=y\n\nReported-by: Josh Boyer <jwboyer@fedoraproject.org>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/a83f7669f0e97ca9f14f9c338ac02ba7bd9386f0"},{"sha":"43093a79c4cd517323cc740c0f788c5b8fb70a40","author":{"email":"18c779736a363cad327f325409f282a6ce6208b6@gmail.com","name":"Suhail"},"message":"ARM: move VFP init to an earlier boot stage\n\nIn order to use the NEON unit in the kernel, we should\ninitialize it a bit earlier in the boot process so NEON users\nthat like to do a quick benchmark at load time (like the\nxor_blocks or RAID-6 code) find the NEON/VFP unit already\nenabled.\n\nReplaced late_initcall() with core_initcall().\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/43093a79c4cd517323cc740c0f788c5b8fb70a40"},{"sha":"c80a6010979a7152018c2d5c956350d7e585001a","author":{"email":"18c779736a363cad327f325409f282a6ce6208b6@gmail.com","name":"Suhail"},"message":"ARM: Perform the creation of procfs node for VFP later\n\nThe creation of procfs node for VFP bounce reporting failed\nwhen placed in early init, so perform this creation later.","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/c80a6010979a7152018c2d5c956350d7e585001a"},{"sha":"2b5d3dfd981e15bf8823d02648ededf5b14e198a","author":{"email":"18c779736a363cad327f325409f282a6ce6208b6@gmail.com","name":"Suhail"},"message":"ARM: only allow kernel mode neon with AEABI This prevents the linker …\n\n…erroring with:\n\narm-linux-ld: error: arch/arm/lib/xor-neon.o uses VFP instructions, whereas arch/arm/lib/built-in.o does not\narm-linux-ld: failed to merge target specific data of file arch/arm/lib/xor-neon.o\n\nThis is due to the non-neon files being marked as containing FPA data/\ninstructions (even though they do not) being mixed with files which\ncontain VFP, which is an incompatible floating point format.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/2b5d3dfd981e15bf8823d02648ededf5b14e198a"},{"sha":"faee190660c3527e774ba61e5abd350255d2d72a","author":{"email":"7eae7c015abe6cfbcb55fd218cc6b352105b3f52@gmail.com","name":"Boy Petersen"},"message":"fs/dcache.c: adaptive vfs_cache_pressure on suspend / resume\n\nlow vfs_cache pressure values save battery while idle, while\na low value also causes stutter with longer up times.","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/faee190660c3527e774ba61e5abd350255d2d72a"},{"sha":"e6cbbef01edf9c33ed55b9603b5768a0535a8389","author":{"email":"18c779736a363cad327f325409f282a6ce6208b6@gmail.com","name":"Suhail"},"message":"Support for GCC 5 and 6\n\nSigned-off-by: Suhail <sh.skyinfo@gmail.com>","distinct":true,"url":"https://api.github.com/repos/shskyinfo/SKernel/commits/e6cbbef01edf9c33ed55b9603b5768a0535a8389"}]}