From: Daniel Vetter <daniel@ffwll.ch>
To: Charles Baylis <cb-kernel@fishzet.co.uk>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm: Return -ENOTTY for non-drm ioctls
Date: Tue, 20 Jul 2021 15:57:25 +0200 [thread overview]
Message-ID: <YPbWRTboLxaI8ASA@phenom.ffwll.local> (raw)
In-Reply-To: <YPG3IBlzaMhfPqCr@stando.fishzet.co.uk>
On Fri, Jul 16, 2021 at 05:43:12PM +0100, Charles Baylis wrote:
>
> Hi
>
> The attached patch fixes a problem where non-drm ioctls are incorrectly
> handled by drm drivers.
>
> This causes problems when isatty() is called on a file descriptor which
> was opened on a drm device node. Glibc implements isatty() by invoking
> the TCGETS ioctl on the fd. TCGETS is 0x5401, so this is handled by drm_ioctl
> as DRM_IOCTL_GET_UNIQUE, which succeeds, so isatty() returns true.
>
> As a side effect, DRM_IOCTL_GET_UNIQUE also writes to a pointer, in the
> argument buffer, so the calling application's memory can be corrupted, causing
> a crash later.
>
> Tested on an Ubuntu 20.10 VM under qemu with virgl:
> * "if [ -t 0 ]; then echo is a tty; fi < /dev/dri/card0" outputs nothing
> * glxgears still works
>
> Thanks
> Charles
> commit 0072b12086cdf7350df75d36a12d392e3ba92865
> Author: Charles Baylis <cb-kernel@fishzet.co.uk>
> Date: Fri Jul 16 11:58:47 2021 +0100
>
> drm: Return -ENOTTY for non-drm ioctls
>
> Return -ENOTTY from drm_ioctl() when userspace passes in a cmd number
> which doesn't relate to the drm subsystem.
>
> Glibc uses the TCGETS ioctl to implement isatty(), and without this
> change isatty() returns it incorrectly returns true for drm devices.
>
> To test run this command:
> $ if [ -t 0 ]; then echo is a tty; fi < /dev/dri/card0
> which shows "is a tty" without this patch.
>
> This may also modify memory which the userspace application is not
> expecting.
I fixed up the formatting here a bit to get git apply-mbox to accept this,
please try to use git send-email. Anyway this is bug is as old as drm, did
you see whether other subsystems are buggy like this too?
Patch applied to drm-misc-fixes with cc: stable.
Since this is pretty blantant issue, care to also type up an igt tests to
verify this stays fixed?
https://dri.freedesktop.org/docs/drm/gpu/drm-uapi.html#validating-changes-with-igt
Cheers, Daniel
>
> Signed-off-by: Charles Baylis <cb-kernel@fishzet.co.uk>
>
> diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c
> index 98ae00661656..f454e0424086 100644
> --- a/drivers/gpu/drm/drm_ioctl.c
> +++ b/drivers/gpu/drm/drm_ioctl.c
> @@ -834,6 +834,9 @@ long drm_ioctl(struct file *filp,
> if (drm_dev_is_unplugged(dev))
> return -ENODEV;
>
> + if (DRM_IOCTL_TYPE(cmd) != DRM_IOCTL_BASE)
> + return -ENOTTY;
> +
> is_driver_ioctl = nr >= DRM_COMMAND_BASE && nr < DRM_COMMAND_END;
>
> if (is_driver_ioctl) {
> diff --git a/include/drm/drm_ioctl.h b/include/drm/drm_ioctl.h
> index 10100a4bbe2a..afb27cb6a7bd 100644
> --- a/include/drm/drm_ioctl.h
> +++ b/include/drm/drm_ioctl.h
> @@ -68,6 +68,7 @@ typedef int drm_ioctl_compat_t(struct file *filp, unsigned int cmd,
> unsigned long arg);
>
> #define DRM_IOCTL_NR(n) _IOC_NR(n)
> +#define DRM_IOCTL_TYPE(n) _IOC_TYPE(n)
> #define DRM_MAJOR 226
>
> /**
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
prev parent reply other threads:[~2021-07-20 13:57 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-16 16:43 [PATCH] drm: Return -ENOTTY for non-drm ioctls Charles Baylis
2021-07-20 13:57 ` Daniel Vetter [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=YPbWRTboLxaI8ASA@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=cb-kernel@fishzet.co.uk \
--cc=dri-devel@lists.freedesktop.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.