Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp2103837pxt; Sun, 8 Aug 2021 11:38:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8aRnzKo0tcJEB/dEGfBPfzejTeCGS/mVKoXt/0uNA7JfPLlfetcAJVT228klh/rl8q8SJ X-Received: by 2002:a17:906:b351:: with SMTP id cd17mr19620345ejb.36.1628447881776; Sun, 08 Aug 2021 11:38:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628447881; cv=none; d=google.com; s=arc-20160816; b=NQ3RjJbhA/Jr4uLQFY6E0vAQtMt29xTNTU86+xa5BL1WAMN968i4oXPD7aDha67zA8 h2CAhpZq/mmMPZEk9SvEprfJWCq6mVnhgYFf+k2gsUHSNwMaGZBbg/ssz2mxHglMauNq MQFuDcmCvV439FfU7W0+OHSriLul/1ODNzDXG8d0jgBGc2dw8Oz7P54BTjiybDclNJda PnvpsPVbFBq22qNcpBEOPHPn0fpL0mBm3CSuacDzfNM7BVP1FL0+i8NT8HEsv4U5Xhm0 gv0CduJ/QSNrfjsHHcyGhYFVWvVCkGteRl8YmWpqWqP6x5JuEEgOjue0ovu7Wjnj8+sa 5sZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=KY6MTf2+mEnW6tgPV/4ohKpAH6P4fGlc015drLQ5CbQ=; b=gxqvhMjxGwUndr+61kQdM3jc1N86NF6I//0JlcDoEY6c8A8T1VUhcmEYJlRThrp9az 1MflgRAzKAp570SKt2xXAfuznMvbQ2LJ0nEMdDgUdYGidRDmR369z3k0sFNllK966xYF wzeT3PuLmTQBtN+7KrFAd/XSmfPGAumv6GqW9sFaazOut/ywjxROsxD4RAS18Oxgd1YJ SP1TxUk7GLxozBao3EVMh/Jibpk9xI5WKdIXyFZkoHI1iZO15EVpkjtnaqPhEKg/jsoJ KjtZs82tanowAcjlnD4N5ZwW04b//AjakoyKzeLngJnPvPd9juS+ipnuR0pXQc+jl2Pw +kCA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gs43si2173600ejc.687.2021.08.08.11.37.38; Sun, 08 Aug 2021 11:38:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232180AbhHHS16 (ORCPT + 99 others); Sun, 8 Aug 2021 14:27:58 -0400 Received: from smtprelay0211.hostedemail.com ([216.40.44.211]:37816 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S230049AbhHHS16 (ORCPT ); Sun, 8 Aug 2021 14:27:58 -0400 Received: from omf08.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay06.hostedemail.com (Postfix) with ESMTP id 1364918225E17; Sun, 8 Aug 2021 18:27:38 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf08.hostedemail.com (Postfix) with ESMTPA id 42D601A29F9; Sun, 8 Aug 2021 18:27:36 +0000 (UTC) Message-ID: <5a003da4e38fcb50782664496fc37b84773a7813.camel@perches.com> Subject: Re: [PATCH 1/8] drm/ingenic: Remove dead code From: Joe Perches To: Thomas Zimmermann , Paul Cercueil , David Airlie , Daniel Vetter Cc: "H . Nikolaus Schaller" , Paul Boddie , list@opendingux.net, Sam Ravnborg , linux-mips@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Date: Sun, 08 Aug 2021 11:27:34 -0700 In-Reply-To: References: <20210808134526.119198-1-paul@crapouillou.net> <20210808134526.119198-2-paul@crapouillou.net> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.0-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 42D601A29F9 X-Spam-Status: No, score=-0.13 X-Stat-Signature: q7179owfxbtowekyohhcpja96iagy15d X-Rspamd-Server: rspamout02 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1+ldakpScWEGEFtHAUPDuqKsB2MKIB/sTQ= X-HE-Tag: 1628447256-237769 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2021-08-08 at 19:58 +0200, Thomas Zimmermann wrote: > > Am 08.08.21 um 15:45 schrieb Paul Cercueil: > > The priv->ipu_plane would get a different value further down the code, > > without the first assigned value being read first; so the first > > assignation can be dropped. > > > > Signed-off-by: Paul Cercueil > > Acked-by: Thomas Zimmermann I think this is at best an incomplete description. How is it known that this priv->ipu_plane assignment isn't necessary for any path of any failure path after this assignment and before the new assignment? > > diff --git a/drivers/gpu/drm/ingenic/ingenic-drm-drv.c b/drivers/gpu/drm/ingenic/ingenic-drm-drv.c [] > > @@ -984,9 +984,6 @@ static int ingenic_drm_bind(struct device *dev, bool has_components) > > ?? priv->dma_hwdescs->hwdesc_pal.cmd = JZ_LCD_CMD_ENABLE_PAL > > ?? | (sizeof(priv->dma_hwdescs->palette) / 4); > > > > - if (soc_info->has_osd) > > - priv->ipu_plane = drm_plane_from_index(drm, 0); > > - > > ?? primary = priv->soc_info->has_osd ? &priv->f1 : &priv->f0; > > > > ?? drm_plane_helper_add(primary, &ingenic_drm_plane_helper_funcs); > > >