Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933593AbdDFLJn (ORCPT ); Thu, 6 Apr 2017 07:09:43 -0400 Received: from regular1.263xmail.com ([211.150.99.140]:50504 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933338AbdDFLJf (ORCPT ); Thu, 6 Apr 2017 07:09:35 -0400 X-263anti-spam: KSV:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ABS-CHECKED: 4 X-RL-SENDER: jeffy.chen@rock-chips.com X-FST-TO: seanpaul@chromium.org X-SENDER-IP: 103.29.142.67 X-LOGIN-NAME: jeffy.chen@rock-chips.com X-UNIQUE-TAG: <7f3739bef7ffe1e8f7a2b1b5f4bd8216> X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Message-ID: <58E621D7.3030205@rock-chips.com> Date: Thu, 06 Apr 2017 19:09:11 +0800 From: jeffy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20130126 Thunderbird/19.0 MIME-Version: 1.0 To: Sean Paul , dianders@chromium.org, briannorris@chromium.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, tfiga@chromium.org, linux-rockchip@lists.infradead.org, zyw@rock-chips.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid References: <1491380967-28570-1-git-send-email-jeffy.chen@rock-chips.com> <1491380967-28570-9-git-send-email-jeffy.chen@rock-chips.com> <20170405162839.k6q4b3tpt6t2s3zm@art_vandelay> <20170406082612.qmwyfjr5uwcp3arr@phenom.ffwll.local> In-Reply-To: <20170406082612.qmwyfjr5uwcp3arr@phenom.ffwll.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2513 Lines: 80 Hi Daniel, On 04/06/2017 04:26 PM, Daniel Vetter wrote: > On Wed, Apr 05, 2017 at 12:28:40PM -0400, Sean Paul wrote: >> On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote: >>> After unbinding drm, the userspace may still has a chance to access >>> gem buf. >>> >>> Add a sanity check for a NULL dev_private to prevent that from >>> happening. >> >> I still don't understand how this is happening. You're saying that these hooks >> can be called after rockchip_drm_unbind() has finished? > > Yeah this is supposed to be impossible. If it isn't, we need to debug and > fix this properly. This smells like pretty bad duct-tape ... it looks like after unbind, the user space may still own drm dev fd, and could be able to call ioctl: lrwx------. 1 chronos chronos 64 Mar 15 12:53 28 -> /dev/dri/card1 (deleted) and the drm_unplug_dev may help it, maybe we should call it in unbind? or just break drm_ioctl when drm_dev not registered? > -Daniel > >> >> Sean >> >>> >>> Signed-off-by: Jeffy Chen >>> --- >>> >>> Changes in v3: >>> Address Daniel Vetter 's comments. >>> Update commit message. >>> >>> Changes in v2: None >>> >>> drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 8 ++++++++ >>> 1 file changed, 8 insertions(+) >>> >>> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c >>> index df9e570..205a3dc 100644 >>> --- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c >>> +++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c >>> @@ -184,6 +184,9 @@ static int rockchip_gem_alloc_buf(struct rockchip_gem_object *rk_obj, >>> struct drm_device *drm = obj->dev; >>> struct rockchip_drm_private *private = drm->dev_private; >>> >>> + if (!private) >>> + return -ENODEV; >>> + >>> if (private->domain) >>> return rockchip_gem_alloc_iommu(rk_obj, alloc_kmap); >>> else >>> @@ -208,6 +211,11 @@ static void rockchip_gem_free_dma(struct rockchip_gem_object *rk_obj) >>> >>> static void rockchip_gem_free_buf(struct rockchip_gem_object *rk_obj) >>> { >>> + struct drm_device *drm = rk_obj->base.dev; >>> + >>> + if (!drm->dev_private) >>> + return; >>> + >>> if (rk_obj->pages) >>> rockchip_gem_free_iommu(rk_obj); >>> else >>> -- >>> 2.1.4 >>> >> >> -- >> Sean Paul, Software Engineer, Google / Chromium OS >> _______________________________________________ >> dri-devel mailing list >> dri-devel@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/dri-devel >