search for: ip_route_input

...e_source() is called in ip_rcv() (in ip_input.c), but I don''t read C very well, so I could well be missing where the rp_filter validation is occurring. If I understand the path correctly, the functions are traversed in this order (from most deeply nested first): fib_validate_source() ip_route_input_slow() ip_route_input() ip_rcv_finish() ip_rcv() It seems that ip_rcv() (in ip_input.c) calls the following, and I simply do not understand what this means: return NF_HOOK(PF_INET, NF_IP_PRE_ROUTING, skb, dev, NULL, ip_rcv_finish); I''m guessing that NF...

Hi We have applied the routing patches from http://www.ssi.bg/%7Eja/#routes. To 2.6.15 this seems to have broken our output natting. Has anyone else experienced this or any advice on how to fix. Is this working on the newer kernel i.e. 2.6.19 ? Any help would be appreciated. -- Tim Haak email: tim@haak.co.uk cel: 0837787100 First love is only a little foolishness and a lot of curiosity,

...t;>> to upgrading to 2.6.16.9 or .10-rc? > >> > >> Please try .9 or .10-rc and let us know how you get on. > >> > > Can you please let me know if in your opinion the following > bug could also cause this (it is a different stack trace): > > [PATCH] ip_route_input panic fix (CVE-2006-1525) > http://bugzilla.kernel.org/show_bug.cgi?id=6388 > > http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.8 > Looks like a different issue. Ian _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com ht...

In http://www.ssi.bg/~ja/dgd.txt I read: -- - key "gw" for ip_route_output used to select the right route for the gateway - key "lsrc" for ip_route_input used to find the best unicast route between this IP and the destination address (similar to output routing call but still makes the checks needed for input packet). -- Could someone please provide a couple of examples on this? I was unable to find any info in the LARTC list. The second...

...not really a problem. I have more real IP addresses I can use, but they are in short supply. The bitch seems to come from br_nf_pre_routing_finish() in net/bridge/br_netfilter.c (linux source)... and follows these conditions... if (dnat_took_place(skb)) { <snip> if (ip_route_input(skb, iph->daddr, iph->saddr, iph->tos, <snip> if (!ip_route_output_key(&rt, &fl)) { <snip> if (((struct dst_entry *)rt)->dev == dev || rt->rt_type == RTN_LOCAL) { **...

...0x3b/0x80 Aug 31 08:15:32 mariscal kernel: [<c02b4222>] tcp_v4_do_rcv+0xd2/0x340 Aug 31 08:15:32 mariscal kernel: [<c0116acd>] try_to_wake_up+0x8d/0x380 Aug 31 08:15:32 mariscal kernel: [<c02ac6e0>] tcp_data_queue+0x430/0xbf0 Aug 31 08:15:32 mariscal kernel: [<c0296f54>] ip_route_input+0x44/0xda0 Aug 31 08:15:32 mariscal kernel: [<c02b6a9f>] tcp_v4_rcv+0x8cf/0xa60 Aug 31 08:15:32 mariscal kernel: [<c010a7ee>] dma_map_single+0xee/0x150 Aug 31 08:15:32 mariscal kernel: [<f4bfaddc>] e1000_xmit_frame+0x82c/0xdf0 [e10 00] Aug 31 08:15:32 mariscal kernel: [<f4a...

...+= VLAN_HLEN; + } skb->dst->output(skb); return 0; } @@ -155,6 +172,7 @@ static int br_nf_pre_routing_finish(stru skb->pkt_type = PACKET_OTHERHOST; nf_bridge->mask ^= BRNF_PKT_TYPE; } + nf_bridge->mask ^= BRNF_NF_BRIDGE_PREROUTING; if (dnat_took_place(skb)) { if (ip_route_input(skb, iph->daddr, iph->saddr, iph->tos, @@ -186,6 +204,11 @@ bridged_dnat: nf_bridge->mask |= BRNF_BRIDGED_DNAT; skb->dev = nf_bridge->physindev; clear_cb(skb); + if (skb->protocol == + __constant_htons(ETH_P_8021Q)) { + skb_push(skb, VLAN_HLEN); +...

With the ATI bug I was hitting earlier fixed, only my btrfs partition continues to show high cpu usage for some operations. Rsync, git pull, git checkout and svn up are typicall operations which trigger the high cpu usage. As an example, this perf report is from using git checkout to change to a new branch; the change needed to checkout 208 files out of about 1600 total files. du(1) reports

I am developing load balancing router, But I have a question about fail over. The follow diagram is my test environment and scripts. ------------------------------------------------------------------- Environment Setting PC1(192.168.10.2) | (LAN) | PC2-eth2(192.168.10.1) +

Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel