Messages in this thread | | | Subject | Re: [PATCH] Fix panic in __d_lookup with high dentry hashtable counts | From | Eric Dumazet <> | Date | Fri, 13 Jan 2012 17:15:46 +0100 |
| |
Le vendredi 13 janvier 2012 à 09:52 -0600, Dimitri Sivanich a écrit : > When the number of dentry cache hash table entries gets too high > (2147483648 entries), use of a signed integer in the initialization > loop prevents the dentry_hashtable from getting initialized, resulting > in a panic in __d_lookup. Fixing this in dcache_init and a few other > spots for consistency.
Well...
nr_dentry being an int, I dont think having a so big hash table is needed/possible. Its probably a waste of memory ?
Maybe we should limit alloc_large_system_hash() to at most 2^30 slots.
[ And later, convert it to unsigned long *_hash_shift and unsigned long *_hash_mask ]
-- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |