Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp251647ybl; Wed, 4 Dec 2019 02:06:15 -0800 (PST) X-Google-Smtp-Source: APXvYqxf899/JZ+xWlA2R7kWW3Vu32BV51b2+yDr6W3FpSuY7xN+EEB2ywE00U1TQdYCeD/MQlfP X-Received: by 2002:a05:6808:9a1:: with SMTP id e1mr1858916oig.175.1575453975202; Wed, 04 Dec 2019 02:06:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575453975; cv=none; d=google.com; s=arc-20160816; b=y/sqaheMyebDAuo4QDltllT8mkoN6esF75h2wUnflCm6baEdR8takVux9lo1Qn3Vzv 3fJoqd8tfQoFTJimSy5r2Mi7E3eFdiV9eMfzCAdr9CBKce/gECjp9Z558njN0zQ71iAh oIJDBOMT503mrWTO6tbNE4wCxGe/l7gzEjhvybY0H1S23UCMc28+cfgQRnKqeNBc6m0Q 2nElCaOp45nNhInA0mEqSadEXWLoyHQtbJmQzv77c5f1g/dBrKubRLQkin9gcINM9KEv wzEarzYIV2vup0jKEechXzgAHVDFpFDl27vYLjfty3Ew86v7/+lIDle86JPdZJOZ0rBh TIaQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=yVwAPnbgoa3I5SIGNmyuB8wcmD43a4hW7SZzn9dMxPE=; b=Rq1i+qYoTu9mLSUl3gNNc6hcOpi5m64fSUV5u3zlTTuUBoNPqNEfRZvq1HoP6FBwB2 d/5IOwrrvUNeCLyACbbIDfvcF/oMpQ9Seukq1vDrbvbo5IDN1kIrTgdNz5fVmD9JJE4L UOo9BT9/d4YyGg+tCaRiN0EiV8JDGHe942VP4AEUwJMcWi3L/l5OaQcLkNptb++FPQa6 IA0QrzMH0UQDZ86dOnliERjmE4GE522cxO2Il2PHfK/QQIn/i596iZf3u7An2AwrT7ey rkMkr5CqUyQu1c8ggnKE+DLxWdMHsSUYCKsRh9VLBCBqconc//EyLJr/oGxgOXBXmd8p w+Fw== 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 m2si2703033otk.122.2019.12.04.02.06.01; Wed, 04 Dec 2019 02:06:15 -0800 (PST) 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 S1727446AbfLDKD7 (ORCPT + 99 others); Wed, 4 Dec 2019 05:03:59 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:48752 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726893AbfLDKD7 (ORCPT ); Wed, 4 Dec 2019 05:03:59 -0500 Received: from [IPv6:2a02:810a:113f:ad1c::498c] (unknown [IPv6:2a02:810a:113f:ad1c::498c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dafna) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 63B9628DFCC; Wed, 4 Dec 2019 10:03:55 +0000 (GMT) Subject: Re: [PATCH v3 RESEND] media: vimc: fla: Add virtual flash subdevice To: =?UTF-8?Q?Lucas_A=2e_M=2e_Magalh=c3=a3es?= , linux-media@vger.kernel.org Cc: hverkuil@xs4all.nl, linux-kernel@vger.kernel.org, helen.koike@collabora.com, edusbarretto@gmail.com, lkcamp@lists.libreplanetbr.org References: <20191203230148.2442-1-lucmaga@gmail.com> From: Dafna Hirschfeld Message-ID: Date: Wed, 4 Dec 2019 11:03:52 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: <20191203230148.2442-1-lucmaga@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Thanks for the patch On 12/4/19 12:01 AM, Lucas A. M. Magalhães wrote: > From: Lucas A. M. Magalhaes > > Add a virtual subdevice to simulate the flash control API. > Those are the supported controls: > v4l2-ctl -d /dev/v4l-subdev6 -L > Flash Controls > > led_mode 0x009c0901 (menu) : min=0 max=2 default=1 value=1 > 0: Off > 1: Flash > 2: Torch > strobe_source 0x009c0902 (menu) : min=0 max=1 default=0 value=0 > 0: Software > 1: External > strobe 0x009c0903 (button) : flags=write-only, execute-on-write > stop_strobe 0x009c0904 (button) : flags=write-only, execute-on-write > strobe_status 0x009c0905 (bool) : default=0 value=0 flags=read-only > strobe_timeout 0x009c0906 (int) : min=50 max=400 step=50 default=50 value=400 > intensity_flash_mode 0x009c0907 (int) : min=23040 max=1499600 step=11718 default=23040 value=23040 > intensity_torch_mode 0x009c0908 (int) : min=2530 max=187100 step=1460 default=2530 value=2530 > intensity_indicator 0x009c0909 (int) : min=0 max=255 step=1 default=0 value=0 > faults 0x009c090a (bitmask): max=0x00000002 default=0x00000000 value=0x00000000 > > Co-authored-by: Eduardo Barretto > Signed-off-by: Eduardo Barretto > Signed-off-by: Lucas A. M. Magalhães > > --- > Hi, > > I've copied some values from another driver (lm3646) to make it more > realistic, as suggested by Hans. All values except for > V4L2_CID_FLASH_INDICATOR_INTENSITY, which I couldn't find any > implementation. > > The v4l-compliance is failing. From the documentation > V4L2_CID_FLASH_STROBE should just work if the > V4L2_CID_FLASH_STROBE_SOURCE is "Software" and the > V4L2_CID_FLASH_LED_MODE is "Flash", otherwise it should fail. With the > standard values configured for the V4L2_CID_FLASH_STROBE will not fail. > But during the tests v4l-compliance sets V4L2_CID_FLASH_LED_MODE to > "Torch" and V4L2_CID_FLASH_STROBE_SOURCE to "External" which makes > V4L2_CID_FLASH_STROBE to fail. How do I proceed? Should the > v4l-compliance be changed? > > Changes in v3: > - Fix style errors > - Use more realistic numbers for the controllers > - Change from kthread to workqueue > - Change commit message for the new controllers values > > Changes in v2: > - Fix v4l2-complience errors > - Add V4L2_CID_FLASH_STROBE_STATUS behavior > - Add V4L2_CID_FLASH_STROBE restrictions > - Remove vimc_fla_g_volatile_ctrl > - Remove unnecessarie V4L2_CID_FLASH_CLASS > - Change varables names > > drivers/media/platform/vimc/Makefile | 2 +- > drivers/media/platform/vimc/vimc-common.c | 2 + > drivers/media/platform/vimc/vimc-common.h | 4 + > drivers/media/platform/vimc/vimc-core.c | 5 + > drivers/media/platform/vimc/vimc-flash.c | 248 ++++++++++++++++++++++ > 5 files changed, 260 insertions(+), 1 deletion(-) > create mode 100644 drivers/media/platform/vimc/vimc-flash.c > > diff --git a/drivers/media/platform/vimc/Makefile b/drivers/media/platform/vimc/Makefile > index a53b2b532e9f..e759bbb04b14 100644 > --- a/drivers/media/platform/vimc/Makefile > +++ b/drivers/media/platform/vimc/Makefile > @@ -1,6 +1,6 @@ > # SPDX-License-Identifier: GPL-2.0 > vimc-y := vimc-core.o vimc-common.o vimc-streamer.o vimc-capture.o \ > - vimc-debayer.o vimc-scaler.o vimc-sensor.o > + vimc-debayer.o vimc-scaler.o vimc-sensor.o vimc-flash.o > > obj-$(CONFIG_VIDEO_VIMC) += vimc.o > > diff --git a/drivers/media/platform/vimc/vimc-common.c b/drivers/media/platform/vimc/vimc-common.c > index a3120f4f7a90..cb786de75573 100644 > --- a/drivers/media/platform/vimc/vimc-common.c > +++ b/drivers/media/platform/vimc/vimc-common.c > @@ -203,6 +203,8 @@ struct media_pad *vimc_pads_init(u16 num_pads, const unsigned long *pads_flag) > struct media_pad *pads; > unsigned int i; > > + if (!num_pads) > + return NULL; Please rebase on top of latest master, this function was removed in patch 'media: vimc: embed the pads of entities in the entities' structs' > /* Allocate memory for the pads */ > pads = kcalloc(num_pads, sizeof(*pads), GFP_KERNEL); > if (!pads) > diff --git a/drivers/media/platform/vimc/vimc-common.h b/drivers/media/platform/vimc/vimc-common.h > index 698db7c07645..19815f0f4d40 100644 > --- a/drivers/media/platform/vimc/vimc-common.h > +++ b/drivers/media/platform/vimc/vimc-common.h > @@ -169,6 +169,10 @@ struct vimc_ent_device *vimc_sen_add(struct vimc_device *vimc, > const char *vcfg_name); > void vimc_sen_rm(struct vimc_device *vimc, struct vimc_ent_device *ved); > > +struct vimc_ent_device *vimc_fla_add(struct vimc_device *vimc, > + const char *vcfg_name); This should be lined with the opening '(' > +void vimc_fla_rm(struct vimc_device *vimc, struct vimc_ent_device *ved); > + > /** > * vimc_pads_init - initialize pads > * > diff --git a/drivers/media/platform/vimc/vimc-core.c b/drivers/media/platform/vimc/vimc-core.c > index 6e3e5c91ae39..5f6c750d3d8d 100644 > --- a/drivers/media/platform/vimc/vimc-core.c > +++ b/drivers/media/platform/vimc/vimc-core.c > @@ -91,6 +91,11 @@ static struct vimc_ent_config ent_config[] = { > .add = vimc_cap_add, > .rm = vimc_cap_rm, > }, > + { > + .name = "Flash Controller", > + .add = vimc_fla_add, > + .rm = vimc_fla_rm, > + } > }; > > static const struct vimc_ent_link ent_links[] = { > diff --git a/drivers/media/platform/vimc/vimc-flash.c b/drivers/media/platform/vimc/vimc-flash.c > new file mode 100644 > index 000000000000..3918beecec57 > --- /dev/null > +++ b/drivers/media/platform/vimc/vimc-flash.c > @@ -0,0 +1,248 @@ > +// SPDX-License-Identifier: GPL-2.0+ > +/* > + * vimc-flash.c Virtual Media Controller Driver > + * > + * Copyright (C) 2019 > + * Contributors: Lucas A. M. Magalhães > + * Eduardo Barretto > + * > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +#include "vimc-common.h" > + > +/* > + * Flash timeout in ms > + */ > +#define VIMC_FLASH_TIMEOUT_MS_MIN 50 > +#define VIMC_FLASH_TIMEOUT_MS_MAX 400 > +#define VIMC_FLASH_TIMEOUT_MS_STEP 50 > + > +/* > + * Torch intencity in uA > + */ > +#define VIMC_FLASH_TORCH_UA_MIN 2530 > +#define VIMC_FLASH_TORCH_UA_MAX 187100 > +#define VIMC_FLASH_TORCH_UA_STEP 1460 > + > +/* > + * Flash intencity in uA > + */ > +#define VIMC_FLASH_FLASH_UA_MIN 23040 > +#define VIMC_FLASH_FLASH_UA_MAX 1499600 > +#define VIMC_FLASH_FLASH_UA_STEP 11718 > + > +struct vimc_fla_device { > + struct vimc_ent_device ved; > + struct v4l2_subdev sd; > + struct v4l2_ctrl_handler hdl; > + int strobe_source; > + bool is_strobe; > + int led_mode; > + int indicator_intensity; > + int torch_intensity; > + int flash_intensity; > + u64 timeout; > + u64 last_strobe; > + struct workqueue_struct *wq; > + struct work_struct work; > + struct v4l2_ctrl *strobe_status_ctl; > +}; > + > +static void vimc_fla_strobe_work(struct work_struct *work) > +{ > + struct vimc_fla_device *vfla = > + container_of(work, struct vimc_fla_device, work); > + v4l2_ctrl_s_ctrl(vfla->strobe_status_ctl, true); > + vfla->last_strobe = ktime_get_ns(); > + while (vfla->is_strobe && > + vfla->last_strobe + vfla->timeout > ktime_get_ns()) { > + msleep_interruptible(VIMC_FLASH_TIMEOUT_MS_STEP); > + } > + v4l2_ctrl_s_ctrl(vfla->strobe_status_ctl, false); > +} > + > +static int vimc_fla_s_ctrl(struct v4l2_ctrl *c) > +{ > + struct vimc_fla_device *vfla = > + container_of(c->handler, struct vimc_fla_device, hdl); > + > + switch (c->id) { > + case V4L2_CID_FLASH_LED_MODE: > + vfla->led_mode = c->val; > + return 0; > + case V4L2_CID_FLASH_STROBE_SOURCE: > + vfla->strobe_source = c->val; > + return 0; > + case V4L2_CID_FLASH_STROBE: > + if (vfla->led_mode != V4L2_FLASH_LED_MODE_FLASH || > + vfla->strobe_source != V4L2_FLASH_STROBE_SOURCE_SOFTWARE){ you can add error/warning debug here, if you choose not to, then the parentheses are redundant. Additionally, the opening '{' should come after a space You can run srctipts/checkpatch.pl before submitting to catch such issues > + return -EINVAL; > + } > + queue_work(vfla->wq, &vfla->work); > + return 0; > + case V4L2_CID_FLASH_STROBE_STATUS: > + vfla->is_strobe = c->val; > + return 0; > + case V4L2_CID_FLASH_STROBE_STOP: > + vfla->is_strobe = false; > + return 0; > + case V4L2_CID_FLASH_TIMEOUT: > + vfla->timeout = c->val * 1000000; /* MS to NS */ > + return 0; > + case V4L2_CID_FLASH_INTENSITY: > + vfla->flash_intensity = c->val; > + return 0; > + case V4L2_CID_FLASH_TORCH_INTENSITY: > + vfla->torch_intensity = c->val; > + return 0; > + case V4L2_CID_FLASH_INDICATOR_INTENSITY: > + vfla->indicator_intensity = c->val; > + return 0; > + default: > + return -EINVAL; > + } > + return 0; > +} > + > +static const struct v4l2_ctrl_ops vimc_fla_ctrl_ops = { > + .s_ctrl = vimc_fla_s_ctrl, > +}; > + > +static const struct v4l2_subdev_core_ops vimc_fla_core_ops = { > + .subscribe_event = v4l2_ctrl_subdev_subscribe_event, > + .unsubscribe_event = v4l2_event_subdev_unsubscribe, > +}; > + > +static const struct v4l2_subdev_ops vimc_fla_ops = { > + .core = &vimc_fla_core_ops, > +}; > + > +static void vimc_fla_release(struct v4l2_subdev *sd) > +{ > + struct vimc_fla_device *vfla = > + container_of(sd, struct vimc_fla_device, sd); one tab is enough > + > + v4l2_ctrl_handler_free(&vfla->hdl); > + kfree(vfla); > +} > + > +static const struct v4l2_subdev_internal_ops vimc_fla_int_ops = { > + .release = vimc_fla_release, > +}; > + > +/* initialize device */ > +struct vimc_ent_device *vimc_fla_add(struct vimc_device *vimc, > + const char *vcfg_name) > +{ > + struct v4l2_device *v4l2_dev = &vimc->v4l2_dev; > + struct vimc_fla_device *vfla; > + int ret; > + > + /* Allocate the vfla struct */ > + vfla = kzalloc(sizeof(*vfla), GFP_KERNEL); > + if (!vfla) > + return NULL; I think it is better to change the return values of the .add calbbacks to return ERR_PTR upon error and not just NULL so that different types of errors can be distinguished. (This is not related specifically to this patch), If you want you can send a patch fixing that. > + > + v4l2_ctrl_handler_init(&vfla->hdl, 4); > + v4l2_ctrl_new_std_menu(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_LED_MODE, > + V4L2_FLASH_LED_MODE_TORCH, ~0x7, > + V4L2_FLASH_LED_MODE_FLASH); > + v4l2_ctrl_new_std_menu(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_STROBE_SOURCE, 0x1, ~0x3, > + V4L2_FLASH_STROBE_SOURCE_SOFTWARE); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_STROBE, 0, 0, 0, 0); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_STROBE_STOP, 0, 0, 0, 0); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_TIMEOUT, VIMC_FLASH_TIMEOUT_MS_MIN, > + VIMC_FLASH_TIMEOUT_MS_MAX, > + VIMC_FLASH_TIMEOUT_MS_STEP, > + VIMC_FLASH_TIMEOUT_MS_MIN); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_TORCH_INTENSITY, > + VIMC_FLASH_TORCH_UA_MIN, > + VIMC_FLASH_TORCH_UA_MAX, > + VIMC_FLASH_TORCH_UA_STEP, > + VIMC_FLASH_TORCH_UA_MIN); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_INTENSITY, > + VIMC_FLASH_FLASH_UA_MIN, > + VIMC_FLASH_FLASH_UA_MAX, > + VIMC_FLASH_FLASH_UA_STEP, > + VIMC_FLASH_FLASH_UA_MIN); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_INDICATOR_INTENSITY, > + 0, > + 255, > + 1, > + 0); why not having one line with "0,255,1,0);" ? > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_STROBE_STATUS, 0, 1, 1, 0); > + v4l2_ctrl_new_std(&vfla->hdl, &vimc_fla_ctrl_ops, > + V4L2_CID_FLASH_FAULT, 0, > + V4L2_FLASH_FAULT_TIMEOUT, 0, 0); > + vfla->sd.ctrl_handler = &vfla->hdl; > + if (vfla->hdl.error) { > + ret = vfla->hdl.error; > + goto err_free_vfla; > + } > + vfla->strobe_status_ctl = v4l2_ctrl_find(&vfla->hdl, > + V4L2_CID_FLASH_STROBE_STATUS); > + > + /* Initialize ved and sd */ > + ret = vimc_ent_sd_register(&vfla->ved, &vfla->sd, v4l2_dev, > + vcfg_name, > + MEDIA_ENT_F_FLASH, 0, NULL, > + &vimc_fla_int_ops, &vimc_fla_ops); > + if (ret) > + goto err_free_hdl; > + > + /* Create processing workqueue */ > + vfla->wq = alloc_workqueue("%s", 0, 0, "vimc-flash thread"); > + if (!vfla->wq) > + goto err_unregister; > + > + INIT_WORK(&vfla->work, vimc_fla_strobe_work); > + /* Initialize standard values */ > + vfla->indicator_intensity = 0; > + vfla->torch_intensity = 0; > + vfla->flash_intensity = 0; > + vfla->is_strobe = false; > + vfla->timeout = 0; > + vfla->last_strobe = 0; > + vfla->strobe_source = V4L2_FLASH_STROBE_SOURCE_SOFTWARE; > + vfla->led_mode = V4L2_FLASH_LED_MODE_FLASH; > + > + return &vfla->ved; > + > +err_unregister: > + vimc_ent_sd_unregister(&vfla->ved, &vfla->sd); > +err_free_hdl: > + v4l2_ctrl_handler_free(&vfla->hdl); > +err_free_vfla: > + kfree(vfla); > + > + return NULL; > +} > + > +void vimc_fla_rm(struct vimc_device *vimc, struct vimc_ent_device *ved) > +{ > + struct vimc_fla_device *vfla; > + > + if (!ved) > + return; > + > + vfla = container_of(ved, struct vimc_fla_device, ved); > + destroy_workqueue(vfla->wq); > + vimc_ent_sd_unregister(ved, &vfla->sd); > +} > Not sure but I think there are indentation issues in this patch, a tab should be 8 spaces Thanks, Dafna