libpcap: Update to 1.10.5Changes: https://git.tcpdump.org/libpcap/blob/bbcbc9174df3298a854daee2b3e666a4b6e5383a:/CHANGESReviewed by: emasteObtained from: https://www.tcpdump.org/release/libpcap-1
libpcap: Update to 1.10.5Changes: https://git.tcpdump.org/libpcap/blob/bbcbc9174df3298a854daee2b3e666a4b6e5383a:/CHANGESReviewed by: emasteObtained from: https://www.tcpdump.org/release/libpcap-1.10.5.tar.gzSponsored by: The FreeBSD Foundation(cherry picked from commit afdbf109c6a661a729938f68211054a0a50d38ac)(cherry picked from commit ecb75be376a3e18d3e4836b6ee07015264784694)(cherry picked from commit f0bcebe67ef6cf9f104535d6cd9f151c1b61dd6a)(cherry picked from commit 34aa6f2c2db5cc9655f201a1ef01adbb9fb484d5)
show more ...
libpcap: Update to 1.10.4Changelog: https://git.tcpdump.org/libpcap/blob/104271ba4a14de6743e43bcf87536786d8fddea4:/CHANGESReviewed by: emasteObtained from: https://www.tcpdump.org/release/libpcap
libpcap: Update to 1.10.4Changelog: https://git.tcpdump.org/libpcap/blob/104271ba4a14de6743e43bcf87536786d8fddea4:/CHANGESReviewed by: emasteObtained from: https://www.tcpdump.org/release/libpcap-1.10.4.tar.gzSponsored by: The FreeBSD Foundation
libpcap: Update to 1.10.3Local changes:- In contrib/libpcap/pcap/bpf.h, do not include pcap/dlt.h. Our system net/dlt.h is pulled in from net/bpf.h.- sys/net/dlt.h: Incorporate changes from l
libpcap: Update to 1.10.3Local changes:- In contrib/libpcap/pcap/bpf.h, do not include pcap/dlt.h. Our system net/dlt.h is pulled in from net/bpf.h.- sys/net/dlt.h: Incorporate changes from libpcap 1.10.3.- lib/libpcap/Makefile: Update for libpcap 1.10.3.Changelog: https://git.tcpdump.org/libpcap/blob/95691ebe7564afa3faa5c6ba0dbd17e351be455a:/CHANGESReviewed by: emasteObtained from: https://www.tcpdump.org/release/libpcap-1.10.3.tar.gzSponsored by: The FreeBSD Foundation
libpcap: Make pcap/bpf.h a wrapper around system net/bpf.hIn the past, we modified pcap/pcap.h to include the system net/bpf.hrather than libpcap's own pcap/bpf.h. However, starting around 1.10.2
libpcap: Make pcap/bpf.h a wrapper around system net/bpf.hIn the past, we modified pcap/pcap.h to include the system net/bpf.hrather than libpcap's own pcap/bpf.h. However, starting around 1.10.2,libpcap requires a few extern functions defined in pcap/bpf.h to build.Simply reverting that local change and pulling in pcap/bpf.h is not asolution, because some ports with '#include <pcap.h>' such as mail/spamdand net/xprobe require the system net/bpf.h to be pulled in. Toaccommodate both requirements, make pcap/bpf.h a wrapper around thesystem net/bpf.h, but retain the extern function definitions. This isin preparation for libpcap 1.10.3.Approved by: cy, philip, emaste, delphij (earlier revision)Sponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D38575
MFV r355890:Fix libpcap issue #893: check for invalid IPv4 addresses.This fixes errors such as:tcpdump -i lagg0 net 999.999.999.999This was originally discovered on a Red Hat 7.7 server and v
MFV r355890:Fix libpcap issue #893: check for invalid IPv4 addresses.This fixes errors such as:tcpdump -i lagg0 net 999.999.999.999This was originally discovered on a Red Hat 7.7 server and verifiedto also be a bug on FreeBSD.Obtained from: https://github.com/the-tcpdump-group/libpcap/commit/ \ 07070918d5e81a515315b395f334e52589fe0fbFixed by: https://github.com/guyharrisMFC after: 2 weeks
MFV r353141 (by phillip):Update libpcap from 1.9.0 to 1.9.1.MFC after: 2 weeks
Re-apply r190640.- Restore local change to include <net/bpf.h> inside pcap.h.This fixes ports build problems.- Update local copy of dlt.h with new DLT types.- Revert no longer needed <net/bpf.h>
Re-apply r190640.- Restore local change to include <net/bpf.h> inside pcap.h.This fixes ports build problems.- Update local copy of dlt.h with new DLT types.- Revert no longer needed <net/bpf.h> includes which were addedas part of r334277.Suggested by: antoine@, delphij@, np@MFC after: 3 weeksSponsored by: Mellanox Technologies
Hide unsupported remote capture definitions to avoid breakage in ports.Suggested by: antoine@MFC after: 3 weeksSponsored by: Mellanox Technologies
MFV r333789: libpcap 1.9.0 (pre-release)MFC after: 1 monthSponsored by: Mellanox Technologies
Clear clang warning: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined]Submitted by: Aaron Prieger <[email protected]>Reviewed by: dimSponsored by: L
Clear clang warning: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined]Submitted by: Aaron Prieger <[email protected]>Reviewed by: dimSponsored by: Limelight NetworksDifferential Revision: https://reviews.freebsd.org/D11166
MFV r316124: Fix build when WITHOUT_INET6.Reported by: Randy Westlund <rwestlun gmail com>MFC after: 3 days
MFV r313759: license change for a few headers (4 clause BSD to 3 clause BSD).MFC after: 28 daysX-MFC-with: r313695
MFV r313676: libpcap 1.8.1MFC after: 1 month
Fix a style(9) bug.
Support nanosecond time stamps for pcap_dispatch(3) and pcap_loop(3).
libpcap: fix for simple NULL pointer dereference.Found with devel/coccinelle.
MFV r276759: libpcap 1.6.2.MFC after: 1 month
Add netmap support to libpcap. Tcpdump and other native pcap application can nowrun directly on netmap ports using netmap:foo or valeXX:YY device names.Modifications to existing code are small and
Add netmap support to libpcap. Tcpdump and other native pcap application can nowrun directly on netmap ports using netmap:foo or valeXX:YY device names.Modifications to existing code are small and trivial, the netmap-specificcode is all in a new file.Please be aware that in netmap mode the physical interface is disconnected fromthe host stack, so libpcap will steal the traffic not just make a copy.For the full version of the code (including linux and autotools support) see https://code.google.com/p/netmap-libpcap/MFC after: 3 days
Rename definition of IEEE80211_FC1_WEP to IEEE80211_FC1_PROTECTED.The origin of WEP comes from IEEE Std 802.11-1997 where it defineswhether the frame body of MAC frame has been encrypted using WEP
Rename definition of IEEE80211_FC1_WEP to IEEE80211_FC1_PROTECTED.The origin of WEP comes from IEEE Std 802.11-1997 where it defineswhether the frame body of MAC frame has been encrypted using WEPalgorithm or not.IEEE Std. 802.11-2007 changes WEP to Protected Frame, indicateswhether the frame is protected by a cryptographic encapsulationalgorithm.Reviewed by: adrian, rpaulo
Integrate github revision 0446821e49224c6a29be28760cc9c4cc14f56d8a assuggested by upstreamhttps://github.com/the-tcpdump-group/libpcap/issues/327Quiesce assignment warnings by use of const
Move new pf includes to the pf directory. The pfvar.h remainin net, to avoid compatibility breakage for no sake.The future plan is to split most of non-kernel parts ofpfvar.h into pf.h, and then
Move new pf includes to the pf directory. The pfvar.h remainin net, to avoid compatibility breakage for no sake.The future plan is to split most of non-kernel parts ofpfvar.h into pf.h, and then make pfvar.h a kernel onlyinclude breaking compatibility.Discussed with: bz
Start splitting pfvar.h into internal and external parts.- Provide pf_altq.h that has only stuff needed for ALTQ.- Start pf.h, that would have all constant values and eventually non-kernel struc
Start splitting pfvar.h into internal and external parts.- Provide pf_altq.h that has only stuff needed for ALTQ.- Start pf.h, that would have all constant values and eventually non-kernel structures.- Build ALTQ w/o pfvar.h, include if_var.h, that before came via pollution.- Build tcpdump w/o pfvar.h.Sponsored by: NetflixSponsored by: Nginx, Inc.
MFV: libpcap 1.4.0.MFC after: 4 weeks
Add tcp header flags ECE and CWR defined in RFC 3168.PR: 140349Submitted by: Alan Amesbury <[email protected]> (earlier version)Reviewed by: delphijApproved by: sbruno (mentor)
Clean some 'svn:executable' properties in the tree.Submitted by: Christoph MallonMFC after: 3 days
12345