[XFS] fix nasty quota hashtable allocation bug
commit5995cb7d805496362e5af73235145667096fbc6f
authorEric Sandeen <sandeen@sandeen.net>
Thu, 16 Aug 2007 06:49:11 +0000 (16 16:49 +1000)
committerTim Shimmin <tes@chook.melbourne.sgi.com>
Wed, 5 Sep 2007 04:51:04 +0000 (5 14:51 +1000)
tree2d0817c1a3d1ba6487699e02878c0c029b9fc89f
parent265c1fac38e37e828df09965406e9cc20bfa3588
[XFS] fix nasty quota hashtable allocation bug

This git mod: 77e4635ae191774526ed695482a151ac986f3806
converted to a "greedy" allocation interface, but for the quota hashtables
it switched from allocating XFS_QM_HASHSIZE (nr of elements)
xfs_dqhash_t's to allocating only XFS_QM_HASHSIZE *bytes* - quite a lot
smaller! Then when we converted hsize "back" to nr of elements (the
division line) hsize went to 0. This was leading to oopses when running
any quota tests on the Fedora 8 test kernel, but the problem has been
there for almost a year.

SGI-PV: 968837
SGI-Modid: xfs-linux-melb:xfs-kern:29354a

Signed-off-by: Eric Sandeen <sandeen@sandeen.net>
Signed-off-by: David Chinner <dgc@sgi.com>
Signed-off-by: Tim Shimmin <tes@sgi.com>
fs/xfs/quota/xfs_qm.c