Re: bpf device nodes

2016-05-04 Thread Theo de Raadt
>Yes, this also is what NetBSD and FreeBSD do, although I do hope >/dev/bpf0 can be removed some time in the future. then you need to go do a ports audit; almost assuredly, prepare yourself for disillusionment. don't do it now. do it in a year.

Re: bpf device nodes

2016-05-04 Thread Martin Natano
On Tue, May 03, 2016 at 05:09:47AM -0600, Theo de Raadt wrote: > > On 2016-04-27, Martin Natano wrote: > > > > > /dev/bpf0 is for compatibility with existing binaries and is to > > > be removed after a transition period. > > > > What's the impact on ports going to be? > > > > (We still have fou

Re: bpf device nodes

2016-05-03 Thread Theo de Raadt
> On 2016-04-27, Martin Natano wrote: > > > /dev/bpf0 is for compatibility with existing binaries and is to > > be removed after a transition period. > > What's the impact on ports going to be? > > (We still have four /dev/*random devices for compatibility.) I believe we'll end up with /dev/bp

Re: bpf device nodes

2016-05-03 Thread Christian Weisgerber
On 2016-04-27, Martin Natano wrote: > /dev/bpf0 is for compatibility with existing binaries and is to > be removed after a transition period. What's the impact on ports going to be? (We still have four /dev/*random devices for compatibility.) -- Christian "naddy" Weisgerber

bpf device nodes

2016-04-27 Thread Martin Natano
Following diff replaces /dev/bpf[0-9] with only /dev/bpf and /dev/bpf0. The /dev/bpf node is unused for now, but I plan to convert all programs in base to use it in a future diff. /dev/bpf0 is for compatibility with existing binaries and is to be removed after a transition period. install.sub cont