Re: [Bug] patchless click misbehaving with recent Linux kernel vlan changes
Giorgio Calarco <[email protected]> Wed, 16 Jan 2013 09:50:56 +0100
| Newsgroups | gmane.network.routing.click |
|---|---|
| Message-ID | <CAOCbBQO+DDYPHNVYRd6TFEYp_JT+0+z4=f4X2XK0k7ak=hCpyw@mail.gmail.com> |
Well, at this point I don't know and probably it doesn't matter anymore, seen that everything is fine with a 3.6 kernel - thanks for reporting this ! (however the path to libpcap was ok, it was checked during the configuration and the other methods were found and correctly compiled and used) Ciao, Giorgio On Tue, Jan 15, 2013 at 10:34 PM, Paul Pearce <[email protected]>wrote: > > last year (may and november ?) I already reported about this problem with > > pcap > > and linux 3.0.x kernels. I did not follow the problem > > in depth, however I previously found out that > > the pcap method used to send packets by ToDevice > > (pcap_inject, not sure but I think so) seems not to be > > existing anymore. Therefore, ToDevice (which default method is actually > > PCAP) > > simply stucks and sends nothing. What I found confusing is that > > at the ./configure stage, since pcap_inject is not found within > > the pcap library, it is substituted by a dummy method (which does > > nothing) and the compilation goes on as if everything was fine. > > This can be misleading, and some messages from the stdout > > would be helpful, since the problem can then be determined only > > by examining the (long) configure.log file. > > I don't have this problem when built the latest libpcap and linux 3.6. > I'm still using pcap_inject(). > > I think the behavior you describe occurs when you pass a bad libpcap > path to ./configure. >