summaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/drm_debugfs.c
diff options
context:
space:
mode:
authorBoaz Harrosh <bharrosh@panasas.com>2012-01-25 21:42:58 +0200
committerJames Bottomley <JBottomley@Parallels.com>2012-02-25 08:25:09 -0600
commit41f8ad76362e7aefe3a03949c43e23102dae6e0b (patch)
treef4f6077c0b33e5751f3d5491ca71a214389fcf5b /drivers/gpu/drm/drm_debugfs.c
parentb52b80023f262ce8a0ffdcb490acb23e8678377a (diff)
downloadop-kernel-dev-41f8ad76362e7aefe3a03949c43e23102dae6e0b.zip
op-kernel-dev-41f8ad76362e7aefe3a03949c43e23102dae6e0b.tar.gz
[SCSI] osd_uld: Bump MAX_OSD_DEVICES from 64 to 1,048,576
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. CC: Stable <stable@vger.kernel.org> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'drivers/gpu/drm/drm_debugfs.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud