{"push_id":1119102709,"size":74,"distinct_size":74,"ref":"refs/heads/t100ta-v4.4","head":"e0359247ae8774159d3beb3704d3c7a49334601e","before":"ee943702b1fc10146a37eb64898d148e41c8f730","commits":[{"sha":"c21fec188ab43661e5bf08d9d377ecafc7a8abf9","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"decnet: Do not build routes to devices without decnet private data.\n\n[ Upstream commit a36a0d4008488fa545c74445d69eaf56377d5d4e ]\n\nIn particular, make sure we check for decnet private presence\nfor loopback devices.\n\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/TheDrHax/t100ta_kernel/commits/c21fec188ab43661e5bf08d9d377ecafc7a8abf9"},{"sha":"d0bfda58b414487f06ac0911674a9808f71d3ab1","author":{"email":"9a1dbcaaa599ef6209c13452baffa9a8bc42d893@windriver.com","name":"Chris Friesen"},"message":"route: do not cache fib route info on local routes with oif\n\n[ Upstream commit d6d5e999e5df67f8ec20b6be45e2229455ee3699 ]\n\nFor local routes that require a particular output interface we do not want\nto cache the result.  Caching the result causes incorrect behaviour when\nthere are multiple source addresses on the interface.  The end result\nbeing that if the intended recipient is waiting on that interface for the\npacket he won't receive it because it will be delivered on the loopback\ninterface and the IP_PKTINFO ipi_ifindex will be set to the loopback\ninterface as well.\n\nThis can be tested by running a program such as \"dhcp_release\" which\nattempts to inject a packet on a particular interface so that it is\nreceived by another program on the same board.  The receiving process\nshould see an IP_PKTINFO ipi_ifndex value of the source interface\n(e.g., eth1) instead of the loopback interface (e.g., lo).  The packet\nwill still appear on the loopback interface in tcpdump but the important\naspect is that the CMSG info is correct.\n\nSample dhcp_release command line:\n\n   dhcp_release eth1 192.168.204.222 02:11:33:22:44:66\n\nSigned-off-by: Allain Legacy <allain.legacy@windriver.com>\nSigned off-by: Chris Friesen <chris.friesen@windriver.com>\nReviewed-by: Julian Anastasov <ja@ssi.bg>\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/TheDrHax/t100ta_kernel/commits/d0bfda58b414487f06ac0911674a9808f71d3ab1"},{"sha":"a416c9483c719cc9160b4b9af09085dfe461383f","author":{"email":"64568d9183dcfcdd0a6fb47964820a1cdaf94ecc@googlemail.com","name":"Mathias Krause"},"message":"packet: fix heap info leak in PACKET_DIAG_MCLIST sock_diag interface\n\n[ Upstream commit 309cf37fe2a781279b7675d4bb7173198e532867 ]\n\nBecause we miss to wipe the remainder of i->addr[] in packet_mc_add(),\npdiag_put_mclist() leaks uninitialized heap bytes via the\nPACKET_DIAG_MCLIST netlink attribute.\n\nFix this by explicitly memset(0)ing the remaining bytes in i->addr[].\n\nFixes: eea68e2f1a00 (\"packet: Report socket mclist info via diag module\")\nSigned-off-by: Mathias Krause <minipli@googlemail.com>\nCc: Eric W. Biederman <ebiederm@xmission.com>\nCc: Pavel Emelyanov <xemul@parallels.com>\nAcked-by: Pavel Emelyanov <xemul@virtuozzo.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/TheDrHax/t100ta_kernel/commits/a416c9483c719cc9160b4b9af09085dfe461383f"},{"sha":"5c136901ef17cd42d56b5c02135a0c67fb58424f","author":{"email":"1d97cfc5fb388c4688c33bd5725768599fb08430@axis.com","name":"Lars Persson"},"message":"net: sched: do not requeue a NULL skb\n\n[ Upstream commit 3dcd493fbebfd631913df6e2773cc295d3bf7d22 ]\n\nA failure in validate_xmit_skb_list() triggered an unconditional call\nto dev_requeue_skb with skb=NULL. This slowly grows the queue\ndiscipline's qlen count until all traffic through the queue stops.\n\nWe take the optimistic approach and continue running the queue after a\nfailure since it is unknown if later packets also will fail in the\nvalidate path.\n\nFixes: 55a93b3ea780 (\"qdisc: validate skb without holding lock\")\nSigned-off-by: Lars Persson <larper@axis.com>\nAcked-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/TheDrHax/t100ta_kernel/commits/5c136901ef17cd42d56b5c02135a0c67fb58424f"},{"sha":"8427d5547d0b63beb70d3858127942f828400ad2","author":{"email":"c24c0248770ae98831f8a654310d4c2e07514c61@fb.com","name":"Alexei Starovoitov"},"message":"bpf/verifier: reject invalid LD_ABS | BPF_DW instruction\n\n[ Upstream commit d82bccc69041a51f7b7b9b4a36db0772f4cdba21 ]\n\nverifier must check for reserved size bits in instruction opcode and\nreject BPF_LD | BPF_ABS | BPF_DW and BPF_LD | BPF_IND | BPF_DW instructions,\notherwise interpreter will WARN_RATELIMIT on them during execution.\n\nFixes: ddd872bc3098 (\"bpf: verifier: add checks for BPF_ABS | BPF_IND instructions\")\nSigned-off-by: Alexei Starovoitov <ast@kernel.org>\nAcked-by: Daniel Borkmann <daniel@iogearbox.net>\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/TheDrHax/t100ta_kernel/commits/8427d5547d0b63beb70d3858127942f828400ad2"},{"sha":"1d794379798b33797d9afe4a477bfd89ce399184","author":{"email":"8a2957e0063f2abf61bd145b6236a74a3708ac54@mork.no","name":"Bjørn Mork"},"message":"cdc_mbim: apply \"NDP to end\" quirk to all Huawei devices\n\n[ Upstream commit c5b5343cfbc9f46af65033fa4f407d7b7d98371d ]\n\nWe now have a positive report of another Huawei device needing\nthis quirk: The ME906s-158 (12d1:15c1).  This is an m.2 form\nfactor modem with no obvious relationship to the E3372 (12d1:157d)\nwe already have a quirk entry for.  This is reason enough to\nbelieve the quirk might be necessary for any number of current\nand future Huawei devices.\n\nApplying the quirk to all Huawei devices, since it is crucial\nto any device affected by the firmware bug, while the impact\non non-affected devices is negligible.\n\nThe quirk can if necessary be disabled per-device by writing\nN to /sys/class/net/<iface>/cdc_ncm/ndp_to_end\n\nReported-by: Andreas Fett <andreas.fett@secunet.com>\nSigned-off-by: Bjørn Mork <bjorn@mork.no>\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/TheDrHax/t100ta_kernel/commits/1d794379798b33797d9afe4a477bfd89ce399184"},{"sha":"79fdabe8706bd240c083a848f64081a4bc46d7af","author":{"email":"3d0f3b9ddcacec30c4008c5e030e6c13a478cb4f@iogearbox.net","name":"Daniel Borkmann"},"message":"net: use skb_postpush_rcsum instead of own implementations\n\n[ Upstream commit 6b83d28a55a891a9d70fc61ccb1c138e47dcbe74 ]\n\nReplace individual implementations with the recently introduced\nskb_postpush_rcsum() helper.\n\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>\nAcked-by: Tom Herbert <tom@herbertland.com>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\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/TheDrHax/t100ta_kernel/commits/79fdabe8706bd240c083a848f64081a4bc46d7af"},{"sha":"a66ce519a3e9aca63739da0d716555588df5cc48","author":{"email":"3d0f3b9ddcacec30c4008c5e030e6c13a478cb4f@iogearbox.net","name":"Daniel Borkmann"},"message":"vlan: pull on __vlan_insert_tag error path and fix csum correction\n\n[ Upstream commit 9241e2df4fbc648a92ea0752918e05c26255649e ]\n\nWhen __vlan_insert_tag() fails from skb_vlan_push() path due to the\nskb_cow_head(), we need to undo the __skb_push() in the error path\nas well that was done earlier to move skb->data pointer to mac header.\n\nMoreover, I noticed that when in the non-error path the __skb_pull()\nis done and the original offset to mac header was non-zero, we fixup\nfrom a wrong skb->data offset in the checksum complete processing.\n\nSo the skb_postpush_rcsum() really needs to be done before __skb_pull()\nwhere skb->data still points to the mac header start and thus operates\nunder the same conditions as in __vlan_insert_tag().\n\nFixes: 93515d53b133 (\"net: move vlan pop/push functions into common code\")\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>\nReviewed-by: Jiri Pirko <jiri@mellanox.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/TheDrHax/t100ta_kernel/commits/a66ce519a3e9aca63739da0d716555588df5cc48"},{"sha":"b5c9a73c501e8aed86dd578309813c7818ca248c","author":{"email":"73675debcd8a436be48ec22211dcf44fe0df0a64@decadent.org.uk","name":"Ben Hutchings"},"message":"atl2: Disable unimplemented scatter/gather feature\n\n[ Upstream commit f43bfaeddc79effbf3d0fcb53ca477cca66f3db8 ]\n\natl2 includes NETIF_F_SG in hw_features even though it has no support\nfor non-linear skbs.  This bug was originally harmless since the\ndriver does not claim to implement checksum offload and that used to\nbe a requirement for SG.\n\nNow that SG and checksum offload are independent features, if you\nexplicitly enable SG *and* use one of the rare protocols that can use\nSG without checkusm offload, this potentially leaks sensitive\ninformation (before you notice that it just isn't working).  Therefore\nthis obscure bug has been designated CVE-2016-2117.\n\nReported-by: Justin Yackoski <jyackoski@crypto-nite.com>\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nFixes: ec5f06156423 (\"net: Kill link between CSUM and SG features.\")\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/TheDrHax/t100ta_kernel/commits/b5c9a73c501e8aed86dd578309813c7818ca248c"},{"sha":"2a33f756ae1986a67d145f050bf4350e5ee17746","author":{"email":"3292324943adc2eb4010fbebf00756fa1d724198@netronome.com","name":"Simon Horman"},"message":"openvswitch: use flow protocol when recalculating ipv6 checksums\n\n[ Upstream commit b4f70527f052b0c00be4d7cac562baa75b212df5 ]\n\nWhen using masked actions the ipv6_proto field of an action\nto set IPv6 fields may be zero rather than the prevailing protocol\nwhich will result in skipping checksum recalculation.\n\nThis patch resolves the problem by relying on the protocol\nin the flow key rather than that in the set field action.\n\nFixes: 83d2b9ba1abc (\"net: openvswitch: Support masked set actions.\")\nCc: Jarno Rajahalme <jrajahalme@nicira.com>\nSigned-off-by: Simon Horman <simon.horman@netronome.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/TheDrHax/t100ta_kernel/commits/2a33f756ae1986a67d145f050bf4350e5ee17746"},{"sha":"3032b09874a4709f8529d620dd270e14a56eb61d","author":{"email":"0a17f7549b0bac96abb27a38bc47f122efaba664@mellanox.com","name":"Saeed Mahameed"},"message":"net/mlx5e: Device's mtu field is u16 and not int\n\n[ Upstream commit 046339eaab26804f52f6604877f5674f70815b26 ]\n\nFor set/query MTU port firmware commands the MTU field\nis 16 bits, here I changed all the \"int mtu\" parameters\nof the functions wrapping those firmware commands to be u16.\n\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.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/TheDrHax/t100ta_kernel/commits/3032b09874a4709f8529d620dd270e14a56eb61d"},{"sha":"da465bd9391efca3649ab34c3575a2b27ac384e3","author":{"email":"0a17f7549b0bac96abb27a38bc47f122efaba664@mellanox.com","name":"Saeed Mahameed"},"message":"net/mlx5e: Fix minimum MTU\n\n[ Upstream commit d8edd2469ace550db707798180d1c84d81f93bca ]\n\nMinimum MTU that can be set in Connectx4 device is 68.\n\nThis fixes the case where a user wants to set invalid MTU,\nthe driver will fail to satisfy this request and the interface\nwill stay down.\n\nIt is better to report an error and continue working with old\nmtu.\n\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.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/TheDrHax/t100ta_kernel/commits/da465bd9391efca3649ab34c3575a2b27ac384e3"},{"sha":"0633185047d91174ee2cbc8f1bd59e75e3c45ccd","author":{"email":"6e4ffc2e3438feb7acb34f6b67e6ae17e700099c@redhat.com","name":"Paolo Abeni"},"message":"ipv4/fib: don't warn when primary address is missing if in_dev is dead\n\n[ Upstream commit 391a20333b8393ef2e13014e6e59d192c5594471 ]\n\nAfter commit fbd40ea0180a (\"ipv4: Don't do expensive useless work\nduring inetdev destroy.\") when deleting an interface,\nfib_del_ifaddr() can be executed without any primary address\npresent on the dead interface.\n\nThe above is safe, but triggers some \"bug: prim == NULL\" warnings.\n\nThis commit avoids warning if the in_dev is dead\n\nSigned-off-by: Paolo Abeni <pabeni@redhat.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/TheDrHax/t100ta_kernel/commits/0633185047d91174ee2cbc8f1bd59e75e3c45ccd"},{"sha":"828255b591768b4e5a762df21a0133065ddcb44b","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"net/mlx4_en: fix spurious timestamping callbacks\n\n[ Upstream commit fc96256c906362e845d848d0f6a6354450059e81 ]\n\nWhen multiple skb are TX-completed in a row, we might incorrectly keep\na timestamp of a prior skb and cause extra work.\n\nFixes: ec693d47010e8 (\"net/mlx4_en: Add HW timestamping (TS) support\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nCc: Willem de Bruijn <willemb@google.com>\nReviewed-by: Eran Ben Elisha <eranbe@mellanox.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/TheDrHax/t100ta_kernel/commits/828255b591768b4e5a762df21a0133065ddcb44b"},{"sha":"608d2c3c7a046c222cae2e857cf648a9f89e772b","author":{"email":"0fcb39c6619aeb747ed6898bfde644ba26b24452@google.com","name":"Jann Horn"},"message":"bpf: fix double-fdput in replace_map_fd_with_map_ptr()\n\n[ Upstream commit 8358b02bf67d3a5d8a825070e1aa73f25fb2e4c7 ]\n\nWhen bpf(BPF_PROG_LOAD, ...) was invoked with a BPF program whose bytecode\nreferences a non-map file descriptor as a map file descriptor, the error\nhandling code called fdput() twice instead of once (in __bpf_map_get() and\nin replace_map_fd_with_map_ptr()). If the file descriptor table of the\ncurrent task is shared, this causes f_count to be decremented too much,\nallowing the struct file to be freed while it is still in use\n(use-after-free). This can be exploited to gain root privileges by an\nunprivileged user.\n\nThis bug was introduced in\ncommit 0246e64d9a5f (\"bpf: handle pseudo BPF_LD_IMM64 insn\"), but is only\nexploitable since\ncommit 1be7f75d1668 (\"bpf: enable non-root eBPF programs\") because\npreviously, CAP_SYS_ADMIN was required to reach the vulnerable code.\n\n(posted publicly according to request by maintainer)\n\nSigned-off-by: Jann Horn <jannh@google.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\nAcked-by: Daniel Borkmann <daniel@iogearbox.net>\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/TheDrHax/t100ta_kernel/commits/608d2c3c7a046c222cae2e857cf648a9f89e772b"},{"sha":"3899251bdb9c2b31fc73d4cc132f52d3710101de","author":{"email":"c24c0248770ae98831f8a654310d4c2e07514c61@fb.com","name":"Alexei Starovoitov"},"message":"bpf: fix refcnt overflow\n\n[ Upstream commit 92117d8443bc5afacc8d5ba82e541946310f106e ]\n\nOn a system with >32Gbyte of phyiscal memory and infinite RLIMIT_MEMLOCK,\nthe malicious application may overflow 32-bit bpf program refcnt.\nIt's also possible to overflow map refcnt on 1Tb system.\nImpose 32k hard limit which means that the same bpf program or\nmap cannot be shared by more than 32k processes.\n\nFixes: 1be7f75d1668 (\"bpf: enable non-root eBPF programs\")\nReported-by: Jann Horn <jannh@google.com>\nSigned-off-by: Alexei Starovoitov <ast@kernel.org>\nAcked-by: Daniel Borkmann <daniel@iogearbox.net>\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/TheDrHax/t100ta_kernel/commits/3899251bdb9c2b31fc73d4cc132f52d3710101de"},{"sha":"bb10156f572f06f3b6cadd378e5a0ab3ed8da991","author":{"email":"c24c0248770ae98831f8a654310d4c2e07514c61@fb.com","name":"Alexei Starovoitov"},"message":"bpf: fix check_map_func_compatibility logic\n\n[ Upstream commit 6aff67c85c9e5a4bc99e5211c1bac547936626ca ]\n\nThe commit 35578d798400 (\"bpf: Implement function bpf_perf_event_read() that get the selected hardware PMU conuter\")\nintroduced clever way to check bpf_helper<->map_type compatibility.\nLater on commit a43eec304259 (\"bpf: introduce bpf_perf_event_output() helper\") adjusted\nthe logic and inadvertently broke it.\nGet rid of the clever bool compare and go back to two-way check\nfrom map and from helper perspective.\n\nFixes: a43eec304259 (\"bpf: introduce bpf_perf_event_output() helper\")\nReported-by: Jann Horn <jannh@google.com>\nSigned-off-by: Alexei Starovoitov <ast@kernel.org>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>\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/TheDrHax/t100ta_kernel/commits/bb10156f572f06f3b6cadd378e5a0ab3ed8da991"},{"sha":"85256f78bff1c4a24ad8edac63726e8ca5ccedc1","author":{"email":"c24c0248770ae98831f8a654310d4c2e07514c61@fb.com","name":"Alexei Starovoitov"},"message":"samples/bpf: fix trace_output example\n\n[ Upstream commit 569cc39d39385a74b23145496bca2df5ac8b2fb8 ]\n\nllvm cannot always recognize memset as builtin function and optimize\nit away, so just delete it. It was a leftover from testing\nof bpf_perf_event_output() with large data structures.\n\nFixes: 39111695b1b8 (\"samples: bpf: add bpf_perf_event_output example\")\nSigned-off-by: Alexei Starovoitov <ast@kernel.org>\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/TheDrHax/t100ta_kernel/commits/85256f78bff1c4a24ad8edac63726e8ca5ccedc1"},{"sha":"390d4b3e0d0f1f57ec5d8a0cf3e0d93444563e9c","author":{"email":"90a06a11d0b00d53a80323c7e65d83b8b503e2b5@akamai.com","name":"Tim Bingham"},"message":"net: Implement net_dbg_ratelimited() for CONFIG_DYNAMIC_DEBUG case\n\n[ Upstream commit 2c94b53738549d81dc7464a32117d1f5112c64d3 ]\n\nPrior to commit d92cff89a0c8 (\"net_dbg_ratelimited: turn into no-op\nwhen !DEBUG\") the implementation of net_dbg_ratelimited() was buggy\nfor both the DEBUG and CONFIG_DYNAMIC_DEBUG cases.\n\nThe bug was that net_ratelimit() was being called and, despite\nreturning true, nothing was being printed to the console. This\nresulted in messages like the following -\n\n\"net_ratelimit: %d callbacks suppressed\"\n\nwith no other output nearby.\n\nAfter commit d92cff89a0c8 (\"net_dbg_ratelimited: turn into no-op when\n!DEBUG\") the bug is fixed for the DEBUG case. However, there's no\noutput at all for CONFIG_DYNAMIC_DEBUG case.\n\nThis patch restores debug output (if enabled) for the\nCONFIG_DYNAMIC_DEBUG case.\n\nAdd a definition of net_dbg_ratelimited() for the CONFIG_DYNAMIC_DEBUG\ncase. The implementation takes care to check that dynamic debugging is\nenabled before calling net_ratelimit().\n\nFixes: d92cff89a0c8 (\"net_dbg_ratelimited: turn into no-op when !DEBUG\")\nSigned-off-by: Tim Bingham <tbingham@akamai.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/TheDrHax/t100ta_kernel/commits/390d4b3e0d0f1f57ec5d8a0cf3e0d93444563e9c"},{"sha":"c985780791efec375865c0fbd21794d631c68fce","author":{"email":"8042a9733e573ff678660cf1b367d055d2c2096d@redhat.com","name":"Jiri Benc"},"message":"gre: do not pull header in ICMP error processing\n\n[ Upstream commit b7f8fe251e4609e2a437bd2c2dea01e61db6849c ]\n\niptunnel_pull_header expects that IP header was already pulled; with this\nexpectation, it pulls the tunnel header. This is not true in gre_err.\nFurthermore, ipv4_update_pmtu and ipv4_redirect expect that skb->data points\nto the IP header.\n\nWe cannot pull the tunnel header in this path. It's just a matter of not\ncalling iptunnel_pull_header - we don't need any of its effects.\n\nFixes: bda7bb463436 (\"gre: Allow multiple protocol listener for gre protocol.\")\nSigned-off-by: Jiri Benc <jbenc@redhat.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/TheDrHax/t100ta_kernel/commits/c985780791efec375865c0fbd21794d631c68fce"}]}