From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f46.google.com (mail-ej1-f46.google.com [209.85.218.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2022131D72E for ; Tue, 25 Aug 2026 04:25:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787631926; cv=none; b=gZl/JpYKSJDi6Qrq0adGcTORotzkuekY4xL62Jit247gDrqJV5wSTHDIkeel0310F0xfexIZQPh/BFcQyFSUhKKsRQyZcZjzIvHS1suwEv8P3I5K1UatQzOxhgi5MlClgBAmxdzCf0XZC4H/9yspk7fZiZrnsLRscpXJd7+RDs0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787631926; c=relaxed/simple; bh=n/uMfSP1xSyH47DULFXVqX+H3Mf+6t22inoXlz0tRqY=; h=From:Date:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Z/HGtux4svQhFodA0EXp56TgCm0QVmBUrKB9wiEFUSLIc0bhZPJP7GplD90BGS6151GL3SzrMhl1knrBrPftcdMLeFpqB+Kh9XwZzBF/XE0qBvpoiIqS4gG0lK2Nz9qoUGKX1GxnwSFQx0fC+t44dvobaiXmSLlUdgb2lSlBjc4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=oorXWzfm; arc=none smtp.client-ip=209.85.218.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="oorXWzfm" Received: by mail-ej1-f46.google.com with SMTP id a640c23a62f3a-c160420289bso620044066b.0 for ; Mon, 24 Aug 2026 21:25:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787631923; x=1788236723; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:date:from:from:to:cc:subject :date:message-id:reply-to:content-type; bh=rqinpz80rOc9J60aO+v13W0C1SlYigYKiNfIW8F1Xus=; b=oorXWzfm+ij8k2mT4Q8yCcYZ464yTwo/kFjc3OWmP8BITqxoGgZsXZwX06cUj7ecUx lo//UFM1TEZAcAVZMorkLHc0KmlWm83hYdG0l3aTwb50WM7EdGBSdZAj2yxq0ZNQVMh4 DLTAjG+wkWQO2LfKmGFu6Wf7JLksv7B/M+cRr1OO8IgBlgLnuTXExcO3m3PfwZd09j/y wDSeTMbL5RZN6PWflfMHaSvr1SkZcYSoIhmvzXRzu1Yi6C3+VPZf3Km2JNSZQ3QUkEa6 ZL81mFlvbY6EXibnchLumspU3/lA1pasFt5lmwJAy5v517XA5S7aIsgyCUBHmlj/Vqc/ 3pBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787631923; x=1788236723; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:date:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=rqinpz80rOc9J60aO+v13W0C1SlYigYKiNfIW8F1Xus=; b=ZesJKkqtpcuvUi5SZNTEcG+ZgGyNN780MKar3pOtRuoU5gNc7pNK9BmMgjlm9C5Mid 00jicEGtigD1aG8JXOxKZqV2AEiKKLIRjBprEkwPDimOatY5P1OdNbiw075e39gfGph3 ZZV090lEZzQTzs2XkblWpEi2ZQ6aJQleyQIFVA7Ks7vEM3P4yPhXsNn6XdrXEzZtKz9J gNgAjZ+vNwle+R6bIwuQFaCJ3sDHTzlh/Jz6wxGiO/+4WY3MHs3yk2U33LQZKp08rwic 9y1aTHT9LVWMWf7+DXKeUzosVxx6JD1mnctxm/RAXEWmxYxuT50dQJmZVd/VLOuCO+XK k/QQ== X-Forwarded-Encrypted: i=1; AHgh+RrdnvaQKde5nMRyA4/X0sf6NDcLtaO6TSVp6iY50e4VEhCYoB0NDhQmFCnOa1xllv1FRnUC+BgCHjTD4FM=@vger.kernel.org X-Gm-Message-State: AFuF++nUwXI9R6sRAw9IE2ZcHyhktkwYR58hOrwCAr5HVaaxGcKB/Z1g vQoJE7e+c1Qg30rcyQzYPsHSCuCcROOBD3P/JwVrFnF64xW0KeLX5k/S X-Gm-Gg: AR+sD11L/nbppML4ghim6WmVTthrLdXpkDURDVZpjq1CbH14T93KF8PZVCpDWq3nx9f FSIjL7kSIizcbiaN8v4i3SP20mbJP0dyb8Lj80GbevWTcBpcztv9S36wEjmgJKJapUkrFfPI0qN BUugRKYr4hvcEDthUkJL1YvfX+2KFdvTb9ly6QHTysNeLE0zBKh1w/ys13213xJgflluLXoLKBG W4F88wVvOoI3gC+6SpK+xsXMi3VB6gb31usOunxvQegiQ0Bto2EMFPh7j9uFU1OqPfNHM/LoKYA Lz0KnaFumHJv+3H1APAI/OgYtdrBbZtFDzURs4yEyY5O9Xal7fMVy4rGiDmORs5PKklCSmOLuxY xD40xqJU36fr15oKfprGLe1588MRv1AbTLwkKJA/EZSSOCmiwfMWkvlwIVYKS9j9yS08MMXNrTr XIgZpmvMpYh6H7eu8m6pNFeM25LHEnkfepgVorDx11OLUDKBSIGjthKqPExt9WasGp6F+7bTwho xaxKa8FD8CC+rsh/bHgiZU= X-Received: by 2002:a17:906:f588:b0:c24:c0f4:899d with SMTP id a640c23a62f3a-c24c0f48bd5mr1326605566b.22.1787631922954; Mon, 24 Aug 2026 21:25:22 -0700 (PDT) Received: from localhost ([77.237.185.213]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-c24968a2183sm1544091666b.58.2026.08.24.21.25.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 Aug 2026 21:25:22 -0700 (PDT) From: Ali Nasrollahi X-Google-Original-From: Ali Nasrollahi Date: Tue, 25 Aug 2026 07:55:15 +0330 To: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org Cc: mchehab@kernel.org, laurent.pinchart@ideasonboard.com, Frank.Li@nxp.com, hverkuil+cisco@kernel.org, guoniu.zhou@oss.nxp.com Subject: Re: [PATCH] media: v4l2-core: make number of video devices configurable Message-ID: References: <20260810162406.118981-2-A.Nasrolahi01@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260810162406.118981-2-A.Nasrolahi01@gmail.com> On 26/08/10 07:54PM, Ali Nasrollahi wrote: > The V4L2 core currently limits the number of registered video devices to > 256. This can become a restriction for workloads that create a large > number of virtual video devices, such as v4l2loopback instances. > > Make the maximum number of video devices configurable through a module > parameter. The default and minimum remain at the existing limit of 256, > while the maximum is capped at 4096. > > The parameter is only available when CONFIG_VIDEO_FIXED_MINOR_RANGES is > disabled, as the fixed minor allocation scheme relies on the existing > minor ranges. > > The device array is allocated according to the configured limit, while > the allocation bitmaps remain statically sized to the maximum supported > limit of 4096. > > Signed-off-by: Ali Nasrollahi > --- > drivers/media/v4l2-core/v4l2-dev.c | 70 +++++++++++++++++++++++------- > 1 file changed, 55 insertions(+), 15 deletions(-) > > diff --git a/drivers/media/v4l2-core/v4l2-dev.c b/drivers/media/v4l2-core/v4l2-dev.c > index fd267fb74905..5a526b577970 100644 > --- a/drivers/media/v4l2-core/v4l2-dev.c > +++ b/drivers/media/v4l2-core/v4l2-dev.c > @@ -31,7 +31,8 @@ > #include > #include > > -#define VIDEO_NUM_DEVICES 256 > +#define VIDEO_MIN_NUM_DEVICES 256 > +#define VIDEO_MAX_NUM_DEVICES 4096 > #define VIDEO_NAME "video4linux" > > #define dprintk(fmt, arg...) do { \ > @@ -39,6 +40,27 @@ > __func__, ##arg); \ > } while (0) > > +static unsigned int video_nr_devices = VIDEO_MIN_NUM_DEVICES; > + > +#ifndef CONFIG_VIDEO_FIXED_MINOR_RANGES > +static int param_set_video_nr_devices(const char *val, > + const struct kernel_param *kp) > +{ > + return param_set_uint_minmax(val, kp, VIDEO_MIN_NUM_DEVICES, > + VIDEO_MAX_NUM_DEVICES); > +} > + > +static const struct kernel_param_ops param_ops_video_nr_devices = { > + .set = param_set_video_nr_devices, > + .get = param_get_uint, > +}; > + > +module_param_cb(video_nr_devices, ¶m_ops_video_nr_devices, > + &video_nr_devices, 0444); > + > +MODULE_PARM_DESC(video_nr_devices, "Maximum number of V4L2 devices (256-4096)"); > +#endif > + > /* > * sysfs stuff > */ > @@ -98,9 +120,14 @@ static struct dentry *v4l2_debugfs_root_dir; > /* > * Active devices > */ > -static struct video_device *video_devices[VIDEO_NUM_DEVICES]; > +#ifdef CONFIG_VIDEO_FIXED_MINOR_RANGES > +static struct video_device *video_devices[VIDEO_MIN_NUM_DEVICES]; > +static DECLARE_BITMAP(devnode_nums[VFL_TYPE_MAX], VIDEO_MIN_NUM_DEVICES); > +#else > +static struct video_device **video_devices; > +static DECLARE_BITMAP(devnode_nums[VFL_TYPE_MAX], VIDEO_MAX_NUM_DEVICES); > +#endif > static DEFINE_MUTEX(videodev_lock); > -static DECLARE_BITMAP(devnode_nums[VFL_TYPE_MAX], VIDEO_NUM_DEVICES); > > /* Device node utility functions */ > > @@ -504,7 +531,7 @@ static const struct file_operations v4l2_fops = { > * in the video_device array, but it was able to obtain a minor number. > * > * This means that we can always obtain a free stream index number since > - * the worst case scenario is that there are VIDEO_NUM_DEVICES - 1 slots in > + * the worst case scenario is that there are video_nr_devices - 1 slots in > * use of the video_device array. > * > * Returns a free index number. > @@ -513,19 +540,19 @@ static int get_index(struct video_device *vdev) > { > /* This can be static since this function is called with the global > videodev_lock held. */ > - static DECLARE_BITMAP(used, VIDEO_NUM_DEVICES); > + static DECLARE_BITMAP(used, VIDEO_MAX_NUM_DEVICES); > int i; > > - bitmap_zero(used, VIDEO_NUM_DEVICES); > + bitmap_zero(used, VIDEO_MAX_NUM_DEVICES); > > - for (i = 0; i < VIDEO_NUM_DEVICES; i++) { > + for (i = 0; i < video_nr_devices; i++) { > if (video_devices[i] != NULL && > video_devices[i]->v4l2_dev == vdev->v4l2_dev) { > __set_bit(video_devices[i]->index, used); > } > } > > - return find_first_zero_bit(used, VIDEO_NUM_DEVICES); > + return find_first_zero_bit(used, video_nr_devices); > } > > #define SET_VALID_IOCTL(ops, cmd, op) \ > @@ -915,7 +942,7 @@ int __video_register_device(struct video_device *vdev, > int i = 0; > int ret; > int minor_offset = 0; > - int minor_cnt = VIDEO_NUM_DEVICES; > + int minor_cnt = video_nr_devices; > const char *name_base; > > /* A minor value of -1 marks this video device as never > @@ -1020,10 +1047,10 @@ int __video_register_device(struct video_device *vdev, > #else > /* The device node number and minor numbers are independent, so > we just find the first free minor number. */ > - for (i = 0; i < VIDEO_NUM_DEVICES; i++) > + for (i = 0; i < video_nr_devices; i++) > if (video_devices[i] == NULL) > break; > - if (i == VIDEO_NUM_DEVICES) { > + if (i == video_nr_devices) { > mutex_unlock(&videodev_lock); > pr_err("could not get a free minor\n"); > return -ENFILE; > @@ -1032,7 +1059,7 @@ int __video_register_device(struct video_device *vdev, > vdev->minor = i + minor_offset; > vdev->num = nr; > > - if (WARN_ON(vdev->minor >= VIDEO_NUM_DEVICES)) { > + if (WARN_ON(vdev->minor >= video_nr_devices)) { > mutex_unlock(&videodev_lock); > return -EINVAL; > } > @@ -1241,7 +1268,7 @@ static int __init videodev_init(void) > int ret; > > pr_info("Linux video capture interface: v2.00\n"); > - ret = register_chrdev_region(dev, VIDEO_NUM_DEVICES, VIDEO_NAME); > + ret = register_chrdev_region(dev, video_nr_devices, VIDEO_NAME); > if (ret < 0) { > pr_warn("videodev: unable to get major %d\n", > VIDEO_MAJOR); > @@ -1250,11 +1277,21 @@ static int __init videodev_init(void) > > ret = class_register(&video_class); > if (ret < 0) { > - unregister_chrdev_region(dev, VIDEO_NUM_DEVICES); > + unregister_chrdev_region(dev, video_nr_devices); > pr_warn("video_dev: class_register failed\n"); > return -EIO; > } > > +#ifndef CONFIG_VIDEO_FIXED_MINOR_RANGES > + video_devices = kzalloc_objs(*video_devices, video_nr_devices); > + if (!video_devices) { > + class_unregister(&video_class); > + unregister_chrdev_region(dev, video_nr_devices); > + pr_warn("video_dev: failed to allocate video_devices\n"); > + return -ENOMEM; > + } > +#endif > + > return 0; > } > > @@ -1262,8 +1299,11 @@ static void __exit videodev_exit(void) > { > dev_t dev = MKDEV(VIDEO_MAJOR, 0); > > +#ifndef CONFIG_VIDEO_FIXED_MINOR_RANGES > + kvfree(video_devices); > +#endif > class_unregister(&video_class); > - unregister_chrdev_region(dev, VIDEO_NUM_DEVICES); > + unregister_chrdev_region(dev, video_nr_devices); > debugfs_remove_recursive(v4l2_debugfs_root_dir); > v4l2_debugfs_root_dir = NULL; > } > -- > 2.55.0 > Hi, Just following up on this patch. If there is any feedback on the proposed approach, I would appreciate it. If this is not aligned with the direction of the media subsystem or is otherwise not suitable for upstream, that's also completely fine; I'd just appreciate knowing so I can adjust my approach accordingly. Regards, Ali