[lkml]   [2022]   [Jan]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Patch in this message
    Subject[PATCH 5.4 256/320] drm/etnaviv: limit submit sizes
    From: Lucas Stach <>

    commit 6dfa2fab8ddd46faa771a102672176bee7a065de upstream.

    Currently we allow rediculous amounts of kernel memory being allocated
    via the etnaviv GEM_SUBMIT ioctl, which is a pretty easy DoS vector. Put
    some reasonable limits in to fix this.

    The commandstream size is limited to 64KB, which was already a soft limit
    on older kernels after which the kernel only took submits on a best effort
    base, so there is no userspace that tries to submit commandstreams larger
    than this. Even if the whole commandstream is a single incrementing address
    load, the size limit also limits the number of potential relocs and
    referenced buffers to slightly under 64K, so use the same limit for those
    arguments. The performance monitoring infrastructure currently supports
    less than 50 performance counter signals, so limiting them to 128 on a
    single submit seems like a reasonably future-proof number for now. This
    number can be bumped if needed without breaking the interface.

    Reported-by: Dan Carpenter <>
    Signed-off-by: Lucas Stach <>
    Reviewed-by: Christian Gmeiner <>
    Signed-off-by: Greg Kroah-Hartman <>
    drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 6 ++++++
    1 file changed, 6 insertions(+)

    --- a/drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c
    +++ b/drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c
    @@ -471,6 +471,12 @@ int etnaviv_ioctl_gem_submit(struct drm_
    return -EINVAL;

    + if (args->stream_size > SZ_64K || args->nr_relocs > SZ_64K ||
    + args->nr_bos > SZ_64K || args->nr_pmrs > 128) {
    + DRM_ERROR("submit arguments out of size limits\n");
    + return -EINVAL;
    + }
    * Copy the command submission and bo array to kernel space in
    * one go, and do this outside of any locks.

     \ /
      Last update: 2022-01-24 22:09    [W:2.986 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site