From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: dri-devel@lists.freedesktop.org
Cc: Jose Abreu <Jose.Abreu@synopsys.com>,
intel-gfx@lists.freedesktop.org,
Keith Packard <keithp@keithp.com>
Subject: Re: [PATCH 00/10] drm/uapi: Validate mode flags/type, and deprecate some of them
Date: Mon, 29 Jan 2018 22:12:51 +0200 [thread overview]
Message-ID: <20180129201251.GX5453@intel.com> (raw)
In-Reply-To: <20171114183258.16976-1-ville.syrjala@linux.intel.com>
On Tue, Nov 14, 2017 at 08:32:48PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä <ville.syrjala@linux.intel.com>
>
> I recently realized that we're not validating the mode flags/type
> passed in from userspace. Let's try to fix that.
>
> I'd also like to entirely eliminate some of the more crazy mode flags.
> PIXMUX and BCAST look pretty easy, so I've targetted them first.
>
> Ideally I'd like to kill DBLCLK, CLKDIV2, HSKEW, DBLSCAN, and vscan
> as well. IMO there's no good reason to expose any of that to userspace,
> and instead it should all be handled internally by the drivers.
> Unfortunately all of those seem to be used to some degree by a handful
> of drivers.
>
> I also tried to nuke some of the crazy mode types.
>
> Cc: Jose Abreu <Jose.Abreu@synopsys.com>
> Cc: Adam Jackson <ajax@redhat.com>
> Cc: Keith Packard <keithp@keithp.com>
>
> Ville Syrjälä (10):
> drm/modes: Move 3D stereo flag check into drm_mode_validate_basic()
> drm/uapi: Validate the mode flags/type
> drm/uapi: Deprecate DRM_MODE_FLAG_PIXMUX
> drm/uapi: Deprecate DRM_MODE_FLAG_BCAST
> drm/modes: Fix description of DRM_MODE_TYPE_USERDEF
> drm/modes: Kill off the oddball DRM_MODE_TYPE_CRTC_C vs.
> DRM_MODE_TYPE_BUILTIN handling
> drm/modes: Kill DRM_MODE_TYPE_CLOCK_CRTC_C define
> drm/uapi: Deprecate nonsense kms mode types
> drm/modes: Provide global mode_valid hook
> drm/i915: Provide a device level .mode_valid() hook
Entire series pushed to drm-misc-next. Thanks for the reviews.
>
> drivers/gpu/drm/drm_atomic.c | 2 +-
> drivers/gpu/drm/drm_crtc.c | 2 +-
> drivers/gpu/drm/drm_modes.c | 60 +++++++++++++++++++++++++-----------
> drivers/gpu/drm/drm_probe_helper.c | 2 +-
> drivers/gpu/drm/i915/intel_crt.c | 3 --
> drivers/gpu/drm/i915/intel_display.c | 27 ++++++++++++++++
> drivers/gpu/drm/i915/intel_dsi.c | 5 ---
> drivers/gpu/drm/i915/intel_dvo.c | 3 --
> drivers/gpu/drm/i915/intel_fbc.c | 3 +-
> drivers/gpu/drm/i915/intel_hdmi.c | 3 --
> drivers/gpu/drm/i915/intel_sdvo.c | 3 --
> include/drm/drm_mode_config.h | 12 ++++++++
> include/drm/drm_modes.h | 24 +++++++--------
> include/uapi/drm/drm_mode.h | 30 ++++++++++++++----
> 14 files changed, 120 insertions(+), 59 deletions(-)
>
> --
> 2.13.6
--
Ville Syrjälä
Intel OTC
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2018-01-29 20:12 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-14 18:32 [PATCH 00/10] drm/uapi: Validate mode flags/type, and deprecate some of them Ville Syrjala
2017-11-14 18:32 ` [PATCH 01/10] drm/modes: Move 3D stereo flag check into drm_mode_validate_basic() Ville Syrjala
2017-11-14 19:22 ` Alex Deucher
2017-11-14 18:32 ` [PATCH 02/10] drm/uapi: Validate the mode flags/type Ville Syrjala
2017-11-14 18:42 ` [Intel-gfx] " Chris Wilson
2017-11-14 18:46 ` Ville Syrjälä
2017-11-15 15:49 ` [PATCH v2 " Ville Syrjala
2017-11-15 17:38 ` Alex Deucher
2017-11-15 18:02 ` Jose Abreu
2017-11-15 18:11 ` Ville Syrjälä
2018-03-21 20:45 ` drm-next xf86-video-vmware breakage Was [PATCH " Thomas Hellstrom
2018-03-21 20:51 ` Ville Syrjälä
2018-03-21 21:06 ` Thomas Hellstrom
2017-11-14 18:32 ` [PATCH 03/10] drm/uapi: Deprecate DRM_MODE_FLAG_PIXMUX Ville Syrjala
2017-11-14 19:12 ` Alex Deucher
2017-11-15 18:05 ` Jose Abreu
2017-11-14 18:32 ` [PATCH 04/10] drm/uapi: Deprecate DRM_MODE_FLAG_BCAST Ville Syrjala
2017-11-14 19:13 ` Alex Deucher
2017-11-15 18:05 ` Jose Abreu
2017-11-14 18:32 ` [PATCH 05/10] drm/modes: Fix description of DRM_MODE_TYPE_USERDEF Ville Syrjala
2017-11-14 19:32 ` Alex Deucher
2017-11-14 18:32 ` [PATCH 06/10] drm/modes: Kill off the oddball DRM_MODE_TYPE_CRTC_C vs. DRM_MODE_TYPE_BUILTIN handling Ville Syrjala
2017-11-14 18:43 ` Chris Wilson
2017-11-14 19:16 ` Alex Deucher
2017-11-14 18:32 ` [PATCH 07/10] drm/modes: Kill DRM_MODE_TYPE_CLOCK_CRTC_C define Ville Syrjala
2017-11-14 19:17 ` Alex Deucher
2017-11-14 18:32 ` [PATCH 08/10] drm/uapi: Deprecate nonsense kms mode types Ville Syrjala
2017-11-14 19:19 ` Alex Deucher
2017-11-14 20:43 ` Adam Jackson
[not found] ` <20171115154504.14338-1-ville.syrjala@linux.intel.com>
2017-11-15 18:04 ` [PATCH v2 " Jose Abreu
2017-11-14 18:32 ` [PATCH 09/10] drm/modes: Provide global mode_valid hook Ville Syrjala
2017-11-20 8:00 ` Daniel Vetter
2017-11-14 18:32 ` [PATCH 10/10] drm/i915: Provide a device level .mode_valid() hook Ville Syrjala
2017-11-20 8:01 ` Daniel Vetter
2017-11-20 8:02 ` Daniel Vetter
2017-11-14 19:13 ` ✓ Fi.CI.BAT: success for drm/uapi: Validate mode flags/type, and deprecate some of them Patchwork
2017-11-14 21:41 ` ✗ Fi.CI.IGT: failure " Patchwork
2017-11-15 16:11 ` ✓ Fi.CI.BAT: success for drm/uapi: Validate mode flags/type, and deprecate some of them (rev2) Patchwork
2017-11-15 17:12 ` ✗ Fi.CI.IGT: failure " Patchwork
2018-01-29 20:12 ` Ville Syrjälä [this message]
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=20180129201251.GX5453@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=Jose.Abreu@synopsys.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=keithp@keithp.com \
/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