{"push_id":1423802953,"size":29,"distinct_size":29,"ref":"refs/heads/master","head":"a0d60e62ea5c88a9823410e9d0929a513e29dea2","before":"30e2b7cfc54c1efa0aa4c75eb8aa19318e3932e3","commits":[{"sha":"c9b8af1330198ae241cd545e1f040019010d44d9","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"flow_dissect: call init_default_flow_dissectors() earlier\n\nAndre Noll reported panics after my recent fix (commit 34fad54c2537\n\"net: __skb_flow_dissect() must cap its return value\")\n\nAfter some more headaches, Alexander root caused the problem to\ninit_default_flow_dissectors() being called too late, in case\na network driver like IGB is not a module and receives DHCP message\nvery early.\n\nFix is to call init_default_flow_dissectors() much earlier,\nas it is a core infrastructure and does not depend on another\nkernel service.\n\nFixes: 06635a35d13d4 (\"flow_dissect: use programable dissector in skb_flow_dissect and friends\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: Andre Noll <maan@tuebingen.mpg.de>\nDiagnosed-by: Alexander Duyck <alexander.h.duyck@intel.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/c9b8af1330198ae241cd545e1f040019010d44d9"},{"sha":"39385cb5f3274735b03ed1f8e7ff517b02a0beed","author":{"name":"Johan Hedberg","email":"96898026c3f4a50ee66f26e7291d450d5b98554a@intel.com"},"message":"Bluetooth: Fix using the correct source address type\n\nThe hci_get_route() API is used to look up local HCI devices, however\nso far it has been incapable of dealing with anything else than the\npublic address of HCI devices. This completely breaks with LE-only HCI\ndevices that do not come with a public address, but use a static\nrandom address instead.\n\nThis patch exteds the hci_get_route() API with a src_type parameter\nthat's used for comparing with the right address of each HCI device.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/39385cb5f3274735b03ed1f8e7ff517b02a0beed"},{"sha":"5499a6b22e5508b921c447757685b0a5e40a07ed","author":{"name":"Oliver Hartkopp","email":"4a7aeae382a9ad981c684b504c17442f359c4ede@hartkopp.net"},"message":"can: bcm: fix support for CAN FD frames\n\nSince commit 6f3b911d5f29b98 (\"can: bcm: add support for CAN FD frames\") the\nCAN broadcast manager supports CAN and CAN FD data frames.\n\nAs these data frames are embedded in struct can[fd]_frames which have a\ndifferent length the access to the provided array of CAN frames became\ndependend of op->cfsiz. By using a struct canfd_frame pointer for the array of\nCAN frames the new offset calculation based on op->cfsiz was accidently applied\nto CAN FD frame element lengths.\n\nThis fix makes the pointer to the arrays of the different CAN frame types a\nvoid pointer so that the offset calculation in bytes accesses the correct CAN\nframe elements.\n\nReference: http://marc.info/?l=linux-netdev&m=147980658909653\n\nReported-by: Andrey Konovalov <andreyknvl@google.com>\nSigned-off-by: Oliver Hartkopp <socketcan@hartkopp.net>\nTested-by: Andrey Konovalov <andreyknvl@google.com>\nCc: linux-stable <stable@vger.kernel.org>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/5499a6b22e5508b921c447757685b0a5e40a07ed"},{"sha":"ffa54a238c69184414a8f3dc35a18aed875290e7","author":{"name":"Kirill Esipov","email":"3531996cb6dcf8bd17b761dc4c3958fabc7e86e6@gmail.com"},"message":"net: phy: micrel: fix KSZ8041FTL supported value\n\nFix setting of SUPPORTED_FIBRE bit as it was not present in features\nof KSZ8041.\n\nSigned-off-by: Kirill Esipov <yesipov@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/ffa54a238c69184414a8f3dc35a18aed875290e7"},{"sha":"c3891fa2543cbab26093f5e425b8a50cd6837f16","author":{"name":"Gao Feng","email":"a965c44740368ac055fd57e1ddf8942162e92a66@ikuai8.com"},"message":"driver: macvlan: Check if need rollback multicast setting in macvlan_open\n\nWhen dev_set_promiscuity failed in macvlan_open, it always invokes\ndev_set_allmulti without checking if necessary.\nNow check the IFF_ALLMULTI flag firstly before rollback the multicast\nsetting in the error handler.\n\nSigned-off-by: Gao Feng <fgao@ikuai8.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/c3891fa2543cbab26093f5e425b8a50cd6837f16"},{"sha":"920c1cd36642ac21a7b2fdc47ab44b9634d570f9","author":{"name":"Randy Dunlap","email":"7b1545df92ec18ff8c05a6b1165712e69bce8bfd@infradead.org"},"message":"netdevice.h: fix kernel-doc warning\n\nFix kernel-doc warning in <linux/netdevice.h> (missing ':'):\n\n..//include/linux/netdevice.h:1904: warning: No description found for parameter 'prio_tc_map[TC_BITMASK + 1]'\n\nSigned-off-by: Randy Dunlap <rdunlap@infradead.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/920c1cd36642ac21a7b2fdc47ab44b9634d570f9"},{"sha":"57aac71b3e9ed890cf2219dd980c36f859b43d6a","author":{"name":"Christophe Jaillet","email":"37dad06b5adae86647eb31988fda7e3e669b78d5@wanadoo.fr"},"message":"bnxt_en: Fix a VXLAN vs GENEVE issue\n\nKnowing that:\n  #define TUNNEL_DST_PORT_FREE_REQ_TUNNEL_TYPE_VXLAN        (0x1UL << 0)\n  #define TUNNEL_DST_PORT_FREE_REQ_TUNNEL_TYPE_GENEVE       (0x5UL << 0)\nand that 'bnxt_hwrm_tunnel_dst_port_alloc()' is only called with one of\nthese 2 constants, the TUNNEL_DST_PORT_ALLOC_REQ_TUNNEL_TYPE_GENEVE can not\ntrigger.\n\nReplace the bit test that overlap by an equality test, just as in\n'bnxt_hwrm_tunnel_dst_port_free()' above.\n\nSigned-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>\nAcked-by: Michael Chan <michael.chan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/57aac71b3e9ed890cf2219dd980c36f859b43d6a"},{"sha":"93af205656bed3d8d3f4b85b2a3749c7ed7d996a","author":{"name":"Zhang Shengju","email":"81dbfb17f3a802b8999d25d07872acb1e3c55600@cmss.chinamobile.com"},"message":"rtnetlink: fix the wrong minimal dump size getting from rtnl_calcit()\n\nFor RT netlink, calcit() function should return the minimal size for\nnetlink dump message. This will make sure that dump message for every\nnetwork device can be stored.\n\nCurrently, rtnl_calcit() function doesn't account the size of header of\nnetlink message, this patch will fix it.\n\nSigned-off-by: Zhang Shengju <zhangshengju@cmss.chinamobile.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/93af205656bed3d8d3f4b85b2a3749c7ed7d996a"},{"sha":"a4cd0271ead09439fa03ce38fa79654dd1e5484b","author":{"name":"WANG Cong","email":"3f5d79d28d6d48052800caba9df0b30e06fefe41@gmail.com"},"message":"net: revert \"net: l2tp: Treat NET_XMIT_CN as success in l2tp_eth_dev_xmit\"\n\nThis reverts commit 7c6ae610a1f0, because l2tp_xmit_skb() never\nreturns NET_XMIT_CN, it ignores the return value of l2tp_xmit_core().\n\nCc: Gao Feng <gfree.wind@gmail.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/a4cd0271ead09439fa03ce38fa79654dd1e5484b"},{"sha":"b6e01232e25629907df9db19f25da7d4e8f5b589","author":{"name":"Tariq Toukan","email":"499b9e3879a4336b0d365a303f367380df3b4ae9@mellanox.com"},"message":"net/mlx4_en: Free netdev resources under state lock\n\nMake sure mlx4_en_free_resources is called under the netdev state lock.\nThis is needed since RCU dereference of XDP prog should be protected.\n\nFixes: 326fe02d1ed6 (\"net/mlx4_en: protect ring->xdp_prog with rcu_read_lock\")\nSigned-off-by: Tariq Toukan <tariqt@mellanox.com>\nReported-by: Sagi Grimberg <sagi@grimberg.me>\nCC: Brenden Blanco <bblanco@plumgrid.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/b6e01232e25629907df9db19f25da7d4e8f5b589"},{"sha":"764d3be6e415b40056834bfd29b994dc3f837606","author":{"name":"Paolo Abeni","email":"760d0d6fcadb77e1b4c1d3c7879788c2b4ed8bbe@redhat.com"},"message":"ipv6: bump genid when the IFA_F_TENTATIVE flag is clear\n\nWhen an ipv6 address has the tentative flag set, it can't be\nused as source for egress traffic, while the associated route,\nif any, can be looked up and even stored into some dst_cache.\n\nIn the latter scenario, the source ipv6 address selected and\nstored in the cache is most probably wrong (e.g. with\nlink-local scope) and the entity using the dst_cache will\nexperience lack of ipv6 connectivity until said cache is\ncleared or invalidated.\n\nOverall this may cause lack of connectivity over most IPv6 tunnels\n(comprising geneve and vxlan), if the first egress packet reaches\nthe tunnel before the DaD is completed for the used ipv6\naddress.\n\nThis patch bumps a new genid after that the IFA_F_TENTATIVE flag\nis cleared, so that dst_cache will be invalidated on\nnext lookup and ipv6 connectivity restored.\n\nFixes: 0c1d70af924b (\"net: use dst_cache for vxlan device\")\nFixes: 468dfffcd762 (\"geneve: add dst caching support\")\nAcked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: Paolo Abeni <pabeni@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/764d3be6e415b40056834bfd29b994dc3f837606"},{"sha":"30c7be26fd3587abcb69587f781098e3ca2d565b","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"udplite: call proper backlog handlers\n\nIn commits 93821778def10 (\"udp: Fix rcv socket locking\") and\nf7ad74fef3af (\"net/ipv6/udp: UDP encapsulation: break backlog_rcv into\n__udpv6_queue_rcv_skb\") UDP backlog handlers were renamed, but UDPlite\nwas forgotten.\n\nThis leads to crashes if UDPlite header is pulled twice, which happens\nstarting from commit e6afc8ace6dd (\"udp: remove headers from UDP packets\nbefore queueing\")\n\nBug found by syzkaller team, thanks a lot guys !\n\nNote that backlog use in UDP/UDPlite is scheduled to be removed starting\nfrom linux-4.10, so this patch is only needed up to linux-4.9\n\nFixes: 93821778def1 (\"udp: Fix rcv socket locking\")\nFixes: f7ad74fef3af (\"net/ipv6/udp: UDP encapsulation: break backlog_rcv into __udpv6_queue_rcv_skb\")\nFixes: e6afc8ace6dd (\"udp: remove headers from UDP packets before queueing\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: Andrey Konovalov <andreyknvl@google.com>\nCc: Benjamin LaHaise <bcrl@kvack.org>\nCc: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/30c7be26fd3587abcb69587f781098e3ca2d565b"},{"sha":"867d1212bf3c53dc057f7bca72155048cc51d18c","author":{"name":"Andy Gospodarek","email":"d5bb94bfe4a4a4ee479b7ab07f2b90ec80fb30eb@broadcom.com"},"message":"bnxt: do not busy-poll when link is down\n\nWhen busy polling while a link is down (during a link-flap test), TX\ntimeouts were observed as well as the following messages in the ring\nbuffer:\n\nbnxt_en 0008:01:00.2 enP8p1s0f2d2: Resp cmpl intr err msg: 0x51\nbnxt_en 0008:01:00.2 enP8p1s0f2d2: hwrm_ring_free tx failed. rc:-1\nbnxt_en 0008:01:00.2 enP8p1s0f2d2: Resp cmpl intr err msg: 0x51\nbnxt_en 0008:01:00.2 enP8p1s0f2d2: hwrm_ring_free rx failed. rc:-1\n\nThese were resolved by checking for link status and returning if link\nwas not up.\n\nSigned-off-by: Andy Gospodarek <gospo@broadcom.com>\nSigned-off-by: Michael Chan <michael.chan@broadcom.com>\nTested-by: Rob Miller <rob.miller@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/867d1212bf3c53dc057f7bca72155048cc51d18c"},{"sha":"76da8706d90d8641eeb9b8e579942ed80b6c0880","author":{"name":"Florian Fainelli","email":"244da8ca84c0b82369d8dd3f15015e61f28f6fe5@gmail.com"},"message":"net: dsa: bcm_sf2: Ensure we re-negotiate EEE during after link change\n\nIn case the link change and EEE is enabled or disabled, always try to\nre-negotiate this with the link partner.\n\nFixes: 450b05c15f9c (\"net: dsa: bcm_sf2: add support for controlling EEE\")\nSigned-off-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/76da8706d90d8641eeb9b8e579942ed80b6c0880"},{"sha":"19a8bb28d1c66670a2aebf9c78ec21c0b942f4b8","author":{"name":"Roman Mashak","email":"438d91077537574f04f08925e5c7563caa8f6290@mojatatu.com"},"message":"net sched filters: fix filter handle ID in tfilter_notify_chain()\n\nShould pass valid filter handle, not the netlink flags.\n\nFixes: 30a391a13ab92 (\"net sched filters: pass netlink message flags in event notification\")\nSigned-off-by: Roman Mashak <mrv@mojatatu.com>\nSigned-off-by: Jamal Hadi Salim <jhs@mojatatu.com>\nReported-by: Cong Wang <xiyou.wangcong@gmail.com>\nAcked-by: Daniel Borkmann <daniel@iogearbox.net>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/19a8bb28d1c66670a2aebf9c78ec21c0b942f4b8"},{"sha":"f9e154a0e6730218c222d95af22784b0a53e3f58","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge branch 'for-upstream' of git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth\n\nJohan Hedberg says:\n\n====================\npull request: bluetooth 2016-11-23\n\nSorry about the late pull request for 4.9, but we have one more\nimportant Bluetooth patch that should make it to the release. It fixes\nconnection creation for Bluetooth LE controllers that do not have a\npublic address (only a random one).\n\nPlease let me know if there are any issues pulling. Thanks.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/f9e154a0e6730218c222d95af22784b0a53e3f58"},{"sha":"f7db0ec9572f66b36c0d4d6bc4b564da53c8b35d","author":{"name":"Geliang Tang","email":"bd74e8ca27341f584803a5a1f60187557a0aa095@gmail.com"},"message":"dwc_eth_qos: drop duplicate headers\n\nDrop duplicate headers types.h and delay.h from dwc_eth_qos.c.\n\nSigned-off-by: Geliang Tang <geliangtang@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/f7db0ec9572f66b36c0d4d6bc4b564da53c8b35d"},{"sha":"fb09c8c524dae2b893aacc9348e876a87b45b697","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge tag 'linux-can-fixes-for-4.9-20161123' of git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can\n\nMarc Kleine-Budde says:\n\n====================\npull-request: can 2016-11-23\n\nthis is a pull request for net/master.\n\nThe patch by Oliver Hartkopp for the broadcast manager (bcm) fixes the\nCAN-FD support, which may cause an out-of-bounds access otherwise.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/fb09c8c524dae2b893aacc9348e876a87b45b697"},{"sha":"97db8afa2ab919fc400fe982f5054060868bdf07","author":{"name":"Andrew Lunn","email":"6b7c097d961f68685fc978cf91eeae17be6cbb45@lunn.ch"},"message":"net: ethernet: mvneta: Remove IFF_UNICAST_FLT which is not implemented\n\nThe mvneta driver advertises it supports IFF_UNICAST_FLT. However, it\nactually does not. The hardware probably does support it, but there is\nno code to configure the filter. As a quick and simple fix, remove the\nflag. This will cause the core to fall back to promiscuous mode.\n\nSigned-off-by: Andrew Lunn <andrew@lunn.ch>\nFixes: b50b72de2f2f (\"net: mvneta: enable features before registering the driver\")\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/97db8afa2ab919fc400fe982f5054060868bdf07"},{"sha":"f79675563a6bbfc2ff85684bbbaea9ef092664d2","author":{"name":"Jon Paul Maloy","email":"b0012c6b16a2cc61cfde6c8e64b78c583cb9e8a8@ericsson.com"},"message":"tipc: fix compatibility bug in link monitoring\n\ncommit 817298102b0b (\"tipc: fix link priority propagation\") introduced a\ncompatibility problem between TIPC versions newer than Linux 4.6 and\nthose older than Linux 4.4. In versions later than 4.4, link STATE\nmessages only contain a non-zero link priority value when the sender\nwants the receiver to change its priority. This has the effect that the\nreceiver resets itself in order to apply the new priority. This works\nwell, and is consistent with the said commit.\n\nHowever, in versions older than 4.4 a valid link priority is present in\nall sent link STATE messages, leading to cyclic link establishment and\nreset on the 4.6+ node.\n\nWe fix this by adding a test that the received value should not only\nbe valid, but also differ from the current value in order to cause the\nreceiving link endpoint to reset.\n\nReported-by: Amar Nv <amar.nv005@gmail.com>\nSigned-off-by: Jon Maloy <jon.maloy@ericsson.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/f79675563a6bbfc2ff85684bbbaea9ef092664d2"}]}
{"actor":{"display_login":"Noltari"}}