{"push_id":3857366390,"size":74,"distinct_size":0,"ref":"refs/heads/t/mptcp-Add-path-manager-interface","head":"90e4fdd90f58c325f0db66c9ffaac302e3ecf35d","before":"e2106871bed9a2e748096c34e7050675c2266b8a","commits":[{"sha":"c93496e9f7680741c25bab866e729e9606bfae3e","author":{"name":"Wolfram Sang","email":"66ab244bc42248f12645ba300439b5263f6a6fca@sang-engineering.com"},"message":"net: sfc: falcon: convert to i2c_new_dummy_device\n\nMove from i2c_new_dummy() to i2c_new_dummy_device(). So, we now get an\nERRPTR which we use in error handling.\n\nSigned-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>\nAcked-by: Edward Cree <ecree@solarflare.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/c93496e9f7680741c25bab866e729e9606bfae3e"},{"sha":"b06689cc1b0446b959ed1a41b4f8dd892aa6b331","author":{"name":"Amit Cohen","email":"14d0af1387c96a35b2eae32162a78d32c55d88c4@mellanox.com"},"message":"mlxsw: spectrum: Expose KVD size for Spectrum-2\n\nUnlike Spectrum-1, the KVD (Key-value database) of Spectrum-2 is not\npartitioned, so only expose the entire KVD size. This enables users to\nquery the total size of the KVD.\n\nSigned-off-by: Amit Cohen <amitc@mellanox.com>\nAcked-by: Jiri Pirko <jiri@mellanox.com>\nSigned-off-by: Ido Schimmel <idosch@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/b06689cc1b0446b959ed1a41b4f8dd892aa6b331"},{"sha":"fc25996e6f46ac05378f45691d9c6ea08c2037b9","author":{"name":"Ido Schimmel","email":"1b0ab106fb837225790a9df447125d75029db946@mellanox.com"},"message":"mlxsw: spectrum_router: Increase scale of IPv6 nexthop groups\n\nUnlike IPv4, the kernel does not consolidate IPv6 nexthop groups. To\navoid exhausting the device's adjacency table - where nexthops are\nstored - the driver does this consolidation instead.\n\nEach nexthop group is hashed by XOR-ing the interface indexes of all the\nmember nexthop devices. However, the ifindex itself is not hashed, which\ncan result in identical keys used for different groups and finally an\n-EBUSY error from rhashtable due to too long objects list.\n\nImprove the situation by hashing the ifindex itself.\n\nSigned-off-by: Ido Schimmel <idosch@mellanox.com>\nAcked-by: Jiri Pirko <jiri@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/fc25996e6f46ac05378f45691d9c6ea08c2037b9"},{"sha":"f2ad83af32c32c47976ed4d37b2971cc6d2de1ad","author":{"name":"David S. Miller","email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net"},"message":"Merge branch 'mlxsw-Two-small-updates'\n\nIdo Schimmel says:\n\n====================\nmlxsw: Two small updates\n\nPatch #1, from Amit, exposes the size of the key-value database (KVD)\nwhere different entries (e.g., routes, neighbours) are stored in the\ndevice. This allows users to understand how many entries can be\noffloaded and is also useful for writing scale tests.\n\nPatch #2 increases the number of IPv6 nexthop groups mlxsw can offload.\nThe problem and solution are explained in detail in the commit message.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/f2ad83af32c32c47976ed4d37b2971cc6d2de1ad"},{"sha":"37f7c66f4560b154cfa7a8d8f1902e222e38adba","author":{"name":"Ding Xiang","email":"5f1458f35487fb4935bf066e5f7b332b6a35edef@cmss.chinamobile.com"},"message":"ptp: ptp_dte: remove redundant dev_err message\n\ndevm_ioremap_resource already contains error message, so remove\nthe redundant dev_err message\n\nSigned-off-by: Ding Xiang <dingxiang@cmss.chinamobile.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/37f7c66f4560b154cfa7a8d8f1902e222e38adba"},{"sha":"4929a932be334d68d333089872bc67e4f1d97475","author":{"name":"Tuong Lien","email":"4fb04b31f993ba8c29e3edcf4fb4067654c2318a@dektech.com.au"},"message":"tipc: optimize link synching mechanism\n\nThis commit along with the next one are to resolve the issues with the\nlink changeover mechanism. See that commit for details.\n\nBasically, for the link synching, from now on, we will send only one\nsingle (\"dummy\") SYNCH message to peer. The SYNCH message does not\ncontain any data, just a header conveying the synch point to the peer.\n\nA new node capability flag (\"TIPC_TUNNEL_ENHANCED\") is introduced for\nbackward compatible!\n\nAcked-by: Ying Xue <ying.xue@windriver.com>\nAcked-by: Jon Maloy <jon.maloy@ericsson.com>\nSuggested-by: Jon Maloy <jon.maloy@ericsson.com>\nSigned-off-by: Tuong Lien <tuong.t.lien@dektech.com.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/4929a932be334d68d333089872bc67e4f1d97475"},{"sha":"2320bcdae62887555701ea78a46b640ff6b63868","author":{"name":"Tuong Lien","email":"4fb04b31f993ba8c29e3edcf4fb4067654c2318a@dektech.com.au"},"message":"tipc: fix changeover issues due to large packet\n\nIn conjunction with changing the interfaces' MTU (e.g. especially in\nthe case of a bonding) where the TIPC links are brought up and down\nin a short time, a couple of issues were detected with the current link\nchangeover mechanism:\n\n1) When one link is up but immediately forced down again, the failover\nprocedure will be carried out in order to failover all the messages in\nthe link's transmq queue onto the other working link. The link and node\nstate is also set to FAILINGOVER as part of the process. The message\nwill be transmited in form of a FAILOVER_MSG, so its size is plus of 40\nbytes (= the message header size). There is no problem if the original\nmessage size is not larger than the link's MTU - 40, and indeed this is\nthe max size of a normal payload messages. However, in the situation\nabove, because the link has just been up, the messages in the link's\ntransmq are almost SYNCH_MSGs which had been generated by the link\nsynching procedure, then their size might reach the max value already!\nWhen the FAILOVER_MSG is built on the top of such a SYNCH_MSG, its size\nwill exceed the link's MTU. As a result, the messages are dropped\nsilently and the failover procedure will never end up, the link will\nnot be able to exit the FAILINGOVER state, so cannot be re-established.\n\n2) The same scenario above can happen more easily in case the MTU of\nthe links is set differently or when changing. In that case, as long as\na large message in the failure link's transmq queue was built and\nfragmented with its link's MTU > the other link's one, the issue will\nhappen (there is no need of a link synching in advance).\n\n3) The link synching procedure also faces with the same issue but since\nthe link synching is only started upon receipt of a SYNCH_MSG, dropping\nthe message will not result in a state deadlock, but it is not expected\nas design.\n\nThe 1) & 3) issues are resolved by the last commit that only a dummy\nSYNCH_MSG (i.e. without data) is generated at the link synching, so the\nsize of a FAILOVER_MSG if any then will never exceed the link's MTU.\n\nFor the 2) issue, the only solution is trying to fragment the messages\nin the failure link's transmq queue according to the working link's MTU\nso they can be failovered then. A new function is made to accomplish\nthis, it will still be a TUNNEL PROTOCOL/FAILOVER MSG but if the\noriginal message size is too large, it will be fragmented & reassembled\nat the receiving side.\n\nAcked-by: Ying Xue <ying.xue@windriver.com>\nAcked-by: Jon Maloy <jon.maloy@ericsson.com>\nSigned-off-by: Tuong Lien <tuong.t.lien@dektech.com.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/2320bcdae62887555701ea78a46b640ff6b63868"},{"sha":"b591c6f620ac0c969fda538108a21f44f08d9aac","author":{"name":"David S. Miller","email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net"},"message":"Merge branch 'tipc-link-changeover-issues'\n\nTuong Lien says:\n\n====================\ntipc: link changeover issues\n\nThis patch series is to resolve some issues found with the current link\nchangeover mechanism, it also includes an optimization for the link\nsynching.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/b591c6f620ac0c969fda538108a21f44f08d9aac"},{"sha":"00c33afbf9dd06f77a2f15117cd4bdc2a54b51d7","author":{"name":"Jisheng Zhang","email":"1230741c13932c21affd74e3ec7831ac39565e7e@synaptics.com"},"message":"net: mvneta: use devm_platform_ioremap_resource() to simplify code\n\ndevm_platform_ioremap_resource() wraps platform_get_resource() and\ndevm_ioremap_resource() in a single helper, let's use that helper to\nsimplify the code.\n\nSigned-off-by: Jisheng Zhang <Jisheng.Zhang@synaptics.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/00c33afbf9dd06f77a2f15117cd4bdc2a54b51d7"},{"sha":"083b7b4dc63c7f0c5dda92e317dcca1d3ee692cc","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/tcp-add-MPTCP-option-number base into t/tcp-add-MPTCP-option-number","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/083b7b4dc63c7f0c5dda92e317dcca1d3ee692cc"},{"sha":"880661e61fadc1eff2ab758d59284ff036e06d94","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/tcp-add-MPTCP-option-number into t/net-Make-sock-protocol-value-checks-more-specific base","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/880661e61fadc1eff2ab758d59284ff036e06d94"},{"sha":"be42609984a5202622edcbaecca68e5881aff0f2","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/net-Make-sock-protocol-value-checks-more-specific base into t/net-Make-sock-protocol-value-checks-more-specific","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/be42609984a5202622edcbaecca68e5881aff0f2"},{"sha":"957f17f6bffde17c807db1313ab11509d88ef3f2","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/net-Make-sock-protocol-value-checks-more-specific into t/sock-Make-sk_protocol-a-16-bit-value base","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/957f17f6bffde17c807db1313ab11509d88ef3f2"},{"sha":"ce514a94092b7d66a3e8c7e58ba7cdcfcfdd4d42","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/sock-Make-sk_protocol-a-16-bit-value base into t/sock-Make-sk_protocol-a-16-bit-value","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/ce514a94092b7d66a3e8c7e58ba7cdcfcfdd4d42"},{"sha":"75398eb202f8cee2fd08e306642e414e112cd475","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/sock-Make-sk_protocol-a-16-bit-value into t/tcp-Define-IPPROTO_MPTCP base","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/75398eb202f8cee2fd08e306642e414e112cd475"},{"sha":"02b988f4b9c312bf6edff9eb254548fd88286d92","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/tcp-Define-IPPROTO_MPTCP base into t/tcp-Define-IPPROTO_MPTCP","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/02b988f4b9c312bf6edff9eb254548fd88286d92"},{"sha":"a53289e9364c8f89a90e2b59a05334ae3a050b43","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/tcp-Define-IPPROTO_MPTCP into t/mptcp-Add-MPTCP-socket-stubs base","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/a53289e9364c8f89a90e2b59a05334ae3a050b43"},{"sha":"dbcb727705c6064a873b25d7630267842c9db991","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/mptcp-Add-MPTCP-socket-stubs base into t/mptcp-Add-MPTCP-socket-stubs","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/dbcb727705c6064a873b25d7630267842c9db991"},{"sha":"cf57ef49813934283bd1e67b596dc3af56c79c49","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/mptcp-Add-MPTCP-socket-stubs into t/mptcp-Handle-MPTCP-TCP-options base","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/cf57ef49813934283bd1e67b596dc3af56c79c49"},{"sha":"6bf71561f39ccb280bc86caf735fc6193eae2afa","author":{"name":"Jenkins Tessares","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@tessares.net"},"message":"tgupdate: merge t/mptcp-Handle-MPTCP-TCP-options base into t/mptcp-Handle-MPTCP-TCP-options","distinct":false,"url":"https://api.github.com/repos/multipath-tcp/mptcp_net-next/commits/6bf71561f39ccb280bc86caf735fc6193eae2afa"}]}
{"actor":{"display_login":"matttbe"}}