Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp929909ybp; Fri, 4 Oct 2019 07:10:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqyG95AP8KykOAPOwHIY0prvFl4a1ey3QA431CIn17ISjVCaj1dR4oxZmGwSIwnYJZgXTdNE X-Received: by 2002:a50:b545:: with SMTP id z5mr15613791edd.203.1570198257061; Fri, 04 Oct 2019 07:10:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570198257; cv=none; d=google.com; s=arc-20160816; b=ZUCbcJwgs8HbefuDqLpAMT8r4nqqZWA2g+WpPNiAudUUl57nRi90f/PQnvvY7pbvOA fzftZwP3EVucMDFmkwfp9jIyGqV7qke+/8V5cNA8/r0xRYnxQQEUUrNS7n9iiCzaFg3O d6lTGgD1ad9C/TzADwA4u7FxyyEmLySxc/dQ397qjdeksf6b491It7X7bFHzOikgiDY+ v69ZnZJ6GZ3m3ikjUtCJdMBHp8CWwK4Fe3aiciDITAjukoRfU0d4bkstyvTF/mwoRQIo pyUGTI8to/u+kpYLmdR7QJTFBUlBHK04/JjAZJvTxUu1seV7IVN1I5mYnsOXaZlWISeY 2Yug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:subject:user-agent:message-id :references:cc:in-reply-to:from:to:content-transfer-encoding :mime-version; bh=u7e0YtFZyAj71kKvh/EpN1ZZKqJhvkqTsmdr3QikJ4k=; b=AEeFmGV/hr014vVFTq+h+O6cVn82z7G33mS+hHeuO11Wg3CJcnoZAeNvYPZEX/H2w2 PKMVwe2auPG9hI+syhkP0FWhXHJCme461xYM4e3Ne+A/gOoFt6QRvnLIOZJ/pURuOFqB s+mkJ6GuUDHFep5lN8dbyVTAYsFT/vz+tPmB0zEM/oq/G1q8J+1S6uCOZR94aQ4KvSBh 5++ndbGgDbwh/2X28gDaG64fgfQVLYJjuwjTJrsjayqUFs02w73NRDPxykXxkdJjodb/ KVcNqHZu4WWD2c5XvwV+K5tpgKp565c0hAWzR7GB8ZeOWpgH8Yn8FRfkpApP+2WqC1Vh 6eNg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id jx20si2981627ejb.291.2019.10.04.07.10.32; Fri, 04 Oct 2019 07:10:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389000AbfJDOJP convert rfc822-to-8bit (ORCPT + 99 others); Fri, 4 Oct 2019 10:09:15 -0400 Received: from mail.fireflyinternet.com ([109.228.58.192]:64145 "EHLO fireflyinternet.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2387917AbfJDOJP (ORCPT ); Fri, 4 Oct 2019 10:09:15 -0400 X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=78.156.65.138; Received: from localhost (unverified [78.156.65.138]) by fireflyinternet.com (Firefly Internet (M1)) with ESMTP (TLS) id 18724475-1500050 for multiple; Fri, 04 Oct 2019 15:08:59 +0100 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT To: Dan Carpenter , David Airlie From: Chris Wilson In-Reply-To: <20191004102251.GC823@mwanda> Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Sam Ravnborg , Emil Velikov References: <20191004102251.GC823@mwanda> Message-ID: <157019813720.18712.6286079822254824652@skylake-alporthouse-com> User-Agent: alot/0.6 Subject: Re: [PATCH] drm/i810: Prevent underflow in ioctl Date: Fri, 04 Oct 2019 15:08:57 +0100 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Dan Carpenter (2019-10-04 11:22:51) > The "used" variables here come from the user in the ioctl and it can be > negative. It could result in an out of bounds write. > > Signed-off-by: Dan Carpenter > --- > drivers/gpu/drm/i810/i810_dma.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/i810/i810_dma.c b/drivers/gpu/drm/i810/i810_dma.c > index 2a77823b8e9a..e66c38332df4 100644 > --- a/drivers/gpu/drm/i810/i810_dma.c > +++ b/drivers/gpu/drm/i810/i810_dma.c > @@ -728,7 +728,7 @@ static void i810_dma_dispatch_vertex(struct drm_device *dev, > if (nbox > I810_NR_SAREA_CLIPRECTS) > nbox = I810_NR_SAREA_CLIPRECTS; > > - if (used > 4 * 1024) > + if (used < 0 || used > 4 * 1024) > used = 0; Yes, as passed to the GPU instruction, negative used is invalid. Then it is used as an offset into a memblock, where a negative offset would be very bad. Reviewed-by: Chris Wilson -Chris