{"push_id":772017318,"size":20,"distinct_size":20,"ref":"refs/heads/boeffla_cm12.1","head":"b992e5f76ef12e0ba2293704c979d443d2239d17","before":"64702a062b588e5e869d30257ae50de30f1c87b5","commits":[{"sha":"739746fee952b6f688d00a8dee33f476d127194b","author":{"email":"fdb87dfd199045af7165780b11640b83768a0d57@cpushare.com","name":"Andrea Arcangeli"},"message":"dualwave: Import from Samsung SM-G900F release\n\n* Samsung package version: G900FXXU1BOD3\n\nChange-Id: I1cef024439cc53c18260d346e7e582e354cd8632","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/739746fee952b6f688d00a8dee33f476d127194b"},{"sha":"c7901ca054294b3f6c17b3f821df049140b556b5","author":{"email":"fdb87dfd199045af7165780b11640b83768a0d57@cpushare.com","name":"Andrea Arcangeli"},"message":"msm_serial_hs: Update from Samsung SM-G900F release\n\n* Samsung package version: G900FXXU1BOD3\n\nChange-Id: I6c09a27413e758197cad84c645a56f9a3f054121","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/c7901ca054294b3f6c17b3f821df049140b556b5"},{"sha":"cd0e9970fab3650d5b36f43816302d1f5cd2c023","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"net: guard tcp_set_keepalive() to tcp sockets\n\nIts possible to use RAW sockets to get a crash in\ntcp_set_keepalive() / sk_reset_timer()\n\nFix is to make sure socket is a SOCK_STREAM one.\n\nChange-Id: Iac15543e241e46c76bc76eb48d3db0b0320f6fc1\nReported-by: Dave Jones <davej@redhat.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/cd0e9970fab3650d5b36f43816302d1f5cd2c023"},{"sha":"f80604754672a6241f8b661054de7d8376b3ce6b","author":{"email":"b913f13ef92ac157955c954ccaaff7be065faba4@arm.com","name":"Will Deacon"},"message":"tracing/syscalls: Fix perf syscall tracing when syscall_nr == -1\n\nsyscall_get_nr can return -1 in the case that the task is not executing\na system call.\n\nThis patch fixes perf_syscall_{enter,exit} to check that the syscall\nnumber is valid before using it as an index into a bitmap.\n\nLink: http://lkml.kernel.org/r/1345137254-7377-1-git-send-email-will.deacon@arm.com\n\nChange-Id: I03d131612783e1fcae9700b4d48cc98c09e2194a\nCc: Jason Baron <jbaron@redhat.com>\nCc: Wade Farnsworth <wade_farnsworth@mentor.com>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nSigned-off-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/f80604754672a6241f8b661054de7d8376b3ce6b"},{"sha":"d48b5779e93bc8dbe5e2e2a628bd0b3c30df2a0e","author":{"email":"6bd3f43fd5b2b5689bccc97f6d09e3eb28307598@rab.in","name":"Rabin Vincent"},"message":"tracing/syscalls: Ignore numbers outside NR_syscalls' range\n\nARM has some private syscalls (for example, set_tls(2)) which lie\noutside the range of NR_syscalls.  If any of these are called while\nsyscall tracing is being performed, out-of-bounds array access will\noccur in the ftrace and perf sys_{enter,exit} handlers.\n\n # trace-cmd record -e raw_syscalls:* true && trace-cmd report\n ...\n true-653   [000]   384.675777: sys_enter:            NR 192 (0, 1000, 3, 4000022, ffffffff, 0)\n true-653   [000]   384.675812: sys_exit:             NR 192 = 1995915264\n true-653   [000]   384.675971: sys_enter:            NR 983045 (76f74480, 76f74000, 76f74b28, 76f74480, 76f76f74, 1)\n true-653   [000]   384.675988: sys_exit:             NR 983045 = 0\n ...\n\n # trace-cmd record -e syscalls:* true\n [   17.289329] Unable to handle kernel paging request at virtual address aaaaaace\n [   17.289590] pgd = 9e71c000\n [   17.289696] [aaaaaace] *pgd=00000000\n [   17.289985] Internal error: Oops: 5 [#1] PREEMPT SMP ARM\n [   17.290169] Modules linked in:\n [   17.290391] CPU: 0 PID: 704 Comm: true Not tainted 3.18.0-rc2+ #21\n [   17.290585] task: 9f4dab00 ti: 9e710000 task.ti: 9e710000\n [   17.290747] PC is at ftrace_syscall_enter+0x48/0x1f8\n [   17.290866] LR is at syscall_trace_enter+0x124/0x184\n\nFix this by ignoring out-of-NR_syscalls-bounds syscall numbers.\n\nCommit cd0980fc8add \"tracing: Check invalid syscall nr while tracing syscalls\"\nadded the check for less than zero, but it should have also checked\nfor greater than NR_syscalls.\n\nLink: http://lkml.kernel.org/p/1414620418-29472-1-git-send-email-rabin@rab.in\n\nChange-Id: I3cab2ba461dac74846a540eefde7bb4bccce5106\nFixes: cd0980fc8add \"tracing: Check invalid syscall nr while tracing syscalls\"\nCc: stable@vger.kernel.org # 2.6.33+\nSigned-off-by: Rabin Vincent <rabin@rab.in>\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/d48b5779e93bc8dbe5e2e2a628bd0b3c30df2a0e"},{"sha":"c7dd8ff6f6864a9d6f8fc30610e9f36ecfbfbf3a","author":{"email":"e642b69ed2fc111e09ffdc37feb733a52253340d@oracle.com","name":"Sasha Levin"},"message":"KEYS: close race between key lookup and freeing\n\nWhen a key is being garbage collected, it's key->user would get put before\nthe ->destroy() callback is called, where the key is removed from it's\nrespective tracking structures.\n\nThis leaves a key hanging in a semi-invalid state which leaves a window open\nfor a different task to try an access key->user. An example is\nfind_keyring_by_name() which would dereference key->user for a key that is\nin the process of being garbage collected (where key->user was freed but\n->destroy() wasn't called yet - so it's still present in the linked list).\n\nThis would cause either a panic, or corrupt memory.\n\nFixes CVE-2014-9529.\n\nChange-Id: I6969a3e4192e9083aa134124877cca5cd04f1b39\nSigned-off-by: Sasha Levin <sasha.levin@oracle.com>\nSigned-off-by: David Howells <dhowells@redhat.com>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/c7dd8ff6f6864a9d6f8fc30610e9f36ecfbfbf3a"},{"sha":"9107319f4245068e4d60b8fabc4e222af43b0282","author":{"email":"8c1011c9d06fc72acd93645d683782ab9543044d@google.com","name":"Michael Halcrow"},"message":"eCryptfs: Remove buggy and unnecessary write in file name decode routine\n\nDmitry Chernenkov used KASAN to discover that eCryptfs writes past the\nend of the allocated buffer during encrypted filename decoding. This\nfix corrects the issue by getting rid of the unnecessary 0 write when\nthe current bit offset is 2.\n\nChange-Id: Ia71aaaac05cc02ebbb500aad884a672cadc245dd\nSigned-off-by: Michael Halcrow <mhalcrow@google.com>\nReported-by: Dmitry Chernenkov <dmitryc@google.com>\nSuggested-by: Kees Cook <keescook@chromium.org>\nCc: stable@vger.kernel.org # v2.6.29+: 51ca58d eCryptfs: Filename Encryption: Encoding and encryption functions\nSigned-off-by: Tyler Hicks <tyhicks@canonical.com>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/9107319f4245068e4d60b8fabc4e222af43b0282"},{"sha":"f7b74d4e2f0fadd6d5bebaf99a070e3dab8bcca6","author":{"email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de","name":"Florian Westphal"},"message":"netfilter: conntrack: disable generic tracking for known protocols\n\nGiven following iptables ruleset:\n\n-P FORWARD DROP\n-A FORWARD -m sctp --dport 9 -j ACCEPT\n-A FORWARD -p tcp --dport 80 -j ACCEPT\n-A FORWARD -p tcp -m conntrack -m state ESTABLISHED,RELATED -j ACCEPT\n\nOne would assume that this allows SCTP on port 9 and TCP on port 80.\nUnfortunately, if the SCTP conntrack module is not loaded, this allows\n*all* SCTP communication, to pass though, i.e. -p sctp -j ACCEPT,\nwhich we think is a security issue.\n\nThis is because on the first SCTP packet on port 9, we create a dummy\n\"generic l4\" conntrack entry without any port information (since\nconntrack doesn't know how to extract this information).\n\nAll subsequent packets that are unknown will then be in established\nstate since they will fallback to proto_generic and will match the\n'generic' entry.\n\nOur originally proposed version [1] completely disabled generic protocol\ntracking, but Jozsef suggests to not track protocols for which a more\nsuitable helper is available, hence we now mitigate the issue for in\ntree known ct protocol helpers only, so that at least NAT and direction\ninformation will still be preserved for others.\n\n [1] http://www.spinics.net/lists/netfilter-devel/msg33430.html\n\nJoint work with Daniel Borkmann.\n\nChange-Id: I07168aac05cc01ebbb900aad884a672cadc24569\nSigned-off-by: Florian Westphal <fw@strlen.de>\nSigned-off-by: Daniel Borkmann <dborkman@redhat.com>\nAcked-by: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/f7b74d4e2f0fadd6d5bebaf99a070e3dab8bcca6"},{"sha":"29ca61bdc5b5fbf7a4aead3797dfe621919a7aa4","author":{"email":"8a741aa8cbd77ebc4a56ddb528ce9fd15d42f034@xmission.com","name":"Eric W. Biederman"},"message":"mnt: Only change user settable mount flags in remount\n\nKenton Varda <kenton@sandstorm.io> discovered that by remounting a\nread-only bind mount read-only in a user namespace the\nMNT_LOCK_READONLY bit would be cleared, allowing an unprivileged user\nto the remount a read-only mount read-write.\n\nCorrect this by replacing the mask of mount flags to preserve\nwith a mask of mount flags that may be changed, and preserve\nall others.   This ensures that any future bugs with this mask and\nremount will fail in an easy to detect way where new mount flags\nsimply won't change.\n\nChange-Id: If07d0c9f49fa7c5f17cb4315f75e4df79fa8ed3e\nCc: stable@vger.kernel.org\nAcked-by: Serge E. Hallyn <serge.hallyn@ubuntu.com>\nSigned-off-by: \"Eric W. Biederman\" <ebiederm@xmission.com>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/29ca61bdc5b5fbf7a4aead3797dfe621919a7aa4"},{"sha":"df0fbe44c292697fdc3e7ca489ffbbe9b95b08c8","author":{"email":"8a741aa8cbd77ebc4a56ddb528ce9fd15d42f034@xmission.com","name":"Eric W. Biederman"},"message":"mnt: Prevent pivot_root from creating a loop in the mount tree\n\nAndy Lutomirski recently demonstrated that when chroot is used to set\nthe root path below the path for the new ``root'' passed to pivot_root\nthe pivot_root system call succeeds and leaks mounts.\n\nIn examining the code I see that starting with a new root that is\nbelow the current root in the mount tree will result in a loop in the\nmount tree after the mounts are detached and then reattached to one\nanother.  Resulting in all kinds of ugliness including a leak of that\nmounts involved in the leak of the mount loop.\n\nPrevent this problem by ensuring that the new mount is reachable from\nthe current root of the mount tree.\n\n[Added stable cc.  Fixes CVE-2014-7970.  --Andy]\n\nChange-Id: I8a2b98b62777c7f7f5ab056cd60f9e2713a6e5e0\nCc: stable@vger.kernel.org\nReported-by: Andy Lutomirski <luto@amacapital.net>\nReviewed-by: Andy Lutomirski <luto@amacapital.net>\nLink: http://lkml.kernel.org/r/87bnpmihks.fsf@x220.int.ebiederm.org\nSigned-off-by: \"Eric W. Biederman\" <ebiederm@xmission.com>\nSigned-off-by: Andy Lutomirski <luto@amacapital.net>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/df0fbe44c292697fdc3e7ca489ffbbe9b95b08c8"},{"sha":"9364fc7c53b3110d880336d2ccc8d83ebd86bf46","author":{"email":"9ff04a02a69f376b2b9aeec27187017cbf3cf5f9@redhat.com","name":"Daniel Borkmann"},"message":"netfilter: nf_conntrack_dccp: fix skb_header_pointer API usages\n\nSome occurences in the netfilter tree use skb_header_pointer() in\nthe following way ...\n\n  struct dccp_hdr _dh, *dh;\n  ...\n  skb_header_pointer(skb, dataoff, sizeof(_dh), &dh);\n\n... where dh itself is a pointer that is being passed as the copy\nbuffer. Instead, we need to use &_dh as the forth argument so that\nwe're copying the data into an actual buffer that sits on the stack.\n\nCurrently, we probably could overwrite memory on the stack (e.g.\nwith a possibly mal-formed DCCP packet), but unintentionally, as\nwe only want the buffer to be placed into _dh variable.\n\nChange-Id: I61e449445e085beec3697ec9ffbad0838fb6bff8\nFixes: 2bc780499aa3 (\"[NETFILTER]: nf_conntrack: add DCCP protocol support\")\nSigned-off-by: Daniel Borkmann <dborkman@redhat.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/9364fc7c53b3110d880336d2ccc8d83ebd86bf46"},{"sha":"53e84f61271010fe3a9fe872194ecab338eb3a31","author":{"email":"e642b69ed2fc111e09ffdc37feb733a52253340d@oracle.com","name":"Sasha Levin"},"message":"vfs: read file_handle only once in handle_to_path\n\nWe used to read file_handle twice.  Once to get the amount of extra\nbytes, and once to fetch the entire structure.\n\nThis may be problematic since we do size verifications only after the\nfirst read, so if the number of extra bytes changes in userspace between\nthe first and second calls, we'll have an incoherent view of\nfile_handle.\n\nInstead, read the constant size once, and copy that over to the final\nstructure without having to re-read it again.\n\nChange-Id: If2a7fa41f2e9a4d383dfa7df6cc008c224c9ef89\nSigned-off-by: Sasha Levin <sasha.levin@oracle.com>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nCc: stable@vger.kernel.org\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/53e84f61271010fe3a9fe872194ecab338eb3a31"},{"sha":"c1c5eaab232d00ae3d07dfd8110c458cf07094c3","author":{"email":"eec72676ad9a62f2727dfed6d270d98c0d02adec@linux.intel.com","name":"Kirill A. Shutemov"},"message":"mm: Fix NULL pointer dereference in madvise(MADV_WILLNEED) support\n\nSasha Levin found a NULL pointer dereference that is due to a missing\npage table lock, which in turn is due to the pmd entry in question being\na transparent huge-table entry.\n\nThe code - introduced in commit 1998cc048901 (\"mm: make\nmadvise(MADV_WILLNEED) support swap file prefetch\") - correctly checks\nfor this situation using pmd_none_or_trans_huge_or_clear_bad(), but it\nturns out that that function doesn't work correctly.\n\npmd_none_or_trans_huge_or_clear_bad() expected that pmd_bad() would\ntrigger if the transparent hugepage bit was set, but it doesn't do that\nif pmd_numa() is also set. Note that the NUMA bit only gets set on real\nNUMA machines, so people trying to reproduce this on most normal\ndevelopment systems would never actually trigger this.\n\nFix it by removing the very subtle (and subtly incorrect) expectation,\nand instead just checking pmd_trans_huge() explicitly.\n\nReported-by: Sasha Levin <sasha.levin@oracle.com>\nAcked-by: Andrea Arcangeli <aarcange@redhat.com>\n[ Additionally remove the now stale test for pmd_trans_huge() inside the\n  pmd_bad() case - Linus ]\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nChange-Id: Iadbc88384fa724e8c64bdc97a3388aca81c67b61","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/c1c5eaab232d00ae3d07dfd8110c458cf07094c3"},{"sha":"b08f227a1600bdfcf4faed83a3e91fdda10d87d0","author":{"email":"257d7d5bef225e0a56b3375b0c1e95c6bb0ab871@modio.se","name":"D.S. Ljungmark"},"message":"ipv6: Don't reduce hop limit for an interface\n\nA local route may have a lower hop_limit set than global routes do.\n\nRFC 3756, Section 4.2.7, \"Parameter Spoofing\"\n\n>   1.  The attacker includes a Current Hop Limit of one or another small\n>       number which the attacker knows will cause legitimate packets to\n>       be dropped before they reach their destination.\n\n>   As an example, one possible approach to mitigate this threat is to\n>   ignore very small hop limits.  The nodes could implement a\n>   configurable minimum hop limit, and ignore attempts to set it below\n>   said limit.\n\nChange-Id: I8d9d9cd978b8d5587cc1056dc65683291f0a153a\nSigned-off-by: D.S. Ljungmark <ljungmark@modio.se>\nAcked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/b08f227a1600bdfcf4faed83a3e91fdda10d87d0"},{"sha":"bda6c73d99986b191b84a72a379d9fc21868873a","author":{"email":"74c05afa918858348d6db8037d82fa8124870113@openvz.org","name":"Andrey Vagin"},"message":"netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len\n\n\"len\" contains sizeof(nf_ct_ext) and size of extensions. In a worst\ncase it can contain all extensions. Bellow you can find sizes for all\ntypes of extensions. Their sum is definitely bigger than 256.\n\nnf_ct_ext_types[0]->len = 24\nnf_ct_ext_types[1]->len = 32\nnf_ct_ext_types[2]->len = 24\nnf_ct_ext_types[3]->len = 32\nnf_ct_ext_types[4]->len = 152\nnf_ct_ext_types[5]->len = 2\nnf_ct_ext_types[6]->len = 16\nnf_ct_ext_types[7]->len = 8\n\nI have seen \"len\" up to 280 and my host has crashes w/o this patch.\n\nThe right way to fix this problem is reducing the size of the ecache\nextension (4) and Florian is going to do this, but these changes will\nbe quite large to be appropriate for a stable tree.\n\nChange-Id: Id44470ab1d54526993927cdda68342e591a5d6c3\nFixes: 5b423f6a40a0 (netfilter: nf_conntrack: fix racy timer handling with reliable)\nCc: Pablo Neira Ayuso <pablo@netfilter.org>\nCc: Patrick McHardy <kaber@trash.net>\nCc: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>\nCc: \"David S. Miller\" <davem@davemloft.net>\nSigned-off-by: Andrey Vagin <avagin@openvz.org>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/bda6c73d99986b191b84a72a379d9fc21868873a"},{"sha":"8f8ffb04e6fbbe3959918151a31c24dabd31e935","author":{"email":"e642b69ed2fc111e09ffdc37feb733a52253340d@oracle.com","name":"Sasha Levin"},"message":"net: llc: use correct size for sysctl timeout entries\n\nThe timeout entries are sizeof(int) rather than sizeof(long), which\nmeans that when they were getting read we'd also leak kernel memory\nto userspace along with the timeout values.\n\nChange-Id: I65ab7dc468480dca04108e077194735fa9dc61b5\nSigned-off-by: Sasha Levin <sasha.levin@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/8f8ffb04e6fbbe3959918151a31c24dabd31e935"},{"sha":"ea9d8f6f26646fd4202f4443657bd22c3fadac05","author":{"email":"1ff1d5ceb421971f93e6626b02a9591b29d7600e@thejh.net","name":"Jann Horn"},"message":"fs: take i_mutex during prepare_binprm for set[ug]id executables\n\nThis prevents a race between chown() and execve(), where chowning a\nsetuid-user binary to root would momentarily make the binary setuid\nroot.\n\nThis patch was mostly written by Linus Torvalds.\n\nChange-Id: I7e387041fc5857910d36577e4d54c0dd2a8168c3\nSigned-off-by: Jann Horn <jann@thejh.net>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/ea9d8f6f26646fd4202f4443657bd22c3fadac05"},{"sha":"4e2d25905747da77af6f21a982a70dc17ab3ddfe","author":{"email":"11e4191b1ae5cae13d3da02c22f40620ad984fdf@android.com","name":"Riley Andrews"},"message":"android: drivers: workaround debugfs race in binder\n\nIf a /d/binder/proc/[pid] entry is kept open after linux has\ntorn down the associated process, binder_proc_show can deference\nan invalid binder_proc that has been stashed in the debugfs\ninode.  Validate that the binder_proc ptr passed into binder_proc_show\nhas not been freed by looking for it within the global process list\nwhilst the global lock is held. If the ptr is not valid, print nothing.\n\nBug 19587483\nChange-Id: I4abc6443d96cca6500608976cded5ff3d1697d33\nSigned-off-by: Riley Andrews <riandrews@android.com>","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/4e2d25905747da77af6f21a982a70dc17ab3ddfe"},{"sha":"e13744c36aaf35dbfdc36a7e0cc37a9d1a803600","author":{"email":"bd67971edaf49a94837e91683b2145e95504e5dd@gmx.de","name":"andip71"},"message":"CM ramfs: Updated to official CM12.1 nightly of 27.08.2015","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/e13744c36aaf35dbfdc36a7e0cc37a9d1a803600"},{"sha":"b992e5f76ef12e0ba2293704c979d443d2239d17","author":{"email":"bd67971edaf49a94837e91683b2145e95504e5dd@gmx.de","name":"andip71"},"message":"Release tag: 2.2-beta1","distinct":true,"url":"https://api.github.com/repos/andip71/boeffla-kernel-cm-s5/commits/b992e5f76ef12e0ba2293704c979d443d2239d17"}]}