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

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*rt_cache_flush\s*$/: 8 ]

Total 8 documents matching your query.

1. rt_cache_flush() (score: 1): Author: "James R. Leu" <jleu@xxxxxxxxxxxxxx>; Date: Mon, 1 May 2000 10:36:20 -0500; I am fiddling with entries in the fib table and each time I modify a fib entry I want all entries in the route cache that used this fib entry to be flushed. rt_cache_flush() seems to want to flush th; /archives/netdev/2000-05/msg00000.html (6,653 bytes)
2. Re: rt_cache_flush() (score: 1): Author: Andi Kleen <ak@xxxxxx>; Date: Mon, 1 May 2000 21:11:45 +0200; You set rt->u.dst.obsolete = 1 and expect the clients to relookup when they can. -Andi -- This is like TV. I don't like TV.; /archives/netdev/2000-05/msg00007.html (7,642 bytes)
3. Re: rt_cache_flush() (score: 1): Author: "James R. Leu" <jleu@xxxxxxxxxxxxxx>; Date: Mon, 1 May 2000 15:36:01 -0500; I'm not sure I have that availble to me at the level I'm at. Here is wha I'm doing: -I wrote a function called fn_hash_lookup_exact(). This finds an exact match in the fib (not longest, EXACT). -I ad; /archives/netdev/2000-05/msg00008.html (9,182 bytes)
4. Re: rt_cache_flush() (score: 1): Author: kuznet@xxxxxxxxxxxxx; Date: Tue, 2 May 2000 20:20:19 +0400 (MSK DST); All of them are matched. Dependencies are unknown. The only hint: do not flush, if nobody looked at changed entry. rt_cache_flush(-1) flushes cache after net/ipv4/route/min_delay. rt_cache_flush(0),; /archives/netdev/2000-05/msg00019.html (7,757 bytes)
5. rt_cache_flush() (score: 1): Author: "James R. Leu" <jleu@xxxxxxxxxxxxxx>; Date: Mon, 1 May 2000 10:36:20 -0500; I am fiddling with entries in the fib table and each time I modify a fib entry I want all entries in the route cache that used this fib entry to be flushed. rt_cache_flush() seems to want to flush th; /archives/netdev/2000-05/msg00171.html (6,653 bytes)
6. Re: rt_cache_flush() (score: 1): Author: Andi Kleen <ak@xxxxxx>; Date: Mon, 1 May 2000 21:11:45 +0200; You set rt->u.dst.obsolete = 1 and expect the clients to relookup when they can. -Andi -- This is like TV. I don't like TV.; /archives/netdev/2000-05/msg00178.html (7,698 bytes)
7. Re: rt_cache_flush() (score: 1): Author: "James R. Leu" <jleu@xxxxxxxxxxxxxx>; Date: Mon, 1 May 2000 15:36:01 -0500; I'm not sure I have that availble to me at the level I'm at. Here is wha I'm doing: -I wrote a function called fn_hash_lookup_exact(). This finds an exact match in the fib (not longest, EXACT). -I ad; /archives/netdev/2000-05/msg00179.html (9,268 bytes)
8. Re: rt_cache_flush() (score: 1): Author: kuznet@xxxxxxxxxxxxx; Date: Tue, 2 May 2000 20:20:19 +0400 (MSK DST); Hello! All of them are matched. Dependencies are unknown. The only hint: do not flush, if nobody looked at changed entry. rt_cache_flush(-1) flushes cache after net/ipv4/route/min_delay. rt_cache_flu; /archives/netdev/2000-05/msg00190.html (7,785 bytes)

Current List: 1 - 8
Page: [1]