Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2185309yba; Fri, 17 May 2019 12:03:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqwai6ytXljSzj/PpQnynY4uqIbmImmWzjTdDr4GXKP5K2JJfRswYU3inTbErTULtxOhqDfv X-Received: by 2002:a17:902:4181:: with SMTP id f1mr37605679pld.22.1558119818236; Fri, 17 May 2019 12:03:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558119818; cv=none; d=google.com; s=arc-20160816; b=xomQzGHlEpxLGaUo9KcZe4c3DCWOfbmnugmDCcEPZmmTad1ze1aYt7ziexFwnTvcPE ebevcBDkkEp/NnAVQlWKBG/jJVU3dmbwZ691fiv3C+CVFYktvncFxVOA6EFGT24J0wTl +Z8sKSbdt79ITRL0XPrK5kzBg/8dhc0jnChVNF+eXmgvMhMsJHHzKG+aVG/xEWGlSf6g koQV/LiiqNKMQYbf46kR7kbL1bvVIYbo/pfoVIfb6PljgnIJzOvdR7coZH3GwOucSlNQ yb7IOMDERcFK5nU63XT1nVnnD3njGYxuxDELYNabkcZFpDYsiWBIF0/3bYrswIvlW5NI 4neA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=5D8ngbxTo+bWNhudfu5kzE8h4kTR//ZUuXwFde9Pq7g=; b=XeL1fTTdC0ml7TjMA//qmVxIPESdFrgcZhgSuPxnelBPPAn8XWBoHXYzGDFhOrwiAB ziKUH/Ssii/03nLlwdHXHRJvMIM7Xj5NY8MQilCYbCKaNULdxVhgPgO8aoGQ4wvRsZMe d+vJUDwRglZHenJJdSt9VnYde/c0CykjE0VCDc2fOrMQWdWsPTbODvjRuOl4UWzl5BwD IVsDiBCB55YioAFrbbJvlFSxiHDOIFyXbpclCsZ2RFiKFXsHGjUX3CT4lPDLBZyrJsPf jOiMsh8w3ywd9xli51ACp3MIU7NhRWjqMfWPB6/AppR1w9pmXczdCFlAoirT6ZJhqu99 fv7w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 21si9684543pfc.98.2019.05.17.12.03.22; Fri, 17 May 2019 12:03:38 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728238AbfEQRUe (ORCPT + 99 others); Fri, 17 May 2019 13:20:34 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:49326 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725932AbfEQRUd (ORCPT ); Fri, 17 May 2019 13:20:33 -0400 Received: from localhost.localdomain (unknown [IPv6:2804:431:9718:5766:d14e:219b:d0a:2eb5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: koike) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id C9449281CB5; Fri, 17 May 2019 18:20:29 +0100 (BST) From: Helen Koike To: linux-media@vger.kernel.org Cc: hverkuil-cisco@xs4all.nl, kernel@collabora.com, ezequiel.garcia@collabora.com, andrealmeid@collabora.com, Helen Koike , Mauro Carvalho Chehab , linux-kernel@vger.kernel.org Subject: [PATCH] media: vimc: fix component match compare Date: Fri, 17 May 2019 14:20:11 -0300 Message-Id: <20190517172011.13257-1-helen.koike@collabora.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If the system has other devices being registered in the component framework, the compare function will be called with a device that doesn't belong to vimc. This device is not necessarily a platform_device, nor have a platform_data (which causes a NULL pointer dereference error) and if it does have a pdata, it is not necessarily type of struct vimc_platform_data. So casting to any of these types is wrong. Instead of expecting a given pdev with a given pdata, just expect for the device it self. vimc-core is the one who creates them, we know in advance exactly which object to expect in the match. Fixes: 4a29b7090749 ("[media] vimc: Subdevices as modules") Signed-off-by: Helen Koike --- drivers/media/platform/vimc/vimc-core.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/media/platform/vimc/vimc-core.c b/drivers/media/platform/vimc/vimc-core.c index 3aa62d7e3d0e..23992affd01f 100644 --- a/drivers/media/platform/vimc/vimc-core.c +++ b/drivers/media/platform/vimc/vimc-core.c @@ -244,10 +244,7 @@ static void vimc_comp_unbind(struct device *master) static int vimc_comp_compare(struct device *comp, void *data) { - const struct platform_device *pdev = to_platform_device(comp); - const char *name = data; - - return !strcmp(pdev->dev.platform_data, name); + return comp == data; } static struct component_match *vimc_add_subdevs(struct vimc_device *vimc) @@ -277,7 +274,7 @@ static struct component_match *vimc_add_subdevs(struct vimc_device *vimc) } component_match_add(&vimc->pdev.dev, &match, vimc_comp_compare, - (void *)vimc->pipe_cfg->ents[i].name); + &vimc->subdevs[i]->dev); } return match; -- 2.20.1