Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*ing

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)

Current List: 1 - 18
Page: [1]