/* * GPIO definitions for Amlogic Meson GXBB SoCs * * Copyright (C) 2016 Endless Mobile, Inc. * Author: Carlo Caione * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * version 2 as published by the Free Software Foundation. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ #ifndef _DT_BINDINGS_MESON_GXBB_GPIO_H #define _DT_BINDINGS_MESON_GXBB_GPIO_H #define GPIOAO_0 0 #define GPIOAO_1 1 #define GPIOAO_2 2 #define GPIOAO_3 3 #define GPIOAO_4 4 #define GPIOAO_5 5 #define GPIOAO_6 6 #define GPIOAO_7 7 #define GPIOAO_8 8 #define GPIOAO_9 9 #define GPIOAO_10 10 #define GPIOAO_11 11 #define GPIOAO_12 12 #define GPIOAO_13 13 #define GPIOZ_0 0 #define GPIOZ_1 1 #define GPIOZ_2 2 #define GPIOZ_3 3 #define GPIOZ_4 4 #define GPIOZ_5 5 #define GPIOZ_6 6 #define GPIOZ_7 7 #define GPIOZ_8 8 #define GPIOZ_9 9 #define GPIOZ_10 10 #define GPIOZ_11 11 #define GPIOZ_12 12 #define GPIOZ_13 13 #define GPIOZ_14 14 #define GPIOZ_15 15 #define GPIOH_0 16 #define GPIOH_1 17 #define GPIOH_2 18 #define GPIOH_3 19 #define BOOT_0 20 #define BOOT_1 21 #define BOOT_2 22 #define BOOT_3 23 #define BOOT_4 24 #define BOOT_5 25 #define BOOT_6 26 #define BOOT_7 27 #define BOOT_8 28 #define BOOT_9 29 #define BOOT_10 30 #define BOOT_11 31 #define BOOT_12 32 #define BOOT_13 33 #define BOOT_14 34 #define BOOT_15 35 #define BOOT_16 36 #define BOOT_17 37 #define CARD_0 38 #define CARD_1 39 #define CARD_2 40 #define CARD_3 41 #define CARD_4 42 #define CARD_5 43 #define CARD_6 44 #define GPIODV_0 45 #define GPIODV_1 46 #define GPIODV_2 47 #define GPIODV_3 48 #define GPIODV_4 49 #define GPIODV_5 50 #define GPIODV_6 51 #define GPIODV_7 52 #define GPIODV_8 53 #define GPIODV_9 54 #define GPIODV_10 55 #define GPIODV_11 56 #define GPIODV_12 57 #define GPIODV_13 58 #define GPIODV_14 59 #define GPIODV_15 60 #define GPIODV_16 61 #define GPIODV_17 62 #define GPIODV_18 63 #define GPIODV_19 64 #define GPIODV_20 65 #define GPIODV_21 66 #define GPIODV_22 67 #define GPIODV_23 68 #define GPIODV_24 69 #define GPIODV_25 70 #define GPIODV_26 71 #define GPIODV_27 72 #define GPIODV_28 73 #define GPIODV_29 74 #define GPIOY_0 75 #define GPIOY_1 76 #define GPIOY_2 77 #define GPIOY_3 78 #define GPIOY_4 79 #define GPIOY_5 80 #define GPIOY_6 81 #define GPIOY_7 82 #define GPIOY_8 83 #define GPIOY_9 84 #define GPIOY_10 85 #define GPIOY_11 86 #define GPIOY_12 87 #define GPIOY_13 88 #define GPIOY_14 89 #define GPIOY_15 90 #define GPIOY_16 91 #define GPIOX_0 92 #define GPIOX_1 93 #define GPIOX_2 94 #define GPIOX_3 95 #define GPIOX_4 96 #define GPIOX_5 97 #define GPIOX_6 98 #define GPIOX_7 99 #define GPIOX_8 100 #define GPIOX_9 101 #define GPIOX_10 102 #define GPIOX_11 103 #define GPIOX_12 104 #define GPIOX_13 105 #define GPIOX_14 106 #define GPIOX_15 107 #define GPIOX_16 108 #define GPIOX_17 109 #define GPIOX_18 110 #define GPIOX_19 111 #define GPIOX_20 112 #define GPIOX_21 113 #define GPIOX_22 114 #define GPIOCLK_0 115 #define GPIOCLK_1 116 #define GPIOCLK_2 117 #define GPIOCLK_3 118 #define GPIO_TEST_N 119 #endif /linux/net-next.git/commit/net/ipv4/tcp_input.c?h=nds-private-remove&id=29ba6e7400a317725bdfb86a725d1824447dbcd7'>tcp_input.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2017-02-07 13:07:56 -0500
committerDavid S. Miller <davem@davemloft.net>2017-02-07 13:07:56 -0500
commit29ba6e7400a317725bdfb86a725d1824447dbcd7 (patch)
treeb009850c5a2e7c633a94eeacb71a25f91b4b64f0 /net/ipv4/tcp_input.c
parentb08d46b01e995dd7b653b22d35bd1d958d6ee9b4 (diff)
parent51ce8bd4d17a761e1a90a34a1b5c9b762cce7553 (diff)
Merge branch 'replace-dst_confirm'
Julian Anastasov says: ==================== net: dst_confirm replacement This patchset addresses the problem of neighbour confirmation where received replies from one nexthop can cause confirmation of different nexthop when using the same dst. Thanks to YueHaibing <yuehaibing@huawei.com> for tracking the dst->pending_confirm problem. Sockets can obtain cached output route. Such routes can be to known nexthop (rt_gateway=IP) or to be used simultaneously for different nexthop IPs by different subnet prefixes (nh->nh_scope = RT_SCOPE_HOST, rt_gateway=0). At first look, there are more problems: - dst_confirm() sets flag on dst and not on dst->path, as result, indication is lost when XFRM is used - DNAT can change the nexthop, so the really used nexthop is not confirmed So, the following solution is to avoid using dst->pending_confirm. The current dst_confirm() usage is as follows: Protocols confirming dst on received packets: - TCP (1 dst per socket) - SCTP (1 dst per transport) - CXGB* Protocols supporting sendmsg with MSG_CONFIRM [ | MSG_PROBE ] to confirm neighbour: - UDP IPv4/IPv6 - ICMPv4 PING - RAW IPv4/IPv6 - L2TP/IPv6 MSG_CONFIRM for other purposes (fix not needed): - CAN Sending without locking the socket: - UDP (when no cork) - RAW (when hdrincl=1) Redirects from old to new GW: - rt6_do_redirect The patchset includes the following changes: 1. sock: add sk_dst_pending_confirm flag - used only by TCP with patch 4 to remember the received indication in sk->sk_dst_pending_confirm 2. net: add dst_pending_confirm flag to skbuff - skb->dst_pending_confirm will be used by all protocols in following patches, via skb_{set,get}_dst_pending_confirm 3. sctp: add dst_pending_confirm flag - SCTP uses per-transport dsts and can not use sk->sk_dst_pending_confirm like TCP 4. tcp: replace dst_confirm with sk_dst_confirm 5. net: add confirm_neigh method to dst_ops - IPv4 and IPv6 provision for slow neigh lookups for MSG_PROBE users. I decided to use neigh lookup only for this case because on MSG_PROBE the skb may pass MTU checks but it does not reach the neigh confirmation code. This patch will be used from patch 6. - xfrm_confirm_neigh: we use the last tunnel address, if present. When there are only transports, the original dest address is used. 6. net: use dst_confirm_neigh for UDP, RAW, ICMP, L2TP - dst_confirm conversion for UDP, RAW, ICMP and L2TP/IPv6 - these protocols use MSG_CONFIRM propagated by ip*_append_data to skb->dst_pending_confirm. sk->sk_dst_pending_confirm is not used because some sending paths do not lock the socket. For MSG_PROBE we use the slow lookup (dst_confirm_neigh). - there are also 2 cases that need the slow lookup: __ip6_rt_update_pmtu and rt6_do_redirect. I hope &ipv6_hdr(skb)->saddr is the correct nexthop address to use here. 7. net: pending_confirm is not used anymore - I failed to understand the CXGB* code, I see dst_confirm() calls but I'm not sure dst_neigh_output() was called. For now I just removed the dst->pending_confirm flag and left all dst_confirm() calls there. Any better idea? - Now may be old function neigh_output() should be restored instead of dst_neigh_output? ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/tcp_input.c')
-rw-r--r--net/ipv4/tcp_input.c12
1 files changed, 3 insertions, 9 deletions
diff --git a/net/ipv4/tcp_input.c b/net/ipv4/tcp_input.c