{"push_id":1011342996,"size":126,"distinct_size":10,"ref":"refs/heads/master-ddbridge","head":"803dd8303fb2910f59408126591420890931c6b8","before":"4eeb0c7f8841892c4a84147f3199f106a754cae8","commits":[{"sha":"8bf862739a7786ae72409220914df960a0aa80d8","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"wext: fix message delay/ordering\n\nBeniamino reported that he was getting an RTM_NEWLINK message for a\ngiven interface, after the RTM_DELLINK for it. It turns out that the\nmessage is a wireless extensions message, which was sent because the\ninterface had been connected and disconnection while it was deleted\ncaused a wext message.\n\nFor its netlink messages, wext uses RTM_NEWLINK, but the message is\nwithout all the regular rtnetlink attributes, so \"ip monitor link\"\nprints just rudimentary information:\n\n5: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default\n    link/ether 02:00:00:00:01:00 brd ff:ff:ff:ff:ff:ff\nDeleted 5: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default\n    link/ether 02:00:00:00:01:00 brd ff:ff:ff:ff:ff:ff\n5: wlan1: <BROADCAST,MULTICAST,UP>\n    link/ether\n(from my hwsim reproduction)\n\nThis can cause userspace to get confused since it doesn't expect an\nRTM_NEWLINK message after RTM_DELLINK.\n\nThe reason for this is that wext schedules a worker to send out the\nmessages, and the scheduling delay can cause the messages to get out\nto userspace in different order.\n\nTo fix this, have wext register a netdevice notifier and flush out\nany pending messages when netdevice state changes. This fixes any\nordering whenever the original message wasn't sent by a notifier\nitself.\n\nCc: stable@vger.kernel.org\nReported-by: Beniamino Galvani <bgalvani@redhat.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/8bf862739a7786ae72409220914df960a0aa80d8"},{"sha":"cb150b9d23be6ee7f3a0fff29784f1c5b5ac514d","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"cfg80211/wext: fix message ordering\n\nSince cfg80211 frequently takes actions from its netdev notifier\ncall, wireless extensions messages could still be ordered badly\nsince the wext netdev notifier, since wext is built into the\nkernel, runs before the cfg80211 netdev notifier. For example,\nthe following can happen:\n\n5: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default\n    link/ether 02:00:00:00:01:00 brd ff:ff:ff:ff:ff:ff\n5: wlan1: <BROADCAST,MULTICAST,UP>\n    link/ether\n\nwhen setting the interface down causes the wext message.\n\nTo also fix this, export the wireless_nlevent_flush() function\nand also call it from the cfg80211 notifier.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/cb150b9d23be6ee7f3a0fff29784f1c5b5ac514d"},{"sha":"f39ea2690bd61efec97622c48323f40ed6e16317","author":{"email":"127a166a10ede851f230a37146bc5ea8eb3dfca9@gmail.com","name":"Chris Bainbridge"},"message":"mac80211: fix use of uninitialised values in RX aggregation\n\nUse kzalloc instead of kmalloc for struct tid_ampdu_rx to\ninitialize the \"removed\" field (all others are initialized\nmanually). That fixes:\n\nUBSAN: Undefined behaviour in net/mac80211/rx.c:932:29\nload of value 2 is not a valid value for type '_Bool'\nCPU: 3 PID: 1134 Comm: kworker/u16:7 Not tainted 4.5.0-rc1+ #265\nWorkqueue: phy0 rt2x00usb_work_rxdone\n 0000000000000004 ffff880254a7ba50 ffffffff8181d866 0000000000000007\n ffff880254a7ba78 ffff880254a7ba68 ffffffff8188422d ffffffff8379b500\n ffff880254a7bab8 ffffffff81884747 0000000000000202 0000000348620032\nCall Trace:\n [<ffffffff8181d866>] dump_stack+0x45/0x5f\n [<ffffffff8188422d>] ubsan_epilogue+0xd/0x40\n [<ffffffff81884747>] __ubsan_handle_load_invalid_value+0x67/0x70\n [<ffffffff82227b4d>] ieee80211_sta_reorder_release.isra.16+0x5ed/0x730\n [<ffffffff8222ca14>] ieee80211_prepare_and_rx_handle+0xd04/0x1c00\n [<ffffffff8222db03>] __ieee80211_rx_handle_packet+0x1f3/0x750\n [<ffffffff8222e4a7>] ieee80211_rx_napi+0x447/0x990\n\nWhile at it, convert to use sizeof(*tid_agg_rx) instead.\n\nFixes: 788211d81bfdf (\"mac80211: fix RX A-MPDU session reorder timer deletion\")\nCc: stable@vger.kernel.org\nSigned-off-by: Chris Bainbridge <chris.bainbridge@gmail.com>\n[reword commit message, use sizeof(*tid_agg_rx)]\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/f39ea2690bd61efec97622c48323f40ed6e16317"},{"sha":"f84a93726e0c0c53b5b6dbee96623e7e53e06dd8","author":{"email":"313328defca653cd422fb17d20c38cc0fb4b890b@gmail.com","name":"Konstantin Khlebnikov"},"message":"mac80211: minstrel_ht: fix out-of-bound in minstrel_ht_set_best_prob_rate\n\nPatch fixes this splat\n\nBUG: KASAN: slab-out-of-bounds in minstrel_ht_update_stats.isra.7+0x6e1/0x9e0\n[mac80211] at addr ffff8800cee640f4 Read of size 4 by task swapper/3/0\n\nSigned-off-by: Konstantin Khlebnikov <koct9i@gmail.com>\nLink: http://lkml.kernel.org/r/CALYGNiNyJhSaVnE35qS6UCGaSb2Dx1_i5HcRavuOX14oTz2P+w@mail.gmail.com\nAcked-by: Felix Fietkau <nbd@openwrt.org>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/f84a93726e0c0c53b5b6dbee96623e7e53e06dd8"},{"sha":"212c5a5e6ba61678be6b5fee576e38bccb50b613","author":{"email":"2ac7036d3528aff465f5d4b31a65c571c86fd591@open-mesh.com","name":"Sven Eckelmann"},"message":"mac80211: minstrel: Change expected throughput unit back to Kbps\n\nThe change from cur_tp to the function\nminstrel_get_tp_avg/minstrel_ht_get_tp_avg changed the unit used for the\ncurrent throughput. For example in minstrel_ht the correct\nconversion between them would be:\n\n    mrs->cur_tp / 10 == minstrel_ht_get_tp_avg(..).\n\nThis factor 10 must also be included in the calculation of\nminstrel_get_expected_throughput and minstrel_ht_get_expected_throughput to\nreturn values with the unit [Kbps] instead of [10Kbps]. Otherwise routing\nalgorithms like B.A.T.M.A.N. V will make incorrect decision based on these\nvalues. Its kernel based implementation expects expected_throughput always\nto have the unit [Kbps] and not sometimes [10Kbps] and sometimes [Kbps].\n\nThe same requirement has iw or olsrdv2's nl80211 based statistics module\nwhich retrieve the same data via NL80211_STA_INFO_TX_BITRATE.\n\nCc: stable@vger.kernel.org\nFixes: 6a27b2c40b48 (\"mac80211: restructure per-rate throughput calculation into function\")\nSigned-off-by: Sven Eckelmann <sven@open-mesh.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/212c5a5e6ba61678be6b5fee576e38bccb50b613"},{"sha":"fb896c44f88a75843a072cd6961b1615732f7811","author":{"email":"30d0a3ea07b25a90f61a738417c75a14d6abc5ff@intel.com","name":"Liad Kaufman"},"message":"iwlwifi: mvm: inc pending frames counter also when txing non-sta\n\nUntil this patch, when TXing non-sta the pending_frames counter\nwasn't increased, but it WAS decreased in\niwl_mvm_rx_tx_cmd_single(), what makes it negative in certain\nconditions. This in turn caused much trouble when we need to\nremove the station since we won't be waiting forever until\npending_frames gets 0. In certain cases, we were exhausting\nthe station table even in BSS mode, because we had a lot of\nstale stations.\n\nIncrease the counter also in iwl_mvm_tx_skb_non_sta() after a\nsuccessful TX to avoid this outcome.\n\nCC: <stable@vger.kernel.org> [3.18+]\nSigned-off-by: Liad Kaufman <liad.kaufman@intel.com>\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/fb896c44f88a75843a072cd6961b1615732f7811"},{"sha":"7a36b930e6ed4702c866dc74a5ad07318a57c688","author":{"email":"118ed6118e893d16e8c6e0776e0ebc290952c897@openwrt.org","name":"Felix Fietkau"},"message":"mac80211: minstrel_ht: set default tx aggregation timeout to 0\n\nThe value 5000 was put here with the addition of the timeout field to\nieee80211_start_tx_ba_session. It was originally added in mac80211 to\nsave resources for drivers like iwlwifi, which only supports a limited\nnumber of concurrent aggregation sessions.\n\nSince iwlwifi does not use minstrel_ht and other drivers don't need\nthis, 0 is a better default - especially since there have been\nrecent reports of aggregation setup related issues reproduced with\nath9k. This should improve stability without causing any adverse\neffects.\n\nCc: stable@vger.kernel.org\nAcked-by: Avery Pennarun <apenwarr@gmail.com>\nSigned-off-by: Felix Fietkau <nbd@openwrt.org>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/7a36b930e6ed4702c866dc74a5ad07318a57c688"},{"sha":"5e950a78bf5b18ded277a27aed0bcdbe7c1b868a","author":{"email":"13ad319ce4a4be691b07390542de8c24f0e75ac8@gmail.com","name":"Ola Olsson"},"message":"nl80211: Zero out the connection keys memory when freeing them.\n\nThe connection keys are zeroed out in all other cases except this\none. Let's fix the last one as well.\n\nSigned-off-by: Ola Olsson <ola.olsson@sonymobile.com>\nReviewed-by: Julian Calaby <julian.calaby@gmail.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/5e950a78bf5b18ded277a27aed0bcdbe7c1b868a"},{"sha":"b86071528f3261ab592fad5b9b1a02aea3dcabf3","author":{"email":"06447fbe43693466d3293d0b5eaeeb2efd3d7d3a@broadcom.com","name":"Arend van Spriel"},"message":"cfg80211: stop critical protocol session upon disconnect event\n\nWhen user-space has started a critical protocol session and a disconnect\nevent occurs, the rdev::crit_prot_nlportid remains set. This caused a\nsubsequent NL80211_CMD_CRIT_PROTO_START to fail (-EBUSY). Fix this by\nclearing the rdev attribute and call .crit_proto_stop() callback upon\ndisconnect event.\n\nReviewed-by: Hante Meuleman <meuleman@broadcom.com>\nReviewed-by: Pieter-Paul Giesberts <pieterpg@broadcom.com>\nSigned-off-by: Arend van Spriel <arend@broadcom.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/b86071528f3261ab592fad5b9b1a02aea3dcabf3"},{"sha":"905e36ae172c83a30894a3adefab7d4f850fcf54","author":{"email":"fc74710875e8eb5097171ed9776e7aa6016f00b8@intel.com","name":"Matti Gottlieb"},"message":"iwlwifi: mvm: Fix paging memory leak\n\nIf the opmode is stopped and started again we did not free\nthe paging buffers. Fix that.\nIn addition when freeing the firmware's paging download\nbuffer, set the pointer to NULL.\n\nSigned-off-by: Matti Gottlieb <matti.gottlieb@intel.com>\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/905e36ae172c83a30894a3adefab7d4f850fcf54"},{"sha":"fb5eb24cdd5cdb83be77d3e4b2f16e92e06bd9e9","author":{"email":"53db9e7d0ae7fa4c7a0b3909b07bdd4f596e2728@halfarit.cz","name":"Patrik Halfar"},"message":"Add Dell Wireless 5809e Gobi 4G HSPA+ Mobile Broadband Card (rev3) to qmi_wwan\n\nNew revison of Dell Wireless 5809e Gobi 4G HSPA+ Mobile Broadband Card has new idProduct\n\nBus 002 Device 006: ID 413c:81b3 Dell Computer Corp.\nDevice Descriptor:\n  bLength                18\n  bDescriptorType         1\n  bcdUSB               2.00\n  bDeviceClass            0\n  bDeviceSubClass         0\n  bDeviceProtocol         0\n  bMaxPacketSize0        64\n  idVendor           0x413c Dell Computer Corp.\n  idProduct          0x81b3\n  bcdDevice            0.06\n  iManufacturer           1 Sierra Wireless, Incorporated\n  iProduct                2 Dell Wireless 5809e Gobi™ 4G HSPA+ Mobile Broadband Card\n  iSerial                 3\n  bNumConfigurations      2\n\nSigned-off-by: Patrik Halfar <patrik_halfar@halfarit.cz>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/fb5eb24cdd5cdb83be77d3e4b2f16e92e06bd9e9"},{"sha":"9bdfb3b79e61c60e1a3e2dc05ad164528afa6b8a","author":{"email":"3b96b99f19643d33e1bfa1caa535c041c3608549@yandex-team.ru","name":"Konstantin Khlebnikov"},"message":"tcp: convert cached rtt from usec to jiffies when feeding initial rto\n\nCurrently it's converted into msecs, thus HZ=1000 intact.\n\nSigned-off-by: Konstantin Khlebnikov <khlebnikov@yandex-team.ru>\nFixes: 740b0f1841f6 (\"tcp: switch rtt estimations to usec resolution\")\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/9bdfb3b79e61c60e1a3e2dc05ad164528afa6b8a"},{"sha":"5146d1f151122e868e594c7b45115d64825aee5f","author":{"email":"931281e0bb855da34a7efbe2798442f84b7eb46d@alliedtelesis.co.nz","name":"Bernie Harris"},"message":"tunnel: Clear IPCB(skb)->opt before dst_link_failure called\n\nIPCB may contain data from previous layers (in the observed case the\nqdisc layer). In the observed scenario, the data was misinterpreted as\nip header options, which later caused the ihl to be set to an invalid\nvalue (<5). This resulted in an infinite loop in the mips implementation\nof ip_fast_csum.\n\nThis patch clears IPCB(skb)->opt before dst_link_failure can be called for\nvarious types of tunnels. This change only applies to encapsulated ipv4\npackets.\n\nThe code introduced in 11c21a30 which clears all of IPCB has been removed\nto be consistent with these changes, and instead the opt field is cleared\nunconditionally in ip_tunnel_xmit. The change in ip_tunnel_xmit applies to\nSIT, GRE, and IPIP tunnels.\n\nThe relevant vti, l2tp, and pptp functions already contain similar code for\nclearing the IPCB.\n\nSigned-off-by: Bernie Harris <bernie.harris@alliedtelesis.co.nz>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/5146d1f151122e868e594c7b45115d64825aee5f"},{"sha":"fbb0fa8b48892a3db8f5b89fb591c741fbd2fe7a","author":{"email":"3f2e970908f19805ed8a131f8c48f96300c6323e@broadcom.com","name":"Michael Chan"},"message":"bnxt_en: Fix zero padding of tx push data.\n\nThe arithmetic to zero pad the last 64-bit word in the push buffer is not\ncorrect.\n\n1. It should be pdata + length to get to the end.\n2. 'pdata' is void pointer and passing it to PTR_ALIGN() will cast the\naligned pointer to void.  Pass 'end' which is u64 pointer to PTR_ALIGN()\ninstead so that the aligned pointer - 1 is the last 64-bit pointer to data.\n\nSigned-off-by: Michael Chan <michael.chan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/fbb0fa8b48892a3db8f5b89fb591c741fbd2fe7a"},{"sha":"c7dfe3abf40ec9a298884a4c0775062eac27afc9","author":{"email":"19524f9f961ade77128706b659ecc28d5de3adea@laposte.net","name":"Sebastian Frias"},"message":"net: ethernet: nb8800: support fixed-link DT node\n\nUnder some circumstances, e.g. when connecting to a switch, the ethernet\nport will not be connected to a PHY. In that case a \"fixed-link\" DT node\ncan be used to replace it.\n\nhttps://stackoverflow.com/questions/31046172/device-tree-for-phy-less-connection-to-a-dsa-switch\n\nThis patch adds support for the \"fixed-link\" node to the nb8800 driver.\n\nSigned-off-by: Sebastian Frias <sf84@laposte.net>\nAcked-by: Mans Rullgard <mans@mansr.com>\nCc: Mason <slash.tmp@free.fr>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/c7dfe3abf40ec9a298884a4c0775062eac27afc9"},{"sha":"a8c4a2522a0808c5c2143612909717d1115c40cf","author":{"email":"331be22c6b63ca3e0a03d408c2d906b1b02cd5f2@stressinduktion.org","name":"Hannes Frederic Sowa"},"message":"ipv4: only create late gso-skb if skb is already set up with CHECKSUM_PARTIAL\n\nOtherwise we break the contract with GSO to only pass CHECKSUM_PARTIAL\nskbs down. This can easily happen with UDP+IPv4 sockets with the first\nMSG_MORE write smaller than the MTU, second write is a sendfile.\n\nReturning -EOPNOTSUPP lets the callers fall back into normal sendmsg path,\nwere we calculate the checksum manually during copying.\n\nCommit d749c9cbffd6 (\"ipv4: no CHECKSUM_PARTIAL on MSG_MORE corked\nsockets\") started to exposes this bug.\n\nFixes: d749c9cbffd6 (\"ipv4: no CHECKSUM_PARTIAL on MSG_MORE corked sockets\")\nReported-by: Jiri Benc <jbenc@redhat.com>\nCc: Jiri Benc <jbenc@redhat.com>\nReported-by: Wakko Warner <wakko@animx.eu.org>\nCc: Wakko Warner <wakko@animx.eu.org>\nSigned-off-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/a8c4a2522a0808c5c2143612909717d1115c40cf"},{"sha":"2da897e51d7f23f872224218b9a4314503b0d360","author":{"email":"3d0f3b9ddcacec30c4008c5e030e6c13a478cb4f@iogearbox.net","name":"Daniel Borkmann"},"message":"bpf: fix csum setting for bpf_set_tunnel_key\n\nThe fix in 35e2d1152b22 (\"tunnels: Allow IPv6 UDP checksums to be correctly\ncontrolled.\") changed behavior for bpf_set_tunnel_key() when in use with\nIPv6 and thus uncovered a bug that TUNNEL_CSUM needed to be set but wasn't.\nAs a result, the stack dropped ingress vxlan IPv6 packets, that have been\nsent via eBPF through collect meta data mode due to checksum now being zero.\n\nSince after LCO, we enable IPv4 checksum by default, so make that analogous\nand only provide a flag BPF_F_ZERO_CSUM_TX for the user to turn it off in\nIPv4 case.\n\nFixes: 35e2d1152b22 (\"tunnels: Allow IPv6 UDP checksums to be correctly controlled.\")\nFixes: c6c33454072f (\"bpf: support ipv6 for bpf_skb_{set,get}_tunnel_key\")\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/2da897e51d7f23f872224218b9a4314503b0d360"},{"sha":"25ac3417b79b0aafd2401c96503716901be4533b","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"Merge tag 'mac80211-for-davem-2016-02-23' of git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211\n\nJohannes Berg says:\n\n====================\nAnother small set of fixes:\n * stop critical protocol session on disconnect to avoid\n   it getting stuck\n * wext: fix two RTNL message ordering issues\n * fix an uninitialized value (found by KASAN)\n * fix an out-of-bounds access (also found by KASAN)\n * clear connection keys when freeing them in all cases\n   (IBSS, all other places already did so)\n * fix expected throughput unit to get consistent values\n * set default TX aggregation timeout to 0 in minstrel\n   to avoid (really just hide) issues and perform better\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/25ac3417b79b0aafd2401c96503716901be4533b"},{"sha":"ee50c130c82175eaa0820c96b6d3763928af2241","author":{"email":"71e8a0d513c0f8ed1c2f4bdbf843bdfe8b124ca4@gmail.com","name":"Diego Viola"},"message":"net: jme: fix suspend/resume on JMC260\n\nThe JMC260 network card fails to suspend/resume because the call to\njme_start_irq() was too early, moving the call to jme_start_irq() after\nthe call to jme_reset_link() makes it work.\n\nPrior this change suspend/resume would fail unless /sys/power/pm_async=0\nwas explicitly specified.\n\nRelevant bug report: https://bugzilla.kernel.org/show_bug.cgi?id=112351\n\nSigned-off-by: Diego Viola <diego.viola@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/ee50c130c82175eaa0820c96b6d3763928af2241"},{"sha":"65c38aa653c14df49e19faad74bd375f36e61c57","author":{"email":"e908389d4bbf30e8dc72dc47cdf6b45d89e8b2a0@cumulusnetworks.com","name":"David Ahern"},"message":"net: vrf: Remove direct access to skb->data\n\nNik pointed that the VRF driver should be using skb_header_pointer\ninstead of accessing skb->data and bits beyond directly which can\nbe garbage.\n\nFixes: 35402e313663 (\"net: Add IPv6 support to VRF device\")\nCc: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>\nSigned-off-by: David Ahern <dsa@cumulusnetworks.com>\nSigned-off-by: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/herrnst/dddvb-linux-kernel/commits/65c38aa653c14df49e19faad74bd375f36e61c57"}]}