From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E4489C55179 for ; Fri, 30 Oct 2020 09:00:07 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5878E20709 for ; Fri, 30 Oct 2020 09:00:07 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="Ji8+oxHc"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=ffwll.ch header.i=@ffwll.ch header.b="AoEKwFGh" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5878E20709 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ffwll.ch Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=Fr1BbFeXRbLTOZHivG1/QGRJvQrcZ2hzZOecsl1vszI=; b=Ji8+oxHcimF+7qm3mAlS4h7Mb 13sP/ixti6oV8l0uQ2A5cAoqo0mR3KDP49sruhVkWUnqaxfBnd5fQksQXV30Jx2RkgcdjxxsI+10X FM22JWaSYkycs6GKJpe3KKDlcuopbURQpAnnvCqN44PGR/j2l5mGPAAcx1LuVsMk8STE8/4bLZ5xE fmrKt91q5lMhWjRwp14sxRibOCDRG9Ryk8zSEzbYLOWauxbUibn4v0hZeitAiYD7qjnFXnuaOOOsU jLFcxvcVzTQelCw6YhU1cwFxeRjBDMUXRdWk4Bnp5boSQMMWHewDcUPVSDuw4wWqUeo+tiYhaWgcl lVjvrn08Q==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kYQG2-00025r-FA; Fri, 30 Oct 2020 08:59:38 +0000 Received: from mail-wm1-x342.google.com ([2a00:1450:4864:20::342]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kYQFz-00024Z-3i for linux-arm-kernel@lists.infradead.org; Fri, 30 Oct 2020 08:59:36 +0000 Received: by mail-wm1-x342.google.com with SMTP id 13so2142771wmf.0 for ; Fri, 30 Oct 2020 01:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=9ROGplUbZs7e1OJlVaZe98NOhP1EfRYzA6qupe/+nLU=; b=AoEKwFGhyB5gZS4CzG2eFqu3hhdK6JNE0R2CziU+UsBBQzDLpaoLqpV/yTfeEe9VXg NujTJ5OzBgeooFbOja1gIQ7R0bGMDinYormiXOl3jDG79VMCoSPoSHGmejmsn/HwRbxT Q9dxIC5bG+ycP0kJKA/B4Y4BGUJjP6UOOuZQc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=9ROGplUbZs7e1OJlVaZe98NOhP1EfRYzA6qupe/+nLU=; b=fCbO+PEKXnnTE7I838R72SdD0OK1yTSNRyF5EkwuMpuWEs0f1sHIRu7Na1V+xaJ6QJ 9bGlx/rXSjJ0FXhYCZV+lICJoAMz8dFhogO2VDDkFX+CkoicDVNAu5druzgr9PEPVaGz CXkPH1isepwnf2ODUcWg5xyJ6FG/gy4fF7RFqZbWFncSH3+PPGEo8+bjzq/zyz4wZ6MX 6rhuAmXLkaTd2gwAvlmRVcPYuIPZfJwb7hKcXXwGoFVvZyAu02mPeYI6aR5sMiNd+7GM iiEpGuxpuXI/RQMBy3jW2VLfgBPar9NNXHAMh/YbB+3OY8liFflPNcq+qwtQ271FvveO ybzg== X-Gm-Message-State: AOAM530apjzKOi/zy8hohgE7lkmo49mY6FHT8jKsouG7tIw24/6R9u3z AMc0quNrDOXuwfoArLT00RwHTQ== X-Google-Smtp-Source: ABdhPJw/JsGj0APPXKGrGy5Gpvx/CdsJoh2PIE1ZJTzvhaR5RtOnMCTpIwes6Y9+ba3oU4ms7R847w== X-Received: by 2002:a1c:4888:: with SMTP id v130mr537147wma.84.1604048374029; Fri, 30 Oct 2020 01:59:34 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id 26sm3937880wmk.42.2020.10.30.01.59.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 30 Oct 2020 01:59:33 -0700 (PDT) Date: Fri, 30 Oct 2020 09:59:31 +0100 From: Daniel Vetter To: Maxime Ripard Subject: Re: [PATCH 6/6] drm/vc4: kms: Add functions to create the state objects Message-ID: <20201030085931.GF401619@phenom.ffwll.local> References: <20201029190104.2181730-1-maxime@cerno.tech> <20201029190104.2181730-6-maxime@cerno.tech> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20201029190104.2181730-6-maxime@cerno.tech> X-Operating-System: Linux phenom 5.7.0-1-amd64 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201030_045935_198417_1B0204E1 X-CRM114-Status: GOOD ( 26.71 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Dave Stevenson , David Airlie , Maarten Lankhorst , dri-devel@lists.freedesktop.org, Eric Anholt , bcm-kernel-feedback-list@broadcom.com, linux-rpi-kernel@lists.infradead.org, Thomas Zimmermann , Daniel Vetter , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Oct 29, 2020 at 08:01:04PM +0100, Maxime Ripard wrote: > In order to make the vc4_kms_load code and error path a bit easier to > read and extend, add functions to create state objects, and use managed > actions to cleanup if needed. > > Signed-off-by: Maxime Ripard Nice. With an s/drmm_add_action/drmm_add_action_or_reset/ over the entire series: Acked-by: Daniel Vetter btw there's a series pending from imx people (Philip Zabel iirc) to add drmm support for modeset objects. I think that would really help clean up vc4. Or well make it slightly less buggy, since atm you're using devm_kzalloc, which strictly speaking, frees the memory too early. Anyway this here looks all nice. -Daniel > --- > drivers/gpu/drm/vc4/vc4_drv.c | 3 -- > drivers/gpu/drm/vc4/vc4_kms.c | 78 +++++++++++++++++++++++++---------- > 2 files changed, 57 insertions(+), 24 deletions(-) > > diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/drivers/gpu/drm/vc4/vc4_drv.c > index 6e037fbaa090..08c1cc225045 100644 > --- a/drivers/gpu/drm/vc4/vc4_drv.c > +++ b/drivers/gpu/drm/vc4/vc4_drv.c > @@ -312,9 +312,6 @@ static void vc4_drm_unbind(struct device *dev) > drm_dev_unregister(drm); > > drm_atomic_helper_shutdown(drm); > - > - drm_atomic_private_obj_fini(&vc4->load_tracker); > - drm_atomic_private_obj_fini(&vc4->ctm_manager); > } > > static const struct component_master_ops vc4_drm_ops = { > diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/drm/vc4/vc4_kms.c > index 708099a24406..fbfb0698073e 100644 > --- a/drivers/gpu/drm/vc4/vc4_kms.c > +++ b/drivers/gpu/drm/vc4/vc4_kms.c > @@ -93,6 +93,29 @@ static const struct drm_private_state_funcs vc4_ctm_state_funcs = { > .atomic_destroy_state = vc4_ctm_destroy_state, > }; > > +static void vc4_ctm_obj_fini(struct drm_device *dev, void *unused) > +{ > + struct vc4_dev *vc4 = to_vc4_dev(dev); > + > + drm_atomic_private_obj_fini(&vc4->ctm_manager); > +} > + > +static int vc4_ctm_obj_init(struct vc4_dev *vc4) > +{ > + struct vc4_ctm_state *ctm_state; > + > + drm_modeset_lock_init(&vc4->ctm_state_lock); > + > + ctm_state = kzalloc(sizeof(*ctm_state), GFP_KERNEL); > + if (!ctm_state) > + return -ENOMEM; > + > + drm_atomic_private_obj_init(vc4->dev, &vc4->ctm_manager, &ctm_state->base, > + &vc4_ctm_state_funcs); > + > + return drmm_add_action(&vc4->base, vc4_ctm_obj_fini, NULL); > +} > + > /* Converts a DRM S31.32 value to the HW S0.9 format. */ > static u16 vc4_ctm_s31_32_to_s0_9(u64 in) > { > @@ -609,6 +632,34 @@ static const struct drm_private_state_funcs vc4_load_tracker_state_funcs = { > .atomic_destroy_state = vc4_load_tracker_destroy_state, > }; > > +static void vc4_load_tracker_obj_fini(struct drm_device *dev, void *unused) > +{ > + struct vc4_dev *vc4 = to_vc4_dev(dev); > + > + if (!vc4->load_tracker_available) > + return 0; > + > + drm_atomic_private_obj_fini(&vc4->load_tracker); > +} > + > +static int vc4_load_tracker_obj_init(struct vc4_dev *vc4) > +{ > + struct vc4_load_tracker_state *load_state; > + > + if (!vc4->load_tracker_available) > + return 0; > + > + load_state = kzalloc(sizeof(*load_state), GFP_KERNEL); > + if (!load_state) > + return -ENOMEM; > + > + drm_atomic_private_obj_init(vc4->dev, &vc4->load_tracker, > + &load_state->base, > + &vc4_load_tracker_state_funcs); > + > + return drmm_add_action(&vc4->base, vc4_load_tracker_obj_fini, NULL); > +} > + > #define NUM_OUTPUTS 6 > #define NUM_CHANNELS 3 > > @@ -711,8 +762,6 @@ static const struct drm_mode_config_funcs vc4_mode_funcs = { > int vc4_kms_load(struct drm_device *dev) > { > struct vc4_dev *vc4 = to_vc4_dev(dev); > - struct vc4_ctm_state *ctm_state; > - struct vc4_load_tracker_state *load_state; > bool is_vc5 = of_device_is_compatible(dev->dev->of_node, > "brcm,bcm2711-vc5"); > int ret; > @@ -751,26 +800,13 @@ int vc4_kms_load(struct drm_device *dev) > dev->mode_config.async_page_flip = true; > dev->mode_config.allow_fb_modifiers = true; > > - drm_modeset_lock_init(&vc4->ctm_state_lock); > + ret = vc4_ctm_obj_init(vc4); > + if (ret) > + return ret; > > - ctm_state = kzalloc(sizeof(*ctm_state), GFP_KERNEL); > - if (!ctm_state) > - return -ENOMEM; > - > - drm_atomic_private_obj_init(dev, &vc4->ctm_manager, &ctm_state->base, > - &vc4_ctm_state_funcs); > - > - if (vc4->load_tracker_available) { > - load_state = kzalloc(sizeof(*load_state), GFP_KERNEL); > - if (!load_state) { > - drm_atomic_private_obj_fini(&vc4->ctm_manager); > - return -ENOMEM; > - } > - > - drm_atomic_private_obj_init(dev, &vc4->load_tracker, > - &load_state->base, > - &vc4_load_tracker_state_funcs); > - } > + ret = vc4_load_tracker_obj_init(vc4); > + if (ret) > + return ret; > > drm_mode_config_reset(dev); > > -- > 2.26.2 > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel