Date: Wed, 13 Aug 2008 18:50:54 +0200 From: Max Laier <max@love2party.net> To: Ed Schouten <ed@freebsd.org> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libpcap config.h src/sys/net bpf.c Message-ID: <200808131850.54734.max@love2party.net> In-Reply-To: <200808131545.m7DFjlLP058986@repoman.freebsd.org> References: <200808131545.m7DFjlLP058986@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 13 August 2008 17:41:21 Ed Schouten wrote: > ed 2008-08-13 15:41:21 UTC > > FreeBSD src repository > > Modified files: > lib/libpcap config.h > sys/net bpf.c > Log: > SVN rev 181690 on 2008-08-13 15:41:21Z by ed > > Change bpf(4) to use the cdevpriv API. > > Right now the bpf(4) driver uses the cloning API to generate /dev/bpf%u. > When an application such as tcpdump needs a BPF, it opens /dev/bpf0, > /dev/bpf1, etc. until it opens the first available device node. We used > this approach, because our devfs implementation didn't allow > per-descriptor data. > > Now that we can, make it use devfs_get_cdevpriv() to obtain the private > data. To remain compatible with the existing implementation, add a > symlink from /dev/bpf0 to /dev/bpf. I've already changed libpcap to > compile with HAVE_CLONING_BPF, which makes it use /dev/bpf. There may be > other applications in the base system (dhclient) that use the loop to > obtain a valid bpf. Can you bump __FreeBSD_version for this? And maybe submit configure patches upstream and/or make sure that libpcap from ports dtrt. > Discussed on: src-committers > Approved by: csjp > > Revision Changes Path > 1.7 +1 -1 src/lib/libpcap/config.h > 1.200 +62 -80 src/sys/net/bpf.c -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200808131850.54734.max>