{"push_id":2360031313,"size":14,"distinct_size":14,"ref":"refs/heads/lineage-15.1","head":"679f5eb07a2d74f943b54de84c02baf9787d34cf","before":"2dff8e451e18c9bbee05681f36abbd5d336a3b38","commits":[{"sha":"344bedab0f4ff29fcc1ecd96dff80892e994ffa5","author":{"name":"Arve Hjønnevåg","email":"252c00e8bf89f12b2f75a1e0ab87a5ad019cda88@android.com"},"message":"epoll: Add a flag, EPOLLWAKEUP, to prevent suspend while epoll events are ready\n\nWhen an epoll_event, that has the EPOLLWAKEUP flag set, is ready, a\nwakeup_source will be active to prevent suspend. This can be used to\nhandle wakeup events from a driver that support poll, e.g. input, if\nthat driver wakes up the waitqueue passed to epoll before allowing\nsuspend.\n\nChange-Id: I522bfcf488bb4817336e682b22bdfb1e0beaf3e4\nSigned-off-by: Arve Hjønnevåg <arve@android.com>\nReviewed-by: NeilBrown <neilb@suse.de>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/344bedab0f4ff29fcc1ecd96dff80892e994ffa5"},{"sha":"84ec88272870d26a2d45018db395ab9e467c9a48","author":{"name":"Rafael J. Wysocki","email":"bf2e446c4dbcf7968f13fa17ff5fc69415459c70@sisk.pl"},"message":"epoll: Fix user space breakage related to EPOLLWAKEUP\n\nCommit 4d7e30d (epoll: Add a flag, EPOLLWAKEUP, to prevent\nsuspend while epoll events are ready) caused some applications to\nmalfunction, because they set the bit corresponding to the new\nEPOLLWAKEUP flag in their eventpoll flags and they don't have the\nnew CAP_EPOLLWAKEUP capability.\n\nTo prevent that from happening, change epoll_ctl() to clear\nEPOLLWAKEUP in epds.events if the caller doesn't have the\nCAP_EPOLLWAKEUP capability instead of failing and returning an\nerror code, which allows the affected applications to function\nnormally.\n\nChange-Id: I266634be5e16d3390fd1c62686a215af215c8d51\nReported-and-tested-by: Jiri Slaby <jslaby@suse.cz>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/84ec88272870d26a2d45018db395ab9e467c9a48"},{"sha":"7175f60b0c898a324d7e70d3a72c5ef1632767fb","author":{"name":"Michael Kerrisk","email":"09284c1d2ea7dd3bd61a70d88f512df040ace621@gmail.com"},"message":"PM: Rename CAP_EPOLLWAKEUP to CAP_BLOCK_SUSPEND\n\nAs discussed in\nhttp://thread.gmane.org/gmane.linux.kernel/1249726/focus=1288990,\nthe capability introduced in 4d7e30d98939a0340022ccd49325a3d70f7e0238\nto govern EPOLLWAKEUP seems misnamed: this capability is about governing\nthe ability to suspend the system, not using a particular API flag\n(EPOLLWAKEUP). We should make the name of the capability more general\nto encourage reuse in related cases. (Whether or not this capability\nshould also be used to govern the use of /sys/power/wake_lock is a\nquestion that needs to be separately resolved.)\n\nThis patch renames the capability to CAP_BLOCK_SUSPEND. In order to ensure\nthat the old capability name doesn't make it out into the wild, could you\nplease apply and push up the tree to ensure that it is incorporated\nfor the 3.5 release.\n\nChange-Id: Id7abf9a14f0a4b21c02eee057aff48687326c750\nSigned-off-by: Michael Kerrisk <mtk.manpages@gmail.com>\nAcked-by: Serge Hallyn <serge.hallyn@canonical.com>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/7175f60b0c898a324d7e70d3a72c5ef1632767fb"},{"sha":"5bd063931ed229a471245b8a045c65c116a1b833","author":{"name":"Lorenzo Colitti","email":"bb03c7a1072f7993eaae5ac54ef7bc06e4588478@google.com"},"message":"net: diag: split inet_diag_dump_one_icsk into two\n\nCurrently, inet_diag_dump_one_icsk finds a socket and then dumps\nits information to userspace. Split it into a part that finds the\nsocket and a part that dumps the information.\n\n[Backport of net-next b613f56ec9baf30edf5d9d607b822532a273dad7]\n\nChange-Id: I6b570c35a4928ea072de3e31f9f3ca89668a5244\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/5bd063931ed229a471245b8a045c65c116a1b833"},{"sha":"1d6c9d023ad6fa68c1ae5e5f0391f0d45965df9c","author":{"name":"Lorenzo Colitti","email":"bb03c7a1072f7993eaae5ac54ef7bc06e4588478@google.com"},"message":"net: diag: Support SOCK_DESTROY for inet sockets.\n\nThis passes the SOCK_DESTROY operation to the underlying protocol\ndiag handler, or returns -EOPNOTSUPP if that handler does not\ndefine a destroy operation.\n\nMost of this patch is just renaming functions. This is not\nstrictly necessary, but it would be fairly counterintuitive to\nhave the code to destroy inet sockets be in a function whose name\nstarts with inet_diag_get.\n\n[Backport of net-next 6eb5d2e08f071c05ecbe135369c9ad418826cab2]\n\nChange-Id: I70a700ec66e0ea8526a17137ba6cb5a3f2dce45f\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/1d6c9d023ad6fa68c1ae5e5f0391f0d45965df9c"},{"sha":"b32260bd1042b5feb53d175fb2c7ef60c5bf0219","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"ipv6: do not clear pinet6 field\n\n[ Upstream commit f77d602124d865c38705df7fa25c03de9c284ad2 ]\n\nWe have seen multiple NULL dereferences in __inet6_lookup_established()\n\nAfter analysis, I found that inet6_sk() could be NULL while the\ncheck for sk_family == AF_INET6 was true.\n\nBug was added in linux-2.6.29 when RCU lookups were introduced in UDP\nand TCP stacks.\n\nOnce an IPv6 socket, using SLAB_DESTROY_BY_RCU is inserted in a hash\ntable, we no longer can clear pinet6 field.\n\nThis patch extends logic used in commit fcbdf09d9652c891\n(\"net: fix nulls list corruptions in sk_prot_alloc\")\n\nTCP/UDP/UDPLite IPv6 protocols provide their own .clear_sk() method\nto make sure we do not clear pinet6 field.\n\nAt socket clone phase, we do not really care, as cloning the parent (non\nNULL) pinet6 is not adding a fatal race.\n\nChange-Id: Idd03ce3344a5490a896b8a763c6f81bc6ceba173\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/b32260bd1042b5feb53d175fb2c7ef60c5bf0219"},{"sha":"08dce4be28cdef5c6b2e349eafeebc9f2a9695d4","author":{"name":"Lorenzo Colitti","email":"bb03c7a1072f7993eaae5ac54ef7bc06e4588478@google.com"},"message":"net: diag: Support destroying TCP sockets.\n\nThis implements SOCK_DESTROY for TCP sockets. It causes all\nblocking calls on the socket to fail fast with ECONNABORTED and\ncauses a protocol close of the socket. It informs the other end\nof the connection by sending a RST, i.e., initiating a TCP ABORT\nas per RFC 793. ECONNABORTED was chosen for consistency with\nFreeBSD.\n\n[Backport of net-next c1e64e298b8cad309091b95d8436a0255c84f54a]\n\nChange-Id: Ic5410d3a2f39db28a322c30f4b3b2bffd35ec2de\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/08dce4be28cdef5c6b2e349eafeebc9f2a9695d4"},{"sha":"b5d23e55380fce79c00b0256842391dc85616022","author":{"name":"Lorenzo Colitti","email":"bb03c7a1072f7993eaae5ac54ef7bc06e4588478@google.com"},"message":"net: tcp: deal with listen sockets properly in tcp_abort.\n\nWhen closing a listen socket, tcp_abort currently calls\ntcp_done without clearing the request queue. If the socket has a\nchild socket that is established but not yet accepted, the child\nsocket is then left without a parent, causing a leak.\n\nFix this by setting the socket state to TCP_CLOSE and calling\ninet_csk_listen_stop with the socket lock held, like tcp_close\ndoes.\n\nTested using net_test. With this patch, calling SOCK_DESTROY on a\nlisten socket that has an established but not yet accepted child\nsocket results in the parent and the child being closed, such\nthat they no longer appear in sock_diag dumps.\n\n[Backport of net-next 2010b93e9317cc12acd20c4aed385af7f9d1681e]\n\nChange-Id: Iaccc56465f159144566b579dbebbbb6e1e943bc7\nReported-by: Eric Dumazet <eric.dumazet@gmail.com>\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/b5d23e55380fce79c00b0256842391dc85616022"},{"sha":"3f7d94714442471087acf795326d0911292412c1","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"net: diag: support v4mapped sockets in inet_diag_find_one_icsk()\n\nLorenzo reported that we could not properly find v4mapped sockets\nin inet_diag_find_one_icsk(). This patch fixes the issue.\n\n[Backport of net 7c1306723ee916ea9f1fa7d9e4c7a6d029ca7aaf]\n[lorenzo@google.com: changed init_net to net]\n\nChange-Id: I632b21e9e590cd0ebd38a09d8405140dcf942591\nReported-by: Lorenzo Colitti <lorenzo@google.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nAcked-by: Lorenzo Colitti <lorenzo@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/3f7d94714442471087acf795326d0911292412c1"},{"sha":"a0671bfdd778d0b75639d3bfc4611223cd83d984","author":{"name":"voron00","email":"b3d1b81315949c97854b323207fe3bb827bb44d2@gmail.com"},"message":"mako: enable CONFIG_INET_DIAG_DESTROY\n\nChange-Id: I8008c39d6bf63d286e9d9fdba3200d134f80efc0","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/a0671bfdd778d0b75639d3bfc4611223cd83d984"},{"sha":"4bdcd8864408cf1347d5b033b0912f580601c382","author":{"name":"Stephen Smalley","email":"a113c662ba7e86bc1a8f97e28bfedcdc6b0de5bd@tycho.nsa.gov"},"message":"selinux: enable per-file labeling for debugfs files.\n\nupstream commit 6f29997f4a3117169eeabd41dbea4c1bd94a739c\n\nAdd support for per-file labeling of debugfs files so that\nwe can distinguish them in policy.  This is particularly\nimportant in Android where certain debugfs files have to be writable\nby apps and therefore the debugfs directory tree can be read and\nsearched by all.\n\nSince debugfs is entirely kernel-generated, the directory tree is\nimmutable by userspace, and the inodes are pinned in memory, we can\nsimply use the same approach as with proc and label the inodes from\npolicy based on pathname from the root of the debugfs filesystem.\nGeneralize the existing labeling support used for proc and reuse it\nfor debugfs too.\n\n[sds:  Back-ported to 3.10.  superblock_security_struct flags field\nis only unsigned char in 3.10 so we have to redefine SE_SBGENFS.\nHowever, this definition is kernel-private, not exposed to userspace\nor stored anywhere persistent.]\n\nChange-Id: I6460fbed6bb6bd36eb8554ac8c4fdd574edf3b07\nSigned-off-by: Stephen Smalley <sds@tycho.nsa.gov>\nSigned-off-by: Ajay Dudani <adudani@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/4bdcd8864408cf1347d5b033b0912f580601c382"},{"sha":"71283eb0a652297fd206e2bfb253e1ac119b3a73","author":{"name":"Stephen Smalley","email":"a113c662ba7e86bc1a8f97e28bfedcdc6b0de5bd@tycho.nsa.gov"},"message":"selinux: enable genfscon labeling for sysfs and pstore files\n\nSupport per-file labeling of sysfs and pstore files based on\ngenfscon policy entries.  This is safe because the sysfs\nand pstore directory tree cannot be manipulated by userspace,\nexcept to unlink pstore entries.\nThis provides an alternative method of assigning per-file labeling\nto sysfs or pstore files without needing to set the labels from\nuserspace on each boot.  The advantages of this approach are that\nthe labels are assigned as soon as the dentry is first instantiated\nand userspace does not need to walk the sysfs or pstore tree and\nset the labels on each boot.  The limitations of this approach are\nthat the labels can only be assigned based on pathname prefix matching.\nYou can initially assign labels using this mechanism and then change\nthem at runtime via setxattr if allowed to do so by policy.\n\nChange-Id: If5999785fdc1d24d869b23ae35cd302311e94562\nSigned-off-by: Stephen Smalley <sds@tycho.nsa.gov>\nSuggested-by: Dominick Grift <dac.override@gmail.com>\nSigned-off-by: Ajay Dudani <adudani@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/71283eb0a652297fd206e2bfb253e1ac119b3a73"},{"sha":"ff9b1192d6d08b70a832f984bcaee915b8d01618","author":{"name":"voron00","email":"b3d1b81315949c97854b323207fe3bb827bb44d2@gmail.com"},"message":"mako: use a minimal defconfig\n\nChange-Id: I5e527e65fd7156a84f71210df05171c610b5ca94","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/ff9b1192d6d08b70a832f984bcaee915b8d01618"},{"sha":"679f5eb07a2d74f943b54de84c02baf9787d34cf","author":{"name":"voron00","email":"b3d1b81315949c97854b323207fe3bb827bb44d2@gmail.com"},"message":"msm: perf trace counters: add missing cpu header to fix compilation\n\nChange-Id: I6cf14206eb1332cc63ec728958d97dc783c2ffe1","distinct":true,"url":"https://api.github.com/repos/voron00/lge-kernel-mako/commits/679f5eb07a2d74f943b54de84c02baf9787d34cf"}]}
{"actor":{"display_login":"voron00"}}