Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*ing_filter\s+debug\s+messages\s*$/: 18 ]

Total 18 documents matching your query.

1. tions in ipt action (score: 1)
Author: k McHardy <kaber@xxxxxxxxx>
Date: Thu, 30 Dec 2004 17:06:43 +0100
D378AB.70204@xxxxxxxxx> 2004-12-30 04:40 - if (a == NULL || rta == NULL || - rtattr_parse(tb, TCA_IPT_MAX, RTA_DATA(rta), RTA_PAYLOAD(rta)) < 0) + if (rtattr_p
/archives/netdev/2004-12/msg00885.html (9,678 bytes)

2. p() in native IPsec (score: 1)
Author: xxxx>
Date: 31 Dec 2004 00:07:46 -0500
ion xfrm_lookup(struct dst_entry **dst_p, struct flowi *fl, struct sock *sk, int flags) (in /usr/src/linux-2.6.5-1.358/net/xfrm/xfrm_policy.c). Whenever a pack
/archives/netdev/2004-12/msg00911.html (10,974 bytes)

3. se of skb->protocol (score: 1)
Author: Lee <parklee_sel@xxxxxxxxx>
Date: Fri, 31 Dec 2004 10:38:27 +0100
too. Indeed, it's rather misleading. Yes :( Just one more thing: AFAIK it is possible to inject a raw IPv4 packet with an invalid IPv4 header. So maybe the bet
/archives/netdev/2004-12/msg00916.html (11,511 bytes)

4. in U32 classifier. (score: 1)
Author: x>
Date: 31 Dec 2004 06:11:51 -0500
xxxxxxxxxxx> 2004-12-30 23:58 Right, but why not do this in userspace by having a global map somewhere in a file? A u32 config could have been modified by mult
/archives/netdev/2004-12/msg00922.html (12,756 bytes)

5. lter debug messages (score: 1)
Author: ann)
Date: Fri, 31 Dec 2004 12:15:05 +0100
onfig could have been modified by mult
/archives/netdev/2004-12/msg00923.html (8,957 bytes)

6. ilter extension API (score: 1)
Author: af@xxxxxxx>
Date: Fri, 31 Dec 2004 14:15:54 +0100
xxxxxxxxxxx> 2004-12-30 23:36 route classifier maintains a fastmap to cache results. It may only make use of the cache if no extension is involed in the matchi
/archives/netdev/2004-12/msg00928.html (8,998 bytes)

7. ion cleanup + fixes (score: 1)
Author: y <kaber@xxxxxxxxx>
Date: 31 Dec 2004 10:03:53 -0500
nd up doing yours first and i will use the LinuxWay(tm) ;-> aka inherit all your bugs ;-> I started working on it but too distracted finding some exciting stuf
/archives/netdev/2004-12/msg00936.html (9,450 bytes)

8. lter debug messages (score: 1)
Author: as Graf <tgraf@xxxxxxx>
Date: 31 Dec 2004 10:10:38 -0500
at i sent you. What i sent you is certainly needed. Let me poke around for a few minutes - I am begining to think theres a relation; the only way to be sure is
/archives/netdev/2004-12/msg00937.html (9,105 bytes)

9. in U32 classifier. (score: 1)
Author: xxxxxxxxx>
Date: Fri, 31 Dec 2004 16:48:44 +0100
xxxxxxxxxxxx> 2004-12-31 09:59 Exactly so we don't need any PIDs stored. /etc/iproute2/tc_matches. 256 not enough? No, it must be unique, we will return EINVAL
/archives/netdev/2004-12/msg00940.html (9,255 bytes)

10. ing_filter debug messages (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Thu, 30 Dec 2004 17:06:43 +0100
After upgrading a machine to (unpatched mainline) 2.6.10 my kernel log is filled with ing_filter (debug?) messages: Dec 30 16:24:58 thunder kernel: ing_filter: fixed eth1 out eth1 Dec 30 16:24:58 thu
/archives/netdev/2004-12/msg01836.html (9,693 bytes)

11. Re: ing_filter debug messages (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 31 Dec 2004 00:07:46 -0500
The emssage is useful but debug (mostly). Whats your ifconfig look like? Have some tunnels in there maybe? Whats your netfilter setup? cheers, jamal
/archives/netdev/2004-12/msg01862.html (11,034 bytes)

12. Re: ing_filter debug messages (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Fri, 31 Dec 2004 10:38:27 +0100
three ethernet interfaces and a ipv6/ip tunnel. Here is the ifconfig output: eth0 Link encap:Ethernet HWaddr 00:50:04:0B:DD:79 inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0 inet6 add
/archives/netdev/2004-12/msg01867.html (11,622 bytes)

13. Re: ing_filter debug messages (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 31 Dec 2004 06:11:51 -0500
The sit tunnel is on top of eth1? Does attached patch fix it? cheers, jamal Attachment: sit-p Description: Text document
/archives/netdev/2004-12/msg01873.html (12,879 bytes)

14. Re: ing_filter debug messages (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Fri, 31 Dec 2004 12:15:05 +0100
Yes. I'll give it a spin later today, have to figure out what to make for dinner tonight and do the associated shopping first :) Wichert. -- Wichert Akkerman <wichert@xxxxxxxxx> It is simple to make
/archives/netdev/2004-12/msg01874.html (9,131 bytes)

15. Re: ing_filter debug messages (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Fri, 31 Dec 2004 14:15:54 +0100
No change at all I'm afraid . While rebooting to the kernel with that patch applied it got stuck in the shutdown sequence while repeating this line: unregister_netdevice: waiting for xs4all for becom
/archives/netdev/2004-12/msg01879.html (9,172 bytes)

16. Re: ing_filter debug messages (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 31 Dec 2004 10:03:53 -0500
I doubt this has anything to do with what i sent you. What i sent you is certainly needed. Let me poke around for a few minutes - I am begining to think theres a relation; the only way to be sure is
/archives/netdev/2004-12/msg01887.html (9,634 bytes)

17. Re: ing_filter debug messages (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: 31 Dec 2004 10:10:38 -0500
Wichert, Try also the attached patch with netfilter on and your rules installed. cheers, jamal Attachment: indev2-p Description: Text document
/archives/netdev/2004-12/msg01888.html (9,289 bytes)

18. Re: ing_filter debug messages (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Fri, 31 Dec 2004 16:48:44 +0100
That seems to do the trick: I no longer see the debug messages appear. The tunnel still works as well. However, the unregister_netdev problem still persists. Wichert. -- Wichert Akkerman <wichert@xxx
/archives/netdev/2004-12/msg01891.html (9,491 bytes)


This search system is powered by Namazu