dri-devel Archive mirror
 help / color / mirror / Atom feed
From: James Zhu <jamesz@amd.com>
To: "Michał Winiarski" <michal.winiarski@intel.com>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
	intel-gfx@lists.freedesktop.org
Cc: "Pekka Paalanen" <pekka.paalanen@collabora.com>,
	"David Airlie" <airlied@linux.ie>,
	"Oded Gabbay" <ogabbay@kernel.org>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Emil Velikov" <emil.l.velikov@gmail.com>,
	"Matthew Wilcox" <willy@infradead.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"James Zhu" <James.Zhu@amd.com>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [PATCH v6 0/4] drm: Use full allocated minor range for DRM
Date: Wed, 30 Aug 2023 12:31:59 -0400	[thread overview]
Message-ID: <d82383a0-7ae9-f974-654b-864f09e7372b@amd.com> (raw)
In-Reply-To: <20230724211428.3831636-1-michal.winiarski@intel.com>

[-- Attachment #1: Type: text/plain, Size: 1579 bytes --]

PATCH 1 and 3 are

Tested-by:JamesZhu<James.Zhu@amd.com>

Best Regards!

James Zhu

On 2023-07-24 17:14, Michał Winiarski wrote:
> 64 DRM device nodes is not enough for everyone.
> Upgrade it to ~512K (which definitely is more than enough).
>
> To allow testing userspace support for >64 devices, add additional DRM
> modparam (force_extended_minors) which causes DRM to skip allocating minors
> in 0-192 range.
> Additionally - convert minors to use XArray instead of IDR to simplify the
> locking.
>
> v1 -> v2:
> Don't touch DRM_MINOR_CONTROL and its range (Simon Ser)
>
> v2 -> v3:
> Don't use legacy scheme for >=192 minor range (Dave Airlie)
> Add modparam for testing (Dave Airlie)
> Add lockdep annotation for IDR (Daniel Vetter)
>
> v3 -> v4:
> Convert from IDR to XArray (Matthew Wilcox)
>
> v4 -> v5:
> Fixup IDR to XArray conversion (Matthew Wilcox)
>
> v5 -> v6:
> Also convert Accel to XArray
> Rename skip_legacy_minors to force_extended_minors
>
> Michał Winiarski (4):
>    drm: Use XArray instead of IDR for minors
>    accel: Use XArray instead of IDR for minors
>    drm: Expand max DRM device number to full MINORBITS
>    drm: Introduce force_extended_minors modparam
>
>   drivers/accel/drm_accel.c      | 110 +++------------------------------
>   drivers/gpu/drm/drm_drv.c      | 105 ++++++++++++++++---------------
>   drivers/gpu/drm/drm_file.c     |   2 +-
>   drivers/gpu/drm/drm_internal.h |   4 --
>   include/drm/drm_accel.h        |  18 +-----
>   include/drm/drm_file.h         |   5 ++
>   6 files changed, 69 insertions(+), 175 deletions(-)
>

[-- Attachment #2: Type: text/html, Size: 2287 bytes --]

  parent reply	other threads:[~2023-08-30 16:32 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-24 21:14 [PATCH v6 0/4] drm: Use full allocated minor range for DRM Michał Winiarski
2023-07-24 21:14 ` [PATCH v6 1/4] drm: Use XArray instead of IDR for minors Michał Winiarski
2023-08-25 16:59   ` James Zhu
2023-08-28 21:08     ` Michał Winiarski
2023-08-29 17:34       ` James Zhu
2023-08-29 18:33         ` Matthew Wilcox
2023-08-29 18:35           ` James Zhu
2023-08-29 18:37             ` Matthew Wilcox
2023-07-24 21:14 ` [PATCH v6 2/4] accel: " Michał Winiarski
2023-07-24 21:14 ` [PATCH v6 3/4] drm: Expand max DRM device number to full MINORBITS Michał Winiarski
2023-07-24 22:29   ` James Zhu
2023-07-26 18:15   ` Simon Ser
2023-07-27 12:01     ` Christian König
2023-07-28 14:22       ` Simon Ser
2023-08-08 13:55         ` Christian König
2023-08-08 15:04           ` James Zhu
2023-08-23 10:53             ` Simon Ser
2023-08-23 10:58               ` Simon Ser
2023-08-23 14:06               ` James Zhu
2023-07-24 21:14 ` [PATCH v6 4/4] drm: Introduce force_extended_minors modparam Michał Winiarski
2023-08-30 16:31 ` James Zhu [this message]
2024-05-03  1:22 ` [PATCH v6 0/4] drm: Use full allocated minor range for DRM Eric Pilmore

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d82383a0-7ae9-f974-654b-864f09e7372b@amd.com \
    --to=jamesz@amd.com \
    --cc=James.Zhu@amd.com \
    --cc=airlied@linux.ie \
    --cc=christian.koenig@amd.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emil.l.velikov@gmail.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=michal.winiarski@intel.com \
    --cc=mripard@kernel.org \
    --cc=ogabbay@kernel.org \
    --cc=pekka.paalanen@collabora.com \
    --cc=tzimmermann@suse.de \
    --cc=willy@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).