Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

4.5.1 #890

Closed
wants to merge 126 commits into from
Closed

4.5.1 #890

wants to merge 126 commits into from

Conversation

fklassen
Copy link
Member

No description provided.

eplabal and others added 30 commits March 6, 2023 14:18
…me_timefunction

Use clock_nanosleep with TIMER_ABSTIME, decide time function in use i…
Read pcap files with nanosec precision, set nano_sleep as default sle…
* add lib32 because when building lib32-tcpreplay it's
  impossible to set --with-libpcap so that it would find
  both include files as well as the library in lib32 directory

* maybe it would be beneficial to split --with-libpcap
  into --with-libpcap-includedir --with-libpcap-libdir as this
  already searches in the --with-libpcap value with and
  without any "lib" prefix, but include files always expect
  "include" dir there

* most of this code was added in:
  202b8e8#diff-49473dca262eeab3b4a43002adb08b4db31020d190caaad1594b47f1d5daa810R570

* then search for
  ${host_cpu} lib/${host_cpu} (without -${host_os} suffix)
  and ${build_arch}-${host_os} lib/${build_arch}-${host_os}
  was added, but only for search of dynamic library in:
  c3d5236

* ${build_arch}-${host_os} lib/${build_arch}-${host_os}
  was later replaced with:
  lib/${MULTIARCH} ${MULTIARCH}
  and it was added to static library search as well

  but for dynamic library it was searching in reversed order:
  ${MULTIARCH} lib/${MULTIARCH}
  ed9e3a8

  I don't think this reversed order was intentional, just unify all 4 cases
  to use the same directories in the same order

Signed-off-by: Martin Jansa <[email protected]>
Add support for LINUX_SLL2 - merging to working branch for feature debugging.
PR #728 cleanup and completion of SLL v2 implementation
I'm not sure why PPS overflow protection was not implemented for lower rates.
This fix makes the overflow protection always available.

Also fix a compile warning.
…r_time

Bug #779 - honour overflow for all PPS values
…alint/tcpreplay into plangarbalint-af_xdp_extension_libxdp

* 'af_xdp_extension_libxdp' of https://github.com/plangarbalint/tcpreplay:
  Fix copy/paste error in configure.ac
  Check packet fits in umem frame before copying
  Fix loop feature for AF_XDP packet sending
  libxdp implementation
…2_AF_XDF_socket_extension

* plangarbalint-af_xdp_extension_libxdp:
  Fix copy/paste error in configure.ac
  Check packet fits in umem frame before copying
  Fix loop feature for AF_XDP packet sending
  libxdp implementation
only return NULL when reached end of packet (no data)
fklassen and others added 21 commits June 9, 2024 08:05
Bug #876 - add missing free_umem_and_xsk function
Suppress warning if desired.
…warnings

Feature #878 - add -w / --suppress-warning option
Support packet numbers and warnings for all failing paths
We can only support IPv4 and IPv6. Suppress warning for other protocols.

Also add extra checks for invalid types and lengths.
…arnings

Bug #835 false unsupported dlt warnings on 802.3 (Ethernet I) and LLC
A rule such as `75-` needs to include packet 75 to the last packet in the file.
Add ability to select the packets you want sent
Fix build and run `clang-format`.
Feature #853 restore missing -P command
"skipping packet " COUNTER_SPEC " because caplen %u minus L2 length %u does not equal IPv4 header length %u. Consider option '--fixhdrlen'.",
tcpedit->runtime.packetnum,
pkthdr->caplen,
l2len,

Check failure

Code scanning / CodeQL

Wrong type of arguments to formatting function High

This argument should be of type 'unsigned int' but is of type 'unsigned long'.
@fklassen fklassen changed the title 4.5.0 4.5.1 Jul 12, 2024
@fklassen
Copy link
Member Author

4.5.0 will not be released. Needed a CodeQL fix. Feature release is 4.5.1.

@fklassen fklassen closed this Jul 12, 2024
@fklassen fklassen deleted the 4.5.0 branch July 12, 2024 17:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

10 participants