303975 |
11-Aug-2016 |
gjb |
Copy stable/11@r303970 to releng/11.0 as part of the 11.0-RELEASE cycle.
Prune svn:mergeinfo from the new branch, and rename it to RC1.
Update __FreeBSD_version.
Use the quarterly branch for the default FreeBSD.conf pkg(8) repo and the dvd1.iso packages population.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
302408 |
08-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
297983 |
14-Apr-2016 |
pfg |
libpcap: fix for simple NULL pointer dereference.
Found with devel/coccinelle.
|
276768 |
06-Jan-2015 |
delphij |
MFV r276759: libpcap 1.6.2.
MFC after: 1 month
|
276479 |
31-Dec-2014 |
dim |
Upgrade our copy of clang, llvm and lldb to 3.5.0 release.
Please note that this version now requires C++11 support to build; see UPDATING for more information.
Release notes for llvm and clang can be found here: <http://llvm.org/releases/3.5.0/docs/ReleaseNotes.html> <http://llvm.org/releases/3.5.0/tools/clang/docs/ReleaseNotes.html>
Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and Antoine Brodin for their invaluable help with this import.
Approved by: portmgr (antoine) MFC after: 1 month
|
272659 |
06-Oct-2014 |
luigi |
Add netmap support to libpcap. Tcpdump and other native pcap application can now run directly on netmap ports using netmap:foo or valeXX:YY device names. Modifications to existing code are small and trivial, the netmap-specific code is all in a new file.
Please be aware that in netmap mode the physical interface is disconnected from the 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
|
260444 |
08-Jan-2014 |
kevlo |
Rename definition of IEEE80211_FC1_WEP to IEEE80211_FC1_PROTECTED.
The origin of WEP comes from IEEE Std 802.11-1997 where it defines whether the frame body of MAC frame has been encrypted using WEP algorithm or not. IEEE Std. 802.11-2007 changes WEP to Protected Frame, indicates whether the frame is protected by a cryptographic encapsulation algorithm.
Reviewed by: adrian, rpaulo
|
257466 |
31-Oct-2013 |
sbruno |
Integrate github revision 0446821e49224c6a29be28760cc9c4cc14f56d8a as suggested by upstream
https://github.com/the-tcpdump-group/libpcap/issues/327
Quiesce assignment warnings by use of const
|
257215 |
27-Oct-2013 |
glebius |
Move new pf includes to the pf directory. The pfvar.h remain in net, to avoid compatibility breakage for no sake.
The future plan is to split most of non-kernel parts of pfvar.h into pf.h, and then make pfvar.h a kernel only include breaking compatibility.
Discussed with: bz
|
257186 |
26-Oct-2013 |
glebius |
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: Netflix Sponsored by: Nginx, Inc.
|
251129 |
30-May-2013 |
delphij |
MFV: libpcap 1.4.0.
MFC after: 4 weeks
|
250693 |
16-May-2013 |
hiren |
Add tcp header flags ECE and CWR defined in RFC 3168.
PR: 140349 Submitted by: Alan Amesbury <amesbury@umn.edu> (earlier version) Reviewed by: delphij Approved by: sbruno (mentor)
|
245952 |
26-Jan-2013 |
pfg |
Clean some 'svn:executable' properties in the tree.
Submitted by: Christoph Mallon MFC after: 3 days
|
241231 |
05-Oct-2012 |
delphij |
MFV: libpcap 1.3.0.
MFC after: 4 weeks
|
240725 |
20-Sep-2012 |
kevlo |
Fix typo: s/pakcet/packet
|
235429 |
14-May-2012 |
delphij |
Add 3 missing files that was generated but not included with the initial commit.
Reported by: buganini via IRC MFC after: 2 weeks
|
235426 |
14-May-2012 |
delphij |
Merge from vendor branch: update libpcap to 1.2.1.
MFC after: 2 weeks
|
223758 |
04-Jul-2011 |
attilio |
With retirement of cpumask_t and usage of cpuset_t for representing a mask of CPUs, pc_other_cpus and pc_cpumask become highly inefficient.
Remove them and replace their usage with custom pc_cpuid magic (as, atm, pc_cpumask can be easilly represented by (1 << pc_cpuid) and pc_other_cpus by (all_cpus & ~(1 << pc_cpuid))).
This change is not targeted for MFC because of struct pcpu members removal and dependency by cpumask_t retirement.
MD review by: marcel, marius, alc Tested by: pluknet MD testing by: marcel, marius, gonzo, andreast
|
223616 |
28-Jun-2011 |
delphij |
Incorporate vendor commit ecdc5c0a7f7591a7cd4a:
In userland, sign extend the offset for JA instructions.
We currently use that to implement "ip6 protochain", and "pc" might be wider than "pc->k", in which case we need to arrange that "pc->k" be sign-extended, by casting it to bpf_int32.
PR: kern/157188 Submitted by: plosher MFC after: 2 weeks
|
222813 |
07-Jun-2011 |
attilio |
etire the cpumask_t type and replace it with cpuset_t usage.
This is intended to fix the bug where cpu mask objects are capped to 32. MAXCPU, then, can now arbitrarely bumped to whatever value. Anyway, as long as several structures in the kernel are statically allocated and sized as MAXCPU, it is suggested to keep it as low as possible for the time being.
Technical notes on this commit itself: - More functions to handle with cpuset_t objects are introduced. The most notable are cpusetobj_ffs() (which calculates a ffs(3) for a cpuset_t object), cpusetobj_strprint() (which prepares a string representing a cpuset_t object) and cpusetobj_strscan() (which creates a valid cpuset_t starting from a string representation). - pc_cpumask and pc_other_cpus are target to be removed soon. With the moving from cpumask_t to cpuset_t they are now inefficient and not really useful. Anyway, for the time being, please note that access to pcpu datas is protected by sched_pin() in order to avoid migrating the CPU while reading more than one (possible) word - Please note that size of cpuset_t objects may differ between kernel and userland. While this is not directly related to the patch itself, it is good to understand that concept and possibly use the patch as a reference on how to deal with cpuset_t objects in userland, when accessing kernland members. - KTR_CPUMASK is changed and now is represented through a string, to be set as the example reported in NOTES.
Please additively note that no MAXCPU is bumped in this patch, but private testing has been done until to MAXCPU=128 on a real 8x8x2(htt) machine (amd64).
Please note that the FreeBSD version is not yet bumped because of the upcoming pcpu changes. However, note that this patch is not targeted for MFC.
People to thank for the time spent on this patch: - sbruno, pluknet and Nicholas Esborn (nick AT desert DOT net) tested several revision of the patches and really helped in improving stability of this work. - marius fixed several bugs in the sparc64 implementation and reviewed patches related to ktr. - jeff and jhb discussed the basic approach followed. - kib and marcel made targeted review on some specific part of the patch. - marius, art, nwhitehorn and andreast reviewed MD specific part of the patch. - marius, andreast, gonzo, nwhitehorn and jceel tested MD specific implementations of the patch. - Other people have made contributions on other patches that have been already committed and have been listed separately.
Companies that should be mentioned for having participated at several degrees: - Yahoo! for having offered the machines used for testing on big count of CPUs. - The FreeBSD Foundation for having sponsored my devsummit attendance, which has been instrumental. - Sandvine for having offered offices and infrastructure during development.
(I really hope I didn't forget anyone, if it happened I apologize in advance).
|
222654 |
03-Jun-2011 |
csjp |
Explicitly initialize the packet buffer to NULL after we unmap the zero copy buffers. This fixes a segfault on exit due to calling free on a bogus pointer. This should be considered a temporary stop gap fix to avoid the crash. The complete fix re-shuffles the initializations of some of the clean-up pointers.
The details of the fix can be found in the libpcap git repository: commit bc8209b71e928870b0f172d43b174ab27ba24394
Proded by: kevlo, rpaulo MFC after: 2 weeks Submitted by: Anton Yuzhaninov
|
219472 |
11-Mar-2011 |
delphij |
Merge my change against libpcap trunk revision c65292b04b98d6a76d58c5a54ca8f81463bf24de to support new SIOCGIFDESCR ioctl interface which was too late for libpcap 1.1.1.
Reported by: brucec Noticed by: wxs
|
214521 |
29-Oct-2010 |
rpaulo |
Remove more unused files.
|
214520 |
29-Oct-2010 |
rpaulo |
Remove unused files.
|
214518 |
29-Oct-2010 |
rpaulo |
Merge libpcap-1.1.1.
|
207736 |
07-May-2010 |
mckusick |
Merger of the quota64 project into head.
This joint work of Dag-Erling Smørgrav and myself updates the FFS quota system to support both traditional 32-bit and new 64-bit quotas (for those of you who want to put 2+Tb quotas on your users).
By default quotas are not compiled into the kernel. To include them in your kernel configuration you need to specify:
options QUOTA # Enable FFS quotas
If you are already running with the current 32-bit quotas, they should continue to work just as they have in the past. If you wish to convert to using 64-bit quotas, use `quotacheck -c 64'; if you wish to revert from 64-bit quotas back to 32-bit quotas, use `quotacheck -c 32'.
There is a new library of functions to simplify the use of the quota system, do `man quotafile' for details. If your application is currently using the quotactl(2), it is highly recommended that you convert your application to use the quotafile interface. Note that existing binaries will continue to work.
Special thanks to John Kozubik of rsync.net for getting me interested in pursuing 64-bit quota support and for funding part of my development time on this project.
|
203052 |
27-Jan-2010 |
delphij |
Revised revision 199201 (add interface description capability as inspired by OpenBSD), based on comments from many, including rwatson, jhb, brooks and others.
Sponsored by: iXsystems, Inc. MFC after: 1 month
|
199231 |
12-Nov-2009 |
delphij |
Revert revision 199201 for now as it has introduced a kernel vulnerability and requires more polishing.
|
199201 |
11-Nov-2009 |
delphij |
Add interface description capability as inspired by OpenBSD.
MFC after: 3 months
|
192599 |
22-May-2009 |
des |
Expand $FreeBSD$
|
191517 |
26-Apr-2009 |
ed |
Remove empty directories from the HEAD.
Discussed with: developers, imp
|
190944 |
11-Apr-2009 |
rpaulo |
Revert previous commit that commented out some bpf functions. Unconstify arguments of bpf_image(), bpf_filter() and bpf_dump(). This is needed because some ports rely heavely on these arguments (some of them even roll out their own implemenentations of bpf_dump).
|
190640 |
02-Apr-2009 |
rpaulo |
Restore local change to include <sys/bpf.h> inside pcap.h. This fixes remaining ports build problems.
|
190591 |
31-Mar-2009 |
rpaulo |
Remove a dangling extern "C" declaration that was missed during the merge. Fixes C++ ports using libpcap (nmap, for example).
Submitted by: Daniel Roethlisberger <daniel at roe.ch>
|
190377 |
24-Mar-2009 |
vanhu |
Fixed indentation for LINKTYPE_ENC
Approved by: gnn(mentor)
|
190234 |
22-Mar-2009 |
rpaulo |
bpf_filter() and bpf_validate() can't live here if they already live in bpf.h
|
190230 |
21-Mar-2009 |
rpaulo |
Remove remaining references to BIOCSETBUFMODE ifdefs. We now have another ifdef for zerocopy bpf.
|
190229 |
21-Mar-2009 |
rpaulo |
Finish merge of zerocopy bpf.
|
190225 |
21-Mar-2009 |
rpaulo |
Merge libpcap 1.0.0.
|
190213 |
21-Mar-2009 |
rpaulo |
Add Mac OS X stuff.
|
190212 |
21-Mar-2009 |
rpaulo |
Add a couple more paths.
|
190211 |
21-Mar-2009 |
rpaulo |
Add svn:keywords.
|
190210 |
21-Mar-2009 |
rpaulo |
Add exclude list for libpcap.
|
190155 |
20-Mar-2009 |
rpaulo |
Bootstrap mergeinfo.
|
189877 |
16-Mar-2009 |
vanhu |
Added DLT_ENC to map list, so it is now possible to save dumps on enc0
Reviewed by: gnn(mentor) Obtained from: NETASQ MFC after: 1 week
|
183102 |
16-Sep-2008 |
csjp |
Implement zero-copy bpf(4) buffer or "zbuf" support for libpcap. A slightly different version has been committed upstream in the libpcap vendor branch. This will allow people to experiment with zero-copy bpf(4) without requiring external patches.
Note to enable this functionality:
sysctl net.bpf.zerocopy_enable=1
By default, libpcap will use the legacy buffering method unless this sysctl variable is set to 1.
For the details about zero-copy bpf(4) implementation see svn change r177548.
Requested by: many Discussed with: sam In collaboration with: rwatson
|
172833 |
20-Oct-2007 |
mlaier |
Revert back to including the whole net/bpf.h again.
Requested by: sam, nork X-MFC after: now
|
172680 |
16-Oct-2007 |
mlaier |
Resolve merge conflicts
Approved by: re (kensmith) Obtained from: tcpdump.org
|
172678 |
16-Oct-2007 |
mlaier |
This commit was generated by cvs2svn to compensate for changes in r172677, which included commits to RCS files with non-trunk default branches.
|
167035 |
26-Feb-2007 |
jkim |
Add three new ioctl(2) commands for bpf(4).
- BIOCGDIRECTION and BIOCSDIRECTION get or set the setting determining whether incoming, outgoing, or all packets on the interface should be returned by BPF. Set to BPF_D_IN to see only incoming packets on the interface. Set to BPF_D_INOUT to see packets originating locally and remotely on the interface. Set to BPF_D_OUT to see only outgoing packets on the interface. This setting is initialized to BPF_D_INOUT by default. BIOCGSEESENT and BIOCSSEESENT are obsoleted by these but kept for backward compatibility.
- BIOCFEEDBACK sets packet feedback mode. This allows injected packets to be fed back as input to the interface when output via the interface is successful. When BPF_D_INOUT direction is set, injected outgoing packet is not returned by BPF to avoid duplication. This flag is initialized to zero by default.
Note that libpcap has been modified to support BPF_D_OUT direction for pcap_setdirection(3) and PCAP_D_OUT direction is functional now.
Reviewed by: rwatson
|
162020 |
04-Sep-2006 |
sam |
sigh, put back buffer overflow fix of 1.1.11 that seems to have not gone into the 0.9.4 release; don't put it on the vendor branch so we won't lose it on the next import if they continue to lose it
|
162016 |
04-Sep-2006 |
sam |
update instructions
|
162015 |
04-Sep-2006 |
sam |
resolve merge conflicts
MFC after: 1 month
|
162013 |
04-Sep-2006 |
sam |
This commit was generated by cvs2svn to compensate for changes in r162012, which included commits to RCS files with non-trunk default branches.
|
154440 |
16-Jan-2006 |
sam |
This commit was generated by cvs2svn to compensate for changes in r154439, which included commits to RCS files with non-trunk default branches.
|
147897 |
11-Jul-2005 |
sam |
resolve merge conflicts
Approved by: re (scottl)
|
147895 |
11-Jul-2005 |
sam |
This commit was generated by cvs2svn to compensate for changes in r147894, which included commits to RCS files with non-trunk default branches.
|
146771 |
29-May-2005 |
sam |
resolve merge conflicts
Reviewed by: bms (earlier version)
|
146769 |
29-May-2005 |
sam |
This commit was generated by cvs2svn to compensate for changes in r146768, which included commits to RCS files with non-trunk default branches.
|
127683 |
31-Mar-2004 |
bms |
pcap clients should use strlcpy() from the base system libc by default also.
|
127682 |
31-Mar-2004 |
bms |
snprintf() and vsnprintf() are part of our base system libc, therefore pcap should not fall back to its own implementations in the absence of HAVE_SNPRINTF and HAVE_VSNPRINTF defines when compiled and installed as part of the world. This should fix builds of pflogd and packages depending on the base system libpcap.
Reported by: Andrzej Tobola
|
127671 |
31-Mar-2004 |
bms |
Correct imported pcap.h for FreeBSD builds.
|
127667 |
31-Mar-2004 |
bms |
Merge of libpcap 0.8.3 from tcpdump.org.
|
127665 |
31-Mar-2004 |
bms |
This commit was generated by cvs2svn to compensate for changes in r127664, which included commits to RCS files with non-trunk default branches.
|
122030 |
04-Nov-2003 |
green |
Remove a reference to part of the pcap API not yet merged.
|
122029 |
04-Nov-2003 |
green |
* Modify libpcap to work a bit better with our 802.11 code. This means tcpdump -y ieee802_11 will work in the basic senses, including the code compilation for filters (where you may specify "link[]" to refer to parts of the 802.11 header, as well as treat it like a normal Ethernet header). Previously, it was just too far off to do anything useful for us. * While I'm here, fix some compile problems that will result from lex and yacc namespace polution when linking with -lpcap. The namespace is now "pcapyy*" instead of "yy*", and it tests fine with world and some external applications that may or may not use "yy*".
|
109841 |
26-Jan-2003 |
fenner |
Merge multi-DLT support.
|
109840 |
26-Jan-2003 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r109839, which included commits to RCS files with non-trunk default branches.
|
98533 |
21-Jun-2002 |
fenner |
Merge libpcap 0.7.1
MFC after: 2 weeks
|
98531 |
21-Jun-2002 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r98530, which included commits to RCS files with non-trunk default branches.
|
90412 |
08-Feb-2002 |
obrien |
Correct email address for bug reports and patch submissions.
Submitted by: Marco Molteni <molter@tin.it>
|
75110 |
03-Apr-2001 |
fenner |
Merge libpcap 0.6.2
|
75108 |
03-Apr-2001 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r75107, which included commits to RCS files with non-trunk default branches.
|
70735 |
07-Jan-2001 |
archie |
When pcap_compile() detects an error, it longjmp()'s out of the scanner/parser. FreeBSD recently made 'flex' its default implementation of 'lex'. One of the incompatibilities of 'flex' vs. 'lex' is that if you longjmp() out of the scanner, you must call yyrestart() before doing another scan (as documented in flex(1)). So add an invocation to yyrestart() in lex_init(). This change should be backwards compatible with the original 'lex'.
PR: bin/24116
|
63697 |
20-Jul-2000 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r63696, which included commits to RCS files with non-trunk default branches.
|
63532 |
19-Jul-2000 |
archie |
Fix make world breakage.
Broken by: me
|
57763 |
04-Mar-2000 |
fenner |
Merge updated file for 0.5 release: handle "ip host foo" and "ip6 host foo" when foo has both IP and IP6 addresses.
PR: bin/17083 Approved by: jkh
|
56891 |
30-Jan-2000 |
fenner |
Merge libpcap 0.5
|
56890 |
30-Jan-2000 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r56889, which included commits to RCS files with non-trunk default branches.
|
39294 |
15-Sep-1998 |
fenner |
Merge libpcap version 0.4
PR: bin/7877
|
39292 |
15-Sep-1998 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r39291, which included commits to RCS files with non-trunk default branches.
|
38151 |
07-Aug-1998 |
phk |
None of the header files for the packet capture library are suitable to include in a C++ file.
PR: 7229 Reviewed by: phk Submitted by: Craig Spannring <cts@internetcds.com>
|
26178 |
27-May-1997 |
fenner |
Merge libpcap 0.3 Update FREEBSD-upgrade to mention bumping library version number.
Suggested-by: Chris Timmons <skynyrd@opus.cts.cwu.edu>
|
26176 |
27-May-1997 |
fenner |
This commit was generated by cvs2svn to compensate for changes in r26175, which included commits to RCS files with non-trunk default branches.
|
22978 |
22-Feb-1997 |
peter |
Back out an easy $FreeBSD$ (file already left vendor branch)
|
21673 |
14-Jan-1997 |
jkh |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
|
21344 |
05-Jan-1997 |
wollman |
Kill another bogus inclusion of <netinet/if_ether.h>.
|
21262 |
03-Jan-1997 |
wollman |
Update to reflect changes in net/if.h.
|
20645 |
18-Dec-1996 |
fenner |
Fix generated code for DLT_NULL encapsulation. This fixes PR#bin/2212.
|
20287 |
10-Dec-1996 |
wollman |
Fix up programs which expect <net/if.h> to include <sys/time.h> to instead do it themselves. (Some of these programs actually depended on this beyond compiling the definition of struct ifinfo!) Also fix up some other #include messes while we're at it.
|
18718 |
05-Oct-1996 |
wosch |
delete doubled words, e.g.: "the the" -> "the"
|
18594 |
01-Oct-1996 |
pst |
Fix some typos
|
17749 |
21-Aug-1996 |
pst |
Add support for ISO CLNP/ES-IS/IS-IS. These changes have been also sent back to LBL for inclusion in next release.
Submitted by: Tony Li <tli@jnx.com>
|
17697 |
19-Aug-1996 |
pst |
Add ignore of SUNOS4 subdirectory to commit instructions
|
17693 |
19-Aug-1996 |
pst |
Upgrade instructions
|
17684 |
19-Aug-1996 |
pst |
This commit was generated by cvs2svn to compensate for changes in r17683, which included commits to RCS files with non-trunk default branches.
|