From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Dafna Hirschfeld <dafna.hirschfeld@collabora.com>
Cc: linux-media@vger.kernel.org, helen.koike@collabora.com,
ezequiel@collabora.com, hverkuil@xs4all.nl, kernel@collabora.com,
dafna3@gmail.com, sakari.ailus@linux.intel.com,
linux-rockchip@lists.infradead.org, mchehab@kernel.org,
tfiga@chromium.org
Subject: Re: [PATCH] media: staging: rkisp1: fix dev param for dev_* debugs
Date: Fri, 22 May 2020 17:31:28 +0300 [thread overview]
Message-ID: <20200522143128.GB5824@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20200522115633.3166-1-dafna.hirschfeld@collabora.com>
Hi Dafna,
Thank you for the patch.
On Fri, May 22, 2020 at 01:56:33PM +0200, Dafna Hirschfeld wrote:
> In some debug prints a wrong 'dev' argument is used
> for the dev_(dbg/err/warn), this cause a prefix
> "(NULL device *)" to the prints.
> In some prints the 'dev' of the sensor subdevice is used
> which is also wrong.
>
> Signed-off-by: Dafna Hirschfeld <dafna.hirschfeld@collabora.com>
> ---
> drivers/staging/media/rkisp1/rkisp1-dev.c | 2 +-
> drivers/staging/media/rkisp1/rkisp1-isp.c | 17 ++++++++++-------
> drivers/staging/media/rkisp1/rkisp1-params.c | 2 +-
> drivers/staging/media/rkisp1/rkisp1-resizer.c | 2 +-
> 4 files changed, 13 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/staging/media/rkisp1/rkisp1-dev.c b/drivers/staging/media/rkisp1/rkisp1-dev.c
> index 9ac38bafb839..f38801fea10d 100644
> --- a/drivers/staging/media/rkisp1/rkisp1-dev.c
> +++ b/drivers/staging/media/rkisp1/rkisp1-dev.c
> @@ -129,7 +129,7 @@ static int rkisp1_create_links(struct rkisp1_device *rkisp1)
> ret = media_entity_get_fwnode_pad(&sd->entity, sd->fwnode,
> MEDIA_PAD_FL_SOURCE);
> if (ret < 0) {
> - dev_err(sd->dev, "failed to find src pad for %s\n",
> + dev_err(rkisp1->dev, "failed to find src pad for %s\n",
> sd->name);
> return ret;
> }
> diff --git a/drivers/staging/media/rkisp1/rkisp1-isp.c b/drivers/staging/media/rkisp1/rkisp1-isp.c
> index dc2b59a0160a..ec061b997bb4 100644
> --- a/drivers/staging/media/rkisp1/rkisp1-isp.c
> +++ b/drivers/staging/media/rkisp1/rkisp1-isp.c
> @@ -203,10 +203,8 @@ static struct v4l2_subdev *rkisp1_get_remote_sensor(struct v4l2_subdev *sd)
>
> local = &sd->entity.pads[RKISP1_ISP_PAD_SINK_VIDEO];
> remote = media_entity_remote_pad(local);
> - if (!remote) {
> - dev_warn(sd->dev, "No link between isp and sensor\n");
> + if (!remote)
> return NULL;
> - }
>
> sensor_me = remote->entity;
> return media_entity_to_v4l2_subdev(sensor_me);
> @@ -889,18 +887,20 @@ static const struct v4l2_subdev_pad_ops rkisp1_isp_pad_ops = {
> static int rkisp1_mipi_csi2_start(struct rkisp1_isp *isp,
> struct rkisp1_sensor_async *sensor)
> {
> + struct rkisp1_device *rkisp1 =
> + container_of(isp->sd.v4l2_dev, struct rkisp1_device, v4l2_dev);
The driver uses container_of() on the v4l2_dev in several places to get
the rkisp1_device in contexts where you only have the rkisp1_isp.
Wouldn't it be simpler to add a pointer to rkisp1_device in rkisp1_isp,
like there's one in rkisp1_capture and rkisp1_resizer ? It's not a
prerequisite for this patch.
> union phy_configure_opts opts;
> struct phy_configure_opts_mipi_dphy *cfg = &opts.mipi_dphy;
> s64 pixel_clock;
>
> if (!sensor->pixel_rate_ctrl) {
> - dev_warn(sensor->sd->dev, "No pixel rate control in subdev\n");
> + dev_warn(rkisp1->dev, "No pixel rate control in subdev\n");
Maybe s/in subdev/in sensor subdev/ ?
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> return -EPIPE;
> }
>
> pixel_clock = v4l2_ctrl_g_ctrl_int64(sensor->pixel_rate_ctrl);
> if (!pixel_clock) {
> - dev_err(sensor->sd->dev, "Invalid pixel rate value\n");
> + dev_err(rkisp1->dev, "Invalid pixel rate value\n");
> return -EINVAL;
> }
>
> @@ -933,8 +933,11 @@ static int rkisp1_isp_s_stream(struct v4l2_subdev *sd, int enable)
> }
>
> sensor_sd = rkisp1_get_remote_sensor(sd);
> - if (!sensor_sd)
> + if (!sensor_sd) {
> + dev_warn(rkisp1->dev, "No link between isp and sensor\n");
> return -ENODEV;
> + }
> +
> rkisp1->active_sensor = container_of(sensor_sd->asd,
> struct rkisp1_sensor_async, asd);
>
> @@ -1021,7 +1024,7 @@ int rkisp1_isp_register(struct rkisp1_device *rkisp1,
>
> ret = v4l2_device_register_subdev(v4l2_dev, sd);
> if (ret) {
> - dev_err(sd->dev, "Failed to register isp subdev\n");
> + dev_err(rkisp1->dev, "Failed to register isp subdev\n");
> goto err_cleanup_media_entity;
> }
>
> diff --git a/drivers/staging/media/rkisp1/rkisp1-params.c b/drivers/staging/media/rkisp1/rkisp1-params.c
> index 44d542caf32b..797e79de659c 100644
> --- a/drivers/staging/media/rkisp1/rkisp1-params.c
> +++ b/drivers/staging/media/rkisp1/rkisp1-params.c
> @@ -1607,7 +1607,7 @@ int rkisp1_params_register(struct rkisp1_params *params,
> goto err_release_queue;
> ret = video_register_device(vdev, VFL_TYPE_VIDEO, -1);
> if (ret) {
> - dev_err(&vdev->dev,
> + dev_err(rkisp1->dev,
> "failed to register %s, ret=%d\n", vdev->name, ret);
> goto err_cleanup_media_entity;
> }
> diff --git a/drivers/staging/media/rkisp1/rkisp1-resizer.c b/drivers/staging/media/rkisp1/rkisp1-resizer.c
> index d049374413dc..26fb41053f56 100644
> --- a/drivers/staging/media/rkisp1/rkisp1-resizer.c
> +++ b/drivers/staging/media/rkisp1/rkisp1-resizer.c
> @@ -639,7 +639,7 @@ static int rkisp1_rsz_set_selection(struct v4l2_subdev *sd,
> if (sel->target != V4L2_SEL_TGT_CROP || sel->pad == RKISP1_RSZ_PAD_SRC)
> return -EINVAL;
>
> - dev_dbg(sd->dev, "%s: pad: %d sel(%d,%d)/%dx%d\n", __func__,
> + dev_dbg(rsz->rkisp1->dev, "%s: pad: %d sel(%d,%d)/%dx%d\n", __func__,
> sel->pad, sel->r.left, sel->r.top, sel->r.width, sel->r.height);
>
> mutex_lock(&rsz->ops_lock);
--
Regards,
Laurent Pinchart
prev parent reply other threads:[~2020-05-22 14:31 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-22 11:56 [PATCH] media: staging: rkisp1: fix dev param for dev_* debugs Dafna Hirschfeld
2020-05-22 14:31 ` Laurent Pinchart [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200522143128.GB5824@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=dafna.hirschfeld@collabora.com \
--cc=dafna3@gmail.com \
--cc=ezequiel@collabora.com \
--cc=helen.koike@collabora.com \
--cc=hverkuil@xs4all.nl \
--cc=kernel@collabora.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=mchehab@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=tfiga@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).