{"push_id":610660273,"size":25,"distinct_size":25,"ref":"refs/heads/master","head":"90a5a895cc8b284ac522757a01de15e36710c2b9","before":"bc465aa9d045feb0e13b4a8f32cc33c1943f62d6","commits":[{"sha":"78146572b9cd20452da47951812f35b1ad4906be","author":{"email":"76934fd5be7c60b6ae5266fe76d9dd126996f3a3@brocade.com","name":"Ian Wilson"},"message":"netfilter: Zero the tuple in nfnl_cthelper_parse_tuple()\n\nnfnl_cthelper_parse_tuple() is called from nfnl_cthelper_new(),\nnfnl_cthelper_get() and nfnl_cthelper_del().  In each case they pass\na pointer to an nf_conntrack_tuple data structure local variable:\n\n    struct nf_conntrack_tuple tuple;\n    ...\n    ret = nfnl_cthelper_parse_tuple(&tuple, tb[NFCTH_TUPLE]);\n\nThe problem is that this local variable is not initialized, and\nnfnl_cthelper_parse_tuple() only initializes two fields: src.l3num and\ndst.protonum.  This leaves all other fields with undefined values\nbased on whatever is on the stack:\n\n    tuple->src.l3num = ntohs(nla_get_be16(tb[NFCTH_TUPLE_L3PROTONUM]));\n    tuple->dst.protonum = nla_get_u8(tb[NFCTH_TUPLE_L4PROTONUM]);\n\nThe symptom observed was that when the rpc and tns helpers were added\nthen traffic to port 1536 was being sent to user-space.\n\nSigned-off-by: Ian Wilson <iwilson@brocade.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/78146572b9cd20452da47951812f35b1ad4906be"},{"sha":"d8bdff59cea141d2e5f7e98c1b11d3e0271640bd","author":{"email":"ef65de1c7be0aa837fe7b25ba9a7739905af6a55@gondor.apana.org.au","name":"Herbert Xu"},"message":"netfilter: Fix potential crash in nft_hash walker\n\nWhen we get back an EAGAIN from rhashtable_walk_next we were\ntreating it as a valid object which obviously doesn't work too\nwell.\n\nLuckily this is hard to trigger so it seems nobody has run into\nit yet.\n\nThis patch fixes it by redoing the next call when we get an EAGAIN.\n\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/d8bdff59cea141d2e5f7e98c1b11d3e0271640bd"},{"sha":"d6b6cb1d3e6f78d55c2d4043d77d0d8def3f3b99","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: nf_tables: allow to change chain policy without hook if it exists\n\nIf there's an existing base chain, we have to allow to change the\ndefault policy without indicating the hook information.\n\nHowever, if the chain doesn't exists, we have to enforce the presence of\nthe hook attribute.\n\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/d6b6cb1d3e6f78d55c2d4043d77d0d8def3f3b99"},{"sha":"4017a7ee693d1cae6735c0dac21594a7c6416c4c","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: restore rule tracing via nfnetlink_log\n\nSince fab4085 (\"netfilter: log: nf_log_packet() as real unified\ninterface\"), the loginfo structure that is passed to nf_log_packet() is\nused to explicitly indicate the logger type you want to use.\n\nThis is a problem for people tracing rules through nfnetlink_log since\npackets are always routed to the NF_LOG_TYPE logger after the\naforementioned patch.\n\nWe can fix this by removing the trace loginfo structures, but that still\nchanges the log level from 4 to 5 for tracing messages and there may be\nsomeone relying on this outthere. So let's just introduce a new\nnf_log_trace() function that restores the former behaviour.\n\nReported-by: Markus Kötter <koetter@rrzn.uni-hannover.de>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/4017a7ee693d1cae6735c0dac21594a7c6416c4c"},{"sha":"5b0d4b5514bbcce69b516d0742f2cfc84ebd6db3","author":{"email":"a1d8233fd86825f7850db1646a4fb5e4cbf37b9e@oracle.com","name":"David Ahern"},"message":"sparc: perf: Remove redundant perf_pmu_{en|dis}able calls\n\nperf_pmu_disable is called by core perf code before pmu->del and the\nenable function is called by core perf code afterwards. No need to\ncall again within sparc_pmu_del.\n\nDitto for pmu->add and sparc_pmu_add.\n\nSigned-off-by: David Ahern <david.ahern@oracle.com>\nAcked-by: Bob Picco <bob.picco@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/5b0d4b5514bbcce69b516d0742f2cfc84ebd6db3"},{"sha":"d51291cb8f32bfae6b331e1838651f3ddefa73a5","author":{"email":"a1d8233fd86825f7850db1646a4fb5e4cbf37b9e@oracle.com","name":"David Ahern"},"message":"sparc: perf: Make counting mode actually work\n\nCurrently perf-stat (aka, counting mode) does not work:\n\n$ perf stat ls\n...\n Performance counter stats for 'ls':\n\n          1.585665      task-clock (msec)         #    0.580 CPUs utilized\n                24      context-switches          #    0.015 M/sec\n                 0      cpu-migrations            #    0.000 K/sec\n                86      page-faults               #    0.054 M/sec\n   <not supported>      cycles\n   <not supported>      stalled-cycles-frontend\n   <not supported>      stalled-cycles-backend\n   <not supported>      instructions\n   <not supported>      branches\n   <not supported>      branch-misses\n\n       0.002735100 seconds time elapsed\n\nThe reason is that state is never reset (stays with PERF_HES_UPTODATE set).\nAdd a call to sparc_pmu_enable_event during the added_event handling.\nClean up the encoding since pmu_start calls sparc_pmu_enable_event which\ndoes the same. Passing PERF_EF_RELOAD to sparc_pmu_start means the call\nto sparc_perf_event_set_period can be removed as well.\n\nWith this patch:\n\n$ perf stat ls\n...\n Performance counter stats for 'ls':\n\n          1.552890      task-clock (msec)         #    0.552 CPUs utilized\n                24      context-switches          #    0.015 M/sec\n                 0      cpu-migrations            #    0.000 K/sec\n                86      page-faults               #    0.055 M/sec\n         5,748,997      cycles                    #    3.702 GHz\n   <not supported>      stalled-cycles-frontend:HG\n   <not supported>      stalled-cycles-backend:HG\n         1,684,362      instructions:HG           #    0.29  insns per cycle\n           295,133      branches:HG               #  190.054 M/sec\n            28,007      branch-misses:HG          #    9.49% of all branches\n\n       0.002815665 seconds time elapsed\n\nSigned-off-by: David Ahern <david.ahern@oracle.com>\nAcked-by: Bob Picco <bob.picco@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/d51291cb8f32bfae6b331e1838651f3ddefa73a5"},{"sha":"b5aff55d89c27aedcae9521155b81b6aebb6c5d8","author":{"email":"a1d8233fd86825f7850db1646a4fb5e4cbf37b9e@oracle.com","name":"David Ahern"},"message":"sparc: perf: Add support M7 processor\n\nThe M7 processor has a different hypervisor group id and different PCR fast\ntrap values. PIC read/write functions and PCR bit fields are the same as\nthe T4 so those are reused.\n\nSigned-off-by: David Ahern <david.ahern@oracle.com>\nAcked-by: Bob Picco <bob.picco@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/b5aff55d89c27aedcae9521155b81b6aebb6c5d8"},{"sha":"31aaa98c248da766ece922bbbe8cc78cfd0bc920","author":{"email":"a1d8233fd86825f7850db1646a4fb5e4cbf37b9e@oracle.com","name":"David Ahern"},"message":"sparc: Touch NMI watchdog when walking cpus and calling printk\n\nWith the increase in number of CPUs calls to functions that dump\noutput to console (e.g., arch_trigger_all_cpu_backtrace) can take\na long time to complete. If IRQs are disabled eventually the NMI\nwatchdog kicks in and creates more havoc. Avoid by telling the NMI\nwatchdog everything is ok.\n\nSigned-off-by: David Ahern <david.ahern@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/31aaa98c248da766ece922bbbe8cc78cfd0bc920"},{"sha":"3d8c6dce53a349df8878d078e56bf429bad572f9","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: xt_TPROXY: fix invflags check in tproxy_tg6_check()\n\nWe have to check for IP6T_INV_PROTO in invflags, instead of flags.\n\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>\nAcked-by: Balazs Scheidler <bazsi@balabit.hu>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/3d8c6dce53a349df8878d078e56bf429bad572f9"},{"sha":"8e199dfd82ee097b522b00344af6448715d8ee0c","author":{"email":"4452d71687b6bc2c9389c3349fdc17fbd73b833b@queasysnail.net","name":"Sabrina Dubroca"},"message":"ipv6: call ipv6_proxy_select_ident instead of ipv6_select_ident in udp6_ufo_fragment\n\nMatt Grant reported frequent crashes in ipv6_select_ident when\nudp6_ufo_fragment is called from openvswitch on a skb that doesn't\nhave a dst_entry set.\n\nipv6_proxy_select_ident generates the frag_id without using the dst\nassociated with the skb.  This approach was suggested by Vladislav\nYasevich.\n\nFixes: 0508c07f5e0c (\"ipv6: Select fragment id during UFO segmentation if not set.\")\nCc: Vladislav Yasevich <vyasevic@redhat.com>\nReported-by: Matt Grant <matt@mattgrant.net.nz>\nTested-by: Matt Grant <matt@mattgrant.net.nz>\nSigned-off-by: Sabrina Dubroca <sd@queasysnail.net>\nAcked-by: Vladislav Yasevich <vyasevic@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/8e199dfd82ee097b522b00344af6448715d8ee0c"},{"sha":"87f966d97b89774162df04d2106c6350c8fe4cb3","author":{"email":"5cdbcb0e11d2b5ebc39222958c54a1c6329d0c9d@imgtec.com","name":"Markos Chandras"},"message":"net: ethernet: pcnet32: Setup the SRAM and NOUFLO on Am79C97{3, 5}\n\nOn a MIPS Malta board, tons of fifo underflow errors have been observed\nwhen using u-boot as bootloader instead of YAMON. The reason for that\nis that YAMON used to set the pcnet device to SRAM mode but u-boot does\nnot. As a result, the default Tx threshold (64 bytes) is now too small to\nkeep the fifo relatively used and it can result to Tx fifo underflow errors.\nAs a result of which, it's best to setup the SRAM on supported controllers\nso we can always use the NOUFLO bit.\n\nCc: <netdev@vger.kernel.org>\nCc: <stable@vger.kernel.org>\nCc: <linux-kernel@vger.kernel.org>\nCc: Don Fry <pcnet32@frontier.com>\nSigned-off-by: Markos Chandras <markos.chandras@imgtec.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/87f966d97b89774162df04d2106c6350c8fe4cb3"},{"sha":"73ba57bfae4a1914f6a6dac71e3168dd900e00af","author":{"email":"22db70456c0d6f279c1593486822093ade9d891b@openwrt.org","name":"Steven Barth"},"message":"ipv6: fix backtracking for throw routes\n\nfor throw routes to trigger evaluation of other policy rules\nEAGAIN needs to be propagated up to fib_rules_lookup\nsimilar to how its done for IPv4\n\nA simple testcase for verification is:\n\nip -6 rule add lookup 33333 priority 33333\nip -6 route add throw 2001:db8::1\nip -6 route add 2001:db8::1 via fe80::1 dev wlan0 table 33333\nip route get 2001:db8::1\n\nSigned-off-by: Steven Barth <cyrus@openwrt.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/73ba57bfae4a1914f6a6dac71e3168dd900e00af"},{"sha":"d22e1537181188e5dc8cbc51451832625035bdc2","author":{"email":"10340fec63c9a9d958e17a6ea4e5484ca493587c@akamai.com","name":"Josh Hunt"},"message":"tcp: fix tcp fin memory accounting\n\ntcp_send_fin() does not account for the memory it allocates properly, so\nsk_forward_alloc can be negative in cases where we've sent a FIN:\n\nss example output (ss -amn | grep -B1 f4294):\ntcp    FIN-WAIT-1 0      1            192.168.0.1:45520         192.0.2.1:8080\n\tskmem:(r0,rb87380,t0,tb87380,f4294966016,w1280,o0,bl0)\nAcked-by: Eric Dumazet <edumazet@google.com>\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/d22e1537181188e5dc8cbc51451832625035bdc2"},{"sha":"435452aa88474fae5a31fd14fca88f0802e66f53","author":{"email":"00f128ce880933551af753c089df2f77e7e8bf31@emulex.com","name":"Vasundhara Volam"},"message":"be2net: Prevent VFs from enabling VLAN promiscuous mode\n\nCurrently, a PF does not restrict its VF interface from enabling vlan\npromiscuous mode. This breaks vlan isolation when a vlan\n(transparent tagging) is configured on a VF.\n\nThis patch fixes this problem by disabling the vlan promisc capability\nfor VFs.\n\nReported-by: Yoann Juet <veilletechno-irts@univ-nantes.fr>\nSigned-off-by: Vasundhara Volam <vasundhara.volam@emulex.com>\nSigned-off-by: Sathya Perla <sathya.perla@emulex.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/435452aa88474fae5a31fd14fca88f0802e66f53"},{"sha":"c8ba4ad0b59c511578f8f706aae711f01c990794","author":{"email":"6f20f1260d71232ac164dbcd621e9db64127c3a7@emulex.com","name":"Suresh Reddy"},"message":"be2net: restrict MODIFY_EQ_DELAY cmd to a max of 8 EQs\n\nIssuing this cmd for more than 8 EQs does not have the intended effect\neven on BEx and Skyhawk-R.\n\nThis patch fixes this by issuing this cmd for upto 8 EQs at a time.\nSigned-off-by: Suresh Reddy <Suresh.Reddy@emulex.com>\n\nSigned-off-by: Sathya Perla <sathya.perla@emulex.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/c8ba4ad0b59c511578f8f706aae711f01c990794"},{"sha":"25848c9015964d9d97dffd48bbb88b75a25d0a1b","author":{"email":"6f20f1260d71232ac164dbcd621e9db64127c3a7@emulex.com","name":"Suresh Reddy"},"message":"be2net: use PCI MMIO read instead of config read for errors\n\nWhen an EEH error occurs, the device/slot is disconnected. This condition\nis more reliably detected (i.e., returns all ones) with an MMIO read rather\nthan a config read -- especially on power platforms.\n\nHence, this patch fixes EEH error detection by replacing config reads with\nMMIO reads for reading the error registers. The error registers in\nSkyhawk-R/BE2/BE3 are accessible both via the config space and the\nPCICFG (BAR0) memory space.\n\nReported-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nSigned-off-by: Suresh Reddy <Suresh.Reddy@emulex.com>\nSigned-off-by: Sathya Perla <sathya.perla@emulex.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/25848c9015964d9d97dffd48bbb88b75a25d0a1b"},{"sha":"de58a6da852da52b4feb862c69aa4ace6d5be352","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"Merge branch 'be2net'\n\nSathya Perla says:\n\n====================\nbe2net: patch set\n\nHi David, this patch set includes 3 bug fixes to the be2net driver.\n\nPatch 1 fixes a vlan isolation issue with VFs. When a VF is placed in\npromiscous mode, it could receive packets belonging to any vlan, as\nthe PF driver grants vlan promisc capability to VFs. The PF\ndriver now disables the vlan promisc capability for VFs to fix this\nproblem.\n\nPatch 2 fixes the call to MODIFY_EQ_DELAY FW cmd to not include more\nthan 8 EQs per cmd. The FW is not capable of handling more than 8 EQs\nper cmd.\n\nPatch 3 fixes an EEH error detection issue. On Power platforms,\nwhen an EEH error occurs, the slot disconnect state is more reliably\ndetected via an MMIO read compared to a config read. So, the error\nregister reads that occur every second are now done via MMIO.\n\nPls apply this patch set to the \"net\" tree. Thanks!\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/de58a6da852da52b4feb862c69aa4ace6d5be352"},{"sha":"91edd096e224941131f896b86838b1e59553696a","author":{"email":"15ce75b290ebaf27c3f9fd73ab848685ed3d8261@arm.com","name":"Catalin Marinas"},"message":"net: compat: Update get_compat_msghdr() to match copy_msghdr_from_user() behaviour\n\nCommit db31c55a6fb2 (net: clamp ->msg_namelen instead of returning an\nerror) introduced the clamping of msg_namelen when the unsigned value\nwas larger than sizeof(struct sockaddr_storage). This caused a\nmsg_namelen of -1 to be valid. The native code was subsequently fixed by\ncommit dbb490b96584 (net: socket: error on a negative msg_namelen).\n\nIn addition, the native code sets msg_namelen to 0 when msg_name is\nNULL. This was done in commit (6a2a2b3ae075 net:socket: set msg_namelen\nto 0 if msg_name is passed as NULL in msghdr struct from userland) and\nsubsequently updated by 08adb7dabd48 (fold verify_iovec() into\ncopy_msghdr_from_user()).\n\nThis patch brings the get_compat_msghdr() in line with\ncopy_msghdr_from_user().\n\nFixes: db31c55a6fb2 (net: clamp ->msg_namelen instead of returning an error)\nCc: David S. Miller <davem@davemloft.net>\nCc: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Catalin Marinas <catalin.marinas@arm.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/91edd096e224941131f896b86838b1e59553696a"},{"sha":"4de930efc23b92ddf88ce91c405ee645fe6e27ea","author":{"email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@ZenIV.linux.org.uk","name":"Al Viro"},"message":"net: validate the range we feed to iov_iter_init() in sys_sendto/sys_recvfrom\n\nCc: stable@vger.kernel.org # v3.19\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/4de930efc23b92ddf88ce91c405ee645fe6e27ea"},{"sha":"f40bff4239d45ac061044a8a79cf6868c62df345","author":{"email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@rainbow-software.org","name":"Ondrej Zary"},"message":"cx82310_eth: wait for firmware to become ready\n\nWhen the device is powered up, some (older) firmware versions fail to work\nproperly if we send commands before the boot is complete (everything is OK\nwhen the device is hot-plugged). The firmware indicates its ready status by\nputting the link up.\nNewer firmwares delay the first command so they don't suffer from this problem.\nThey also report the link being always up.\n\nWait for firmware to become ready (link up) before sending any commands and/or\ndata.\n\nThis also allows lowering CMD_TIMEOUT value to a reasonable time.\n\nTested with 4.1.0.9 (old) and 4.1.0.30 (new) firmware versions.\n\nSigned-off-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/f40bff4239d45ac061044a8a79cf6868c62df345"}]}