Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp889429ybd; Wed, 26 Jun 2019 07:40:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqwQKJCEPc+vXcPDu6S4Gyh1N0o3lmpmOX9nAtb3uLUkhfN2fGnz+ldJcA3UDnqskbuG1PLa X-Received: by 2002:a17:90a:20a2:: with SMTP id f31mr5126893pjg.90.1561560041123; Wed, 26 Jun 2019 07:40:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561560041; cv=none; d=google.com; s=arc-20160816; b=seE+YCiYqM17EtEv6rXK8efe6qPCP0anSdNUz/1sx1nTbZarEwYS2sWb9qyGkozSZp faD1Ln0xr/fAPVTeLMvas4bTIim2oqvOd78qG3SlCfrfdeKfTRB9FPXnzzchLMvTzuoo Iz2Y6InfFekO/a4fMHCtx8E5knF4YV5NxtYueh99owjJy7T0jmWQzfTHg6YWrYyJ8Rio B6LB2k97OLlSRQzhggYa4qXFZ116oVvIWApOyKiyDPL+ihEXeeyHwsj/AOI8znqIoFmw o4jN8Jk25iwvMq6OQVCptk96bmoD5Jm0R4cBULBJxOT+jYCauPQcKO/BOp7kEs86O/VT Ek5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=1mvlG0/6a1y6kPzPVVY7tHbRE2zlWv7QmEEjryeJzqY=; b=FNt6fLC4cEm7GKOb4v9Rk2j1HgvanH5zchhsLuW0jxVlPfgs8DKuhw5gcfnvKurmvo dXQqi6DetUiIq9LExt/zAlDlXlUlDXDXU4Xvs1j5K/QPR4NQLtswTBXvrN6pV3BHeY6X 53FIvyR4ngxxVcnmxzm9TSvPx0nmUDVSjmjOEdWdo2vJPi/wO9HjQYxLb4bNr3ZCwBbJ L6QdsNlRE+Wqdk1iGdLF4b3OTMWNu+Y5mQdwgtEg/e+8G92irtRfz9dMNhTR6RXkCYrC cZSD8MmZKtBlbRZYshvE0DwerqyV4zgLXuRR9/ii/UdDpUz2Nw32V2XW7HzqthjLZIIq vooA== 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 e3si17473084pfa.248.2019.06.26.07.40.24; Wed, 26 Jun 2019 07:40:41 -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 S1728127AbfFZOkS (ORCPT + 99 others); Wed, 26 Jun 2019 10:40:18 -0400 Received: from asavdk3.altibox.net ([109.247.116.14]:40125 "EHLO asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727272AbfFZOkS (ORCPT ); Wed, 26 Jun 2019 10:40:18 -0400 Received: from ravnborg.org (unknown [158.248.194.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by asavdk3.altibox.net (Postfix) with ESMTPS id B6A632004F; Wed, 26 Jun 2019 16:40:14 +0200 (CEST) Date: Wed, 26 Jun 2019 16:40:13 +0200 From: Sam Ravnborg To: Gerd Hoffmann Cc: dri-devel@lists.freedesktop.org, Maxime Ripard , open list , David Airlie , tzimmermann@suse.de, Sean Paul Subject: Re: [PATCH 1/2] drm/vram: store dumb bo dimensions. Message-ID: <20190626144013.GB12510@ravnborg.org> References: <20190626065551.12956-1-kraxel@redhat.com> <20190626065551.12956-2-kraxel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190626065551.12956-2-kraxel@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=dqr19Wo4 c=1 sm=1 tr=0 a=UWs3HLbX/2nnQ3s7vZ42gw==:117 a=UWs3HLbX/2nnQ3s7vZ42gw==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=20KFwNOVAAAA:8 a=P2sAgps8Zq9CMGv8isMA:9 a=CjuIK1q_8ugA:10 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Gerd. On Wed, Jun 26, 2019 at 08:55:50AM +0200, Gerd Hoffmann wrote: > Store width and height of the bo. Needed in case userspace > sets up a framebuffer with fb->width != bo->width.. > > Signed-off-by: Gerd Hoffmann > --- > include/drm/drm_gem_vram_helper.h | 1 + > drivers/gpu/drm/drm_gem_vram_helper.c | 2 ++ > 2 files changed, 3 insertions(+) > > diff --git a/include/drm/drm_gem_vram_helper.h b/include/drm/drm_gem_vram_helper.h > index 1a0ea18e7a74..3692dba167df 100644 > --- a/include/drm/drm_gem_vram_helper.h > +++ b/include/drm/drm_gem_vram_helper.h > @@ -39,6 +39,7 @@ struct drm_gem_vram_object { > struct drm_gem_object gem; > struct ttm_buffer_object bo; > struct ttm_bo_kmap_obj kmap; > + unsigned int width, height; > > /* Supported placements are %TTM_PL_VRAM and %TTM_PL_SYSTEM */ > struct ttm_placement placement; > diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c b/drivers/gpu/drm/drm_gem_vram_helper.c > index 4de782ca26b2..c02bf7694117 100644 > --- a/drivers/gpu/drm/drm_gem_vram_helper.c > +++ b/drivers/gpu/drm/drm_gem_vram_helper.c > @@ -377,6 +377,8 @@ int drm_gem_vram_fill_create_dumb(struct drm_file *file, > gbo = drm_gem_vram_create(dev, bdev, size, pg_align, interruptible); > if (IS_ERR(gbo)) > return PTR_ERR(gbo); > + gbo->width = args->width; > + gbo->height = args->height; > > ret = drm_gem_handle_create(file, &gbo->gem, &handle); > if (ret) Be warned, I may have missed something in the bigger picture. Your patch will set width and height only for dumb bo's But we have several users of drm_gem_vram_create() that will not set the width and height. So only in some cases can we rely on them being set. Should this be refactored so we always set width, height. Or maybe say in a small comment that width,height are only set for dumb bo's? Sam