diff options
author | Boaz Harrosh <bharrosh@panasas.com> | 2012-01-25 21:42:58 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2012-03-12 10:32:57 -0700 |
commit | d4d6cc13fa9c22283fdb6c5261ff988d00e018b8 (patch) | |
tree | 2ea1c81a6aa42042cdecd1432e46641b89c959fe /sound/soc | |
parent | 56c54856551b8a8199fda32aa7c416c719e5f0b9 (diff) | |
download | kernel_samsung_aries-d4d6cc13fa9c22283fdb6c5261ff988d00e018b8.zip kernel_samsung_aries-d4d6cc13fa9c22283fdb6c5261ff988d00e018b8.tar.gz kernel_samsung_aries-d4d6cc13fa9c22283fdb6c5261ff988d00e018b8.tar.bz2 |
osd_uld: Bump MAX_OSD_DEVICES from 64 to 1,048,576
commit 41f8ad76362e7aefe3a03949c43e23102dae6e0b upstream.
It used to be that minors where 8 bit. But now they
are actually 20 bit. So the fix is simplicity itself.
I've tested with 300 devices and all user-mode utils
work just fine. I have also mechanically added 10,000
to the ida (so devices are /dev/osd10000, /dev/osd10001 ...)
and was able to mkfs an exofs filesystem and access osds
from user-mode.
All the open-osd user-mode code uses the same library
to access devices through their symbolic names in
/dev/osdX so I'd say it's pretty safe. (Well tested)
This patch is very important because some of the systems
that will be deploying the 3.2 pnfs-objects code are larger
than 64 OSDs and will stop to work properly when reaching
that number.
Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'sound/soc')
0 files changed, 0 insertions, 0 deletions