Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp2108712ybi; Thu, 20 Jun 2019 09:14:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqzT9F2kBsNWu0nxEXxRqoYLWmTCAW4NfJLEFKMFckNObKsfpJ0AFd1Hs82D6my4Xm6I74Tj X-Received: by 2002:a17:90a:8985:: with SMTP id v5mr421412pjn.136.1561047252419; Thu, 20 Jun 2019 09:14:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561047252; cv=none; d=google.com; s=arc-20160816; b=nkl4E3tn6E5p6SpMvFARzBSNLYuGOk8GAvLMvKdWCIDwpFyFH0hqvLUlY7Zr3L0TBQ LCeNFZl62akKOo3NW6JngtYNsaynNNgK7gXaGFB+6D0UvwHb2nRBFqNf1YAxLYd6wZT6 3E1tnbAiZY9qniTZ8a7rL0CgAGYu5PzcaaNXQpg7cZDkrNpdvw4vDPejJGo1SMZHXCK/ oMG8Gubpvnv++QgI/aedOrBmeWattJ1a7OfhVZXRWmCu+Mti4NG023HIhraTig1Fb3rp fB/eFhcFO7Wt4MJVTV1dX2IUkgtYiAkO19MT9PQr2DooW/3rYZvoYuSBaYxHnkIMnt1K LwLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=b9UXZ53vkBFdz8FCfhf7AnSMSLWW5RH+RisX4IsA6W0=; b=q7pqhqePwCjN4RiWbNlaZe5pU8jZOAnxci5Ym/9Idce+TThAsl78vASzaK/Z1b2qbz WlzACujKhhInNewaBrB2pE9cLZG387dElUgPpd0AJCKtN0PncNEhJrmCA3hvzgQMAIzp PPbQS1m+UeL1mUmMbENALEX+YLSFahefncQbNRe/U7IiflVOCrGwB3pIxlpRwKwntw4x i3qKKkRkS8m4qau/WjIqTYqXo6f1vQHnUAlZgU9Z6cwy+H+/EkUVevAUM3VaXdWgaZ4r WDGDfu+Onhrqp2b2tyh4h41KhUkh9CVpnxGwUG/q8rDMfzumQwTgesirccyjKfSZxO2R O+Zg== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q14si164191pjp.78.2019.06.20.09.13.56; Thu, 20 Jun 2019 09:14:12 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732328AbfFTQN2 (ORCPT + 99 others); Thu, 20 Jun 2019 12:13:28 -0400 Received: from mga05.intel.com ([192.55.52.43]:50269 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732311AbfFTQNZ (ORCPT ); Thu, 20 Jun 2019 12:13:25 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Jun 2019 09:13:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,397,1557212400"; d="scan'208";a="311712291" Received: from waelreed-mobl1.ger.corp.intel.com (HELO kekkonen.fi.intel.com) ([10.252.63.228]) by orsmga004.jf.intel.com with ESMTP; 20 Jun 2019 09:13:22 -0700 Received: by kekkonen.fi.intel.com (Postfix, from userid 1000) id 3345721D88; Thu, 20 Jun 2019 19:13:19 +0300 (EEST) Date: Thu, 20 Jun 2019 19:13:18 +0300 From: Sakari Ailus To: Hugues Fruchet Cc: Alexandre Torgue , Mauro Carvalho Chehab , Hans Verkuil , linux-media@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, Benjamin Gaignard , Yannick Fertre , Philippe CORNU , Mickael GUENE Subject: Re: [PATCH v2 2/3] media: stm32-dcmi: add media controller support Message-ID: <20190620161318.zfcdp3jb5erwhjo6@kekkonen.localdomain> References: <1560242912-17138-1-git-send-email-hugues.fruchet@st.com> <1560242912-17138-3-git-send-email-hugues.fruchet@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1560242912-17138-3-git-send-email-hugues.fruchet@st.com> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Hugues, On Tue, Jun 11, 2019 at 10:48:31AM +0200, Hugues Fruchet wrote: > Add media controller support to dcmi. > > Signed-off-by: Hugues Fruchet > --- > drivers/media/platform/Kconfig | 2 +- > drivers/media/platform/stm32/stm32-dcmi.c | 83 +++++++++++++++++++++++-------- > 2 files changed, 63 insertions(+), 22 deletions(-) > > diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig > index 8a19654..de7e21f 100644 > --- a/drivers/media/platform/Kconfig > +++ b/drivers/media/platform/Kconfig > @@ -121,7 +121,7 @@ config VIDEO_S3C_CAMIF > > config VIDEO_STM32_DCMI > tristate "STM32 Digital Camera Memory Interface (DCMI) support" > - depends on VIDEO_V4L2 && OF > + depends on VIDEO_V4L2 && OF && MEDIA_CONTROLLER Ok, if the intent is to require MC from now on, then I think you could simply rely on media_entity_remote_pad() in finding the image source. > depends on ARCH_STM32 || COMPILE_TEST > select VIDEOBUF2_DMA_CONTIG > select V4L2_FWNODE > diff --git a/drivers/media/platform/stm32/stm32-dcmi.c b/drivers/media/platform/stm32/stm32-dcmi.c > index 7a4d559..3a69783 100644 > --- a/drivers/media/platform/stm32/stm32-dcmi.c > +++ b/drivers/media/platform/stm32/stm32-dcmi.c > @@ -170,6 +170,9 @@ struct stm32_dcmi { > > /* Ensure DMA operations atomicity */ > struct mutex dma_lock; > + > + struct media_device mdev; > + struct media_pad vid_cap_pad; > }; > > static inline struct stm32_dcmi *notifier_to_dcmi(struct v4l2_async_notifier *n) > @@ -1545,21 +1548,12 @@ static int dcmi_graph_notify_complete(struct v4l2_async_notifier *notifier) > dev_err(dcmi->dev, "Could not get sensor bounds\n"); > return ret; > } > - > ret = dcmi_set_default_fmt(dcmi); > if (ret) { > dev_err(dcmi->dev, "Could not set default format\n"); > return ret; > } > > - ret = video_register_device(dcmi->vdev, VFL_TYPE_GRABBER, -1); > - if (ret) { > - dev_err(dcmi->dev, "Failed to register video device\n"); > - return ret; > - } > - > - dev_dbg(dcmi->dev, "Device registered as %s\n", > - video_device_node_name(dcmi->vdev)); > return 0; > } > > @@ -1648,6 +1642,12 @@ static int dcmi_graph_init(struct stm32_dcmi *dcmi) > return 0; > } > > +static void dcmi_graph_deinit(struct stm32_dcmi *dcmi) > +{ > + v4l2_async_notifier_unregister(&dcmi->notifier); > + v4l2_async_notifier_cleanup(&dcmi->notifier); I'd just leave the calls where they are now. This doesn't improve readability of the code, rather the opposite. > +} > + > static int dcmi_probe(struct platform_device *pdev) > { > struct device_node *np = pdev->dev.of_node; > @@ -1752,10 +1752,27 @@ static int dcmi_probe(struct platform_device *pdev) > > q = &dcmi->queue; > > + dcmi->v4l2_dev.mdev = &dcmi->mdev; > + > + /* Initialize media device */ > + strscpy(dcmi->mdev.model, DRV_NAME, sizeof(dcmi->mdev.model)); > + snprintf(dcmi->mdev.bus_info, sizeof(dcmi->mdev.bus_info), > + "platform:%s", DRV_NAME); > + dcmi->mdev.dev = &pdev->dev; > + media_device_init(&dcmi->mdev); > + > + /* Register the media device */ > + ret = media_device_register(&dcmi->mdev); > + if (ret) { > + dev_err(dcmi->dev, "Failed to register media device (%d)\n", > + ret); > + goto err_media_device_cleanup; > + } > + > /* Initialize the top-level structure */ > ret = v4l2_device_register(&pdev->dev, &dcmi->v4l2_dev); > if (ret) > - goto err_dma_release; > + goto err_media_device_unregister; > > dcmi->vdev = video_device_alloc(); > if (!dcmi->vdev) { > @@ -1775,6 +1792,25 @@ static int dcmi_probe(struct platform_device *pdev) > V4L2_CAP_READWRITE; > video_set_drvdata(dcmi->vdev, dcmi); > > + /* Media entity pads */ > + dcmi->vid_cap_pad.flags = MEDIA_PAD_FL_SINK; > + ret = media_entity_pads_init(&dcmi->vdev->entity, > + 1, &dcmi->vid_cap_pad); > + if (ret) { > + dev_err(dcmi->dev, "Failed to init media entity pad\n"); > + goto err_device_unregister; > + } > + dcmi->vdev->entity.flags |= MEDIA_ENT_FL_DEFAULT; > + > + ret = video_register_device(dcmi->vdev, VFL_TYPE_GRABBER, -1); > + if (ret) { > + dev_err(dcmi->dev, "Failed to register video device\n"); > + goto err_media_entity_cleanup; > + } > + > + dev_dbg(dcmi->dev, "Device registered as %s\n", > + video_device_node_name(dcmi->vdev)); > + > /* Buffer queue */ > q->type = V4L2_BUF_TYPE_VIDEO_CAPTURE; > q->io_modes = VB2_MMAP | VB2_READ | VB2_DMABUF; > @@ -1790,18 +1826,18 @@ static int dcmi_probe(struct platform_device *pdev) > ret = vb2_queue_init(q); > if (ret < 0) { > dev_err(&pdev->dev, "Failed to initialize vb2 queue\n"); > - goto err_device_release; > + goto err_media_entity_cleanup; > } > > ret = dcmi_graph_init(dcmi); > if (ret < 0) > - goto err_device_release; > + goto err_media_entity_cleanup; > > /* Reset device */ > ret = reset_control_assert(dcmi->rstc); > if (ret) { > dev_err(&pdev->dev, "Failed to assert the reset line\n"); > - goto err_cleanup; > + goto err_graph_deinit; > } > > usleep_range(3000, 5000); > @@ -1809,7 +1845,7 @@ static int dcmi_probe(struct platform_device *pdev) > ret = reset_control_deassert(dcmi->rstc); > if (ret) { > dev_err(&pdev->dev, "Failed to deassert the reset line\n"); > - goto err_cleanup; > + goto err_graph_deinit; > } > > dev_info(&pdev->dev, "Probe done\n"); > @@ -1820,13 +1856,16 @@ static int dcmi_probe(struct platform_device *pdev) > > return 0; > > -err_cleanup: > - v4l2_async_notifier_cleanup(&dcmi->notifier); > -err_device_release: > - video_device_release(dcmi->vdev); > +err_graph_deinit: > + dcmi_graph_deinit(dcmi); > +err_media_entity_cleanup: > + media_entity_cleanup(&dcmi->vdev->entity); > err_device_unregister: > v4l2_device_unregister(&dcmi->v4l2_dev); > -err_dma_release: > +err_media_device_unregister: > + media_device_unregister(&dcmi->mdev); > +err_media_device_cleanup: > + media_device_cleanup(&dcmi->mdev); > dma_release_channel(dcmi->dma_chan); > > return ret; > @@ -1838,9 +1877,11 @@ static int dcmi_remove(struct platform_device *pdev) > > pm_runtime_disable(&pdev->dev); > > - v4l2_async_notifier_unregister(&dcmi->notifier); > - v4l2_async_notifier_cleanup(&dcmi->notifier); > + dcmi_graph_deinit(dcmi); > + media_entity_cleanup(&dcmi->vdev->entity); > v4l2_device_unregister(&dcmi->v4l2_dev); > + media_device_unregister(&dcmi->mdev); Please unregister the media device first before unregistering anything else it depends on (i.e. async notifier or the entity). > + media_device_cleanup(&dcmi->mdev); > > dma_release_channel(dcmi->dma_chan); > -- Kind regards, Sakari Ailus sakari.ailus@linux.intel.com