Search String: Display: Description: Sort:

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)


This search system is powered by Namazu