{"push_id":1363229044,"size":22,"distinct_size":22,"ref":"refs/heads/master","head":"a46636d8b99e219b1b91335ce5350f62a9f57693","before":"38895109be9f2bc8e47544dc27cc190bf4488e3c","commits":[{"sha":"23621f890b6ed0e69469f3cc6fa9a45c5e5cec18","author":{"name":"Tim Gardner","email":"aca0c50b96e1994e1ffe56274804b9dca8a7dcf7@canonical.com"},"message":"scripts/sortextable: suppress warning: `relocs_size' may be used uninitialized\n\nIn file included from scripts/sortextable.c:194:0:\nscripts/sortextable.c: In function `main':\nscripts/sortextable.h:176:3: warning: `relocs_size' may be used uninitialized in this function [-Wmaybe-uninitialized]\n   memset(relocs, 0, relocs_size);\n   ^\nscripts/sortextable.h:106:6: note: `relocs_size' was declared here\n  int relocs_size;\n      ^\nIn file included from scripts/sortextable.c:192:0:\nscripts/sortextable.h:176:3: warning: `relocs_size' may be used uninitialized in this function [-Wmaybe-uninitialized]\n   memset(relocs, 0, relocs_size);\n   ^\nscripts/sortextable.h:106:6: note: `relocs_size' was declared here\n  int relocs_size;\n      ^\n\ngcc 4.9.1","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/23621f890b6ed0e69469f3cc6fa9a45c5e5cec18"},{"sha":"4988196525bd557e3ff5a0e1a10f016b1bf4294e","author":{"name":"Kyungsik Lee","email":"fffc40064e243672081195c46f3af080981457bc@lge.com"},"message":"lz4: add lz4 module.\n\nlz4 is significantly faster than lzo, which makes it ideal for zram.\n\ndecompressor: add LZ4 decompressor module\n\nAdd support for LZ4 decompression in the Linux Kernel.  LZ4 Decompression\nAPIs for kernel are based on LZ4 implementation by Yann Collet.\n\nBenchmark Results(PATCH v3)\nCompiler: Linaro ARM gcc 4.6.2\n\n1. ARMv7, 1.5GHz based board\n   Kernel: linux 3.4\n   Uncompressed Kernel Size: 14MB\n        Compressed Size  Decompression Speed\n   LZO  6.7MB            20.1MB/s, 25.2MB/s(UA)\n   LZ4  7.3MB            29.1MB/s, 45.6MB/s(UA)\n\n2. ARMv7, 1.7GHz based board\n   Kernel: linux 3.7\n   Uncompressed Kernel Size: 14MB\n        Compressed Size  Decompression Speed\n   LZO  6.0MB            34.1MB/s, 52.2MB/s(UA)\n   LZ4  6.5MB            86.7MB/s\n- UA: Unaligned memory Access support\n- Latest patch set for LZO applied\n\nThis patch set is for adding support for LZ4-compressed Kernel.  LZ4 is a\nvery fast lossless compression algorithm and it also features an extremely\nfast decoder [1].\n\nBut we have five of decompressors already and one question which does\narise, however, is that of where do we stop adding new ones?  This issue\nhad been discussed and came to the conclusion [2].\n\nRussell King said that we should have:\n\n - one decompressor which is the fastest\n - one decompressor for the highest compression ratio\n - one popular decompressor (eg conventional gzip)\n\nIf we have a replacement one for one of these, then it should do exactly\nthat: replace it.\n\nThe benchmark shows that an 8% increase in image size vs a 66% increase\nin decompression speed compared to LZO(which has been known as the\nfastest decompressor in the Kernel).  Therefore the \"fast but may not be\nsmall\" compression title has clearly been taken by LZ4 [3].\n\n[1] http://code.google.com/p/lz4/\n[2] http://thread.gmane.org/gmane.linux.kbuild.devel/9157\n[3] http://thread.gmane.org/gmane.linux.kbuild.devel/9347\n\nLZ4 homepage: http://fastcompression.blogspot.com/p/lz4.html\nLZ4 source repository: http://code.google.com/p/lz4/\n\nSigned-off-by: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Yann Collet <yann.collet.73@gmail.com>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nCc: Ingo Molnar <mingo@elte.hu>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Russell King <rmk@arm.linux.org.uk>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Florian Fainelli <florian@openwrt.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(cherry picked from commit cffb78b0e0b3a30b059b27a1d97500cf6464efa9)\n\nChange-Id: I75ab38092ec016a22d0e5f09fcd60ce83a24c947\n\nlib: add lz4 compressor module\n\nThis patchset is for supporting LZ4 compression and the crypto API using\nit.\n\nAs shown below, the size of data is a little bit bigger but compressing\nspeed is faster under the enabled unaligned memory access.  We can use\nlz4 de/compression through crypto API as well.  Also, It will be useful\nfor another potential user of lz4 compression.\n\nlz4 Compression Benchmark:\nCompiler: ARM gcc 4.6.4\nARMv7, 1 GHz based board\n   Kernel: linux 3.4\n   Uncompressed data Size: 101 MB\n         Compressed Size  compression Speed\n   LZO   72.1MB\t\t  32.1MB/s, 33.0MB/s(UA)\n   LZ4   75.1MB\t\t  30.4MB/s, 35.9MB/s(UA)\n   LZ4HC 59.8MB\t\t   2.4MB/s,  2.5MB/s(UA)\n- UA: Unaligned memory Access support\n- Latest patch set for LZO applied\n\nThis patch:\n\nAdd support for LZ4 compression in the Linux Kernel.  LZ4 Compression APIs\nfor kernel are based on LZ4 implementation by Yann Collet and were changed\nfor kernel coding style.\n\nLZ4 homepage : http://fastcompression.blogspot.com/p/lz4.html\nLZ4 source repository : http://code.google.com/p/lz4/\nsvn revision : r90\n\nTwo APIs are added:\n\nlz4_compress() support basic lz4 compression whereas lz4hc_compress()\nsupport high compression or CPU performance get lower but compression\nratio get higher.  Also, we require the pre-allocated working memory with\nthe defined size and destination buffer must be allocated with the size of\nlz4_compressbound.\n\n[akpm@linux-foundation.org: make lz4_compresshcctx() static]\nSigned-off-by: Chanho Min <chanho.min@lge.com>\nCc: \"Darrick J. Wong\" <djwong@us.ibm.com>\nCc: Bob Pearson <rpearson@systemfabricworks.com>\nCc: Richard Weinberger <richard@nod.at>\nCc: Herbert Xu <herbert@gondor.hengli.com.au>\nCc: Yann Collet <yann.collet.73@gmail.com>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\n(cherry picked from commit c72ac7a1a926dbffb59daf0f275450e5eecce16f)\n\nlib: add support for LZ4-compressed kernel\n\nAdd support for extracting LZ4-compressed kernel images, as well as\nLZ4-compressed ramdisk images in the kernel boot process.\n\nSigned-off-by: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nCc: Ingo Molnar <mingo@elte.hu>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Russell King <rmk@arm.linux.org.uk>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Florian Fainelli <florian@openwrt.org>\nCc: Yann Collet <yann.collet.73@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(cherry picked from commit e76e1fdfa8f8dc1ea6699923cf5d92b5bee9c936)\n\nChange-Id: I280ccb95d3399c2e3ed529e60ae3c53190337bea\n\nlib/lz4: correct the LZ4 license\n\nThe LZ4 code is listed as using the \"BSD 2-Clause License\".\n\nSigned-off-by: Richard Laager <rlaager@wiktel.com>\nAcked-by: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: Chanho Min <chanho.min@lge.com>\nCc: Richard Yao <ryao@gentoo.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\n[ The 2-clause BSD can be just converted into GPL, but that's rude and\n  pointless, so don't do it   - Linus ]\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\n(cherry picked from commit ee8a99bdb47f32327bdfaffe35b900ca7161ba4e)\n\nlz4: fix compression/decompression signedness mismatch\n\nLZ4 compression and decompression functions require different in\nsignedness input/output parameters: unsigned char for compression and\nsigned char for decompression.\n\nChange decompression API to require \"(const) unsigned char *\".\n\nSigned-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: Geert Uytterhoeven <geert@linux-m68k.org>\nCc: Yann Collet <yann.collet.73@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(cherry picked from commit b34081f1cd59585451efaa69e1dff1b9507e6c89)\n\nlz4: ensure length does not wrap\n\nGiven some pathologically compressed data, lz4 could possibly decide to\nwrap a few internal variables, causing unknown things to happen.  Catch\nthis before the wrapping happens and abort the decompression.\n\nReported-by: \"Don A. Bailey\" <donb@securitymouse.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n(cherry picked from commit 206204a1162b995e2185275167b22468c00d6b36)\n\nlz4: fix another possible overrun\n\nThere is one other possible overrun in the lz4 code as implemented by\nLinux at this point in time (which differs from the upstream lz4\ncodebase, but will get synced at in a future kernel release.)  As\npointed out by Don, we also need to check the overflow in the data\nitself.\n\nWhile we are at it, replace the odd error return value with just a\n\"simple\" -1 value as the return value is never used for anything other\nthan a basic \"did this work or not\" check.\n\nReported-by: \"Don A. Bailey\" <donb@securitymouse.com>\nReported-by: Willy Tarreau <w@1wt.eu>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n(cherry picked from commit 4148c1f67abf823099b2d7db6851e4aea407f5ee)","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/4988196525bd557e3ff5a0e1a10f016b1bf4294e"},{"sha":"5b7a0c12649a0dc1d6c5b2c57a1090da7dc9c16d","author":{"name":"LaboDJ","email":"46be57c75d072b72171244c99f806a7c0c68d5ce@gmail.com"},"message":"crypto: add lz4 Cryptographic API\n\nAdd support for lz4 and lz4hc compression algorithm using the lib/lz4/*\ncodebase.\n\n[akpm@linux-foundation.org: fix warnings]\nSigned-off-by: Chanho Min <chanho.min@lge.com>\nCc: \"Darrick J. Wong\" <djwong@us.ibm.com>\nCc: Bob Pearson <rpearson@systemfabricworks.com>\nCc: Richard Weinberger <richard@nod.at>\nCc: Herbert Xu <herbert@gondor.hengli.com.au>\nCc: Yann Collet <yann.collet.73@gmail.com>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/5b7a0c12649a0dc1d6c5b2c57a1090da7dc9c16d"},{"sha":"4bf51f9019f00f97040c15471c23b852cde76f04","author":{"name":"flar2","email":"54baee86d9719f38bf07b54ac189c5126488f211@gmail.com"},"message":"Apply CFLAGS, -Os to decompress.o to improve decompress performance during boot-up process\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/4bf51f9019f00f97040c15471c23b852cde76f04"},{"sha":"3c679e7fa2d954c972e7b2b839d47d798150e615","author":{"name":"Kyungsik Lee","email":"fffc40064e243672081195c46f3af080981457bc@lge.com"},"message":"arm: add support for LZ4-compressed kernel\n\nIntegrates the LZ4 decompression code to the arm pre-boot code.\n\nSigned-off-by: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nCc: Ingo Molnar <mingo@elte.hu>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Russell King <rmk@arm.linux.org.uk>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Florian Fainelli <florian@openwrt.org>\nCc: Yann Collet <yann.collet.73@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/3c679e7fa2d954c972e7b2b839d47d798150e615"},{"sha":"b46ba67009e70a601b77dd469cb18bb7cbd352f6","author":{"name":"Christopher Fries","email":"83e9f6d7d4670929753836ea01795d8a6f1db4ac@motorola.com"},"message":"lib: lz4: Set ARM_EFFICIENT_UNALIGNED_ACCESS\n\n Set ARM_EFFICIENT_UNALIGNED_ACCESS to improve performance in lz4\n compression and decompression.\n\n On msm8x26 cortex-a7,\n\n                        LZO                LZ4               LZ4 w/ UA\n decompress (bs=4k)     121.21             115.52            148.7\n\n                        LZO                LZ4               LZ4 w/ UA\n compress (bs=4k)       37.5               34.5              44.8\n\n ported from http://gerrit.mot.com/#/c/697567/\n\nChange-Id: I95db669cdf542767b356e9c5bc2d6a272fb111d4\nSigned-off-by: Jiangli Yuan <jlyuan@motorola.com>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/b46ba67009e70a601b77dd469cb18bb7cbd352f6"},{"sha":"dd39fcdffc11db36a18b821ebe75322731bc5bc9","author":{"name":"Rasmus Villemoes","email":"177f6c7e7d0681e1b64ab10ef561094344edf6d6@rasmusvillemoes.dk"},"message":"lib/lz4: Pull out constant tables\n\nThere's no reason to allocate the dec{32,64}table on the stack; it\njust wastes a bunch of instructions setting them up and, of course,\nalso consumes quite a bit of stack. Using size_t for such small\nintegers is a little excessive.\n\n$ scripts/bloat-o-meter /tmp/built-in.o lib/built-in.o\nadd/remove: 2/2 grow/shrink: 2/0 up/down: 1304/-1548 (-244)\nfunction                                     old     new   delta\nlz4_decompress_unknownoutputsize              55     718    +663\nlz4_decompress                                55     632    +577\ndec64table                                     -      32     +32\ndec32table                                     -      32     +32\nlz4_uncompress                               747       -    -747\nlz4_uncompress_unknownoutputsize             801       -    -801\n\nThe now inlined lz4_uncompress functions used to have a stack\nfootprint of 176 bytes (according to -fstack-usage); their inlinees\nhave increased their stack use from 32 bytes to 48 and 80 bytes,\nrespectively.\n\nChange-Id: I1387e4cabcfe133a38342d617e84e3a9703a44b6\nSigned-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>\nSigned-off-by: engstk <eng.stk@sapo.pt>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/dd39fcdffc11db36a18b821ebe75322731bc5bc9"},{"sha":"898811397b3e1bbd4824f089b48f653ea8a5caec","author":{"name":"Markus Trippelsdorf","email":"1b28d2c9bd8522dadb87005ecdbf38866624f93e@trippelsdorf.de"},"message":".gitignore: ignore *.lz4 files\n\nNow that lz4 kernel compression is available, add *.lz4 to .gitignore.\n\nSigned-off-by: Markus Trippelsdorf <markus@trippelsdorf.de>\nAcked-by: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>\nSigned-off-by: engstk <eng.stk@sapo.pt>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/898811397b3e1bbd4824f089b48f653ea8a5caec"},{"sha":"4a01b5a9a5ed385f84a930e2db46021a32d6d8d9","author":{"name":"Kyungsik Lee","email":"fffc40064e243672081195c46f3af080981457bc@lge.com"},"message":"lib: add support for LZ4-compressed kernel\n\nAdd support for extracting LZ4-compressed kernel images, as well as\nLZ4-compressed ramdisk images in the kernel boot process.\n\nSigned-off-by: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nCc: Ingo Molnar <mingo@elte.hu>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Russell King <rmk@arm.linux.org.uk>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Florian Fainelli <florian@openwrt.org>\nCc: Yann Collet <yann.collet.73@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/4a01b5a9a5ed385f84a930e2db46021a32d6d8d9"},{"sha":"2a2b6aedeb3329ca4a1b7a632de0fe27981b99d2","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"lz4: add overrun checks to lz4_uncompress_unknownoutputsize()\n\nJan points out that I forgot to make the needed fixes to the\nlz4_uncompress_unknownoutputsize() function to mirror the changes done\nin lz4_decompress() with regards to potential pointer overflows.\n\nThe only in-kernel user of this function is the zram code, which only\ntakes data from a valid compressed buffer that it made itself, so it's\nnot a big issue.  But due to external kernel modules using this\nfunction, it's better to be safe here.\n\nReported-by: Jan Beulich <JBeulich@suse.com>\nCc: \"Don A. Bailey\" <donb@securitymouse.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/2a2b6aedeb3329ca4a1b7a632de0fe27981b99d2"},{"sha":"3ae2c905cdebb879e6002b74448f6f65827f47e9","author":{"name":"JeHyeon Yeon","email":"b6776027369a303bccce9ed37d7954bf98416e8b@windriver.com"},"message":"LZ4 : fix the data abort issue\n\nIf the part of the compression data are corrupted, or the compression\ndata is totally fake, the memory access over the limit is possible.\n\nThis is the log from my system usning lz4 decompression.\n   [6502]data abort, halting\n   [6503]r0  0x00000000 r1  0x00000000 r2  0xdcea0ffc r3  0xdcea0ffc\n   [6509]r4  0xb9ab0bfd r5  0xdcea0ffc r6  0xdcea0ff8 r7  0xdce80000\n   [6515]r8  0x00000000 r9  0x00000000 r10 0x00000000 r11 0xb9a98000\n   [6522]r12 0xdcea1000 usp 0x00000000 ulr 0x00000000 pc  0x820149bc\n   [6528]spsr 0x400001f3\nand the memory addresses of some variables at the moment are\n    ref:0xdcea0ffc, op:0xdcea0ffc, oend:0xdcea1000\n\nAs you can see, COPYLENGH is 8bytes, so @ref and @op can access the momory\nover @oend.\n\nSigned-off-by: JeHyeon Yeon <tom.yeon@windriver.com>\nReviewed-by: David Sterba <dsterba@suse.cz>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/3ae2c905cdebb879e6002b74448f6f65827f47e9"},{"sha":"def078fe81d1330318295feebf2bc0ac2c643bc6","author":{"name":"Krzysztof Kolasa","email":"cf5052ae9813f239297028e4d1f9dc0bb8a3e77c@winsoft.pl"},"message":"lz4: fix system halt at boot kernel on x86_64\n\nSometimes, on x86_64, decompression fails with the following\nerror:\n\nDecompressing Linux...\n\nDecoding failed\n\n -- System halted\n\nThis condition is not needed for a 64bit kernel(from commit d5e7caf):\n\nif( ... ||\n    (op + COPYLENGTH) > oend)\n    goto _output_error\n\nmacro LZ4_SECURE_COPY() tests op and does not copy any data\nwhen op exceeds the value.\n\nadded by analogy to lz4_uncompress_unknownoutputsize(...)\n\nSigned-off-by: Krzysztof Kolasa <kkolasa@winsoft.pl>\nTested-by: Alexander Kuleshov <kuleshovmail@gmail.com>\nTested-by: Caleb Jorden <cjorden@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/def078fe81d1330318295feebf2bc0ac2c643bc6"},{"sha":"ce5ed1adf301daf9302b25383315d255ceb8aa6c","author":{"name":"Rui Salvaterra","email":"2c25f904254294707dd192a2f0046e9931ac0f52@gmail.com"},"message":"lib: lz4: fixed zram with lz4 on big endian machines\n\nBased on Sergey's test patch [1], this fixes zram with lz4 compression\non big endian cpus.\n\nNote that the 64-bit preprocessor test is not a cleanup, it's part of\nthe fix, since those identifiers are bogus (for example, __ppc64__\nisn't defined anywhere else in the kernel, which means we'd fall into\nthe 32-bit definitions on ppc64).\n\nTested on ppc64 with no regression on x86_64.\n\n[1] http://marc.info/?l=linux-kernel&m=145994470805853&w=4\n\nCc: stable@vger.kernel.org\nSuggested-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nSigned-off-by: Rui Salvaterra <rsalvaterra@gmail.com>\nReviewed-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/ce5ed1adf301daf9302b25383315d255ceb8aa6c"},{"sha":"10369df9add938b37e2c835bb5466938bdc6a405","author":{"name":"Rui Salvaterra","email":"2c25f904254294707dd192a2f0046e9931ac0f52@gmail.com"},"message":"lib: lz4: cleanup unaligned access efficiency detection\n\nThese identifiers are bogus. The interested architectures should define\nHAVE_EFFICIENT_UNALIGNED_ACCESS whenever relevant to do so. If this\nisn't true for some arch, it should be fixed in the arch definition.\n\nSigned-off-by: Rui Salvaterra <rsalvaterra@gmail.com>\nReviewed-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/10369df9add938b37e2c835bb5466938bdc6a405"},{"sha":"5435fe5ad44c5a4f088c8b51fd19a2d051c0bac0","author":{"name":"Jan Beulich","email":"1fd971496e1aa6d286ec629ae628ee3e35c09db5@suse.com"},"message":"lib/decompress_unlz4.c: always set an error return code on failures\n\n\"ret\", being set to -1 early on, gets cleared by the first invocation of\nlz4_decompress()/lz4_decompress_unknownoutputsize(), and hence subsequent\nfailures wouldn't be noticed by the caller without setting it back to -1\nright after those calls.\n\nReported-by: Matthew Daley <mattjd@gmail.com>\nSigned-off-by: Jan Beulich <jbeulich@suse.com>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/5435fe5ad44c5a4f088c8b51fd19a2d051c0bac0"},{"sha":"f4c6f25f2d164791c180b0758f17afcd31c89bba","author":{"name":"Yinghai Lu","email":"a937ac6bd902974249c050ded6c056a9879800aa@kernel.org"},"message":"initrd: fix lz4 decompress with initrd\n\nDuring testing initrd (>2G) support, find decompress/lz4 does not work\nwith initrd at all.\n\ndecompress_* should support:\n1. inbuf[]/outbuf[] for kernel preboot.\n2. inbuf[]/flush() for initramfs\n3. fill()/flush() for initrd.\n\nin the unlz4 does not handle case 3, as input len is passed as 0, and it\nfailed in first try.\n\nFix that add one extra if (fill) checking, and get out if EOF from the\nfill().\n\nSigned-off-by: Yinghai Lu <yinghai@kernel.org>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/f4c6f25f2d164791c180b0758f17afcd31c89bba"},{"sha":"a1cd8176d44b1fcf2cd3c56926bfbd770cf9aafa","author":{"name":"Yinghai Lu","email":"a937ac6bd902974249c050ded6c056a9879800aa@kernel.org"},"message":"initramfs: support initramfs that is bigger than 2GiB\n\nNow with 64bit bzImage and kexec tools, we support ramdisk that size is\nbigger than 2g, as we could put it above 4G.\n\nFound compressed initramfs image could not be decompressed properly.  It\nturns out that image length is int during decompress detection, and it\nwill become < 0 when length is more than 2G.  Furthermore, during\ndecompressing len as int is used for inbuf count, that has problem too.\n\nChange len to long, that should be ok as on 32 bit platform long is\n32bits.\n\nTested with following compressed initramfs image as root with kexec.\n\tgzip, bzip2, xz, lzma, lzop, lz4.\nrun time for populate_rootfs():\n   size        name       Nehalem-EX  Westmere-EX  Ivybridge-EX\n 9034400256 root_img     :   26s           24s          30s\n 3561095057 root_img.lz4 :   28s           27s          27s\n 3459554629 root_img.lzo :   29s           29s          28s\n 3219399480 root_img.gz  :   64s           62s          49s\n 2251594592 root_img.xz  :  262s          260s         183s\n 2226366598 root_img.lzma:  386s          376s         277s\n 2901482513 root_img.bz2 :  635s          599s\n\nSigned-off-by: Yinghai Lu <yinghai@kernel.org>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nCc: Ingo Molnar <mingo@elte.hu>\nCc: Rashika Kheria <rashika.kheria@gmail.com>\nCc: Josh Triplett <josh@joshtriplett.org>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: P J P <ppandit@redhat.com>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nCc: Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>\nCc: \"Daniel M. Weeks\" <dan@danweeks.net>\nCc: Alexandre Courbot <acourbot@nvidia.com>\nCc: Jan Beulich <JBeulich@suse.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/a1cd8176d44b1fcf2cd3c56926bfbd770cf9aafa"},{"sha":"c8b584a3c06270dcedf044d954d72cd229e3e087","author":{"name":"Yinghai Lu","email":"a937ac6bd902974249c050ded6c056a9879800aa@kernel.org"},"message":"lib/decompressors: use real out buf size for gunzip with kernel\n\nWhen loading x86 64bit kernel above 4GiB with patched grub2, got kernel\ngunzip error.\n\n| early console in decompress_kernel\n| decompress_kernel:\n|       input: [0x807f2143b4-0x807ff61aee]\n|      output: [0x807cc00000-0x807f3ea29b] 0x027ea29c: output_len\n| boot via startup_64\n| KASLR using RDTSC...\n|  new output: [0x46fe000000-0x470138cfff] 0x0338d000: output_run_size\n|  decompress: [0x46fe000000-0x47007ea29b] <=== [0x807f2143b4-0x807ff61aee]\n|\n| Decompressing Linux... gz...\n|\n| uncompression error\n|\n| -- System halted\n\nthe new buffer is at 0x46fe000000ULL, decompressor_gzip is using\n0xffffffb901ffffff as out_len.  gunzip in lib/zlib_inflate/inflate.c cap\nthat len to 0x01ffffff and decompress fails later.\n\nWe could hit this problem with crashkernel booting that uses kexec loading\nkernel above 4GiB.\n\nWe have decompress_* support:\n    1. inbuf[]/outbuf[] for kernel preboot.\n    2. inbuf[]/flush() for initramfs\n    3. fill()/flush() for initrd.\nThis bug only affect kernel preboot path that use outbuf[].\n\nAdd __decompress and take real out_buf_len for gunzip instead of guessing\nwrong buf size.\n\nFixes: 1431574a1c4 (lib/decompressors: fix \"no limit\" output buffer length)\nSigned-off-by: Yinghai Lu <yinghai@kernel.org>\nCc: Alexandre Courbot <acourbot@nvidia.com>\nCc: Jon Medhurst <tixy@linaro.org>\nCc: Stephen Warren <swarren@wwwdotorg.org>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Ingo Molnar <mingo@redhat.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/c8b584a3c06270dcedf044d954d72cd229e3e087"},{"sha":"d148778951516fb1533ae7eedfb3d01c3cfade82","author":{"name":"Daniel M. Weeks","email":"8ba258345e8c7589d20364528ac4964f896605aa@danweeks.net"},"message":"initramfs: debug detected compression method\n\nThis can greatly aid in narrowing down the real source of initramfs\nproblems such as failures related to the compression of the in-kernel\ninitramfs when an external initramfs is in use as well.  Existing errors\nare ambiguous as to which initramfs is a problem and why.\n\n[akpm@linux-foundation.org: use pr_debug()]\nSigned-off-by: Daniel M. Weeks <dan@danweeks.net>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/d148778951516fb1533ae7eedfb3d01c3cfade82"},{"sha":"e53ade50aa7bfb044fcc2a29ce9e146afd18893d","author":{"name":"Haesung Kim","email":"37d4c4f0e7500d8fc17feac9fe7671b582d08dfc@lge.com"},"message":"lib/decompress.c: consistency of compress formats for kernel image\n\nMagic number of compress formats for kernel image is defined by two bytes.\n These numbers are written in hexadecimal number, nevertheless magic\nnumber for only gunzip is written in octal number.  The formats should be\nconsistent for readability.  Therefore, magic numbers for gunzip are also\ndefined by hexadecimal number.\n\nSigned-off-by: Haesung Kim <matia.kim@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/kabata1975/emotion_shamu_kernel/commits/e53ade50aa7bfb044fcc2a29ce9e146afd18893d"}]}
{"actor":{"display_login":"kabata1975"}}