From: Eric Dumazet <[EMAIL PROTECTED]> Date: Tue, 29 Aug 2006 11:15:56 +0200
> This kind of functions are becoming very common and > duplicated... maybe we can factorize it ? That's certainly why a subsequent patch in that set moved all of this to net/xfrm/xfrm_hash.c :-) Only when my routing cache hash changes are checked in will there be any similar use outside of the XFRM layer. I did not put my routing cache dynamic hash table changes anywhere yet because frankly the growth logic is incomplete and needs to be in a working state. If nobody takes on the task to work on that, and I might not be strong enough to do this, the dynamic hashing patches for the routing cache will certainly rot. We really cannot put those changes in without good growth logic. Eric you used to be so active. Please try to find some free time from your busy schedule to work on something like this ;-) > Also, it would be cool to be able to vmalloc()/free_pages hugetlb pages for > very large hash tables... I always wanted to do this on sparc64, especially for modules. It requires arch-level support, for sure. At least in the modules case, it's kind of easy, since you just preallocate 4MB chunks and then dish out regions within those chunks. Something similar could be done to handle hash tables too, but we'd need to be careful about fragmentation. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
