{"push_id":872509170,"size":113,"distinct_size":0,"ref":"refs/heads/linux-master","head":"34258a32d9a9fc9e38fb549efe1692301cc31f85","before":"a18ab2f6cb79eeccedea61b8c7bf71d24e087d42","commits":[{"sha":"61b590b9ee4221173ad6990a1150c5c9db73564e","author":{"email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de","name":"Florian Westphal"},"message":"netfilter: ingress: don't use nf_hook_list_active\n\nnf_hook_list_active() always returns true once at least one device has\nNF_INGRESS hook enabled.\n\nThus, don't use this function. Instead, inverse the test and use the static\nkey to elide list_empty test if no NF_INGRESS hooks are active.\n\nSigned-off-by: Florian Westphal <fw@strlen.de>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/61b590b9ee4221173ad6990a1150c5c9db73564e"},{"sha":"b4865988eab598e56e6e628b9b32441acd142b28","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: ingress: fix wrong input interface on hook\n\nThe input and output interfaces in nf_hook_state_init() are flipped.\nThis fixes iif matching on nftables.\n\nReported-by: Patrick McHardy <kaber@trash.net>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/b4865988eab598e56e6e628b9b32441acd142b28"},{"sha":"95ad1f4a9358dff1dcf84bf5c9cc84caa9215f7f","author":{"email":"5a7b97a838c5f3992292d1fd9e7ad830cc55ada6@blackhole.kfki.hu","name":"Jozsef Kadlecsik"},"message":"netfilter: ipset: Fix extension alignment\n\nThe data extensions in ipset lacked the proper memory alignment and\nthus could lead to kernel crash on several architectures. Therefore\nthe structures have been reorganized and alignment attributes added\nwhere needed. The patch was tested on armv7h by Gerhard Wiesinger and\non x86_64, sparc64 by Jozsef Kadlecsik.\n\nReported-by: Gerhard Wiesinger <lists@wiesinger.com>\nTested-by: Gerhard Wiesinger <lists@wiesinger.com>\nTested-by: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>\nSigned-off-by: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/95ad1f4a9358dff1dcf84bf5c9cc84caa9215f7f"},{"sha":"e9dfdc052d018268926ab769d5b7598226713d5a","author":{"email":"5a7b97a838c5f3992292d1fd9e7ad830cc55ada6@blackhole.kfki.hu","name":"Jozsef Kadlecsik"},"message":"netfilter: ipset: Fix hash:* type expiration\n\nIncorrect index was used when the data blob was shrinked at expiration,\nwhich could lead to falsely expired entries and memory leak when\nthe comment extension was used too.\n\nSigned-off-by: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/e9dfdc052d018268926ab769d5b7598226713d5a"},{"sha":"0aae24eb409fc429f54ca3809f904f1b91e295e0","author":{"email":"5a7b97a838c5f3992292d1fd9e7ad830cc55ada6@blackhole.kfki.hu","name":"Jozsef Kadlecsik"},"message":"netfilter: ipset: Fix hash type expire: release empty hash bucket block\n\nWhen all entries are expired/all slots are empty, release the bucket.\n\nSigned-off-by: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/0aae24eb409fc429f54ca3809f904f1b91e295e0"},{"sha":"e75cb467df29a428612c162e6f1451c5c0717091","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"Merge branch 'master' of git://blackhole.kfki.hu/nf\n\nJozsef Kadlecsik says:\n====================\nPlease apply the next bugfixes against the nf tree.\n\n- Fix extensions alignment in ipset: Gerhard Wiesinger reported\n  that the missing data aligments lead to crash on non-intel\n  architecture. The patch was tested on armv7h by Gerhard Wiesinger\n  and on x86_64 and sparc64 by me.\n- An incorrect index at the hash:* types could lead to\n  falsely early expired entries and memory leak when the comment\n  extension was used too.\n- Release empty hash bucket block when all entries are expired or\n  all slots are empty instead of shrinkig the data part to zero.\n====================\n\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/e75cb467df29a428612c162e6f1451c5c0717091"},{"sha":"c6eafbf9903c4283ba146098ad54240a24ffbeb1","author":{"email":"be4224c72adedf72d459320ee497e22a37089288@linux.vnet.ibm.com","name":"Sascha Silbe"},"message":"s390/head: fix error message on unsupported hardware\n\nstartup calls the C function _sclp_print_early() if the machine we're\nrunning on is not supported by the kernel. sclp.c is getting built\nwith -m64, so _sclp_print_early() expects the zSeries ELF ABI to be\nused.\n\nWe previously called _sclp_print_early() using the S/390 ELF ABI, with\na stack frame size of 96 bytes and while being in 31-bit address\nmode. This caused _sclp_wait_int() (called indirectly from\n_sclp_print_early()) to jump to an undefined address. While\n_sclp_wait_int() contained some code to deal with being called in\n31-bit addressing mode, it didn't quite work. While fixing this is\npossible, the code would still only work by chance and could break any\ntime.\n\nEnsure compliance with the zSeries ELF ABI by switching to 64-bit\naddressing mode early and using a minimum stack frame size of 160\nbytes.\n\nSigned-off-by: Sascha Silbe <silbe@linux.vnet.ibm.com>\nAcked-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/c6eafbf9903c4283ba146098ad54240a24ffbeb1"},{"sha":"230ccb370f8f95b2600a1fce90ceb8ee70a15dbc","author":{"email":"52616596d8f5df0d597e85ab515377f92f939c68@de.ibm.com","name":"Martin Schwidefsky"},"message":"s390/diag: add a s390 prefix to the diagnose trace point\n\nDocumentation/trace/tracepoints.txt states that the naming scheme\nfor tracepoints is \"subsys_event\" to avoid collisions. Rename\nthe 'diagnose' tracepoint to 's390_diagnose'.\n\nReported-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/230ccb370f8f95b2600a1fce90ceb8ee70a15dbc"},{"sha":"cd5dead9d32423d63c802328c0563d7ff29647cd","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/cio: simplify css_generate_pgid\n\nSimplify the css_generate_pgid code by using stap() independent of\nCONFIG_SMP. For !CONFIG_SMP builds stap() will deliver the address\nof the cpu we IPL'ed from (which can be != 0).\n\nNote: the ifdef was likely added to be compatible with _very_ old\nmachines which we don't support anyway.\n\nReviewed-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/cd5dead9d32423d63c802328c0563d7ff29647cd"},{"sha":"86b68c3873a82144033a82707781829e3f7b3859","author":{"email":"8dcf0f69152f32f23184f83357a3731522e56b9c@de.ibm.com","name":"Heiko Carstens"},"message":"s390/syscalls: remove system call number calculation\n\nExplicitly write the system call number for each define instead of\ncalculating it. This makes it easier to parse the file when generating\nsystem call tables for various tools and libraries.\n\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/86b68c3873a82144033a82707781829e3f7b3859"},{"sha":"4d5a6b72959601d6c12e7e1ef3aa4132f0a62523","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/pci_dma: unify label of invalid translation table entries\n\nNewly allocated translation table entries are flagged as invalid\nand protected. If an existing translation table entry is invalidated,\nthe protection flag is left unchanged.\n\nIf a page (with invalid and protection flag set) is accessed it's\nundefined which type of exception we'll receive.\n\nMake sure to always set the invalid flag only.\n\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nReviewed-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/4d5a6b72959601d6c12e7e1ef3aa4132f0a62523"},{"sha":"66728eeea6d80060e4b9df55c7845c838ff2799f","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/pci_dma: handle dma table failures\n\nWe use lazy allocation for translation table entries but don't handle\nallocation (and other) failures during translation table updates.\n\nHandle these failures and undo translation table updates when it's\nmeaningful.\n\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nReviewed-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/66728eeea6d80060e4b9df55c7845c838ff2799f"},{"sha":"52d43d8184b1840c7cf6136724223585f51a1074","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/pci_dma: improve debugging of errors during dma map\n\nImprove debugging to find out what went wrong during a failed\ndma map/unmap operation.\n\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nReviewed-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/52d43d8184b1840c7cf6136724223585f51a1074"},{"sha":"c255cb2ed3c7960b2c68f45de1dc0ac2197c8f78","author":{"email":"45ec80249c2555620af0f1c21a1d7b1b621a30cd@alliedtelesis.co.nz","name":"Anthony Lineham"},"message":"netfilter: Fix removal of GRE expectation entries created by PPTP\n\nThe uninitialized tuple structure caused incorrect hash calculation\nand the lookup failed.\n\nLink: https://bugzilla.kernel.org/show_bug.cgi?id=106441\nSigned-off-by: Anthony Lineham <anthony.lineham@alliedtelesis.co.nz>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/c255cb2ed3c7960b2c68f45de1dc0ac2197c8f78"},{"sha":"c872a2d9e3627829591736ddd8e8710a0afb2f95","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"netfilter: nfnetlink_log: work around uninitialized variable warning\n\nAfter a recent (correct) change, gcc started warning about the use\nof the 'flags' variable in nfulnl_recv_config()\n\nnet/netfilter/nfnetlink_log.c: In function 'nfulnl_recv_config':\nnet/netfilter/nfnetlink_log.c:320:14: warning: 'flags' may be used uninitialized in this function [-Wmaybe-uninitialized]\nnet/netfilter/nfnetlink_log.c:828:6: note: 'flags' was declared here\n\nThe warning first shows up in ARM s3c2410_defconfig with gcc-4.3 or\nhigher (including 5.2.1, which is the latest version I checked) I\ntried working around it by rearranging the code but had no success\nwith that.\n\nAs a last resort, this initializes the variable to zero, which shuts\nup the warning, but means that we don't get a warning if the code\nis ever changed in a way that actually causes the variable to be\nused without first being written.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: 8cbc870829ec (\"netfilter: nfnetlink_log: validate dependencies to avoid breaking atomicity\")\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/c872a2d9e3627829591736ddd8e8710a0afb2f95"},{"sha":"74ec4d55c4d243330d93fc52e23e37d2e76548ba","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"netfilter: fix xt_TEE and xt_TPROXY dependencies\n\nKconfig is too smart for its own good: a Kconfig line that states\n\n\tselect NF_DEFRAG_IPV6 if IP6_NF_IPTABLES\n\nmeans that if IP6_NF_IPTABLES is set to 'm', then NF_DEFRAG_IPV6 will\nalso be set to 'm', regardless of the state of the symbol from which\nit is selected. When the xt_TEE driver is built-in and nothing else\nforces NF_DEFRAG_IPV6 to be built-in, this causes a link-time error:\n\nnet/built-in.o: In function `tee_tg6':\nnet/netfilter/xt_TEE.c:46: undefined reference to `nf_dup_ipv6'\n\nThis works around that behavior by changing the dependency to\n'if IP6_NF_IPTABLES != n', which is interpreted as boolean expression\nrather than a tristate and causes the NF_DEFRAG_IPV6 symbol to\nbe built-in as well.\n\nThe bug only occurs once in thousands of 'randconfig' builds and\ndoes not really impact real users. From inspecting the other\nsurrounding Kconfig symbols, I am guessing that NETFILTER_XT_TARGET_TPROXY\nand NETFILTER_XT_MATCH_SOCKET have the same issue. If not, this\nchange should still be harmless.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/74ec4d55c4d243330d93fc52e23e37d2e76548ba"},{"sha":"aabc92bbe3cfe4c545f8ccdaaeeea012a46f0abf","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"net: add __netdev_alloc_pcpu_stats() to indicate gfp flags\n\nnf_tables may create percpu counters from the packet path through its\ndynamic set instantiation infrastructure, so we need a way to allocate\nthis through GFP_ATOMIC.\n\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>\nAcked-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/aabc92bbe3cfe4c545f8ccdaaeeea012a46f0abf"},{"sha":"086f332167d64b645d37405854f049b9ad7371ab","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: nf_tables: add clone interface to expression operations\n\nWith the conversion of the counter expressions to make it percpu, we\nneed to clone the percpu memory area, otherwise we crash when using\ncounters from flow tables.\n\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/086f332167d64b645d37405854f049b9ad7371ab"},{"sha":"e0bedada3a497d0640dd5db93e7ad0735f487492","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/ipl: fix out of bounds access in scpdata_write\n\nThe input buffer in reipl_fcp_scpdata_write is accessed out of bounds\nwhen an offset is specified. The problem is that the offset refers to\nthe data we should write to and not to the buffer we read from.\n\nSo instead of\n        memcpy(scp_data, buf + off, count);\nwe could just do\n        memcpy(scp_data + off, buf, count);\n\nHowever we not only modify the data but also store its length. For this to\nwork we'd need to remember a state per open FH. Since that's not possible\nwith sysfs callbacks let's just fail when an offset is specified.\n\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nAcked-by: Hendrik Brueckner <brueckner@linux.vnet.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/e0bedada3a497d0640dd5db93e7ad0735f487492"},{"sha":"18e22a1772260045648e49e2048ecc7193422a80","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390: add support for ipl devices in subchannel sets > 0\n\nAllow to ipl from CCW based devices residing in any subchannel set.\n\nReviewed-by: Michael Holzheu <holzheu@linux.vnet.ibm.com>\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/RobertCNelson/ti-linux-kernel/commits/18e22a1772260045648e49e2048ecc7193422a80"}]}