Subject: Re: kern/11058: bpf does not work correctly in -current
To: NetBSD GNATS submissions and followups <gnats-bugs@gnats.netbsd.org>
From: Jeff Finkelstein <finkels@cybernarian.org>
List: netbsd-bugs
Date: 09/21/2000 13:43:06
On Thu, Sep 21, 2000 at 01:24:11PM -0400, Greg A. Woods wrote:
> [ On Thursday, September 21, 2000 at 07:24:01 (-0400), finkels@cybernarian.org wrote: ]
> > Subject: kern/11058: bpf does not work correctly in -current
> >
> > The bpf device is unusable unless an IP address is first assigned to an
> > interface. This causes dhclient to no longer function at boot.
> 
> Did this work in a less recent -current?

Yes, it worked until my Tuesday night sup. At least I believe it was the 
Tuesday night sup. It may have been Wednesday night...

> I noted that I couldn't tcpdump on an interface with no address in 1.4V
> and I suspect this is the same problem.  However I didn't exactly expect
> it to work.

You could not tcpdump on it, but DHCP worked correctly.

> It does work this way though:
> 
> # ifconfig tlp0 inet 0.0.0.0 netmask 255.255.255.255
> # ifconfig tlp0                                      
> tlp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         media: Ethernet 10baseT
>         status: active
>         inet 0.0.0.0 netmask 0xffffffff 
>         inet6 fe80::722f:53ff:fec0:f02e%tlp0 prefixlen 64 scopeid 0x2
> # tcpdump -vvv -n -i tlp0
> tcpdump: listening on tlp0
> 13:22:49.525336 24.42.191.4 > 24.114.57.77: icmp: echo request (ttl 254, id 38894)

Yes, if you assign an IP address first it works fine. The `0.0.0.0' trick works
for the time being, but if that is going to become a permanent solution, then
it should be in one of the rc files, no?

 - jeff