aboutsummaryrefslogtreecommitdiffstats
path: root/build/external/patches
AgeCommit message (Collapse)AuthorFilesLines
2020-03-27quic: Check quicly version tag at compile timeMathiasRaoul12-532/+21
- updates the quicly version to 0.1.0-vpp - adds workaround for quicly_send()/assert_consistency() failure Type: feature Change-Id: I4c7e0ffc720ad9a685b89046a83646d59febd6cd Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com> Signed-off-by: Nathan Skrzypczak <nathan.skrzypczak@gmail.com> Signed-off-by: Dave Wallace <dwallacelf@gmail.com>
2020-03-22dpdk: false link down issue with ixgbe NICLijian.Zhang1-0/+66
This issue is observed with X520-2 NICs on FD.io lab Taishan server. After VPP booting up and bringing up the interfaces with command "set interface state <interface> up", it still shows link down status from the command "show hardware-interfaces". However, the hardware link status is actually up. dpdk_process() cannot get the hardware link status correctly via rte_eth_link_get_nowait(). In ixgbe_dev_link_update_share(), if the media type is fiber and the link is down, a flag (IXGBE_FLAG_NEED_LINK_CONFIG) is set. A callback to ixgbe_dev_setup_link_alarm_handler() is scheduled trying to set up the link and clear the flag afterwards. If the device is started or stopped before the flag is cleared, the scheduled callback is canceled. This causes the flag to remain set and subsequent calls to ixgbe_dev_link_update_share() return without trying to retrieve the link state because the flag is set. When the callback is canceled by either interface start or stop operation, in ixgbe_dev_cancel_link_thread(), after cancelling the callback/thread, unset the flag on the device to avoid this condition. Type: fix Signed-off-by: Lijian Zhang <Lijian.Zhang@arm.com> Reviewed-by: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com> Reviewed-by: Jieqiang Wang <Jieqiang.Wang@arm.com> Change-Id: I04de377dc048307a78a5b7109ebdfaf376d5e029
2020-02-04dpdk: patch ixgbe driver to solve race conditionMatthew Smith1-0/+49
Type: fix Some fiber ports that are managed by the ixgbe PMD have the possibility to get into a state where link can never be brought up. This patch should fix it and will be submitted to upstream DPDK. Change-Id: Ia4d0df2e70d098b2151e513b96e8bd742151e8ce Signed-off-by: Matthew Smith <mgsmith@netgate.com>
2020-01-31quic: update quicly to v0.0.10-vppMathiasRaoul1-0/+60
Type: feature Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com> Change-Id: I5452f8bbd0ff9e2a57f7bd7d134a8824efa5f30a
2020-01-06quic: update quicly to v0.0.9-vppMathiasRaoul1-0/+60
Type: feature Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com> Change-Id: I5cef549de8380b9b9534b8774819e42988f6b784
2019-12-17quic: update quicly to v0.0.8-vppMathiasRaoul1-0/+60
Type: feature Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com> Change-Id: I7470d79d1e39716ff83ba2d2b320813d79e2554c
2019-12-06quic: update quicly to v0.0.7-vppMathiasRaoul1-0/+60
Type: feature Change-Id: Ieeb9abb59b4d094bbd7bfc04a9007d3cebd645d7 Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com>
2019-11-25quic: update quicly to v0.0.6-vppMathiasRaoul2-0/+93
Type: feature Change-Id: Ib604cfdd55b72f0bc605d1d1e8b387e532b0a255 Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com>
2019-11-16quic: replace quicly patch with upstreamed fixDave Wallace1-10/+11
- Replace the solution to the quicly time skew assert with h2o/quicly PR#222 which was merged upstream after verification that it resolved the vpp issue. Type: refactor Change-Id: I26df08e4108b054a28f50c964ddff1c80a592339 Signed-off-by: Dave Wallace <dwallacelf@gmail.com>
2019-11-04quic: fix quicly rtt time skewDave Wallace1-0/+15
- This patch to quicly fixes an intermittent failure in the rtt calculation when there is a time skew Type: fix Change-Id: If89c47401ee75c88f0eb65ae888b6914695b2aec Signed-off-by: Dave Wallace <dwallacelf@gmail.com>
2019-10-31build: bump nasm version to 2.14.02Damjan Marion1-26/+0
Type: make Change-Id: I9b598ce17c058709553a45524e18a64de642a8db Signed-off-by: Damjan Marion <damarion@cisco.com>
2019-10-31build: remove obsolete dpdk patchesDamjan Marion2-132/+0
Type: refactor Change-Id: I2bad8d4e7b9d7868c949856d0bbabeccb6825273 Signed-off-by: Damjan Marion <damarion@cisco.com>
2019-10-04quic: update quicly to v0.0.5MathiasRaoul2-0/+93
-Update quicly patches -Remove event logger (removed from quicly). -Update quicly functions calls Type: feature Signed-off-by: MathiasRaoul <mathias.raoul@gmail.com> Change-Id: I0355befeb5ce961928f17225c83890ba87cf6ebc
2019-07-22quic: move patch for quicly 0.0.3Aloys Augustin1-0/+0
Change-Id: I58e58f1f297820b110013f4bf6ede827ced94a3d Type: fix Fixes: 5ff9765 Signed-off-by: Aloys Augustin <aloaugus@cisco.com>
2019-07-22quic: update quicly libraryAloys Augustin2-12/+0
Update quicly to latest version that includes our upstreamed patch. Change-Id: I0b26c72e49bce81daf4fb069b5818defd6cf25b9 Type: feature Signed-off-by: Aloys Augustin <aloaugus@cisco.com>
2019-07-15quic: integrate vpp crypto api for quic packets encryptionMathias Raoul1-0/+33
Type: feature Change-Id: I740f15a5ef959d31e94e59d652aa9f691db1f289 Signed-off-by: Mathias Raoul <mathias.raoul@gmail.com>
2019-07-09quic: fix passive disconnect handling & refactorNathan Skrzypczak1-0/+12
Type: refactor Change-Id: Ie54a77252e9f58a90f9e1f9595b9ede354952f70 Signed-off-by: Nathan Skrzypczak <nathan.skrzypczak@gmail.com>
2019-05-14QUIC multi thread updateAloys Augustin1-0/+0
* Add support for multiple threads * Replace quicly buffers with fifos * Fix cleanup of sessions * Update quicly release version Change-Id: I551f936bbec05a15703f043ee85c8e1ba0ab9723 Signed-off-by: Nathan Skrzypczak <nathan.skrzypczak@gmail.com>
2019-04-03QUIC: Build system updateAloys Augustin1-0/+57
Download a single tarball with the sources of quicly and its dependencies from github instead of cloning submodules. Change-Id: Id9955565d46f595b3a14ba3408c24045d4acd296 Signed-off-by: Aloys Augustin <aloaugus@cisco.com>
2019-04-02dpdk 19.02: fixed speed capability error issueChenmin Sun1-0/+101
Device speed capability should be specified based on different phy types instead of a fixed value, this patch fix the issue. Change-Id: Ia76231aefbcb0fe8370867b6e86a0d3bb9e169a0 Signed-off-by: Chenmin Sun <chenmin.sun@intel.com>
2019-03-29revert quicly related build/external changesDamjan Marion1-57/+0
We dont't want git pull there, there is simple way to grab tarball from github for every single commit Change-Id: I7a98cab7660750e48084279d8b9892cdf229bceb Signed-off-by: Damjan Marion <damarion@cisco.com>
2019-03-29Integrate first QUIC protocol implementationNathan Skrzypczak1-0/+57
Currently supports on single stream exposed through standard internal APIs Based on libquicly & picotls by h2o Change-Id: I7bc1ec0e399d1fb02bfd1da91aa7410076d08d14 Signed-off-by: Nathan Skrzypczak <nathan.skrzypczak@gmail.com>
2019-03-22dpdk: add ENIC PMD patch to untag default vlanHyong Youb Kim1-0/+31
The ingress vlan rewrite mode affects the vlan header of ingress packet. The enic driver currently uses the 'passthrough' mode, which leaves the vlan header intact. As all packets in UCS network are tagged, this default mode leads to tagged ingress packets in the following cases where VPP expects untagged packets. 1. Trunk-mode vNIC on UCS standalone server. A remote device sends an untagged packet to the server. This packet is ultimately tagged with vlan 0 as it reaches the driver, and VPP sees an ingress packet tagged with vlan 0. 2. Access-mode vNIC on UCS blade or standalone server. A remote device sends a packet on the vNIC's default vlan (e.g. 200) to the server. This tag is untouched, and VPP sees an ingress packet tagged with the default vlan (e.g. 200). In both cases, VPP expects to see untagged packets. To work around the issue, VPP currently enables vlan stripping on VIC interfaces, which breaks vlan sub-interface features. To avoid the current workaround, use the "untag default vlan" rewrite mode. With this mode, the VIC adapter removes the vlan header if it matches the default vlan. In the cases described above, VPP would see untagged packets. Packets tagged with non-default vlan (e.g. non-0 for case 1 and non-200 for case 2) are received with their tags intact, so VPP sees tagged packets as expected. The driver currently has no programmatic way to change the rewrite mode after rte_eal_init. So use this patch to change the mode for the time being. Change-Id: Iff6408275363ed52d6016e7516d745214d6b30d4 Signed-off-by: Hyong Youb Kim <hyonkim@cisco.com>
2019-02-02dpdk: bump to dpdk 19.02Damjan Marion9-1231/+0
HQoS requires fixes to work with dpdk 19.02 so code is disabled and pending deprecation unless active maintainer is found. Change-Id: I3569c4287b6dfdd2c29e02375eb53bf01fa6ae84 Signed-off-by: Damjan Marion <damarion@cisco.com>
2018-12-12dpdk: net/bonding: fix buffer corruption in packetsIgor Mikhailov (imichail)1-0/+203
This fix is needed for setup with bonded interfaces. In some scenarios vpp might crash, this change fixes the issue. Change-Id: I0dc66e32b6c89dc3f8d552401833d6785a12c978 Signed-off-by: Igor Mikhailov (imichail) <imichail@cisco.com>
2018-10-26dpdk: fix mlx5 build on SUSEStephen Hemminger1-0/+39
Current mlx5 requires libmnl, and SUSE has a bug which installs the header file in incorrect location. Workaround (from upstream) is to use pkg-config. Change-Id: Iadfd2dc0df211876258c31da028af2e8934483b3 Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>
2018-10-26dpdk: ENA PMD patch for failure on port restartMatthew Smith1-0/+359
Patch to fix a bug in the ENA PMD on starting a port that had previously been started and stopped. There was a failure to allocate descriptors on start because they had been allocated during the initial start and not released when the port was stopped. Issue reported/tracked at https://github.com/amzn/amzn-drivers/issues/86 Change-Id: Id9c8d598929f0561788b985011fe5dea8f4a21a5 Signed-off-by: Matthew Smith <mgsmith@netgate.com>
2018-09-25dpdk: add patch to fix 25G AOC cable detectionDamjan Marion1-0/+30
Change-Id: I6b54d4c7767a20b875b5bc05f23a7ac15cb9fbcc Signed-off-by: Damjan Marion <damarion@cisco.com>
2018-09-21add: nasm and ipsec-mb into vpp-ext-deps packagingDamjan Marion7-0/+656
Change-Id: Ie5d85af84ae0d8b15edf5962213ed1b1953bee2f Signed-off-by: Damjan Marion <damarion@cisco.com>