Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp647807pxb; Wed, 22 Sep 2021 09:47:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrEiuRVe8bo2lMG1nSuF0aIaMgiqF3koxyBUUn1sogtPxDb1UqGjOo6XKFztyI4aqghyRu X-Received: by 2002:a17:907:7348:: with SMTP id dq8mr158997ejc.174.1632329240561; Wed, 22 Sep 2021 09:47:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632329240; cv=none; d=google.com; s=arc-20160816; b=Joyokjw8UbNorHGA5V6zzbUWOcspGfXh4lNFUDTx6s2vP10mzJ4lTrz6bj1fvo6EKp 0HEazqtY4k3oDmL81t6utBCZ5z4AOY3qFd0xgqlFV4rvLmHBKcXKevdDazhGl9liRdP5 7dexWAwpGj3Eqbg69HA9KSEUnlzFPP/I5NghQiOGSLl8M/NEWHFW/g/yp2P6/m9EMGZN bQ2lnvKFbfRbqHOZdtITiwo45JU8U0UK/0zB4ewlec0BVKIbGfo2dxuUZIxcvNgaUC1N Wa6xHlgTgFLgwE3lQLlEH+HB0nCPbJihPyo5dO6u+bxhaDxM/V8CFf8ud5nABQno2yhO pZLQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=1bObKZJzM97glN0FgFnH7igE+o6lx2d67d+NdmZCytQ=; b=nix5o/oGOUb8fOfP5z5EsfyDFEl1KM2Lc3/uBfmjARPHn3y/6ctzsvKRubkvIDo8ex myS7dPTYmFqdB2C/pBOyFSf6P7vuE79JxG+S3xobm+364vVzI9W0Y5lrJkaNy6zP3CFA fic2VQk78x3AQ5Tyi/vOmtXLB6yT33hoUFu14zl9/4AndOK1GhNbF+Sv+WVz1Q7kDV2g 0pNMhHGdmoJYUJR01JsT4eezxQ8glTBqz4lHefmYj5q4WiqRWNmXnIE65/hUOQ8Fkp4n z428jKSq5C8r5niazZExXTC0qNUKJY6XtWKWN+sO0TGbyFHmJitjmIdO98M2x9hyMxcx ciiw== 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 b1si4182017ejb.152.2021.09.22.09.46.52; Wed, 22 Sep 2021 09:47:20 -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 S232081AbhIVQrD (ORCPT + 99 others); Wed, 22 Sep 2021 12:47:03 -0400 Received: from gloria.sntech.de ([185.11.138.130]:50984 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229467AbhIVQrD (ORCPT ); Wed, 22 Sep 2021 12:47:03 -0400 Received: from ip5f5a6e92.dynamic.kabel-deutschland.de ([95.90.110.146] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mT5N7-0001Oz-HF; Wed, 22 Sep 2021 18:45:25 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Colin King , Sandy Huang , David Airlie , Daniel Vetter , dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, Alex Bee Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH][next] drm/rockchip: Remove redundant assignment of pointer connector Date: Wed, 22 Sep 2021 18:45:24 +0200 Message-ID: <22365175.EbdSka62eY@diego> In-Reply-To: <27c79f7a-8e4c-fad8-c6cf-a89793f2e3c6@gmail.com> References: <20210922112416.182134-1-colin.king@canonical.com> <27c79f7a-8e4c-fad8-c6cf-a89793f2e3c6@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alex, Am Mittwoch, 22. September 2021, 18:35:38 CEST schrieb Alex Bee: > Hi Colin, > Am 22.09.21 um 13:24 schrieb Colin King: > > From: Colin Ian King > > > > The pointer connector is being assigned a value that is never > > read, it is being updated immediately afterwards. The assignment > > is redundant and can be removed. > > The pointer to the connector is used in rockchip_rgb_fini for > drm_connector_cleanup. > It's pretty much the same for the encoder, btw. I think the issue is more the two lines connector = &rgb->connector; connector = drm_bridge_connector_init(rgb->drm_dev, encoder); hence the connector = &rgb->connector being overwritten immediately after Now that I look at it again, the whole approach looks strange. drm_bridge_connector_init() creates the connector structure and returns a pointer to it. So the first line below sets the connector pointer to point to the &rgb->connector element and the second line then set a completely different address into it. So the connector element in rockchip_lvds and rockchip_rgb should actually become a pointer itself to hold the connector element returned from drm_bridge_connector_init() . Heiko > > Regards, > > Alex > > > > Addresses-Coverity: ("Unused value") > > Signed-off-by: Colin Ian King > > --- > > drivers/gpu/drm/rockchip/rockchip_rgb.c | 1 - > > 1 file changed, 1 deletion(-) > > > > diff --git a/drivers/gpu/drm/rockchip/rockchip_rgb.c b/drivers/gpu/drm/rockchip/rockchip_rgb.c > > index 09be9678f2bd..18fb84068a64 100644 > > --- a/drivers/gpu/drm/rockchip/rockchip_rgb.c > > +++ b/drivers/gpu/drm/rockchip/rockchip_rgb.c > > @@ -150,7 +150,6 @@ struct rockchip_rgb *rockchip_rgb_init(struct device *dev, > > if (ret) > > goto err_free_encoder; > > > > - connector = &rgb->connector; > > connector = drm_bridge_connector_init(rgb->drm_dev, encoder); > > if (IS_ERR(connector)) { > > DRM_DEV_ERROR(drm_dev->dev, > > > >