* [RFC v2 0/2] SH CEU camera driver
@ 2017-04-27 8:42 Jacopo Mondi
2017-04-27 8:42 ` [RFC v2 1/2] media: platform: Add SH CEU camera interface driver Jacopo Mondi
` (2 more replies)
0 siblings, 3 replies; 19+ messages in thread
From: Jacopo Mondi @ 2017-04-27 8:42 UTC (permalink / raw)
To: laurent.pinchart, magnus.damm; +Cc: linux-renesas-soc
Edit: re-sending as new driver to ease review. Remove the existing
soc-camera one in patch [2/2].
Hello Renesas list,
this is a first attempt to move SH Mobile CEU driver away from soc_camera
framework.
The driver is -not tested- for lack of available platforms, just compiled in.
Sending it as RFC to collect early feedbacks.
The driver lacks functionalities provided by the original one, such as
re-scaling and cropping, originally performed using soc_camera provided helpers.
Not yet sharing with linux-media but with original driver authors only, and
Renesas SoC list.
I'm particularly interested in feedbacks in size/bus_parameters configuration
functions. While I have used most of the original driver code for functions
dealing with hardware configuration, those two have changed quite a lot, as the
number of FIXMEs and TODOs there show.
Thanks
j
v1 -> v2:
- resend as new driver and remove soc-camera based one
Jacopo Mondi (2):
media: platform: Add SH CEU camera interface driver
media: platform: soc-camera: Remove SH CEU driver
drivers/media/platform/Kconfig | 9 +
drivers/media/platform/Makefile | 2 +
drivers/media/platform/sh_ceu_camera.c | 1597 +++++++++++++++++
drivers/media/platform/soc_camera/Kconfig | 10 -
drivers/media/platform/soc_camera/Makefile | 1 -
.../platform/soc_camera/sh_mobile_ceu_camera.c | 1821 --------------------
6 files changed, 1608 insertions(+), 1832 deletions(-)
create mode 100644 drivers/media/platform/sh_ceu_camera.c
delete mode 100644 drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
--
2.7.4
^ permalink raw reply [flat|nested] 19+ messages in thread
* [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-04-27 8:42 [RFC v2 0/2] SH CEU camera driver Jacopo Mondi
@ 2017-04-27 8:42 ` Jacopo Mondi
2017-04-27 11:47 ` Laurent Pinchart
2017-04-27 8:42 ` [RFC v2 2/2] media: platform: soc-camera: Remove SH CEU driver Jacopo Mondi
2017-04-27 13:10 ` [RFC v2 0/2] SH CEU camera driver Chris Brandt
2 siblings, 1 reply; 19+ messages in thread
From: Jacopo Mondi @ 2017-04-27 8:42 UTC (permalink / raw)
To: laurent.pinchart, magnus.damm; +Cc: linux-renesas-soc
Add driver for SH Mobile CEU driver, based on
drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
The original driver was based on soc-camera framework.
Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
---
drivers/media/platform/Kconfig | 9 +
drivers/media/platform/Makefile | 2 +
drivers/media/platform/sh_ceu_camera.c | 1597 ++++++++++++++++++++++++++++++++
3 files changed, 1608 insertions(+)
create mode 100644 drivers/media/platform/sh_ceu_camera.c
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index c9106e1..afb10fd 100644
--- a/drivers/media/platform/Kconfig
+++ b/drivers/media/platform/Kconfig
@@ -114,6 +114,15 @@ config VIDEO_S3C_CAMIF
To compile this driver as a module, choose M here: the module
will be called s3c-camif.
+config VIDEO_SH_MOBILE_CEU
+ tristate "SuperH Mobile CEU Interface driver"
+ depends on VIDEO_DEV && VIDEO_V4L2 && HAS_DMA && HAVE_CLK
+ depends on ARCH_SHMOBILE || COMPILE_TEST
+ depends on HAS_DMA
+ select VIDEOBUF2_DMA_CONTIG
+ ---help---
+ This is a v4l2 driver for the SuperH Mobile CEU Interface
+
source "drivers/media/platform/soc_camera/Kconfig"
source "drivers/media/platform/exynos4-is/Kconfig"
source "drivers/media/platform/am437x/Kconfig"
diff --git a/drivers/media/platform/Makefile b/drivers/media/platform/Makefile
index 349ddf6..a2b9aa6 100644
--- a/drivers/media/platform/Makefile
+++ b/drivers/media/platform/Makefile
@@ -25,6 +25,8 @@ obj-$(CONFIG_VIDEO_CODA) += coda/
obj-$(CONFIG_VIDEO_SH_VEU) += sh_veu.o
+obj-$(CONFIG_VIDEO_SH_MOBILE_CEU) += sh_ceu_camera.o
+
obj-$(CONFIG_VIDEO_MEM2MEM_DEINTERLACE) += m2m-deinterlace.o
obj-$(CONFIG_VIDEO_S3C_CAMIF) += s3c-camif/
diff --git a/drivers/media/platform/sh_ceu_camera.c b/drivers/media/platform/sh_ceu_camera.c
new file mode 100644
index 0000000..07fe0e7
--- /dev/null
+++ b/drivers/media/platform/sh_ceu_camera.c
@@ -0,0 +1,1597 @@
+/*
+ * V4L2 Driver for SuperH Mobile CEU interface
+ *
+ * Copyright (C) 2017 Jacopo Mondi <jacopo+renesas@jmondi.org>
+ *
+ * Based on soc-camera driver "soc_camera/sh_mobile_ceu_camera.c"
+ *
+ * Copyright (C) 2008 Magnus Damm
+ *
+ * Based on V4L2 Driver for PXA camera host - "pxa_camera.c",
+ *
+ * Copyright (C) 2006, Sascha Hauer, Pengutronix
+ * Copyright (C) 2008, Guennadi Liakhovetski <kernel@pengutronix.de>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ */
+
+#include <linux/init.h>
+#include <linux/module.h>
+#include <linux/io.h>
+#include <linux/completion.h>
+#include <linux/delay.h>
+#include <linux/dma-mapping.h>
+#include <linux/err.h>
+#include <linux/errno.h>
+#include <linux/interrupt.h>
+#include <linux/kernel.h>
+#include <linux/mm.h>
+#include <linux/of.h>
+#include <linux/time.h>
+#include <linux/slab.h>
+#include <linux/device.h>
+#include <linux/platform_device.h>
+#include <linux/videodev2.h>
+#include <linux/pm_runtime.h>
+
+#include <media/v4l2-async.h>
+#include <media/v4l2-common.h>
+#include <media/v4l2-device.h>
+#include <media/v4l2-dev.h>
+#include <media/v4l2-ioctl.h>
+#include <media/v4l2-image-sizes.h>
+#include <media/drv-intf/sh_mobile_ceu.h>
+#include <media/videobuf2-dma-contig.h>
+#include <media/v4l2-mediabus.h>
+
+/* register offsets for sh7722 / sh7723 */
+
+#define CAPSR 0x00 /* Capture start register */
+#define CAPCR 0x04 /* Capture control register */
+#define CAMCR 0x08 /* Capture interface control register */
+#define CMCYR 0x0c /* Capture interface cycle register */
+#define CAMOR 0x10 /* Capture interface offset register */
+#define CAPWR 0x14 /* Capture interface width register */
+#define CAIFR 0x18 /* Capture interface input format register */
+#define CSTCR 0x20 /* Camera strobe control register (<= sh7722) */
+#define CSECR 0x24 /* Camera strobe emission count register (<= sh7722) */
+#define CRCNTR 0x28 /* CEU register control register */
+#define CRCMPR 0x2c /* CEU register forcible control register */
+#define CFLCR 0x30 /* Capture filter control register */
+#define CFSZR 0x34 /* Capture filter size clip register */
+#define CDWDR 0x38 /* Capture destination width register */
+#define CDAYR 0x3c /* Capture data address Y register */
+#define CDACR 0x40 /* Capture data address C register */
+#define CDBYR 0x44 /* Capture data bottom-field address Y register */
+#define CDBCR 0x48 /* Capture data bottom-field address C register */
+#define CBDSR 0x4c /* Capture bundle destination size register */
+#define CFWCR 0x5c /* Firewall operation control register */
+#define CLFCR 0x60 /* Capture low-pass filter control register */
+#define CDOCR 0x64 /* Capture data output control register */
+#define CDDCR 0x68 /* Capture data complexity level register */
+#define CDDAR 0x6c /* Capture data complexity level address register */
+#define CEIER 0x70 /* Capture event interrupt enable register */
+#define CETCR 0x74 /* Capture event flag clear register */
+#define CSTSR 0x7c /* Capture status register */
+#define CSRTR 0x80 /* Capture software reset register */
+#define CDSSR 0x84 /* Capture data size register */
+#define CDAYR2 0x90 /* Capture data address Y register 2 */
+#define CDACR2 0x94 /* Capture data address C register 2 */
+#define CDBYR2 0x98 /* Capture data bottom-field address Y register 2 */
+#define CDBCR2 0x9c /* Capture data bottom-field address C register 2 */
+
+#define CEU_BUS_FLAGS (V4L2_MBUS_MASTER | \
+ V4L2_MBUS_PCLK_SAMPLE_RISING | \
+ V4L2_MBUS_HSYNC_ACTIVE_HIGH | \
+ V4L2_MBUS_HSYNC_ACTIVE_LOW | \
+ V4L2_MBUS_VSYNC_ACTIVE_HIGH | \
+ V4L2_MBUS_VSYNC_ACTIVE_LOW | \
+ V4L2_MBUS_DATA_ACTIVE_HIGH)
+
+/* per video frame buffer */
+struct sh_ceu_buffer {
+ struct vb2_v4l2_buffer vb; /* v4l buffer must be first */
+ struct list_head queue;
+};
+
+struct sh_ceu_fmt;
+
+struct sh_ceu_dev {
+ struct video_device vdev;
+ struct v4l2_device v4l2_dev;
+
+ struct v4l2_subdev *sensor;
+
+ struct v4l2_async_notifier notifier;
+
+ struct v4l2_async_subdev asd;
+ struct v4l2_async_subdev *asds[1];
+
+ struct vb2_queue vb2_vq;
+
+ struct mutex mlock;
+
+ unsigned int irq;
+ void __iomem *base;
+ size_t video_limit;
+ size_t buf_total;
+
+ spinlock_t lock; /* Protects video buffer lists */
+ struct list_head capture;
+ struct vb2_v4l2_buffer *active;
+
+ enum v4l2_field field;
+ struct v4l2_format v4l2_fmt;
+ unsigned int n_active_fmts;
+ struct sh_ceu_fmt **active_fmts;
+ struct sh_ceu_fmt *current_fmt;
+
+ struct sh_ceu_info *pdata;
+ struct completion complete;
+
+ u32 cflcr;
+
+ /* static max sizes either from platform data or default */
+ int max_width;
+ int max_height;
+
+ int sequence;
+ unsigned long flags;
+
+ unsigned int image_mode:1;
+ unsigned int is_16bit:1;
+ unsigned int frozen:1;
+};
+
+static struct sh_ceu_dev *v4l2_dev_to_ceu_dev(struct v4l2_device *v4l2_dev)
+{
+ return container_of(v4l2_dev, struct sh_ceu_dev, v4l2_dev);
+}
+
+static struct sh_ceu_buffer *to_ceu_vb(struct vb2_v4l2_buffer *vbuf)
+{
+ return container_of(vbuf, struct sh_ceu_buffer, vb);
+}
+
+/* ----------------------------------------------------------------------------
+ * SH CEU formats
+ */
+
+/**
+ * sh_ceu_fmt - describe a format associating mbus code with format
+ * memory layout description
+ *
+ * @mbus_code: bus format code
+ * @name: memory layout format name
+ * @fourcc: memory layout fourcc format code
+ * @bpp: bit for each pixel stored in memory
+ * @bits_per_sample: bit sent over bus for each sample
+ * @active: format supported by CEU and subdevice
+ */
+struct sh_ceu_fmt {
+ u32 mbus_code;
+ const char *name;
+ u32 fourcc;
+ u8 bpp;
+ u8 bits_per_sample;
+ u8 active;
+} sh_ceu_fmts[] = {
+ /* yuv422 8 bit -> NV16 (YUV422) */
+ {
+ .mbus_code = MEDIA_BUS_FMT_YUYV8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV16,
+ .name = "YUYV8_NV16",
+ .bpp = 16,
+ .bits_per_sample = 8,
+ .active = 0,
+ }, {
+ .mbus_code = MEDIA_BUS_FMT_YVYU8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV16,
+ .name = "YVYU8_NV16",
+ .bpp = 16,
+ .bits_per_sample = 8,
+ .active = 0,
+ }, {
+ .mbus_code = MEDIA_BUS_FMT_UYVY8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV16,
+ .name = "UYVY8_NV16",
+ .bpp = 16,
+ .bits_per_sample = 8,
+ .active = 0,
+ }, {
+ .mbus_code = MEDIA_BUS_FMT_VYUY8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV16,
+ .name = "VYUY8_NV16",
+ .bpp = 16,
+ .bits_per_sample = 8,
+ .active = 0,
+ },
+
+ /* yuv422 8 bit -> NV12 (YUV420) */
+ {
+ .mbus_code = MEDIA_BUS_FMT_YUYV8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV12,
+ .name = "YUYV8_NV12",
+ .bpp = 12,
+ .bits_per_sample = 8,
+ .active = 0,
+ }, {
+ .mbus_code = MEDIA_BUS_FMT_YVYU8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV12,
+ .name = "YVYU8_NV12",
+ .bpp = 12,
+ .bits_per_sample = 8,
+ .active = 0,
+ }, {
+ .mbus_code = MEDIA_BUS_FMT_UYVY8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV12,
+ .name = "UYVY8_NV12",
+ .bpp = 12,
+ .bits_per_sample = 8,
+ .active = 0,
+ }, {
+ .mbus_code = MEDIA_BUS_FMT_VYUY8_2X8,
+ .fourcc = V4L2_PIX_FMT_NV12,
+ .name = "VYUY8_NV12",
+ .bpp = 12,
+ .bits_per_sample = 8,
+ .active = 0,
+ },
+
+ /* TODO:
+ yuv422 8 bit -> NV61
+ yuv422 8 bit -> NV21
+ yuv422 16 bit -> NV16
+ yuv422 16 bit -> NV61
+ yuv422 16 bit -> NV12
+ yuv422 16 bit -> NV21
+ */
+};
+#define N_SH_CEU_FMT ARRAY_SIZE(sh_ceu_fmts)
+
+/**
+ * Walk all supported formats (not only active ones) to find one matching
+ * the provided mbus format code
+ */
+static struct sh_ceu_fmt *get_ceu_fmt_from_mbus(u32 code)
+{
+ struct sh_ceu_fmt *fmt;
+ unsigned int i;
+
+ fmt = &sh_ceu_fmts[0];
+ for(i = 0; i < N_SH_CEU_FMT; i++, fmt++)
+ if (fmt->mbus_code == code)
+ return fmt;
+
+ return NULL;
+}
+
+/**
+ * Walk the active formats and get mbus_code matching fourcc
+ */
+static struct sh_ceu_fmt *get_mbus_from_fourcc(struct sh_ceu_dev *pcdev,
+ u32 pixfmt)
+{
+ struct sh_ceu_fmt *fmt;
+ unsigned int i;
+
+ fmt = pcdev->active_fmts[0];
+ for(i = 0; i < pcdev->n_active_fmts; i++, fmt++)
+ if (fmt->fourcc == pixfmt)
+ return fmt;
+
+ return NULL;
+}
+
+/* ----------------------------------------------------------------------------
+ * SH CEU HW operations
+ */
+static void ceu_write(struct sh_ceu_dev *priv,
+ unsigned long reg_offs, u32 data)
+{
+ iowrite32(data, priv->base + reg_offs);
+}
+
+static u32 ceu_read(struct sh_ceu_dev *priv, unsigned long reg_offs)
+{
+ return ioread32(priv->base + reg_offs);
+}
+
+static int sh_ceu_soft_reset(struct sh_ceu_dev *pcdev)
+{
+ int i, success = 0;
+
+ ceu_write(pcdev, CAPSR, 1 << 16); /* reset */
+
+ /* wait CSTSR.CPTON bit */
+ for (i = 0; i < 1000; i++) {
+ if (!(ceu_read(pcdev, CSTSR) & 1)) {
+ success++;
+ break;
+ }
+ udelay(1);
+ }
+
+ /* wait CAPSR.CPKIL bit */
+ for (i = 0; i < 1000; i++) {
+ if (!(ceu_read(pcdev, CAPSR) & (1 << 16))) {
+ success++;
+ break;
+ }
+ udelay(1);
+ }
+
+ if (2 != success) {
+ dev_warn(&pcdev->vdev.dev, "soft reset time out\n");
+ return -EIO;
+ }
+
+ return 0;
+}
+
+#define CEU_CETCR_MAGIC 0x0317f313 /* acknowledge magical interrupt sources */
+#define CEU_CETCR_IGRW (1 << 4) /* prohibited register access interrupt bit */
+#define CEU_CEIER_CPEIE (1 << 0) /* one-frame capture end interrupt */
+#define CEU_CEIER_VBP (1 << 20) /* vbp error */
+#define CEU_CAPCR_CTNCP (1 << 16) /* continuous capture mode (if set) */
+#define CEU_CEIER_MASK (CEU_CEIER_CPEIE | CEU_CEIER_VBP)
+
+/*
+ * return value doesn't reflect the success/failure to queue the new buffer,
+ * but rather the status of the previous buffer.
+ */
+static int sh_ceu_capture(struct sh_ceu_dev *pcdev)
+{
+ struct v4l2_pix_format *pix = &pcdev->v4l2_fmt.fmt.pix;
+ dma_addr_t phys_addr_top, phys_addr_bottom;
+ unsigned long bottom1, bottom2;
+ unsigned long top1, top2;
+ bool planar;
+ u32 status;
+ int ret = 0;
+
+ /*
+ * The hardware is _very_ picky about this sequence. Especially
+ * the CEU_CETCR_MAGIC value. It seems like we need to acknowledge
+ * several not-so-well documented interrupt sources in CETCR.
+ */
+ ceu_write(pcdev, CEIER, ceu_read(pcdev, CEIER) & ~CEU_CEIER_MASK);
+ status = ceu_read(pcdev, CETCR);
+ ceu_write(pcdev, CETCR, ~status & CEU_CETCR_MAGIC);
+ if (!pcdev->frozen)
+ ceu_write(pcdev, CEIER, ceu_read(pcdev, CEIER) | CEU_CEIER_MASK);
+ ceu_write(pcdev, CAPCR, ceu_read(pcdev, CAPCR) & ~CEU_CAPCR_CTNCP);
+ ceu_write(pcdev, CETCR, CEU_CETCR_MAGIC ^ CEU_CETCR_IGRW);
+
+ /*
+ * When a VBP interrupt occurs, a capture end interrupt does not occur
+ * and the image of that frame is not captured correctly. So, soft reset
+ * is needed here.
+ */
+ if (status & CEU_CEIER_VBP) {
+ sh_ceu_soft_reset(pcdev);
+ ret = -EIO;
+ }
+
+ /* FIXME: is this still required? */
+ if (pcdev->frozen) {
+ complete(&pcdev->complete);
+ return ret;
+ }
+
+ if (!pcdev->active)
+ return ret;
+
+ if (V4L2_FIELD_INTERLACED_BT == pcdev->field) {
+ top1 = CDBYR;
+ top2 = CDBCR;
+ bottom1 = CDAYR;
+ bottom2 = CDACR;
+ } else {
+ top1 = CDAYR;
+ top2 = CDACR;
+ bottom1 = CDBYR;
+ bottom2 = CDBCR;
+ }
+
+ phys_addr_top = vb2_dma_contig_plane_dma_addr(&pcdev->active->vb2_buf,
+ 0);
+
+ switch (pcdev->current_fmt->fourcc) {
+ case V4L2_PIX_FMT_NV12:
+ case V4L2_PIX_FMT_NV21:
+ case V4L2_PIX_FMT_NV16:
+ case V4L2_PIX_FMT_NV61:
+ planar = true;
+ break;
+ default:
+ planar = false;
+ }
+
+ ceu_write(pcdev, top1, phys_addr_top);
+ if (V4L2_FIELD_NONE != pcdev->field) {
+ phys_addr_bottom = phys_addr_top + pix->bytesperline;
+ ceu_write(pcdev, bottom1, phys_addr_bottom);
+ }
+
+ if (planar) {
+ phys_addr_top += pix->bytesperline * pix->height;
+ ceu_write(pcdev, top2, phys_addr_top);
+ if (V4L2_FIELD_NONE != pcdev->field) {
+ phys_addr_bottom = phys_addr_top +
+ pix->bytesperline;
+ ceu_write(pcdev, bottom2, phys_addr_bottom);
+ }
+ }
+
+ ceu_write(pcdev, CAPSR, 0x1); /* start capture */
+
+ return ret;
+}
+
+static irqreturn_t sh_ceu_irq(int irq, void *data)
+{
+ struct sh_ceu_dev *pcdev = data;
+ struct vb2_v4l2_buffer *vbuf;
+ int ret;
+
+ spin_lock(&pcdev->lock);
+
+ vbuf = pcdev->active;
+ if (!vbuf)
+ /* Stale interrupt from a released buffer */
+ goto out;
+
+ list_del_init(&to_ceu_vb(vbuf)->queue);
+
+ if (!list_empty(&pcdev->capture))
+ pcdev->active = &list_entry(pcdev->capture.next,
+ struct sh_ceu_buffer, queue)->vb;
+ else
+ pcdev->active = NULL;
+
+ ret = sh_ceu_capture(pcdev);
+ vbuf->vb2_buf.timestamp = ktime_get_ns();
+ if (!ret) {
+ vbuf->field = pcdev->field;
+ vbuf->sequence = pcdev->sequence++;
+ }
+ vb2_buffer_done(&vbuf->vb2_buf,
+ ret < 0 ? VB2_BUF_STATE_ERROR : VB2_BUF_STATE_DONE);
+
+out:
+ spin_unlock(&pcdev->lock);
+
+ return IRQ_HANDLED;
+}
+
+/* Called with mlock held */
+static int sh_ceu_clock_start(struct sh_ceu_dev *pcdev)
+{
+
+ pm_runtime_get_sync(pcdev->v4l2_dev.dev);
+
+ pcdev->buf_total = 0;
+
+ sh_ceu_soft_reset(pcdev);
+
+ return 0;
+}
+
+/* Called with mlock held */
+static void sh_ceu_clock_stop(struct sh_ceu_dev *pcdev)
+{
+ /* disable capture, disable interrupts */
+ ceu_write(pcdev, CEIER, 0);
+ sh_ceu_soft_reset(pcdev);
+
+ /* make sure active buffer is canceled */
+ spin_lock_irq(&pcdev->lock);
+ if (pcdev->active) {
+ list_del_init(&to_ceu_vb(pcdev->active)->queue);
+ vb2_buffer_done(&pcdev->active->vb2_buf, VB2_BUF_STATE_ERROR);
+ pcdev->active = NULL;
+ }
+ spin_unlock_irq(&pcdev->lock);
+
+ pm_runtime_put(pcdev->v4l2_dev.dev);
+}
+
+static u32 capture_save_reset(struct sh_ceu_dev *pcdev)
+{
+ u32 capsr = ceu_read(pcdev, CAPSR);
+ ceu_write(pcdev, CAPSR, 1 << 16); /* reset, stop capture */
+ return capsr;
+}
+
+static void capture_restore(struct sh_ceu_dev *pcdev, u32 capsr)
+{
+ unsigned long timeout = jiffies + 10 * HZ;
+
+ /*
+ * Wait until the end of the current frame. It can take a long time,
+ * but if it has been aborted by a CAPSR reset, it shoule exit sooner.
+ */
+ while ((ceu_read(pcdev, CSTSR) & 1) && time_before(jiffies, timeout))
+ msleep(1);
+
+ if (time_after(jiffies, timeout)) {
+ dev_err(&pcdev->vdev.dev,
+ "Timeout waiting for frame end! Interface problem?\n");
+ return;
+ }
+
+ /* Wait until reset clears, this shall not hang... */
+ while (ceu_read(pcdev, CAPSR) & (1 << 16))
+ udelay(10);
+
+ /* Anything to restore? */
+ if (capsr & ~(1 << 16))
+ ceu_write(pcdev, CAPSR, capsr);
+}
+
+/* ----------------------------------------------------------------------------
+ * Videobuf operations
+ */
+
+/*
+ * .queue_setup() is called to check, whether the driver can accept the
+ * requested number of buffers and to fill in plane sizes
+ * for the current frame format if required
+ */
+static int sh_ceu_videobuf_setup(struct vb2_queue *vq,
+ unsigned int *count, unsigned int *num_planes,
+ unsigned int sizes[], struct device *alloc_devs[])
+{
+ struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vq);
+ struct v4l2_pix_format *pix = &pcdev->v4l2_fmt.fmt.pix;
+
+ if (!vq->num_buffers)
+ pcdev->sequence = 0;
+
+ if (!*count)
+ *count = 2;
+
+ /* Called from VIDIOC_REQBUFS or in compatibility mode */
+ if (!*num_planes)
+ sizes[0] = pix->sizeimage;
+ else if (sizes[0] < pix->sizeimage)
+ return -EINVAL;
+
+ /* If *num_planes != 0, we have already verified *count. */
+ if (pcdev->video_limit) {
+ size_t size = PAGE_ALIGN(sizes[0]) * *count;
+
+ if (size + pcdev->buf_total > pcdev->video_limit)
+ *count = (pcdev->video_limit - pcdev->buf_total) /
+ PAGE_ALIGN(sizes[0]);
+ }
+
+ *num_planes = 1;
+
+ dev_dbg(&pcdev->vdev.dev, "count=%d, size=%u\n", *count, sizes[0]);
+
+ return 0;
+}
+
+static int sh_ceu_videobuf_prepare(struct vb2_buffer *vb)
+{
+ struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
+ struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
+
+ /* Added list head initialization on alloc */
+ WARN(!list_empty(&buf->queue), "Buffer %p on queue!\n", vb);
+
+ return 0;
+}
+
+static void sh_ceu_videobuf_queue(struct vb2_buffer *vb)
+{
+ struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vb->vb2_queue);
+ struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
+ struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
+ unsigned long size;
+
+ size = pcdev->v4l2_fmt.fmt.pix.sizeimage;
+
+ if (vb2_plane_size(vb, 0) < size) {
+ dev_err(&pcdev->vdev.dev, "Buffer #%d too small (%lu < %lu)\n",
+ vb->index, vb2_plane_size(vb, 0), size);
+ goto error;
+ }
+
+ vb2_set_plane_payload(vb, 0, size);
+
+ dev_dbg(&pcdev->vdev.dev, "%s (vb=0x%p) 0x%p %lu\n", __func__,
+ vb, vb2_plane_vaddr(vb, 0), vb2_get_plane_payload(vb, 0));
+
+#ifdef DEBUG
+ /*
+ * This can be useful if you want to see if we actually fill
+ * the buffer with something
+ */
+ if (vb2_plane_vaddr(vb, 0))
+ memset(vb2_plane_vaddr(vb, 0), 0xaa, vb2_get_plane_payload(vb, 0));
+#endif
+
+ spin_lock_irq(&pcdev->lock);
+ list_add_tail(&buf->queue, &pcdev->capture);
+ spin_unlock_irq(&pcdev->lock);
+
+ return;
+
+error:
+ vb2_buffer_done(vb, VB2_BUF_STATE_ERROR);
+}
+
+static void sh_ceu_videobuf_release(struct vb2_buffer *vb)
+{
+ struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vb->vb2_queue);
+ struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
+ struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
+
+ spin_lock_irq(&pcdev->lock);
+
+ if (pcdev->active == vbuf) {
+ /* disable capture (release DMA buffer), reset */
+ ceu_write(pcdev, CAPSR, 1 << 16);
+ pcdev->active = NULL;
+ }
+
+ /*
+ * Doesn't hurt also if the list is empty, but it hurts, if queuing the
+ * buffer failed, and .buf_init() hasn't been called
+ */
+ if (buf->queue.next)
+ list_del_init(&buf->queue);
+
+ pcdev->buf_total -= PAGE_ALIGN(vb2_plane_size(vb, 0));
+ dev_dbg(&pcdev->vdev.dev, "%s() %zu bytes buffers\n", __func__,
+ pcdev->buf_total);
+
+ spin_unlock_irq(&pcdev->lock);
+}
+
+static int sh_ceu_videobuf_init(struct vb2_buffer *vb)
+{
+ struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vb->vb2_queue);
+ struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
+ struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
+
+ pcdev->buf_total += PAGE_ALIGN(vb2_plane_size(vb, 0));
+ dev_dbg(&pcdev->vdev.dev, "%s() %zu bytes buffers\n", __func__,
+ pcdev->buf_total);
+
+ /* This is for locking debugging only */
+ INIT_LIST_HEAD(&buf->queue);
+ return 0;
+}
+
+static int sh_ceu_start_streaming(struct vb2_queue *vq, unsigned int count)
+{
+ struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vq);
+ struct list_head *buf_head, *tmp;
+ struct sh_ceu_buffer *buf;
+ int ret = 0;
+
+ ret = v4l2_subdev_call(pcdev->sensor, video, s_stream, 1);
+ if (ret && ret != -ENOIOCTLCMD) {
+ v4l2_err(&pcdev->v4l2_dev, "stream on failed in subdev\n");
+ goto err_start_sensor;
+ }
+
+ spin_lock_irq(&pcdev->lock);
+ if (!pcdev->active) {
+ /*
+ * Because there were no active buffer at this moment,
+ * we are not interested in the return value of
+ * sh_ceu_capture here.
+ */
+ buf = list_first_entry(&pcdev->capture, struct sh_ceu_buffer,
+ queue);
+ if (!buf) {
+ ret = -EINVAL;
+ goto stop_sensor;
+ }
+
+ pcdev->active = &buf->vb;
+ sh_ceu_capture(pcdev);
+ } else {
+ ret = -EINVAL;
+ goto stop_sensor;
+ }
+
+ spin_unlock_irq(&pcdev->lock);
+
+ return 0;
+
+stop_sensor:
+ spin_unlock_irq(&pcdev->lock);
+ v4l2_subdev_call(pcdev->sensor, video, s_stream, 0);
+
+err_start_sensor:
+ spin_lock_irq(&pcdev->lock);
+
+ list_for_each_safe(buf_head, tmp, &pcdev->capture)
+ list_del_init(buf_head);
+
+ pcdev->active = NULL;
+
+ spin_unlock_irq(&pcdev->lock);
+
+ return ret;
+}
+
+static void sh_ceu_stop_streaming(struct vb2_queue *vq)
+{
+ struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vq);
+ struct list_head *buf_head, *tmp;
+
+ v4l2_subdev_call(pcdev->sensor, video, s_stream, 0);
+
+ spin_lock_irq(&pcdev->lock);
+
+ pcdev->active = NULL;
+
+ list_for_each_safe(buf_head, tmp, &pcdev->capture)
+ list_del_init(buf_head);
+
+ spin_unlock_irq(&pcdev->lock);
+
+ sh_ceu_soft_reset(pcdev);
+}
+
+static const struct vb2_ops sh_ceu_videobuf_ops = {
+ .queue_setup = sh_ceu_videobuf_setup,
+ .buf_prepare = sh_ceu_videobuf_prepare,
+ .buf_queue = sh_ceu_videobuf_queue,
+ .buf_cleanup = sh_ceu_videobuf_release,
+ .buf_init = sh_ceu_videobuf_init,
+ .wait_prepare = vb2_ops_wait_prepare,
+ .wait_finish = vb2_ops_wait_finish,
+ .start_streaming= sh_ceu_start_streaming,
+ .stop_streaming = sh_ceu_stop_streaming,
+};
+
+/**
+ * ----------------------------------------------------------------------------
+ * SH CEU operations
+ */
+
+static unsigned int sh_ceu_mbus_config_compatible(
+ const struct v4l2_mbus_config *cfg,
+ unsigned int ceu_host_flags)
+{
+ unsigned int common_flags = cfg->flags & ceu_host_flags;
+ bool hsync, vsync, pclk, data, mode;
+
+ switch (cfg->type) {
+ case V4L2_MBUS_PARALLEL:
+ hsync = common_flags & (V4L2_MBUS_HSYNC_ACTIVE_HIGH |
+ V4L2_MBUS_HSYNC_ACTIVE_LOW);
+ vsync = common_flags & (V4L2_MBUS_VSYNC_ACTIVE_HIGH |
+ V4L2_MBUS_VSYNC_ACTIVE_LOW);
+ pclk = common_flags & (V4L2_MBUS_PCLK_SAMPLE_RISING |
+ V4L2_MBUS_PCLK_SAMPLE_FALLING);
+ data = common_flags & (V4L2_MBUS_DATA_ACTIVE_HIGH |
+ V4L2_MBUS_DATA_ACTIVE_LOW);
+ mode = common_flags & (V4L2_MBUS_MASTER | V4L2_MBUS_SLAVE);
+ break;
+ default:
+ return 0;
+ }
+
+ return (!hsync || !vsync || !pclk || !data || !mode) ? 0 : common_flags;
+}
+
+/**
+ * Test bus parameters against sensor provided ones.
+ * Return < 0 for error, 0 if g_mbus_config is not supported,
+ * flags > 0 otherwise
+ */
+static int sh_ceu_test_bus_param(struct sh_ceu_dev *pcdev)
+{
+ struct v4l2_subdev *sd = pcdev->sensor;
+ unsigned long common_flags = CEU_BUS_FLAGS;
+ struct v4l2_mbus_config cfg = {
+ .type = V4L2_MBUS_PARALLEL,
+ };
+ int ret;
+
+ ret = v4l2_subdev_call(sd, video, g_mbus_config, &cfg);
+ if (ret < 0 && ret == -ENOIOCTLCMD)
+ return ret;
+ else if (ret == -ENOIOCTLCMD)
+ return 0;
+
+ common_flags = sh_ceu_mbus_config_compatible(&cfg, common_flags);
+ if (!common_flags)
+ return -EINVAL;
+
+ return common_flags;
+}
+
+/*
+ * This is a very simplified version of "sh_mobile_ceu_set_rect function
+ * found in the original soc_camera driver
+ */
+static void sh_ceu_set_sizes(struct sh_ceu_dev *pcdev)
+{
+ struct v4l2_pix_format *pix = &pcdev->v4l2_fmt.fmt.pix;
+ unsigned int capwr_hwidth, capwr_vwidth;
+ unsigned int left_offset, top_offset;
+ unsigned int height, width;
+ unsigned int cdwdr_width;
+ u32 camor;
+
+ /* TODO: make these offsets configurable.
+ * These are used to configure CAMOR, that wants to know the number of
+ * blanks between a VS/HS signal and valid data.
+ * This value should come from the sensor, how should we retrieve it?
+ */
+ left_offset = 0;
+ top_offset = 0;
+
+ width = pix->width;
+ height = pix->height;
+
+ /* Configure CAPWR: lenght of horizontal/vertical capture period */
+ /* TODO:
+ * veritcal widht depends on pcdev->field value? Is this interlaced? */
+ capwr_vwidth = height;
+ /* TODO: make sure this is correct:
+ * horizontal width depends on macropixel size (bpp / 8);
+ * a VGA (640x480) image in yuv422 input format has a line length of
+ * (640 * 16 / 8) = 1280 bytes
+ */
+ capwr_hwidth = pix->bytesperline;
+
+ /* FIXME: not sure what the original driver does here */
+ cdwdr_width = pix->bytesperline;
+
+ /* Set CAMOR, CAPWR, CFSZR, take care of CDWDR */
+ camor = left_offset | (top_offset << 16);
+ ceu_write(pcdev, CAMOR, camor);
+ ceu_write(pcdev, CAPWR, (capwr_vwidth << 16) | capwr_hwidth);
+
+ /* CFSZR clipping is applied _after_ the scaling filter (CFLCR) */
+ ceu_write(pcdev, CFSZR, (height << 16) | width);
+ ceu_write(pcdev, CDWDR, cdwdr_width);
+}
+
+/* Capture is not running, no interrupts, no locking needed */
+static int sh_ceu_set_bus_param(struct sh_ceu_dev *pcdev)
+{
+ struct v4l2_subdev *sd = pcdev->sensor;
+ unsigned long value;
+ unsigned long common_flags = CEU_BUS_FLAGS;
+ struct v4l2_mbus_config cfg = {
+ .type = V4L2_MBUS_PARALLEL,
+ };
+ u32 capsr = capture_save_reset(pcdev);
+ unsigned int yuv_lineskip;
+ int ret;
+
+ /*
+ * TODO:
+ * If the client doesn't implement g_mbus_config, we just use our
+ * platform data
+ */
+ common_flags = sh_ceu_test_bus_param(pcdev);
+ if (common_flags < 0)
+ return common_flags;
+ else if (common_flags == 0) {
+ /* TODO: use platform data */
+ }
+
+ /* Make choises, based on platform preferences */
+ if ((common_flags & V4L2_MBUS_HSYNC_ACTIVE_HIGH) &&
+ (common_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW)) {
+ if (pcdev->flags & SH_CEU_FLAG_HSYNC_LOW)
+ common_flags &= ~V4L2_MBUS_HSYNC_ACTIVE_HIGH;
+ else
+ common_flags &= ~V4L2_MBUS_HSYNC_ACTIVE_LOW;
+ }
+
+ if ((common_flags & V4L2_MBUS_VSYNC_ACTIVE_HIGH) &&
+ (common_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW)) {
+ if (pcdev->flags & SH_CEU_FLAG_VSYNC_LOW)
+ common_flags &= ~V4L2_MBUS_VSYNC_ACTIVE_HIGH;
+ else
+ common_flags &= ~V4L2_MBUS_VSYNC_ACTIVE_LOW;
+ }
+
+ cfg.flags = common_flags;
+ ret = v4l2_subdev_call(sd, video, s_mbus_config, &cfg);
+ if (ret < 0 && ret != -ENOIOCTLCMD)
+ return ret;
+
+ if (pcdev->current_fmt->bits_per_sample > 8)
+ pcdev->is_16bit = 1;
+ else
+ pcdev->is_16bit = 0;
+
+ ceu_write(pcdev, CRCNTR, 0);
+ ceu_write(pcdev, CRCMPR, 0);
+
+ value = 0x00000010; /* data fetch by default */
+ yuv_lineskip = 0x10;
+
+ /* FIXME:
+ * this switch statement has been taken from the original driver but it
+ * re-write bit value[4] to 0 forcing "image capture mode", while the
+ * comment few lines above says "data fetch by default".
+ * Was this intended?
+ */
+ switch (pcdev->current_fmt->fourcc) {
+ case V4L2_PIX_FMT_NV12:
+ case V4L2_PIX_FMT_NV21:
+ /* convert 4:2:2 -> 4:2:0 */
+ yuv_lineskip = 0; /* skip for NV12/21, no skip for NV16/61 */
+ /* fall-through */
+ case V4L2_PIX_FMT_NV16:
+ case V4L2_PIX_FMT_NV61:
+ switch (pcdev->current_fmt->mbus_code) {
+ case MEDIA_BUS_FMT_UYVY8_2X8:
+ value = 0x00000000; /* Cb0, Y0, Cr0, Y1 */
+ break;
+ case MEDIA_BUS_FMT_VYUY8_2X8:
+ value = 0x00000100; /* Cr0, Y0, Cb0, Y1 */
+ break;
+ case MEDIA_BUS_FMT_YUYV8_2X8:
+ value = 0x00000200; /* Y0, Cb0, Y1, Cr0 */
+ break;
+ case MEDIA_BUS_FMT_YVYU8_2X8:
+ value = 0x00000300; /* Y0, Cr0, Y1, Cb0 */
+ break;
+ default:
+ BUG();
+ }
+ }
+
+ if (pcdev->current_fmt->fourcc == V4L2_PIX_FMT_NV21 ||
+ pcdev->current_fmt->fourcc == V4L2_PIX_FMT_NV61)
+ value ^= 0x00000100; /* swap U, V to change from NV1x->NVx1 */
+
+ value |= common_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW ? 1 << 1 : 0;
+ value |= common_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW ? 1 << 0 : 0;
+
+ if (pcdev->is_16bit)
+ value |= 1 << 12;
+ else if (pcdev->flags & SH_CEU_FLAG_LOWER_8BIT)
+ value |= 2 << 12;
+
+ ceu_write(pcdev, CAMCR, value);
+
+ ceu_write(pcdev, CAPCR, 0x00300000);
+
+ switch (pcdev->v4l2_fmt.fmt.pix.field) {
+ case V4L2_FIELD_INTERLACED_TB:
+ value = 0x101;
+ break;
+ case V4L2_FIELD_INTERLACED_BT:
+ value = 0x102;
+ break;
+ default:
+ value = 0;
+ break;
+ }
+ ceu_write(pcdev, CAIFR, value);
+
+ sh_ceu_set_sizes(pcdev);
+
+ /* TODO: CFLCR scale down filter not supported yet */
+
+ /*
+ * A few words about byte order (observed in Big Endian mode)
+ *
+ * In data fetch mode bytes are received in chunks of 8 bytes.
+ * D0, D1, D2, D3, D4, D5, D6, D7 (D0 received first)
+ *
+ * The data is however by default written to memory in reverse order:
+ * D7, D6, D5, D4, D3, D2, D1, D0 (D7 written to lowest byte)
+ *
+ * The lowest three bits of CDOCR allows us to do swapping,
+ * using 7 we swap the data bytes to match the incoming order:
+ * D0, D1, D2, D3, D4, D5, D6, D7
+ */
+ value = 0x00000007 | yuv_lineskip;
+
+ ceu_write(pcdev, CDOCR, value);
+ ceu_write(pcdev, CFWCR, 0); /* keep "datafetch firewall" disabled */
+
+ capture_restore(pcdev, capsr);
+
+ /* not in bundle mode: skip CBDSR, CDAYR2, CDACR2, CDBYR2, CDBCR2 */
+
+ return 0;
+}
+
+/**
+ * Test format on CEU and sensor
+ *
+ * @v4l2_fmt: format to test
+ * @current_fmt: sh ceu format applied
+ */
+static int sh_ceu_try_fmt(struct sh_ceu_dev *pcdev,
+ struct v4l2_format *v4l2_fmt,
+ struct sh_ceu_fmt **current_fmt)
+{
+ struct v4l2_pix_format *pix = &v4l2_fmt->fmt.pix;
+ struct v4l2_subdev *sensor = pcdev->sensor;
+ struct v4l2_subdev_pad_config pad_cfg;
+ struct v4l2_subdev_format sd_format = {
+ .which = V4L2_SUBDEV_FORMAT_TRY,
+ };
+ struct sh_ceu_fmt *mbus_fmt;
+ unsigned int width, height;
+ int ret;
+
+ dev_dbg(&pcdev->vdev.dev, "try format: 0x%x - %ux%u\n\n",
+ pix->pixelformat, pix->width, pix->height);
+
+ /* CFSZR requires height and width to be 4-pixel aligned */
+ v4l_bound_align_image(&pix->width, 2, pcdev->max_width, 2,
+ &pix->height, 4, pcdev->max_height, 2, 0);
+
+ width = pix->width;
+ height = pix->height;
+
+ /* Set format on sensor subdevice */
+ mbus_fmt = get_mbus_from_fourcc(pcdev, pix->pixelformat);
+ if (!mbus_fmt){
+ mbus_fmt = pcdev->active_fmts[0];
+ pix->pixelformat = mbus_fmt->fourcc;
+ }
+
+ v4l2_fill_mbus_format(&sd_format.format, pix, mbus_fmt->mbus_code);
+
+ ret = v4l2_subdev_call(sensor, pad, set_fmt, &pad_cfg, &sd_format);
+ if (ret)
+ return ret;
+
+ /* TODO: scale CEU format to match what is returned by subdevice */
+
+ v4l2_fill_pix_format(pix, &sd_format.format);
+ pix->field = V4L2_FIELD_NONE;
+ pix->bytesperline = pix->width * mbus_fmt->bpp / 8;
+ pix->sizeimage = pix->height * pix->bytesperline;
+
+ /* Test bus parameters */
+ ret = sh_ceu_test_bus_param(pcdev);
+ if (ret < 0)
+ return ret;
+
+ if (current_fmt)
+ *current_fmt = mbus_fmt;
+
+ return 0;
+}
+
+static int sh_ceu_set_fmt(struct sh_ceu_dev *pcdev,
+ struct v4l2_format *v4l2_fmt)
+{
+ struct sh_ceu_fmt *current_fmt;
+ struct v4l2_subdev_format format = {
+ .which = V4L2_SUBDEV_FORMAT_ACTIVE,
+ };
+ int ret;
+
+ ret = sh_ceu_try_fmt(pcdev, v4l2_fmt, ¤t_fmt);
+ if (ret)
+ return ret;
+
+ v4l2_fill_mbus_format(&format.format, &v4l2_fmt->fmt.pix,
+ current_fmt->mbus_code);
+ ret = v4l2_subdev_call(pcdev->sensor, pad,
+ set_fmt, NULL, &format);
+ if (ret)
+ return ret;
+
+ pcdev->v4l2_fmt = *v4l2_fmt;
+ pcdev->current_fmt = current_fmt;
+
+ ret = sh_ceu_set_bus_param(pcdev);
+ if (ret)
+ return ret;
+
+ return 0;
+}
+
+/**
+ * Collect formats supported by CEU and sensor subdevice
+ */
+static int sh_ceu_init_active_formats(struct sh_ceu_dev *pcdev)
+{
+ struct v4l2_subdev *sensor = pcdev->sensor;
+ struct sh_ceu_fmt *active_fmts;
+ unsigned int n_active_fmts;
+ struct sh_ceu_fmt *fmt;
+ unsigned int i;
+
+ struct v4l2_subdev_mbus_code_enum mbus_code = {
+ .which = V4L2_SUBDEV_FORMAT_ACTIVE,
+ .index = 0,
+ };
+
+ /* Count how may formats are supported by CEU and sensor subdevice */
+ n_active_fmts = 0;
+ while (!v4l2_subdev_call(sensor, pad, enum_mbus_code,
+ NULL, &mbus_code)) {
+ mbus_code.index++;
+
+ fmt = get_ceu_fmt_from_mbus(mbus_code.code);
+ if (!fmt)
+ continue;
+
+ fmt->active = 1;
+ n_active_fmts++;
+ }
+
+ if (n_active_fmts == 0)
+ return -ENXIO;
+
+ pcdev->n_active_fmts = n_active_fmts;
+ pcdev->active_fmts = devm_kcalloc(&pcdev->vdev.dev, n_active_fmts,
+ sizeof(*pcdev->active_fmts),
+ GFP_KERNEL);
+ if (!pcdev->active_fmts)
+ return -ENOMEM;
+
+ active_fmts = pcdev->active_fmts[0];
+ fmt = &sh_ceu_fmts[0];
+ for (i = 0; i < N_SH_CEU_FMT; i++, fmt++) {
+ if (!fmt->active)
+ continue;
+
+ active_fmts = fmt;
+ active_fmts++;
+ }
+
+ return 0;
+}
+
+static int sh_ceu_set_default_fmt(struct sh_ceu_dev *pcdev)
+{
+ int ret;
+ struct v4l2_format v4l2_fmt = {
+ .type = V4L2_BUF_TYPE_VIDEO_CAPTURE,
+ .fmt.pix = {
+ .width = VGA_WIDTH,
+ .height = VGA_HEIGHT,
+ .field = V4L2_FIELD_NONE,
+ .pixelformat = pcdev->active_fmts[0]->fourcc,
+ },
+ };
+
+ ret = sh_ceu_try_fmt(pcdev, &v4l2_fmt, NULL);
+ if (ret)
+ return ret;
+
+ pcdev->current_fmt = pcdev->active_fmts[0];
+ pcdev->v4l2_fmt = v4l2_fmt;
+
+ return 0;
+}
+
+/**
+ * ----------------------------------------------------------------------------
+ * File Operations
+ */
+static int sh_ceu_open(struct file *file)
+{
+ struct sh_ceu_dev *pcdev = video_drvdata(file);
+ struct v4l2_subdev *sensor = pcdev->sensor;
+ int ret;
+
+ mutex_lock(&pcdev->mlock);
+ ret = v4l2_fh_open(file);
+ if (ret)
+ goto out;
+
+ sh_ceu_clock_start(pcdev);
+ ret = v4l2_subdev_call(sensor, core, s_power, 1);
+ if (ret && ret != -ENOIOCTLCMD) {
+ v4l2_fh_release(file);
+ goto out;
+ }
+
+ ret = sh_ceu_set_fmt(pcdev, &pcdev->v4l2_fmt);
+ if (ret) {
+ v4l2_subdev_call(sensor, core, s_power, 0);
+ v4l2_fh_release(file);
+ }
+
+out:
+ mutex_unlock(&pcdev->mlock);
+ return ret;
+}
+
+static int sh_ceu_release(struct file *file)
+{
+ struct sh_ceu_dev *pcdev = video_drvdata(file);
+ struct v4l2_subdev *sensor = pcdev->sensor;
+ int ret;
+
+ mutex_lock(&pcdev->mlock);
+
+ ret = _vb2_fop_release(file, NULL);
+ v4l2_subdev_call(sensor, core, s_power, 0);
+ sh_ceu_clock_stop(pcdev);
+ v4l2_fh_release(file);
+
+ mutex_unlock(&pcdev->mlock);
+
+ return 0;
+}
+
+static const struct v4l2_file_operations sh_ceu_fops = {
+ .owner = THIS_MODULE,
+ .open = sh_ceu_open,
+ .release = sh_ceu_release,
+ .unlocked_ioctl = video_ioctl2,
+ .read = vb2_fop_read,
+ .mmap = vb2_fop_mmap,
+ .poll = vb2_fop_poll,
+};
+
+/**
+ * ----------------------------------------------------------------------------
+ * Video Device IOCTLs
+ */
+static int sh_ceu_querycap(struct file *file, void *priv,
+ struct v4l2_capability *cap)
+{
+ strlcpy(cap->card, "SuperH_Mobile_CEU", sizeof(cap->card));
+ strlcpy(cap->driver, "sh_mobile_ceu", sizeof(cap->driver));
+ strlcpy(cap->bus_info, "platform:sh_mobile_ceu", sizeof(cap->bus_info));
+ cap->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
+ cap->capabilities = cap->device_caps | V4L2_CAP_DEVICE_CAPS;
+
+ return 0;
+}
+
+static int sh_ceu_enum_fmt_vid_cap(struct file *file, void *priv,
+ struct v4l2_fmtdesc *f)
+{
+ struct sh_ceu_dev *pcdev = video_drvdata(file);
+ struct sh_ceu_fmt *fmt;
+
+ if (f->index >= pcdev->n_active_fmts)
+ return -EINVAL;
+
+ fmt = pcdev->active_fmts[f->index];
+ strncpy(f->description, fmt->name, strlen(fmt->name));
+ f->pixelformat = fmt->fourcc;
+
+ return 0;
+}
+
+static int sh_ceu_try_fmt_vid_cap(struct file *file, void *priv,
+ struct v4l2_format *f)
+{
+ struct sh_ceu_dev *pcdev = video_drvdata(file);
+
+ return sh_ceu_try_fmt(pcdev, f, NULL);
+}
+
+static int sh_ceu_s_fmt_vid_cap(struct file *file, void *priv,
+ struct v4l2_format *f)
+{
+ struct sh_ceu_dev *pcdev = video_drvdata(file);
+
+ if (vb2_is_streaming(&pcdev->vb2_vq))
+ return -EBUSY;
+
+ return sh_ceu_set_fmt(pcdev, f);
+}
+
+static int sh_ceu_enum_input(struct file *file, void *priv,
+ struct v4l2_input *inp)
+{
+ if (inp->index != 0)
+ return -EINVAL;
+
+ inp->type = V4L2_INPUT_TYPE_CAMERA;
+ inp->std = 0;
+ strcpy(inp->name, "Camera");
+
+ return 0;
+}
+
+static int sh_ceu_g_input(struct file *file, void *priv, unsigned int *i)
+{
+ *i = 0;
+
+ return 0;
+}
+
+static int sh_ceu_s_input(struct file *file, void *priv, unsigned int i)
+{
+ if (i > 0)
+ return -EINVAL;
+
+ return 0;
+}
+
+static const struct v4l2_ioctl_ops sh_ceu_ioctl_ops = {
+ .vidioc_querycap = sh_ceu_querycap,
+
+ .vidioc_enum_fmt_vid_cap = sh_ceu_enum_fmt_vid_cap,
+ .vidioc_try_fmt_vid_cap = sh_ceu_try_fmt_vid_cap,
+ .vidioc_s_fmt_vid_cap = sh_ceu_s_fmt_vid_cap,
+
+ .vidioc_enum_input = sh_ceu_enum_input,
+ .vidioc_g_input = sh_ceu_g_input,
+ .vidioc_s_input = sh_ceu_s_input,
+
+ .vidioc_reqbufs = vb2_ioctl_reqbufs,
+ .vidioc_querybuf = vb2_ioctl_querybuf,
+ .vidioc_qbuf = vb2_ioctl_qbuf,
+ .vidioc_expbuf = vb2_ioctl_expbuf,
+ .vidioc_dqbuf = vb2_ioctl_dqbuf,
+ .vidioc_create_bufs = vb2_ioctl_create_bufs,
+ .vidioc_prepare_buf = vb2_ioctl_prepare_buf,
+ .vidioc_streamon = vb2_ioctl_streamon,
+ .vidioc_streamoff = vb2_ioctl_streamoff,
+
+ /* TODO
+ .vidioc_g_parm =
+ .vidioc_s_parm =
+ .vidioc_enum_framesizes =
+ .vidioc_enum_frameintervals =
+ */
+};
+
+static int sh_ceu_init_videobuf(struct sh_ceu_dev *pcdev,
+ struct vb2_queue *q)
+{
+ q->type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
+ q->io_modes = VB2_MMAP | VB2_USERPTR;
+ q->drv_priv = pcdev;
+ q->ops = &sh_ceu_videobuf_ops;
+ q->mem_ops = &vb2_dma_contig_memops;
+ q->buf_struct_size = sizeof(struct sh_ceu_buffer);
+ q->timestamp_flags = V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC;
+ q->lock = &pcdev->mlock;
+ q->dev = pcdev->v4l2_dev.dev;
+
+ return vb2_queue_init(q);
+}
+
+static int sh_ceu_sensor_bound(struct v4l2_async_notifier *notifier,
+ struct v4l2_subdev *subdev,
+ struct v4l2_async_subdev *asd)
+{
+ struct v4l2_device *v4l2_dev = notifier->v4l2_dev;
+ struct sh_ceu_dev *pcdev = v4l2_dev_to_ceu_dev(v4l2_dev);
+ struct video_device *vdev = &pcdev->vdev;
+ int err;
+
+ /* Init videobuf queue operations */
+ err = sh_ceu_init_videobuf(pcdev, &pcdev->vb2_vq);
+ if (err)
+ return -EINVAL;
+
+ mutex_lock(&pcdev->mlock);
+
+ /* Initialize formats and set format on sensor */
+ pcdev->sensor = subdev;
+ err = sh_ceu_init_active_formats(pcdev);
+ if (err)
+ return err;
+
+ err = sh_ceu_set_default_fmt(pcdev);
+ if (err)
+ return err;
+
+ /* Register the video device */
+ strncpy(vdev->name, "sh_ceu", strlen("sh_ceu"));
+ vdev->minor = -1;
+ vdev->v4l2_dev = v4l2_dev;
+ vdev->lock = &pcdev->mlock;
+ vdev->queue = &pcdev->vb2_vq;
+ vdev->ctrl_handler = subdev->ctrl_handler;
+ vdev->fops = &sh_ceu_fops;
+ vdev->ioctl_ops = &sh_ceu_ioctl_ops;
+ vdev->release = video_device_release_empty;
+ vdev->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
+ video_set_drvdata(vdev, pcdev);
+
+ err = video_register_device(vdev, VFL_TYPE_GRABBER, -1);
+ if (err < 0) {
+ mutex_unlock(&pcdev->mlock);
+ v4l2_err(vdev->v4l2_dev,
+ "video_register_device failed: %d\n", err);
+ return err;
+ }
+
+ mutex_unlock(&pcdev->mlock);
+ return 0;
+}
+
+static void sh_ceu_sensor_unbind(struct v4l2_async_notifier *notifier,
+ struct v4l2_subdev *subdev,
+ struct v4l2_async_subdev *asd)
+{
+ /* TODO */
+
+ return;
+}
+static int sh_ceu_probe(struct platform_device *pdev)
+{
+ struct sh_ceu_dev *pcdev;
+ struct resource *res;
+ void __iomem *base;
+ unsigned int irq;
+ int err;
+
+ res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
+ irq = platform_get_irq(pdev, 0);
+ if (!res || (int)irq <= 0) {
+ dev_err(&pdev->dev, "Not enough CEU platform resources.\n");
+ return -ENODEV;
+ }
+
+ pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
+ if (!pcdev) {
+ dev_err(&pdev->dev, "Could not allocate pcdev\n");
+ return -ENOMEM;
+ }
+
+ mutex_init(&pcdev->mlock);
+ INIT_LIST_HEAD(&pcdev->capture);
+ spin_lock_init(&pcdev->lock);
+ init_completion(&pcdev->complete);
+
+ pcdev->pdata = pdev->dev.platform_data;
+ if (pdev->dev.of_node && !pcdev->pdata) {
+ /* TODO: implement OF parsing */
+ } else if (pcdev->pdata && !pdev->dev.of_node) {
+ /* TODO: implement per-device bus flags */
+ pcdev->max_width = pcdev->pdata->max_width;
+ pcdev->max_height = pcdev->pdata->max_height;
+ pcdev->flags = pcdev->pdata->flags;
+ pcdev->asd.match_type = V4L2_ASYNC_MATCH_I2C;
+ pcdev->asd.match.i2c.adapter_id =
+ pcdev->pdata->sensor_i2c_adapter_id;
+ pcdev->asd.match.i2c.address = pcdev->pdata->sensor_i2c_address;
+ } else {
+ dev_err(&pdev->dev, "CEU platform data not set.\n");
+ return -EINVAL;
+ }
+
+ pcdev->field = V4L2_FIELD_NONE;
+
+ if (!pcdev->max_width)
+ pcdev->max_width = 2560;
+ if (!pcdev->max_height)
+ pcdev->max_height = 1920;
+
+ base = devm_ioremap_resource(&pdev->dev, res);
+ if (IS_ERR(base))
+ return PTR_ERR(base);
+
+ pcdev->irq = irq;
+ pcdev->base = base;
+ pcdev->video_limit = 0; /* only enabled if second resource exists */
+
+ res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
+ if (res) {
+ err = dma_declare_coherent_memory(&pdev->dev, res->start,
+ res->start,
+ resource_size(res),
+ DMA_MEMORY_MAP |
+ DMA_MEMORY_EXCLUSIVE);
+ if (!err) {
+ dev_err(&pdev->dev, "Unable to declare CEU memory.\n");
+ return -ENXIO;
+ }
+
+ pcdev->video_limit = resource_size(res);
+ }
+
+ /* request irq */
+ err = devm_request_irq(&pdev->dev, pcdev->irq, sh_ceu_irq,
+ 0, dev_name(&pdev->dev), pcdev);
+ if (err) {
+ dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
+ goto exit_release_mem;
+ }
+
+ pm_suspend_ignore_children(&pdev->dev, true);
+ pm_runtime_enable(&pdev->dev);
+ pm_runtime_resume(&pdev->dev);
+
+ dev_set_drvdata(&pdev->dev, pcdev);
+ err = v4l2_device_register(&pdev->dev, &pcdev->v4l2_dev);
+ if (err)
+ goto exit_free_clk;
+
+ pcdev->asds[0] = &pcdev->asd;
+ pcdev->notifier.v4l2_dev = &pcdev->v4l2_dev;
+ pcdev->notifier.subdevs = pcdev->asds;
+ pcdev->notifier.num_subdevs = 1;
+ pcdev->notifier.bound = sh_ceu_sensor_bound;
+ pcdev->notifier.unbind = sh_ceu_sensor_unbind;
+
+ err = v4l2_async_notifier_register(&pcdev->v4l2_dev, &pcdev->notifier);
+ if (err)
+ goto exit_free_clk;
+
+ return 0;
+
+exit_free_clk:
+ pm_runtime_disable(&pdev->dev);
+exit_release_mem:
+ if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
+ dma_release_declared_memory(&pdev->dev);
+ return err;
+}
+
+static int sh_ceu_remove(struct platform_device *pdev)
+{
+
+ /* TODO */
+
+ pm_runtime_disable(&pdev->dev);
+ if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
+ dma_release_declared_memory(&pdev->dev);
+
+ return 0;
+}
+
+static int sh_ceu_runtime_nop(struct device *dev)
+{
+ /* Runtime PM callback shared between ->runtime_suspend()
+ * and ->runtime_resume(). Simply returns success.
+ *
+ * This driver re-initializes all registers after
+ * pm_runtime_get_sync() anyway so there is no need
+ * to save and restore registers here.
+ */
+ return 0;
+}
+
+static const struct dev_pm_ops sh_ceu_dev_pm_ops = {
+ .runtime_suspend = sh_ceu_runtime_nop,
+ .runtime_resume = sh_ceu_runtime_nop,
+};
+
+static const struct of_device_id sh_ceu_of_match[] = {
+ { .compatible = "renesas,sh-mobile-ceu" },
+ { }
+};
+MODULE_DEVICE_TABLE(of, sh_ceu_of_match);
+
+static struct platform_driver sh_ceu_driver = {
+ .driver = {
+ .name = "sh_mobile_ceu",
+ .pm = &sh_ceu_dev_pm_ops,
+ .of_match_table = sh_ceu_of_match,
+ },
+ .probe = sh_ceu_probe,
+ .remove = sh_ceu_remove,
+};
+
+static int __init sh_ceu_init(void)
+{
+ return platform_driver_register(&sh_ceu_driver);
+}
+
+static void __exit sh_ceu_exit(void)
+{
+ platform_driver_unregister(&sh_ceu_driver);
+}
+
+module_init(sh_ceu_init);
+module_exit(sh_ceu_exit);
+
+MODULE_DESCRIPTION("SuperH Mobile CEU driver");
+MODULE_AUTHOR("Magnus Damm");
+MODULE_LICENSE("GPL");
+MODULE_VERSION("0.1.0");
+MODULE_ALIAS("platform:sh_mobile_ceu");
--
2.7.4
^ permalink raw reply related [flat|nested] 19+ messages in thread
* [RFC v2 2/2] media: platform: soc-camera: Remove SH CEU driver
2017-04-27 8:42 [RFC v2 0/2] SH CEU camera driver Jacopo Mondi
2017-04-27 8:42 ` [RFC v2 1/2] media: platform: Add SH CEU camera interface driver Jacopo Mondi
@ 2017-04-27 8:42 ` Jacopo Mondi
2017-04-27 13:10 ` [RFC v2 0/2] SH CEU camera driver Chris Brandt
2 siblings, 0 replies; 19+ messages in thread
From: Jacopo Mondi @ 2017-04-27 8:42 UTC (permalink / raw)
To: laurent.pinchart, magnus.damm; +Cc: linux-renesas-soc
Remove SH Mobile CEU driver from soc-camera framework
Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
---
drivers/media/platform/soc_camera/Kconfig | 10 -
drivers/media/platform/soc_camera/Makefile | 1 -
.../platform/soc_camera/sh_mobile_ceu_camera.c | 1821 --------------------
3 files changed, 1832 deletions(-)
delete mode 100644 drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
diff --git a/drivers/media/platform/soc_camera/Kconfig b/drivers/media/platform/soc_camera/Kconfig
index 86d7478..99ee15e 100644
--- a/drivers/media/platform/soc_camera/Kconfig
+++ b/drivers/media/platform/soc_camera/Kconfig
@@ -17,16 +17,6 @@ config SOC_CAMERA_PLATFORM
help
This is a generic SoC camera platform driver, useful for testing
-config VIDEO_SH_MOBILE_CEU
- tristate "SuperH Mobile CEU Interface driver"
- depends on VIDEO_DEV && SOC_CAMERA && HAS_DMA && HAVE_CLK
- depends on ARCH_SHMOBILE || COMPILE_TEST
- depends on HAS_DMA
- select VIDEOBUF2_DMA_CONTIG
- select SOC_CAMERA_SCALE_CROP
- ---help---
- This is a v4l2 driver for the SuperH Mobile CEU Interface
-
config VIDEO_ATMEL_ISI
tristate "ATMEL Image Sensor Interface (ISI) support"
depends on VIDEO_DEV && SOC_CAMERA
diff --git a/drivers/media/platform/soc_camera/Makefile b/drivers/media/platform/soc_camera/Makefile
index 7633a0f..7ecb22b 100644
--- a/drivers/media/platform/soc_camera/Makefile
+++ b/drivers/media/platform/soc_camera/Makefile
@@ -7,4 +7,3 @@ obj-$(CONFIG_SOC_CAMERA_PLATFORM) += soc_camera_platform.o
# soc-camera host drivers have to be linked after camera drivers
obj-$(CONFIG_VIDEO_ATMEL_ISI) += atmel-isi.o
-obj-$(CONFIG_VIDEO_SH_MOBILE_CEU) += sh_mobile_ceu_camera.o
diff --git a/drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c b/drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
deleted file mode 100644
index a15bfb5..0000000
--- a/drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
+++ /dev/null
@@ -1,1821 +0,0 @@
-/*
- * V4L2 Driver for SuperH Mobile CEU interface
- *
- * Copyright (C) 2008 Magnus Damm
- *
- * Based on V4L2 Driver for PXA camera host - "pxa_camera.c",
- *
- * Copyright (C) 2006, Sascha Hauer, Pengutronix
- * Copyright (C) 2008, Guennadi Liakhovetski <kernel@pengutronix.de>
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- */
-
-#include <linux/init.h>
-#include <linux/module.h>
-#include <linux/io.h>
-#include <linux/completion.h>
-#include <linux/delay.h>
-#include <linux/dma-mapping.h>
-#include <linux/err.h>
-#include <linux/errno.h>
-#include <linux/fs.h>
-#include <linux/interrupt.h>
-#include <linux/kernel.h>
-#include <linux/mm.h>
-#include <linux/moduleparam.h>
-#include <linux/of.h>
-#include <linux/time.h>
-#include <linux/slab.h>
-#include <linux/device.h>
-#include <linux/platform_device.h>
-#include <linux/videodev2.h>
-#include <linux/pm_runtime.h>
-#include <linux/sched.h>
-
-#include <media/v4l2-async.h>
-#include <media/v4l2-common.h>
-#include <media/v4l2-dev.h>
-#include <media/soc_camera.h>
-#include <media/drv-intf/sh_mobile_ceu.h>
-#include <media/videobuf2-dma-contig.h>
-#include <media/v4l2-mediabus.h>
-#include <media/drv-intf/soc_mediabus.h>
-
-#include "soc_scale_crop.h"
-
-/* register offsets for sh7722 / sh7723 */
-
-#define CAPSR 0x00 /* Capture start register */
-#define CAPCR 0x04 /* Capture control register */
-#define CAMCR 0x08 /* Capture interface control register */
-#define CMCYR 0x0c /* Capture interface cycle register */
-#define CAMOR 0x10 /* Capture interface offset register */
-#define CAPWR 0x14 /* Capture interface width register */
-#define CAIFR 0x18 /* Capture interface input format register */
-#define CSTCR 0x20 /* Camera strobe control register (<= sh7722) */
-#define CSECR 0x24 /* Camera strobe emission count register (<= sh7722) */
-#define CRCNTR 0x28 /* CEU register control register */
-#define CRCMPR 0x2c /* CEU register forcible control register */
-#define CFLCR 0x30 /* Capture filter control register */
-#define CFSZR 0x34 /* Capture filter size clip register */
-#define CDWDR 0x38 /* Capture destination width register */
-#define CDAYR 0x3c /* Capture data address Y register */
-#define CDACR 0x40 /* Capture data address C register */
-#define CDBYR 0x44 /* Capture data bottom-field address Y register */
-#define CDBCR 0x48 /* Capture data bottom-field address C register */
-#define CBDSR 0x4c /* Capture bundle destination size register */
-#define CFWCR 0x5c /* Firewall operation control register */
-#define CLFCR 0x60 /* Capture low-pass filter control register */
-#define CDOCR 0x64 /* Capture data output control register */
-#define CDDCR 0x68 /* Capture data complexity level register */
-#define CDDAR 0x6c /* Capture data complexity level address register */
-#define CEIER 0x70 /* Capture event interrupt enable register */
-#define CETCR 0x74 /* Capture event flag clear register */
-#define CSTSR 0x7c /* Capture status register */
-#define CSRTR 0x80 /* Capture software reset register */
-#define CDSSR 0x84 /* Capture data size register */
-#define CDAYR2 0x90 /* Capture data address Y register 2 */
-#define CDACR2 0x94 /* Capture data address C register 2 */
-#define CDBYR2 0x98 /* Capture data bottom-field address Y register 2 */
-#define CDBCR2 0x9c /* Capture data bottom-field address C register 2 */
-
-#undef DEBUG_GEOMETRY
-#ifdef DEBUG_GEOMETRY
-#define dev_geo dev_info
-#else
-#define dev_geo dev_dbg
-#endif
-
-/* per video frame buffer */
-struct sh_mobile_ceu_buffer {
- struct vb2_v4l2_buffer vb; /* v4l buffer must be first */
- struct list_head queue;
-};
-
-struct sh_mobile_ceu_dev {
- struct soc_camera_host ici;
-
- unsigned int irq;
- void __iomem *base;
- size_t video_limit;
- size_t buf_total;
-
- spinlock_t lock; /* Protects video buffer lists */
- struct list_head capture;
- struct vb2_v4l2_buffer *active;
-
- struct sh_mobile_ceu_info *pdata;
- struct completion complete;
-
- u32 cflcr;
-
- /* static max sizes either from platform data or default */
- int max_width;
- int max_height;
-
- enum v4l2_field field;
- int sequence;
- unsigned long flags;
-
- unsigned int image_mode:1;
- unsigned int is_16bit:1;
- unsigned int frozen:1;
-};
-
-struct sh_mobile_ceu_cam {
- /* CEU offsets within the camera output, before the CEU scaler */
- unsigned int ceu_left;
- unsigned int ceu_top;
- /* Client output, as seen by the CEU */
- unsigned int width;
- unsigned int height;
- /*
- * User window from S_SELECTION / G_SELECTION, produced by client cropping and
- * scaling, CEU scaling and CEU cropping, mapped back onto the client
- * input window
- */
- struct v4l2_rect subrect;
- /* Camera cropping rectangle */
- struct v4l2_rect rect;
- const struct soc_mbus_pixelfmt *extra_fmt;
- u32 code;
-};
-
-static struct sh_mobile_ceu_buffer *to_ceu_vb(struct vb2_v4l2_buffer *vbuf)
-{
- return container_of(vbuf, struct sh_mobile_ceu_buffer, vb);
-}
-
-static void ceu_write(struct sh_mobile_ceu_dev *priv,
- unsigned long reg_offs, u32 data)
-{
- iowrite32(data, priv->base + reg_offs);
-}
-
-static u32 ceu_read(struct sh_mobile_ceu_dev *priv, unsigned long reg_offs)
-{
- return ioread32(priv->base + reg_offs);
-}
-
-static int sh_mobile_ceu_soft_reset(struct sh_mobile_ceu_dev *pcdev)
-{
- int i, success = 0;
-
- ceu_write(pcdev, CAPSR, 1 << 16); /* reset */
-
- /* wait CSTSR.CPTON bit */
- for (i = 0; i < 1000; i++) {
- if (!(ceu_read(pcdev, CSTSR) & 1)) {
- success++;
- break;
- }
- udelay(1);
- }
-
- /* wait CAPSR.CPKIL bit */
- for (i = 0; i < 1000; i++) {
- if (!(ceu_read(pcdev, CAPSR) & (1 << 16))) {
- success++;
- break;
- }
- udelay(1);
- }
-
- if (2 != success) {
- dev_warn(pcdev->ici.v4l2_dev.dev, "soft reset time out\n");
- return -EIO;
- }
-
- return 0;
-}
-
-/*
- * Videobuf operations
- */
-
-/*
- * .queue_setup() is called to check, whether the driver can accept the
- * requested number of buffers and to fill in plane sizes
- * for the current frame format if required
- */
-static int sh_mobile_ceu_videobuf_setup(struct vb2_queue *vq,
- unsigned int *count, unsigned int *num_planes,
- unsigned int sizes[], struct device *alloc_devs[])
-{
- struct soc_camera_device *icd = soc_camera_from_vb2q(vq);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
-
- if (!vq->num_buffers)
- pcdev->sequence = 0;
-
- if (!*count)
- *count = 2;
-
- /* Called from VIDIOC_REQBUFS or in compatibility mode */
- if (!*num_planes)
- sizes[0] = icd->sizeimage;
- else if (sizes[0] < icd->sizeimage)
- return -EINVAL;
-
- /* If *num_planes != 0, we have already verified *count. */
- if (pcdev->video_limit) {
- size_t size = PAGE_ALIGN(sizes[0]) * *count;
-
- if (size + pcdev->buf_total > pcdev->video_limit)
- *count = (pcdev->video_limit - pcdev->buf_total) /
- PAGE_ALIGN(sizes[0]);
- }
-
- *num_planes = 1;
-
- dev_dbg(icd->parent, "count=%d, size=%u\n", *count, sizes[0]);
-
- return 0;
-}
-
-#define CEU_CETCR_MAGIC 0x0317f313 /* acknowledge magical interrupt sources */
-#define CEU_CETCR_IGRW (1 << 4) /* prohibited register access interrupt bit */
-#define CEU_CEIER_CPEIE (1 << 0) /* one-frame capture end interrupt */
-#define CEU_CEIER_VBP (1 << 20) /* vbp error */
-#define CEU_CAPCR_CTNCP (1 << 16) /* continuous capture mode (if set) */
-#define CEU_CEIER_MASK (CEU_CEIER_CPEIE | CEU_CEIER_VBP)
-
-
-/*
- * return value doesn't reflex the success/failure to queue the new buffer,
- * but rather the status of the previous buffer.
- */
-static int sh_mobile_ceu_capture(struct sh_mobile_ceu_dev *pcdev)
-{
- struct soc_camera_device *icd = pcdev->ici.icd;
- dma_addr_t phys_addr_top, phys_addr_bottom;
- unsigned long top1, top2;
- unsigned long bottom1, bottom2;
- u32 status;
- bool planar;
- int ret = 0;
-
- /*
- * The hardware is _very_ picky about this sequence. Especially
- * the CEU_CETCR_MAGIC value. It seems like we need to acknowledge
- * several not-so-well documented interrupt sources in CETCR.
- */
- ceu_write(pcdev, CEIER, ceu_read(pcdev, CEIER) & ~CEU_CEIER_MASK);
- status = ceu_read(pcdev, CETCR);
- ceu_write(pcdev, CETCR, ~status & CEU_CETCR_MAGIC);
- if (!pcdev->frozen)
- ceu_write(pcdev, CEIER, ceu_read(pcdev, CEIER) | CEU_CEIER_MASK);
- ceu_write(pcdev, CAPCR, ceu_read(pcdev, CAPCR) & ~CEU_CAPCR_CTNCP);
- ceu_write(pcdev, CETCR, CEU_CETCR_MAGIC ^ CEU_CETCR_IGRW);
-
- /*
- * When a VBP interrupt occurs, a capture end interrupt does not occur
- * and the image of that frame is not captured correctly. So, soft reset
- * is needed here.
- */
- if (status & CEU_CEIER_VBP) {
- sh_mobile_ceu_soft_reset(pcdev);
- ret = -EIO;
- }
-
- if (pcdev->frozen) {
- complete(&pcdev->complete);
- return ret;
- }
-
- if (!pcdev->active)
- return ret;
-
- if (V4L2_FIELD_INTERLACED_BT == pcdev->field) {
- top1 = CDBYR;
- top2 = CDBCR;
- bottom1 = CDAYR;
- bottom2 = CDACR;
- } else {
- top1 = CDAYR;
- top2 = CDACR;
- bottom1 = CDBYR;
- bottom2 = CDBCR;
- }
-
- phys_addr_top =
- vb2_dma_contig_plane_dma_addr(&pcdev->active->vb2_buf, 0);
-
- switch (icd->current_fmt->host_fmt->fourcc) {
- case V4L2_PIX_FMT_NV12:
- case V4L2_PIX_FMT_NV21:
- case V4L2_PIX_FMT_NV16:
- case V4L2_PIX_FMT_NV61:
- planar = true;
- break;
- default:
- planar = false;
- }
-
- ceu_write(pcdev, top1, phys_addr_top);
- if (V4L2_FIELD_NONE != pcdev->field) {
- phys_addr_bottom = phys_addr_top + icd->bytesperline;
- ceu_write(pcdev, bottom1, phys_addr_bottom);
- }
-
- if (planar) {
- phys_addr_top += icd->bytesperline * icd->user_height;
- ceu_write(pcdev, top2, phys_addr_top);
- if (V4L2_FIELD_NONE != pcdev->field) {
- phys_addr_bottom = phys_addr_top + icd->bytesperline;
- ceu_write(pcdev, bottom2, phys_addr_bottom);
- }
- }
-
- ceu_write(pcdev, CAPSR, 0x1); /* start capture */
-
- return ret;
-}
-
-static int sh_mobile_ceu_videobuf_prepare(struct vb2_buffer *vb)
-{
- struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
- struct sh_mobile_ceu_buffer *buf = to_ceu_vb(vbuf);
-
- /* Added list head initialization on alloc */
- WARN(!list_empty(&buf->queue), "Buffer %p on queue!\n", vb);
-
- return 0;
-}
-
-static void sh_mobile_ceu_videobuf_queue(struct vb2_buffer *vb)
-{
- struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
- struct soc_camera_device *icd = soc_camera_from_vb2q(vb->vb2_queue);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- struct sh_mobile_ceu_buffer *buf = to_ceu_vb(vbuf);
- unsigned long size;
-
- size = icd->sizeimage;
-
- if (vb2_plane_size(vb, 0) < size) {
- dev_err(icd->parent, "Buffer #%d too small (%lu < %lu)\n",
- vb->index, vb2_plane_size(vb, 0), size);
- goto error;
- }
-
- vb2_set_plane_payload(vb, 0, size);
-
- dev_dbg(icd->parent, "%s (vb=0x%p) 0x%p %lu\n", __func__,
- vb, vb2_plane_vaddr(vb, 0), vb2_get_plane_payload(vb, 0));
-
-#ifdef DEBUG
- /*
- * This can be useful if you want to see if we actually fill
- * the buffer with something
- */
- if (vb2_plane_vaddr(vb, 0))
- memset(vb2_plane_vaddr(vb, 0), 0xaa, vb2_get_plane_payload(vb, 0));
-#endif
-
- spin_lock_irq(&pcdev->lock);
- list_add_tail(&buf->queue, &pcdev->capture);
-
- if (!pcdev->active) {
- /*
- * Because there were no active buffer at this moment,
- * we are not interested in the return value of
- * sh_mobile_ceu_capture here.
- */
- pcdev->active = vbuf;
- sh_mobile_ceu_capture(pcdev);
- }
- spin_unlock_irq(&pcdev->lock);
-
- return;
-
-error:
- vb2_buffer_done(vb, VB2_BUF_STATE_ERROR);
-}
-
-static void sh_mobile_ceu_videobuf_release(struct vb2_buffer *vb)
-{
- struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
- struct soc_camera_device *icd = soc_camera_from_vb2q(vb->vb2_queue);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_buffer *buf = to_ceu_vb(vbuf);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
-
- spin_lock_irq(&pcdev->lock);
-
- if (pcdev->active == vbuf) {
- /* disable capture (release DMA buffer), reset */
- ceu_write(pcdev, CAPSR, 1 << 16);
- pcdev->active = NULL;
- }
-
- /*
- * Doesn't hurt also if the list is empty, but it hurts, if queuing the
- * buffer failed, and .buf_init() hasn't been called
- */
- if (buf->queue.next)
- list_del_init(&buf->queue);
-
- pcdev->buf_total -= PAGE_ALIGN(vb2_plane_size(vb, 0));
- dev_dbg(icd->parent, "%s() %zu bytes buffers\n", __func__,
- pcdev->buf_total);
-
- spin_unlock_irq(&pcdev->lock);
-}
-
-static int sh_mobile_ceu_videobuf_init(struct vb2_buffer *vb)
-{
- struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
- struct soc_camera_device *icd = soc_camera_from_vb2q(vb->vb2_queue);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
-
- pcdev->buf_total += PAGE_ALIGN(vb2_plane_size(vb, 0));
- dev_dbg(icd->parent, "%s() %zu bytes buffers\n", __func__,
- pcdev->buf_total);
-
- /* This is for locking debugging only */
- INIT_LIST_HEAD(&to_ceu_vb(vbuf)->queue);
- return 0;
-}
-
-static void sh_mobile_ceu_stop_streaming(struct vb2_queue *q)
-{
- struct soc_camera_device *icd = soc_camera_from_vb2q(q);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- struct list_head *buf_head, *tmp;
-
- spin_lock_irq(&pcdev->lock);
-
- pcdev->active = NULL;
-
- list_for_each_safe(buf_head, tmp, &pcdev->capture)
- list_del_init(buf_head);
-
- spin_unlock_irq(&pcdev->lock);
-
- sh_mobile_ceu_soft_reset(pcdev);
-}
-
-static const struct vb2_ops sh_mobile_ceu_videobuf_ops = {
- .queue_setup = sh_mobile_ceu_videobuf_setup,
- .buf_prepare = sh_mobile_ceu_videobuf_prepare,
- .buf_queue = sh_mobile_ceu_videobuf_queue,
- .buf_cleanup = sh_mobile_ceu_videobuf_release,
- .buf_init = sh_mobile_ceu_videobuf_init,
- .wait_prepare = vb2_ops_wait_prepare,
- .wait_finish = vb2_ops_wait_finish,
- .stop_streaming = sh_mobile_ceu_stop_streaming,
-};
-
-static irqreturn_t sh_mobile_ceu_irq(int irq, void *data)
-{
- struct sh_mobile_ceu_dev *pcdev = data;
- struct vb2_v4l2_buffer *vbuf;
- int ret;
-
- spin_lock(&pcdev->lock);
-
- vbuf = pcdev->active;
- if (!vbuf)
- /* Stale interrupt from a released buffer */
- goto out;
-
- list_del_init(&to_ceu_vb(vbuf)->queue);
-
- if (!list_empty(&pcdev->capture))
- pcdev->active = &list_entry(pcdev->capture.next,
- struct sh_mobile_ceu_buffer, queue)->vb;
- else
- pcdev->active = NULL;
-
- ret = sh_mobile_ceu_capture(pcdev);
- vbuf->vb2_buf.timestamp = ktime_get_ns();
- if (!ret) {
- vbuf->field = pcdev->field;
- vbuf->sequence = pcdev->sequence++;
- }
- vb2_buffer_done(&vbuf->vb2_buf,
- ret < 0 ? VB2_BUF_STATE_ERROR : VB2_BUF_STATE_DONE);
-
-out:
- spin_unlock(&pcdev->lock);
-
- return IRQ_HANDLED;
-}
-
-static int sh_mobile_ceu_add_device(struct soc_camera_device *icd)
-{
- dev_info(icd->parent,
- "SuperH Mobile CEU driver attached to camera %d\n",
- icd->devnum);
-
- return 0;
-}
-
-static void sh_mobile_ceu_remove_device(struct soc_camera_device *icd)
-{
- dev_info(icd->parent,
- "SuperH Mobile CEU driver detached from camera %d\n",
- icd->devnum);
-}
-
-/* Called with .host_lock held */
-static int sh_mobile_ceu_clock_start(struct soc_camera_host *ici)
-{
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
-
- pm_runtime_get_sync(ici->v4l2_dev.dev);
-
- pcdev->buf_total = 0;
-
- sh_mobile_ceu_soft_reset(pcdev);
-
- return 0;
-}
-
-/* Called with .host_lock held */
-static void sh_mobile_ceu_clock_stop(struct soc_camera_host *ici)
-{
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
-
- /* disable capture, disable interrupts */
- ceu_write(pcdev, CEIER, 0);
- sh_mobile_ceu_soft_reset(pcdev);
-
- /* make sure active buffer is canceled */
- spin_lock_irq(&pcdev->lock);
- if (pcdev->active) {
- list_del_init(&to_ceu_vb(pcdev->active)->queue);
- vb2_buffer_done(&pcdev->active->vb2_buf, VB2_BUF_STATE_ERROR);
- pcdev->active = NULL;
- }
- spin_unlock_irq(&pcdev->lock);
-
- pm_runtime_put(ici->v4l2_dev.dev);
-}
-
-/*
- * See chapter 29.4.12 "Capture Filter Control Register (CFLCR)"
- * in SH7722 Hardware Manual
- */
-static unsigned int size_dst(unsigned int src, unsigned int scale)
-{
- unsigned int mant_pre = scale >> 12;
- if (!src || !scale)
- return src;
- return ((mant_pre + 2 * (src - 1)) / (2 * mant_pre) - 1) *
- mant_pre * 4096 / scale + 1;
-}
-
-static u16 calc_scale(unsigned int src, unsigned int *dst)
-{
- u16 scale;
-
- if (src == *dst)
- return 0;
-
- scale = (src * 4096 / *dst) & ~7;
-
- while (scale > 4096 && size_dst(src, scale) < *dst)
- scale -= 8;
-
- *dst = size_dst(src, scale);
-
- return scale;
-}
-
-/* rect is guaranteed to not exceed the scaled camera rectangle */
-static void sh_mobile_ceu_set_rect(struct soc_camera_device *icd)
-{
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_cam *cam = icd->host_priv;
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- unsigned int height, width, cdwdr_width, in_width, in_height;
- unsigned int left_offset, top_offset;
- u32 camor;
-
- dev_geo(icd->parent, "Crop %ux%u@%u:%u\n",
- icd->user_width, icd->user_height, cam->ceu_left, cam->ceu_top);
-
- left_offset = cam->ceu_left;
- top_offset = cam->ceu_top;
-
- WARN_ON(icd->user_width & 3 || icd->user_height & 3);
-
- width = icd->user_width;
-
- if (pcdev->image_mode) {
- in_width = cam->width;
- if (!pcdev->is_16bit) {
- in_width *= 2;
- left_offset *= 2;
- }
- } else {
- unsigned int w_factor;
-
- switch (icd->current_fmt->host_fmt->packing) {
- case SOC_MBUS_PACKING_2X8_PADHI:
- w_factor = 2;
- break;
- default:
- w_factor = 1;
- }
-
- in_width = cam->width * w_factor;
- left_offset *= w_factor;
- }
-
- cdwdr_width = icd->bytesperline;
-
- height = icd->user_height;
- in_height = cam->height;
- if (V4L2_FIELD_NONE != pcdev->field) {
- height = (height / 2) & ~3;
- in_height /= 2;
- top_offset /= 2;
- cdwdr_width *= 2;
- }
-
- /* Set CAMOR, CAPWR, CFSZR, take care of CDWDR */
- camor = left_offset | (top_offset << 16);
-
- dev_geo(icd->parent,
- "CAMOR 0x%x, CAPWR 0x%x, CFSZR 0x%x, CDWDR 0x%x\n", camor,
- (in_height << 16) | in_width, (height << 16) | width,
- cdwdr_width);
-
- ceu_write(pcdev, CAMOR, camor);
- ceu_write(pcdev, CAPWR, (in_height << 16) | in_width);
- /* CFSZR clipping is applied _after_ the scaling filter (CFLCR) */
- ceu_write(pcdev, CFSZR, (height << 16) | width);
- ceu_write(pcdev, CDWDR, cdwdr_width);
-}
-
-static u32 capture_save_reset(struct sh_mobile_ceu_dev *pcdev)
-{
- u32 capsr = ceu_read(pcdev, CAPSR);
- ceu_write(pcdev, CAPSR, 1 << 16); /* reset, stop capture */
- return capsr;
-}
-
-static void capture_restore(struct sh_mobile_ceu_dev *pcdev, u32 capsr)
-{
- unsigned long timeout = jiffies + 10 * HZ;
-
- /*
- * Wait until the end of the current frame. It can take a long time,
- * but if it has been aborted by a CAPSR reset, it shoule exit sooner.
- */
- while ((ceu_read(pcdev, CSTSR) & 1) && time_before(jiffies, timeout))
- msleep(1);
-
- if (time_after(jiffies, timeout)) {
- dev_err(pcdev->ici.v4l2_dev.dev,
- "Timeout waiting for frame end! Interface problem?\n");
- return;
- }
-
- /* Wait until reset clears, this shall not hang... */
- while (ceu_read(pcdev, CAPSR) & (1 << 16))
- udelay(10);
-
- /* Anything to restore? */
- if (capsr & ~(1 << 16))
- ceu_write(pcdev, CAPSR, capsr);
-}
-
-#define CEU_BUS_FLAGS (V4L2_MBUS_MASTER | \
- V4L2_MBUS_PCLK_SAMPLE_RISING | \
- V4L2_MBUS_HSYNC_ACTIVE_HIGH | \
- V4L2_MBUS_HSYNC_ACTIVE_LOW | \
- V4L2_MBUS_VSYNC_ACTIVE_HIGH | \
- V4L2_MBUS_VSYNC_ACTIVE_LOW | \
- V4L2_MBUS_DATA_ACTIVE_HIGH)
-
-/* Capture is not running, no interrupts, no locking needed */
-static int sh_mobile_ceu_set_bus_param(struct soc_camera_device *icd)
-{
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- struct v4l2_subdev *sd = soc_camera_to_subdev(icd);
- struct sh_mobile_ceu_cam *cam = icd->host_priv;
- struct v4l2_mbus_config cfg = {.type = V4L2_MBUS_PARALLEL,};
- unsigned long value, common_flags = CEU_BUS_FLAGS;
- u32 capsr = capture_save_reset(pcdev);
- unsigned int yuv_lineskip;
- int ret;
-
- /*
- * If the client doesn't implement g_mbus_config, we just use our
- * platform data
- */
- ret = v4l2_subdev_call(sd, video, g_mbus_config, &cfg);
- if (!ret) {
- common_flags = soc_mbus_config_compatible(&cfg,
- common_flags);
- if (!common_flags)
- return -EINVAL;
- } else if (ret != -ENOIOCTLCMD) {
- return ret;
- }
-
- /* Make choises, based on platform preferences */
- if ((common_flags & V4L2_MBUS_HSYNC_ACTIVE_HIGH) &&
- (common_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW)) {
- if (pcdev->flags & SH_CEU_FLAG_HSYNC_LOW)
- common_flags &= ~V4L2_MBUS_HSYNC_ACTIVE_HIGH;
- else
- common_flags &= ~V4L2_MBUS_HSYNC_ACTIVE_LOW;
- }
-
- if ((common_flags & V4L2_MBUS_VSYNC_ACTIVE_HIGH) &&
- (common_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW)) {
- if (pcdev->flags & SH_CEU_FLAG_VSYNC_LOW)
- common_flags &= ~V4L2_MBUS_VSYNC_ACTIVE_HIGH;
- else
- common_flags &= ~V4L2_MBUS_VSYNC_ACTIVE_LOW;
- }
-
- cfg.flags = common_flags;
- ret = v4l2_subdev_call(sd, video, s_mbus_config, &cfg);
- if (ret < 0 && ret != -ENOIOCTLCMD)
- return ret;
-
- if (icd->current_fmt->host_fmt->bits_per_sample > 8)
- pcdev->is_16bit = 1;
- else
- pcdev->is_16bit = 0;
-
- ceu_write(pcdev, CRCNTR, 0);
- ceu_write(pcdev, CRCMPR, 0);
-
- value = 0x00000010; /* data fetch by default */
- yuv_lineskip = 0x10;
-
- switch (icd->current_fmt->host_fmt->fourcc) {
- case V4L2_PIX_FMT_NV12:
- case V4L2_PIX_FMT_NV21:
- /* convert 4:2:2 -> 4:2:0 */
- yuv_lineskip = 0; /* skip for NV12/21, no skip for NV16/61 */
- /* fall-through */
- case V4L2_PIX_FMT_NV16:
- case V4L2_PIX_FMT_NV61:
- switch (cam->code) {
- case MEDIA_BUS_FMT_UYVY8_2X8:
- value = 0x00000000; /* Cb0, Y0, Cr0, Y1 */
- break;
- case MEDIA_BUS_FMT_VYUY8_2X8:
- value = 0x00000100; /* Cr0, Y0, Cb0, Y1 */
- break;
- case MEDIA_BUS_FMT_YUYV8_2X8:
- value = 0x00000200; /* Y0, Cb0, Y1, Cr0 */
- break;
- case MEDIA_BUS_FMT_YVYU8_2X8:
- value = 0x00000300; /* Y0, Cr0, Y1, Cb0 */
- break;
- default:
- BUG();
- }
- }
-
- if (icd->current_fmt->host_fmt->fourcc == V4L2_PIX_FMT_NV21 ||
- icd->current_fmt->host_fmt->fourcc == V4L2_PIX_FMT_NV61)
- value ^= 0x00000100; /* swap U, V to change from NV1x->NVx1 */
-
- value |= common_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW ? 1 << 1 : 0;
- value |= common_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW ? 1 << 0 : 0;
-
- if (pcdev->is_16bit)
- value |= 1 << 12;
- else if (pcdev->flags & SH_CEU_FLAG_LOWER_8BIT)
- value |= 2 << 12;
-
- ceu_write(pcdev, CAMCR, value);
-
- ceu_write(pcdev, CAPCR, 0x00300000);
-
- switch (pcdev->field) {
- case V4L2_FIELD_INTERLACED_TB:
- value = 0x101;
- break;
- case V4L2_FIELD_INTERLACED_BT:
- value = 0x102;
- break;
- default:
- value = 0;
- break;
- }
- ceu_write(pcdev, CAIFR, value);
-
- sh_mobile_ceu_set_rect(icd);
- mdelay(1);
-
- dev_geo(icd->parent, "CFLCR 0x%x\n", pcdev->cflcr);
- ceu_write(pcdev, CFLCR, pcdev->cflcr);
-
- /*
- * A few words about byte order (observed in Big Endian mode)
- *
- * In data fetch mode bytes are received in chunks of 8 bytes.
- * D0, D1, D2, D3, D4, D5, D6, D7 (D0 received first)
- *
- * The data is however by default written to memory in reverse order:
- * D7, D6, D5, D4, D3, D2, D1, D0 (D7 written to lowest byte)
- *
- * The lowest three bits of CDOCR allows us to do swapping,
- * using 7 we swap the data bytes to match the incoming order:
- * D0, D1, D2, D3, D4, D5, D6, D7
- */
- value = 0x00000007 | yuv_lineskip;
-
- ceu_write(pcdev, CDOCR, value);
- ceu_write(pcdev, CFWCR, 0); /* keep "datafetch firewall" disabled */
-
- capture_restore(pcdev, capsr);
-
- /* not in bundle mode: skip CBDSR, CDAYR2, CDACR2, CDBYR2, CDBCR2 */
- return 0;
-}
-
-static int sh_mobile_ceu_try_bus_param(struct soc_camera_device *icd,
- unsigned char buswidth)
-{
- struct v4l2_subdev *sd = soc_camera_to_subdev(icd);
- unsigned long common_flags = CEU_BUS_FLAGS;
- struct v4l2_mbus_config cfg = {.type = V4L2_MBUS_PARALLEL,};
- int ret;
-
- ret = v4l2_subdev_call(sd, video, g_mbus_config, &cfg);
- if (!ret)
- common_flags = soc_mbus_config_compatible(&cfg,
- common_flags);
- else if (ret != -ENOIOCTLCMD)
- return ret;
-
- if (!common_flags || buswidth > 16)
- return -EINVAL;
-
- return 0;
-}
-
-static const struct soc_mbus_pixelfmt sh_mobile_ceu_formats[] = {
- {
- .fourcc = V4L2_PIX_FMT_NV12,
- .name = "NV12",
- .bits_per_sample = 8,
- .packing = SOC_MBUS_PACKING_1_5X8,
- .order = SOC_MBUS_ORDER_LE,
- .layout = SOC_MBUS_LAYOUT_PLANAR_2Y_C,
- }, {
- .fourcc = V4L2_PIX_FMT_NV21,
- .name = "NV21",
- .bits_per_sample = 8,
- .packing = SOC_MBUS_PACKING_1_5X8,
- .order = SOC_MBUS_ORDER_LE,
- .layout = SOC_MBUS_LAYOUT_PLANAR_2Y_C,
- }, {
- .fourcc = V4L2_PIX_FMT_NV16,
- .name = "NV16",
- .bits_per_sample = 8,
- .packing = SOC_MBUS_PACKING_2X8_PADHI,
- .order = SOC_MBUS_ORDER_LE,
- .layout = SOC_MBUS_LAYOUT_PLANAR_Y_C,
- }, {
- .fourcc = V4L2_PIX_FMT_NV61,
- .name = "NV61",
- .bits_per_sample = 8,
- .packing = SOC_MBUS_PACKING_2X8_PADHI,
- .order = SOC_MBUS_ORDER_LE,
- .layout = SOC_MBUS_LAYOUT_PLANAR_Y_C,
- },
-};
-
-/* This will be corrected as we get more formats */
-static bool sh_mobile_ceu_packing_supported(const struct soc_mbus_pixelfmt *fmt)
-{
- return fmt->packing == SOC_MBUS_PACKING_NONE ||
- (fmt->bits_per_sample == 8 &&
- fmt->packing == SOC_MBUS_PACKING_1_5X8) ||
- (fmt->bits_per_sample == 8 &&
- fmt->packing == SOC_MBUS_PACKING_2X8_PADHI) ||
- (fmt->bits_per_sample > 8 &&
- fmt->packing == SOC_MBUS_PACKING_EXTEND16);
-}
-
-static struct soc_camera_device *ctrl_to_icd(struct v4l2_ctrl *ctrl)
-{
- return container_of(ctrl->handler, struct soc_camera_device,
- ctrl_handler);
-}
-
-static int sh_mobile_ceu_s_ctrl(struct v4l2_ctrl *ctrl)
-{
- struct soc_camera_device *icd = ctrl_to_icd(ctrl);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
-
- switch (ctrl->id) {
- case V4L2_CID_SHARPNESS:
- switch (icd->current_fmt->host_fmt->fourcc) {
- case V4L2_PIX_FMT_NV12:
- case V4L2_PIX_FMT_NV21:
- case V4L2_PIX_FMT_NV16:
- case V4L2_PIX_FMT_NV61:
- ceu_write(pcdev, CLFCR, !ctrl->val);
- return 0;
- }
- break;
- }
-
- return -EINVAL;
-}
-
-static const struct v4l2_ctrl_ops sh_mobile_ceu_ctrl_ops = {
- .s_ctrl = sh_mobile_ceu_s_ctrl,
-};
-
-static int sh_mobile_ceu_get_formats(struct soc_camera_device *icd, unsigned int idx,
- struct soc_camera_format_xlate *xlate)
-{
- struct v4l2_subdev *sd = soc_camera_to_subdev(icd);
- struct device *dev = icd->parent;
- struct soc_camera_host *ici = to_soc_camera_host(dev);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- int ret, k, n;
- int formats = 0;
- struct sh_mobile_ceu_cam *cam;
- struct v4l2_subdev_mbus_code_enum code = {
- .which = V4L2_SUBDEV_FORMAT_ACTIVE,
- .index = idx,
- };
- const struct soc_mbus_pixelfmt *fmt;
-
- ret = v4l2_subdev_call(sd, pad, enum_mbus_code, NULL, &code);
- if (ret < 0)
- /* No more formats */
- return 0;
-
- fmt = soc_mbus_get_fmtdesc(code.code);
- if (!fmt) {
- dev_warn(dev, "unsupported format code #%u: %d\n", idx, code.code);
- return 0;
- }
-
- ret = sh_mobile_ceu_try_bus_param(icd, fmt->bits_per_sample);
- if (ret < 0)
- return 0;
-
- if (!icd->host_priv) {
- struct v4l2_subdev_format fmt = {
- .which = V4L2_SUBDEV_FORMAT_ACTIVE,
- };
- struct v4l2_mbus_framefmt *mf = &fmt.format;
- struct v4l2_rect rect;
- int shift = 0;
-
- /* Add our control */
- v4l2_ctrl_new_std(&icd->ctrl_handler, &sh_mobile_ceu_ctrl_ops,
- V4L2_CID_SHARPNESS, 0, 1, 1, 1);
- if (icd->ctrl_handler.error)
- return icd->ctrl_handler.error;
-
- /* FIXME: subwindow is lost between close / open */
-
- /* Cache current client geometry */
- ret = soc_camera_client_g_rect(sd, &rect);
- if (ret < 0)
- return ret;
-
- /* First time */
- ret = v4l2_subdev_call(sd, pad, get_fmt, NULL, &fmt);
- if (ret < 0)
- return ret;
-
- /*
- * All currently existing CEU implementations support 2560x1920
- * or larger frames. If the sensor is proposing too big a frame,
- * don't bother with possibly supportred by the CEU larger
- * sizes, just try VGA multiples. If needed, this can be
- * adjusted in the future.
- */
- while ((mf->width > pcdev->max_width ||
- mf->height > pcdev->max_height) && shift < 4) {
- /* Try 2560x1920, 1280x960, 640x480, 320x240 */
- mf->width = 2560 >> shift;
- mf->height = 1920 >> shift;
- ret = v4l2_device_call_until_err(sd->v4l2_dev,
- soc_camera_grp_id(icd), pad,
- set_fmt, NULL, &fmt);
- if (ret < 0)
- return ret;
- shift++;
- }
-
- if (shift == 4) {
- dev_err(dev, "Failed to configure the client below %ux%x\n",
- mf->width, mf->height);
- return -EIO;
- }
-
- dev_geo(dev, "camera fmt %ux%u\n", mf->width, mf->height);
-
- cam = kzalloc(sizeof(*cam), GFP_KERNEL);
- if (!cam)
- return -ENOMEM;
-
- /* We are called with current camera crop, initialise subrect with it */
- cam->rect = rect;
- cam->subrect = rect;
-
- cam->width = mf->width;
- cam->height = mf->height;
-
- icd->host_priv = cam;
- } else {
- cam = icd->host_priv;
- }
-
- /* Beginning of a pass */
- if (!idx)
- cam->extra_fmt = NULL;
-
- switch (code.code) {
- case MEDIA_BUS_FMT_UYVY8_2X8:
- case MEDIA_BUS_FMT_VYUY8_2X8:
- case MEDIA_BUS_FMT_YUYV8_2X8:
- case MEDIA_BUS_FMT_YVYU8_2X8:
- if (cam->extra_fmt)
- break;
-
- /*
- * Our case is simple so far: for any of the above four camera
- * formats we add all our four synthesized NV* formats, so,
- * just marking the device with a single flag suffices. If
- * the format generation rules are more complex, you would have
- * to actually hang your already added / counted formats onto
- * the host_priv pointer and check whether the format you're
- * going to add now is already there.
- */
- cam->extra_fmt = sh_mobile_ceu_formats;
-
- n = ARRAY_SIZE(sh_mobile_ceu_formats);
- formats += n;
- for (k = 0; xlate && k < n; k++) {
- xlate->host_fmt = &sh_mobile_ceu_formats[k];
- xlate->code = code.code;
- xlate++;
- dev_dbg(dev, "Providing format %s using code %d\n",
- sh_mobile_ceu_formats[k].name, code.code);
- }
- break;
- default:
- if (!sh_mobile_ceu_packing_supported(fmt))
- return 0;
- }
-
- /* Generic pass-through */
- formats++;
- if (xlate) {
- xlate->host_fmt = fmt;
- xlate->code = code.code;
- xlate++;
- dev_dbg(dev, "Providing format %s in pass-through mode\n",
- fmt->name);
- }
-
- return formats;
-}
-
-static void sh_mobile_ceu_put_formats(struct soc_camera_device *icd)
-{
- kfree(icd->host_priv);
- icd->host_priv = NULL;
-}
-
-#define scale_down(size, scale) soc_camera_shift_scale(size, 12, scale)
-#define calc_generic_scale(in, out) soc_camera_calc_scale(in, 12, out)
-
-/*
- * CEU can scale and crop, but we don't want to waste bandwidth and kill the
- * framerate by always requesting the maximum image from the client. See
- * Documentation/video4linux/sh_mobile_ceu_camera.txt for a description of
- * scaling and cropping algorithms and for the meaning of referenced here steps.
- */
-static int sh_mobile_ceu_set_selection(struct soc_camera_device *icd,
- struct v4l2_selection *sel)
-{
- struct v4l2_rect *rect = &sel->r;
- struct device *dev = icd->parent;
- struct soc_camera_host *ici = to_soc_camera_host(dev);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- struct v4l2_selection cam_sel;
- struct sh_mobile_ceu_cam *cam = icd->host_priv;
- struct v4l2_rect *cam_rect = &cam_sel.r;
- struct v4l2_subdev *sd = soc_camera_to_subdev(icd);
- struct v4l2_subdev_format fmt = {
- .which = V4L2_SUBDEV_FORMAT_ACTIVE,
- };
- struct v4l2_mbus_framefmt *mf = &fmt.format;
- unsigned int scale_cam_h, scale_cam_v, scale_ceu_h, scale_ceu_v,
- out_width, out_height;
- int interm_width, interm_height;
- u32 capsr, cflcr;
- int ret;
-
- dev_geo(dev, "S_SELECTION(%ux%u@%u:%u)\n", rect->width, rect->height,
- rect->left, rect->top);
-
- /* During camera cropping its output window can change too, stop CEU */
- capsr = capture_save_reset(pcdev);
- dev_dbg(dev, "CAPSR 0x%x, CFLCR 0x%x\n", capsr, pcdev->cflcr);
-
- /*
- * 1. - 2. Apply iterative camera S_SELECTION for new input window, read back
- * actual camera rectangle.
- */
- ret = soc_camera_client_s_selection(sd, sel, &cam_sel,
- &cam->rect, &cam->subrect);
- if (ret < 0)
- return ret;
-
- dev_geo(dev, "1-2: camera cropped to %ux%u@%u:%u\n",
- cam_rect->width, cam_rect->height,
- cam_rect->left, cam_rect->top);
-
- /* On success cam_crop contains current camera crop */
-
- /* 3. Retrieve camera output window */
- ret = v4l2_subdev_call(sd, pad, get_fmt, NULL, &fmt);
- if (ret < 0)
- return ret;
-
- if (mf->width > pcdev->max_width || mf->height > pcdev->max_height)
- return -EINVAL;
-
- /* 4. Calculate camera scales */
- scale_cam_h = calc_generic_scale(cam_rect->width, mf->width);
- scale_cam_v = calc_generic_scale(cam_rect->height, mf->height);
-
- /* Calculate intermediate window */
- interm_width = scale_down(rect->width, scale_cam_h);
- interm_height = scale_down(rect->height, scale_cam_v);
-
- if (interm_width < icd->user_width) {
- u32 new_scale_h;
-
- new_scale_h = calc_generic_scale(rect->width, icd->user_width);
-
- mf->width = scale_down(cam_rect->width, new_scale_h);
- }
-
- if (interm_height < icd->user_height) {
- u32 new_scale_v;
-
- new_scale_v = calc_generic_scale(rect->height, icd->user_height);
-
- mf->height = scale_down(cam_rect->height, new_scale_v);
- }
-
- if (interm_width < icd->user_width || interm_height < icd->user_height) {
- ret = v4l2_device_call_until_err(sd->v4l2_dev,
- soc_camera_grp_id(icd), pad,
- set_fmt, NULL, &fmt);
- if (ret < 0)
- return ret;
-
- dev_geo(dev, "New camera output %ux%u\n", mf->width, mf->height);
- scale_cam_h = calc_generic_scale(cam_rect->width, mf->width);
- scale_cam_v = calc_generic_scale(cam_rect->height, mf->height);
- interm_width = scale_down(rect->width, scale_cam_h);
- interm_height = scale_down(rect->height, scale_cam_v);
- }
-
- /* Cache camera output window */
- cam->width = mf->width;
- cam->height = mf->height;
-
- if (pcdev->image_mode) {
- out_width = min(interm_width, icd->user_width);
- out_height = min(interm_height, icd->user_height);
- } else {
- out_width = interm_width;
- out_height = interm_height;
- }
-
- /*
- * 5. Calculate CEU scales from camera scales from results of (5) and
- * the user window
- */
- scale_ceu_h = calc_scale(interm_width, &out_width);
- scale_ceu_v = calc_scale(interm_height, &out_height);
-
- dev_geo(dev, "5: CEU scales %u:%u\n", scale_ceu_h, scale_ceu_v);
-
- /* Apply CEU scales. */
- cflcr = scale_ceu_h | (scale_ceu_v << 16);
- if (cflcr != pcdev->cflcr) {
- pcdev->cflcr = cflcr;
- ceu_write(pcdev, CFLCR, cflcr);
- }
-
- icd->user_width = out_width & ~3;
- icd->user_height = out_height & ~3;
- /* Offsets are applied at the CEU scaling filter input */
- cam->ceu_left = scale_down(rect->left - cam_rect->left, scale_cam_h) & ~1;
- cam->ceu_top = scale_down(rect->top - cam_rect->top, scale_cam_v) & ~1;
-
- /* 6. Use CEU cropping to crop to the new window. */
- sh_mobile_ceu_set_rect(icd);
-
- cam->subrect = *rect;
-
- dev_geo(dev, "6: CEU cropped to %ux%u@%u:%u\n",
- icd->user_width, icd->user_height,
- cam->ceu_left, cam->ceu_top);
-
- /* Restore capture. The CE bit can be cleared by the hardware */
- if (pcdev->active)
- capsr |= 1;
- capture_restore(pcdev, capsr);
-
- /* Even if only camera cropping succeeded */
- return ret;
-}
-
-static int sh_mobile_ceu_get_selection(struct soc_camera_device *icd,
- struct v4l2_selection *sel)
-{
- struct sh_mobile_ceu_cam *cam = icd->host_priv;
-
- sel->r = cam->subrect;
-
- return 0;
-}
-
-/* Similar to set_crop multistage iterative algorithm */
-static int sh_mobile_ceu_set_fmt(struct soc_camera_device *icd,
- struct v4l2_format *f)
-{
- struct device *dev = icd->parent;
- struct soc_camera_host *ici = to_soc_camera_host(dev);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- struct sh_mobile_ceu_cam *cam = icd->host_priv;
- struct v4l2_pix_format *pix = &f->fmt.pix;
- struct v4l2_mbus_framefmt mf;
- __u32 pixfmt = pix->pixelformat;
- const struct soc_camera_format_xlate *xlate;
- unsigned int ceu_sub_width = pcdev->max_width,
- ceu_sub_height = pcdev->max_height;
- u16 scale_v, scale_h;
- int ret;
- bool image_mode;
- enum v4l2_field field;
-
- switch (pix->field) {
- default:
- pix->field = V4L2_FIELD_NONE;
- /* fall-through */
- case V4L2_FIELD_INTERLACED_TB:
- case V4L2_FIELD_INTERLACED_BT:
- case V4L2_FIELD_NONE:
- field = pix->field;
- break;
- case V4L2_FIELD_INTERLACED:
- field = V4L2_FIELD_INTERLACED_TB;
- break;
- }
-
- xlate = soc_camera_xlate_by_fourcc(icd, pixfmt);
- if (!xlate) {
- dev_warn(dev, "Format %x not found\n", pixfmt);
- return -EINVAL;
- }
-
- /* 1.-4. Calculate desired client output geometry */
- soc_camera_calc_client_output(icd, &cam->rect, &cam->subrect, pix, &mf, 12);
- mf.field = pix->field;
- mf.colorspace = pix->colorspace;
- mf.code = xlate->code;
-
- switch (pixfmt) {
- case V4L2_PIX_FMT_NV12:
- case V4L2_PIX_FMT_NV21:
- case V4L2_PIX_FMT_NV16:
- case V4L2_PIX_FMT_NV61:
- image_mode = true;
- break;
- default:
- image_mode = false;
- }
-
- dev_geo(dev, "S_FMT(pix=0x%x, fld 0x%x, code 0x%x, %ux%u)\n", pixfmt, mf.field, mf.code,
- pix->width, pix->height);
-
- dev_geo(dev, "4: request camera output %ux%u\n", mf.width, mf.height);
-
- /* 5. - 9. */
- ret = soc_camera_client_scale(icd, &cam->rect, &cam->subrect,
- &mf, &ceu_sub_width, &ceu_sub_height,
- image_mode && V4L2_FIELD_NONE == field, 12);
-
- dev_geo(dev, "5-9: client scale return %d\n", ret);
-
- /* Done with the camera. Now see if we can improve the result */
-
- dev_geo(dev, "fmt %ux%u, requested %ux%u\n",
- mf.width, mf.height, pix->width, pix->height);
- if (ret < 0)
- return ret;
-
- if (mf.code != xlate->code)
- return -EINVAL;
-
- /* 9. Prepare CEU crop */
- cam->width = mf.width;
- cam->height = mf.height;
-
- /* 10. Use CEU scaling to scale to the requested user window. */
-
- /* We cannot scale up */
- if (pix->width > ceu_sub_width)
- ceu_sub_width = pix->width;
-
- if (pix->height > ceu_sub_height)
- ceu_sub_height = pix->height;
-
- pix->colorspace = mf.colorspace;
-
- if (image_mode) {
- /* Scale pix->{width x height} down to width x height */
- scale_h = calc_scale(ceu_sub_width, &pix->width);
- scale_v = calc_scale(ceu_sub_height, &pix->height);
- } else {
- pix->width = ceu_sub_width;
- pix->height = ceu_sub_height;
- scale_h = 0;
- scale_v = 0;
- }
-
- pcdev->cflcr = scale_h | (scale_v << 16);
-
- /*
- * We have calculated CFLCR, the actual configuration will be performed
- * in sh_mobile_ceu_set_bus_param()
- */
-
- dev_geo(dev, "10: W: %u : 0x%x = %u, H: %u : 0x%x = %u\n",
- ceu_sub_width, scale_h, pix->width,
- ceu_sub_height, scale_v, pix->height);
-
- cam->code = xlate->code;
- icd->current_fmt = xlate;
-
- pcdev->field = field;
- pcdev->image_mode = image_mode;
-
- /* CFSZR requirement */
- pix->width &= ~3;
- pix->height &= ~3;
-
- return 0;
-}
-
-#define CEU_CHDW_MAX 8188U /* Maximum line stride */
-
-static int sh_mobile_ceu_try_fmt(struct soc_camera_device *icd,
- struct v4l2_format *f)
-{
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- const struct soc_camera_format_xlate *xlate;
- struct v4l2_pix_format *pix = &f->fmt.pix;
- struct v4l2_subdev *sd = soc_camera_to_subdev(icd);
- struct v4l2_subdev_pad_config pad_cfg;
- struct v4l2_subdev_format format = {
- .which = V4L2_SUBDEV_FORMAT_TRY,
- };
- struct v4l2_mbus_framefmt *mf = &format.format;
- __u32 pixfmt = pix->pixelformat;
- int width, height;
- int ret;
-
- dev_geo(icd->parent, "TRY_FMT(pix=0x%x, %ux%u)\n",
- pixfmt, pix->width, pix->height);
-
- xlate = soc_camera_xlate_by_fourcc(icd, pixfmt);
- if (!xlate) {
- xlate = icd->current_fmt;
- dev_dbg(icd->parent, "Format %x not found, keeping %x\n",
- pixfmt, xlate->host_fmt->fourcc);
- pixfmt = xlate->host_fmt->fourcc;
- pix->pixelformat = pixfmt;
- pix->colorspace = icd->colorspace;
- }
-
- /* FIXME: calculate using depth and bus width */
-
- /* CFSZR requires height and width to be 4-pixel aligned */
- v4l_bound_align_image(&pix->width, 2, pcdev->max_width, 2,
- &pix->height, 4, pcdev->max_height, 2, 0);
-
- width = pix->width;
- height = pix->height;
-
- /* limit to sensor capabilities */
- mf->width = pix->width;
- mf->height = pix->height;
- mf->field = pix->field;
- mf->code = xlate->code;
- mf->colorspace = pix->colorspace;
-
- ret = v4l2_device_call_until_err(sd->v4l2_dev, soc_camera_grp_id(icd),
- pad, set_fmt, &pad_cfg, &format);
- if (ret < 0)
- return ret;
-
- pix->width = mf->width;
- pix->height = mf->height;
- pix->field = mf->field;
- pix->colorspace = mf->colorspace;
-
- switch (pixfmt) {
- case V4L2_PIX_FMT_NV12:
- case V4L2_PIX_FMT_NV21:
- case V4L2_PIX_FMT_NV16:
- case V4L2_PIX_FMT_NV61:
- /* FIXME: check against rect_max after converting soc-camera */
- /* We can scale precisely, need a bigger image from camera */
- if (pix->width < width || pix->height < height) {
- /*
- * We presume, the sensor behaves sanely, i.e., if
- * requested a bigger rectangle, it will not return a
- * smaller one.
- */
- mf->width = pcdev->max_width;
- mf->height = pcdev->max_height;
- ret = v4l2_device_call_until_err(sd->v4l2_dev,
- soc_camera_grp_id(icd), pad,
- set_fmt, &pad_cfg, &format);
- if (ret < 0) {
- /* Shouldn't actually happen... */
- dev_err(icd->parent,
- "FIXME: client try_fmt() = %d\n", ret);
- return ret;
- }
- }
- /* We will scale exactly */
- if (mf->width > width)
- pix->width = width;
- if (mf->height > height)
- pix->height = height;
-
- pix->bytesperline = max(pix->bytesperline, pix->width);
- pix->bytesperline = min(pix->bytesperline, CEU_CHDW_MAX);
- pix->bytesperline &= ~3;
- break;
-
- default:
- /* Configurable stride isn't supported in pass-through mode. */
- pix->bytesperline = 0;
- }
-
- pix->width &= ~3;
- pix->height &= ~3;
- pix->sizeimage = 0;
-
- dev_geo(icd->parent, "%s(): return %d, fmt 0x%x, %ux%u\n",
- __func__, ret, pix->pixelformat, pix->width, pix->height);
-
- return ret;
-}
-
-static int sh_mobile_ceu_set_liveselection(struct soc_camera_device *icd,
- struct v4l2_selection *sel)
-{
- struct v4l2_subdev *sd = soc_camera_to_subdev(icd);
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
- struct sh_mobile_ceu_dev *pcdev = ici->priv;
- u32 out_width = icd->user_width, out_height = icd->user_height;
- int ret;
-
- /* Freeze queue */
- pcdev->frozen = 1;
- /* Wait for frame */
- ret = wait_for_completion_interruptible(&pcdev->complete);
- /* Stop the client */
- ret = v4l2_subdev_call(sd, video, s_stream, 0);
- if (ret < 0)
- dev_warn(icd->parent,
- "Client failed to stop the stream: %d\n", ret);
- else
- /* Do the crop, if it fails, there's nothing more we can do */
- sh_mobile_ceu_set_selection(icd, sel);
-
- dev_geo(icd->parent, "Output after crop: %ux%u\n", icd->user_width, icd->user_height);
-
- if (icd->user_width != out_width || icd->user_height != out_height) {
- struct v4l2_format f = {
- .type = V4L2_BUF_TYPE_VIDEO_CAPTURE,
- .fmt.pix = {
- .width = out_width,
- .height = out_height,
- .pixelformat = icd->current_fmt->host_fmt->fourcc,
- .field = pcdev->field,
- .colorspace = icd->colorspace,
- },
- };
- ret = sh_mobile_ceu_set_fmt(icd, &f);
- if (!ret && (out_width != f.fmt.pix.width ||
- out_height != f.fmt.pix.height))
- ret = -EINVAL;
- if (!ret) {
- icd->user_width = out_width & ~3;
- icd->user_height = out_height & ~3;
- ret = sh_mobile_ceu_set_bus_param(icd);
- }
- }
-
- /* Thaw the queue */
- pcdev->frozen = 0;
- spin_lock_irq(&pcdev->lock);
- sh_mobile_ceu_capture(pcdev);
- spin_unlock_irq(&pcdev->lock);
- /* Start the client */
- ret = v4l2_subdev_call(sd, video, s_stream, 1);
- return ret;
-}
-
-static unsigned int sh_mobile_ceu_poll(struct file *file, poll_table *pt)
-{
- struct soc_camera_device *icd = file->private_data;
-
- return vb2_poll(&icd->vb2_vidq, file, pt);
-}
-
-static int sh_mobile_ceu_querycap(struct soc_camera_host *ici,
- struct v4l2_capability *cap)
-{
- strlcpy(cap->card, "SuperH_Mobile_CEU", sizeof(cap->card));
- strlcpy(cap->driver, "sh_mobile_ceu", sizeof(cap->driver));
- strlcpy(cap->bus_info, "platform:sh_mobile_ceu", sizeof(cap->bus_info));
- cap->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
- cap->capabilities = cap->device_caps | V4L2_CAP_DEVICE_CAPS;
-
- return 0;
-}
-
-static int sh_mobile_ceu_init_videobuf(struct vb2_queue *q,
- struct soc_camera_device *icd)
-{
- struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
-
- q->type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
- q->io_modes = VB2_MMAP | VB2_USERPTR;
- q->drv_priv = icd;
- q->ops = &sh_mobile_ceu_videobuf_ops;
- q->mem_ops = &vb2_dma_contig_memops;
- q->buf_struct_size = sizeof(struct sh_mobile_ceu_buffer);
- q->timestamp_flags = V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC;
- q->lock = &ici->host_lock;
- q->dev = ici->v4l2_dev.dev;
-
- return vb2_queue_init(q);
-}
-
-static struct soc_camera_host_ops sh_mobile_ceu_host_ops = {
- .owner = THIS_MODULE,
- .add = sh_mobile_ceu_add_device,
- .remove = sh_mobile_ceu_remove_device,
- .clock_start = sh_mobile_ceu_clock_start,
- .clock_stop = sh_mobile_ceu_clock_stop,
- .get_formats = sh_mobile_ceu_get_formats,
- .put_formats = sh_mobile_ceu_put_formats,
- .get_selection = sh_mobile_ceu_get_selection,
- .set_selection = sh_mobile_ceu_set_selection,
- .set_liveselection = sh_mobile_ceu_set_liveselection,
- .set_fmt = sh_mobile_ceu_set_fmt,
- .try_fmt = sh_mobile_ceu_try_fmt,
- .poll = sh_mobile_ceu_poll,
- .querycap = sh_mobile_ceu_querycap,
- .set_bus_param = sh_mobile_ceu_set_bus_param,
- .init_videobuf2 = sh_mobile_ceu_init_videobuf,
-};
-
-struct bus_wait {
- struct notifier_block notifier;
- struct completion completion;
- struct device *dev;
-};
-
-static int bus_notify(struct notifier_block *nb,
- unsigned long action, void *data)
-{
- struct device *dev = data;
- struct bus_wait *wait = container_of(nb, struct bus_wait, notifier);
-
- if (wait->dev != dev)
- return NOTIFY_DONE;
-
- switch (action) {
- case BUS_NOTIFY_UNBOUND_DRIVER:
- /* Protect from module unloading */
- wait_for_completion(&wait->completion);
- return NOTIFY_OK;
- }
- return NOTIFY_DONE;
-}
-
-static int sh_mobile_ceu_probe(struct platform_device *pdev)
-{
- struct sh_mobile_ceu_dev *pcdev;
- struct resource *res;
- void __iomem *base;
- unsigned int irq;
- int err;
- struct bus_wait wait = {
- .completion = COMPLETION_INITIALIZER_ONSTACK(wait.completion),
- .notifier.notifier_call = bus_notify,
- };
-
- res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
- irq = platform_get_irq(pdev, 0);
- if (!res || (int)irq <= 0) {
- dev_err(&pdev->dev, "Not enough CEU platform resources.\n");
- return -ENODEV;
- }
-
- pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
- if (!pcdev) {
- dev_err(&pdev->dev, "Could not allocate pcdev\n");
- return -ENOMEM;
- }
-
- INIT_LIST_HEAD(&pcdev->capture);
- spin_lock_init(&pcdev->lock);
- init_completion(&pcdev->complete);
-
- pcdev->pdata = pdev->dev.platform_data;
- if (!pcdev->pdata && !pdev->dev.of_node) {
- dev_err(&pdev->dev, "CEU platform data not set.\n");
- return -EINVAL;
- }
-
- /* TODO: implement per-device bus flags */
- if (pcdev->pdata) {
- pcdev->max_width = pcdev->pdata->max_width;
- pcdev->max_height = pcdev->pdata->max_height;
- pcdev->flags = pcdev->pdata->flags;
- }
- pcdev->field = V4L2_FIELD_NONE;
-
- if (!pcdev->max_width) {
- unsigned int v;
- err = of_property_read_u32(pdev->dev.of_node, "renesas,max-width", &v);
- if (!err)
- pcdev->max_width = v;
-
- if (!pcdev->max_width)
- pcdev->max_width = 2560;
- }
- if (!pcdev->max_height) {
- unsigned int v;
- err = of_property_read_u32(pdev->dev.of_node, "renesas,max-height", &v);
- if (!err)
- pcdev->max_height = v;
-
- if (!pcdev->max_height)
- pcdev->max_height = 1920;
- }
-
- base = devm_ioremap_resource(&pdev->dev, res);
- if (IS_ERR(base))
- return PTR_ERR(base);
-
- pcdev->irq = irq;
- pcdev->base = base;
- pcdev->video_limit = 0; /* only enabled if second resource exists */
-
- res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
- if (res) {
- err = dma_declare_coherent_memory(&pdev->dev, res->start,
- res->start,
- resource_size(res),
- DMA_MEMORY_MAP |
- DMA_MEMORY_EXCLUSIVE);
- if (!err) {
- dev_err(&pdev->dev, "Unable to declare CEU memory.\n");
- return -ENXIO;
- }
-
- pcdev->video_limit = resource_size(res);
- }
-
- /* request irq */
- err = devm_request_irq(&pdev->dev, pcdev->irq, sh_mobile_ceu_irq,
- 0, dev_name(&pdev->dev), pcdev);
- if (err) {
- dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
- goto exit_release_mem;
- }
-
- pm_suspend_ignore_children(&pdev->dev, true);
- pm_runtime_enable(&pdev->dev);
- pm_runtime_resume(&pdev->dev);
-
- pcdev->ici.priv = pcdev;
- pcdev->ici.v4l2_dev.dev = &pdev->dev;
- pcdev->ici.nr = pdev->id;
- pcdev->ici.drv_name = dev_name(&pdev->dev);
- pcdev->ici.ops = &sh_mobile_ceu_host_ops;
- pcdev->ici.capabilities = SOCAM_HOST_CAP_STRIDE;
-
- if (pcdev->pdata && pcdev->pdata->asd_sizes) {
- pcdev->ici.asd = pcdev->pdata->asd;
- pcdev->ici.asd_sizes = pcdev->pdata->asd_sizes;
- }
-
- err = soc_camera_host_register(&pcdev->ici);
- if (err)
- goto exit_free_clk;
-
- return 0;
-
-exit_free_clk:
- pm_runtime_disable(&pdev->dev);
-exit_release_mem:
- if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
- dma_release_declared_memory(&pdev->dev);
- return err;
-}
-
-static int sh_mobile_ceu_remove(struct platform_device *pdev)
-{
- struct soc_camera_host *soc_host = to_soc_camera_host(&pdev->dev);
-
- soc_camera_host_unregister(soc_host);
- pm_runtime_disable(&pdev->dev);
- if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
- dma_release_declared_memory(&pdev->dev);
-
- return 0;
-}
-
-static int sh_mobile_ceu_runtime_nop(struct device *dev)
-{
- /* Runtime PM callback shared between ->runtime_suspend()
- * and ->runtime_resume(). Simply returns success.
- *
- * This driver re-initializes all registers after
- * pm_runtime_get_sync() anyway so there is no need
- * to save and restore registers here.
- */
- return 0;
-}
-
-static const struct dev_pm_ops sh_mobile_ceu_dev_pm_ops = {
- .runtime_suspend = sh_mobile_ceu_runtime_nop,
- .runtime_resume = sh_mobile_ceu_runtime_nop,
-};
-
-static const struct of_device_id sh_mobile_ceu_of_match[] = {
- { .compatible = "renesas,sh-mobile-ceu" },
- { }
-};
-MODULE_DEVICE_TABLE(of, sh_mobile_ceu_of_match);
-
-static struct platform_driver sh_mobile_ceu_driver = {
- .driver = {
- .name = "sh_mobile_ceu",
- .pm = &sh_mobile_ceu_dev_pm_ops,
- .of_match_table = sh_mobile_ceu_of_match,
- },
- .probe = sh_mobile_ceu_probe,
- .remove = sh_mobile_ceu_remove,
-};
-
-static int __init sh_mobile_ceu_init(void)
-{
- return platform_driver_register(&sh_mobile_ceu_driver);
-}
-
-static void __exit sh_mobile_ceu_exit(void)
-{
- platform_driver_unregister(&sh_mobile_ceu_driver);
-}
-
-module_init(sh_mobile_ceu_init);
-module_exit(sh_mobile_ceu_exit);
-
-MODULE_DESCRIPTION("SuperH Mobile CEU driver");
-MODULE_AUTHOR("Magnus Damm");
-MODULE_LICENSE("GPL");
-MODULE_VERSION("0.1.0");
-MODULE_ALIAS("platform:sh_mobile_ceu");
--
2.7.4
^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-04-27 8:42 ` [RFC v2 1/2] media: platform: Add SH CEU camera interface driver Jacopo Mondi
@ 2017-04-27 11:47 ` Laurent Pinchart
2017-05-01 14:37 ` jmondi
` (2 more replies)
0 siblings, 3 replies; 19+ messages in thread
From: Laurent Pinchart @ 2017-04-27 11:47 UTC (permalink / raw)
To: Jacopo Mondi; +Cc: magnus.damm, linux-renesas-soc
Hi Jacopo,
Thank you for the patch.
This is a partial review, as some of the comments will result in large changes
that would make review of some of the current code pointless. There is however
enough comments to keep you busy for a bit :-)
By the way, you might want to keep your development history in a private git
branch, in order to bisect issues when you'll finally be able to test the
driver on real hardware. Otherwise we'll end up at v7, the driver won't work,
and you will have no idea why.
On Thursday 27 Apr 2017 10:42:27 Jacopo Mondi wrote:
> Add driver for SH Mobile CEU driver, based on
> drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
>
> The original driver was based on soc-camera framework.
>
> Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
> ---
> drivers/media/platform/Kconfig | 9 +
> drivers/media/platform/Makefile | 2 +
> drivers/media/platform/sh_ceu_camera.c | 1597 +++++++++++++++++++++++++++++
> 3 files changed, 1608 insertions(+)
> create mode 100644 drivers/media/platform/sh_ceu_camera.c
>
> diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
> index c9106e1..afb10fd 100644
> --- a/drivers/media/platform/Kconfig
> +++ b/drivers/media/platform/Kconfig
> @@ -114,6 +114,15 @@ config VIDEO_S3C_CAMIF
> To compile this driver as a module, choose M here: the module
> will be called s3c-camif.
>
> +config VIDEO_SH_MOBILE_CEU
> + tristate "SuperH Mobile CEU Interface driver"
Maybe this should be renamed to include the RZ family ?
> + depends on VIDEO_DEV && VIDEO_V4L2 && HAS_DMA && HAVE_CLK
You don't use the clock API directly, I think you can drop HAVE_CLK.
> + depends on ARCH_SHMOBILE || COMPILE_TEST
> + depends on HAS_DMA
This is already included above.
> + select VIDEOBUF2_DMA_CONTIG
> + ---help---
> + This is a v4l2 driver for the SuperH Mobile CEU Interface
> +
> source "drivers/media/platform/soc_camera/Kconfig"
> source "drivers/media/platform/exynos4-is/Kconfig"
> source "drivers/media/platform/am437x/Kconfig"
> diff --git a/drivers/media/platform/Makefile
> b/drivers/media/platform/Makefile index 349ddf6..a2b9aa6 100644
> --- a/drivers/media/platform/Makefile
> +++ b/drivers/media/platform/Makefile
> @@ -25,6 +25,8 @@ obj-$(CONFIG_VIDEO_CODA) += coda/
>
> obj-$(CONFIG_VIDEO_SH_VEU) += sh_veu.o
>
> +obj-$(CONFIG_VIDEO_SH_MOBILE_CEU) += sh_ceu_camera.o
> +
> obj-$(CONFIG_VIDEO_MEM2MEM_DEINTERLACE) += m2m-deinterlace.o
>
> obj-$(CONFIG_VIDEO_S3C_CAMIF) += s3c-camif/
> diff --git a/drivers/media/platform/sh_ceu_camera.c
> b/drivers/media/platform/sh_ceu_camera.c new file mode 100644
> index 0000000..07fe0e7
> --- /dev/null
> +++ b/drivers/media/platform/sh_ceu_camera.c
> @@ -0,0 +1,1597 @@
> +/*
> + * V4L2 Driver for SuperH Mobile CEU interface
> + *
> + * Copyright (C) 2017 Jacopo Mondi <jacopo+renesas@jmondi.org>
> + *
> + * Based on soc-camera driver "soc_camera/sh_mobile_ceu_camera.c"
> + *
> + * Copyright (C) 2008 Magnus Damm
> + *
> + * Based on V4L2 Driver for PXA camera host - "pxa_camera.c",
> + *
> + * Copyright (C) 2006, Sascha Hauer, Pengutronix
> + * Copyright (C) 2008, Guennadi Liakhovetski <kernel@pengutronix.de>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + */
> +
> +#include <linux/init.h>
> +#include <linux/module.h>
> +#include <linux/io.h>
> +#include <linux/completion.h>
> +#include <linux/delay.h>
> +#include <linux/dma-mapping.h>
> +#include <linux/err.h>
> +#include <linux/errno.h>
> +#include <linux/interrupt.h>
> +#include <linux/kernel.h>
> +#include <linux/mm.h>
> +#include <linux/of.h>
> +#include <linux/time.h>
> +#include <linux/slab.h>
> +#include <linux/device.h>
> +#include <linux/platform_device.h>
> +#include <linux/videodev2.h>
> +#include <linux/pm_runtime.h>
Please sort headers alphabetically, it makes locating duplicated easier.
> +
> +#include <media/v4l2-async.h>
> +#include <media/v4l2-common.h>
> +#include <media/v4l2-device.h>
> +#include <media/v4l2-dev.h>
> +#include <media/v4l2-ioctl.h>
> +#include <media/v4l2-image-sizes.h>
> +#include <media/drv-intf/sh_mobile_ceu.h>
> +#include <media/videobuf2-dma-contig.h>
> +#include <media/v4l2-mediabus.h>
> +
> +/* register offsets for sh7722 / sh7723 */
> +
> +#define CAPSR 0x00 /* Capture start register */
> +#define CAPCR 0x04 /* Capture control register */
> +#define CAMCR 0x08 /* Capture interface control register */
> +#define CMCYR 0x0c /* Capture interface cycle register */
> +#define CAMOR 0x10 /* Capture interface offset register */
> +#define CAPWR 0x14 /* Capture interface width register */
> +#define CAIFR 0x18 /* Capture interface input format register */
> +#define CSTCR 0x20 /* Camera strobe control register (<= sh7722) */
> +#define CSECR 0x24 /* Camera strobe emission count register (<= sh7722) */
> +#define CRCNTR 0x28 /* CEU register control register */
> +#define CRCMPR 0x2c /* CEU register forcible control register */
> +#define CFLCR 0x30 /* Capture filter control register */
> +#define CFSZR 0x34 /* Capture filter size clip register */
> +#define CDWDR 0x38 /* Capture destination width register */
> +#define CDAYR 0x3c /* Capture data address Y register */
> +#define CDACR 0x40 /* Capture data address C register */
> +#define CDBYR 0x44 /* Capture data bottom-field address Y register */
> +#define CDBCR 0x48 /* Capture data bottom-field address C register */
> +#define CBDSR 0x4c /* Capture bundle destination size register */
> +#define CFWCR 0x5c /* Firewall operation control register */
> +#define CLFCR 0x60 /* Capture low-pass filter control register */
> +#define CDOCR 0x64 /* Capture data output control register */
> +#define CDDCR 0x68 /* Capture data complexity level register */
> +#define CDDAR 0x6c /* Capture data complexity level address register */
> +#define CEIER 0x70 /* Capture event interrupt enable register */
> +#define CETCR 0x74 /* Capture event flag clear register */
> +#define CSTSR 0x7c /* Capture status register */
> +#define CSRTR 0x80 /* Capture software reset register */
> +#define CDSSR 0x84 /* Capture data size register */
> +#define CDAYR2 0x90 /* Capture data address Y register 2 */
> +#define CDACR2 0x94 /* Capture data address C register 2 */
> +#define CDBYR2 0x98 /* Capture data bottom-field address Y register 2 */
> +#define CDBCR2 0x9c /* Capture data bottom-field address C register 2 */
> +
> +#define CEU_BUS_FLAGS (V4L2_MBUS_MASTER | \
> + V4L2_MBUS_PCLK_SAMPLE_RISING | \
> + V4L2_MBUS_HSYNC_ACTIVE_HIGH | \
> + V4L2_MBUS_HSYNC_ACTIVE_LOW | \
> + V4L2_MBUS_VSYNC_ACTIVE_HIGH | \
> + V4L2_MBUS_VSYNC_ACTIVE_LOW | \
> + V4L2_MBUS_DATA_ACTIVE_HIGH)
> +
> +/* per video frame buffer */
> +struct sh_ceu_buffer {
> + struct vb2_v4l2_buffer vb; /* v4l buffer must be first */
s/v4l buffer/vb2 buffer/
> + struct list_head queue;
> +};
> +
> +struct sh_ceu_fmt;
You can reorder the definitions instead of using forward-declarations.
> +struct sh_ceu_dev {
> + struct video_device vdev;
> + struct v4l2_device v4l2_dev;
> +
> + struct v4l2_subdev *sensor;
> +
> + struct v4l2_async_notifier notifier;
> +
> + struct v4l2_async_subdev asd;
> + struct v4l2_async_subdev *asds[1];
> +
> + struct vb2_queue vb2_vq;
> +
> + struct mutex mlock;
You need to document what this lock protects.
> +
> + unsigned int irq;
> + void __iomem *base;
> + size_t video_limit;
> + size_t buf_total;
> +
> + spinlock_t lock; /* Protects video buffer lists */
Please list which field(s) the lock protects explicitly.
> + struct list_head capture;
> + struct vb2_v4l2_buffer *active;
> +
> + enum v4l2_field field;
> + struct v4l2_format v4l2_fmt;
v4l2_format is quite a big structure, and you don't need most of it. I would
store v4l2_pix_format only.
> + unsigned int n_active_fmts;
> + struct sh_ceu_fmt **active_fmts;
> + struct sh_ceu_fmt *current_fmt;
These two should be const.
> +
> + struct sh_ceu_info *pdata;
> + struct completion complete;
> +
> + u32 cflcr;
> +
> + /* static max sizes either from platform data or default */
> + int max_width;
> + int max_height;
No platform sets non-default max_width or max_height values, just replace them
with #define's.
> +
> + int sequence;
> + unsigned long flags;
> +
> + unsigned int image_mode:1;
> + unsigned int is_16bit:1;
> + unsigned int frozen:1;
> +};
> +
> +static struct sh_ceu_dev *v4l2_dev_to_ceu_dev(struct v4l2_device *v4l2_dev)
> +{
> + return container_of(v4l2_dev, struct sh_ceu_dev, v4l2_dev);
> +}
> +
> +static struct sh_ceu_buffer *to_ceu_vb(struct vb2_v4l2_buffer *vbuf)
> +{
> + return container_of(vbuf, struct sh_ceu_buffer, vb);
> +}
> +
> +/* ------------------------------------------------------------------------
> + * SH CEU formats
> + */
> +
> +/**
> + * sh_ceu_fmt - describe a format associating mbus code with format
> + * memory layout description
> + *
> + * @mbus_code: bus format code
> + * @name: memory layout format name
> + * @fourcc: memory layout fourcc format code
> + * @bpp: bit for each pixel stored in memory
> + * @bits_per_sample: bit sent over bus for each sample
> + * @active: format supported by CEU and subdevice
> + */
> +struct sh_ceu_fmt {
> + u32 mbus_code;
> + const char *name;
> + u32 fourcc;
> + u8 bpp;
> + u8 bits_per_sample;
> + u8 active;
> +} sh_ceu_fmts[] = {
This should be const, which will require removing the active field from the
structure.
> + /* yuv422 8 bit -> NV16 (YUV422) */
> + {
> + .mbus_code = MEDIA_BUS_FMT_YUYV8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV16,
> + .name = "YUYV8_NV16",
> + .bpp = 16,
> + .bits_per_sample = 8,
> + .active = 0,
> + }, {
> + .mbus_code = MEDIA_BUS_FMT_YVYU8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV16,
> + .name = "YVYU8_NV16",
> + .bpp = 16,
> + .bits_per_sample = 8,
> + .active = 0,
> + }, {
> + .mbus_code = MEDIA_BUS_FMT_UYVY8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV16,
> + .name = "UYVY8_NV16",
> + .bpp = 16,
> + .bits_per_sample = 8,
> + .active = 0,
> + }, {
> + .mbus_code = MEDIA_BUS_FMT_VYUY8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV16,
> + .name = "VYUY8_NV16",
> + .bpp = 16,
> + .bits_per_sample = 8,
> + .active = 0,
> + },
> +
> + /* yuv422 8 bit -> NV12 (YUV420) */
> + {
> + .mbus_code = MEDIA_BUS_FMT_YUYV8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV12,
> + .name = "YUYV8_NV12",
> + .bpp = 12,
> + .bits_per_sample = 8,
> + .active = 0,
> + }, {
> + .mbus_code = MEDIA_BUS_FMT_YVYU8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV12,
> + .name = "YVYU8_NV12",
> + .bpp = 12,
> + .bits_per_sample = 8,
> + .active = 0,
> + }, {
> + .mbus_code = MEDIA_BUS_FMT_UYVY8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV12,
> + .name = "UYVY8_NV12",
> + .bpp = 12,
> + .bits_per_sample = 8,
> + .active = 0,
> + }, {
> + .mbus_code = MEDIA_BUS_FMT_VYUY8_2X8,
> + .fourcc = V4L2_PIX_FMT_NV12,
> + .name = "VYUY8_NV12",
> + .bpp = 12,
> + .bits_per_sample = 8,
> + .active = 0,
> + },
> +
> + /* TODO:
> + yuv422 8 bit -> NV61
> + yuv422 8 bit -> NV21
> + yuv422 16 bit -> NV16
> + yuv422 16 bit -> NV61
> + yuv422 16 bit -> NV12
> + yuv422 16 bit -> NV21
> + */
> +};
> +#define N_SH_CEU_FMT ARRAY_SIZE(sh_ceu_fmts)
> +
> +/**
> + * Walk all supported formats (not only active ones) to find one matching
> + * the provided mbus format code
> + */
> +static struct sh_ceu_fmt *get_ceu_fmt_from_mbus(u32 code)
> +{
> + struct sh_ceu_fmt *fmt;
> + unsigned int i;
> +
> + fmt = &sh_ceu_fmts[0];
> + for(i = 0; i < N_SH_CEU_FMT; i++, fmt++)
> + if (fmt->mbus_code == code)
> + return fmt;
> +
> + return NULL;
> +}
> +
> +/**
> + * Walk the active formats and get mbus_code matching fourcc
> + */
> +static struct sh_ceu_fmt *get_mbus_from_fourcc(struct sh_ceu_dev *pcdev,
> + u32 pixfmt)
> +{
> + struct sh_ceu_fmt *fmt;
> + unsigned int i;
> +
> + fmt = pcdev->active_fmts[0];
> + for(i = 0; i < pcdev->n_active_fmts; i++, fmt++)
> + if (fmt->fourcc == pixfmt)
> + return fmt;
> +
> + return NULL;
> +}
> +
> +/*
> ---------------------------------------------------------------------------
> - + * SH CEU HW operations
> + */
> +static void ceu_write(struct sh_ceu_dev *priv,
> + unsigned long reg_offs, u32 data)
I don't think the offset needs to be unsigned long, an unsigned int will do.
> +{
> + iowrite32(data, priv->base + reg_offs);
> +}
> +
> +static u32 ceu_read(struct sh_ceu_dev *priv, unsigned long reg_offs)
Same here.
> +{
> + return ioread32(priv->base + reg_offs);
> +}
> +
> +static int sh_ceu_soft_reset(struct sh_ceu_dev *pcdev)
> +{
> + int i, success = 0;
> +
> + ceu_write(pcdev, CAPSR, 1 << 16); /* reset */
> +
> + /* wait CSTSR.CPTON bit */
> + for (i = 0; i < 1000; i++) {
> + if (!(ceu_read(pcdev, CSTSR) & 1)) {
> + success++;
> + break;
> + }
> + udelay(1);
If you stop calling this function from interrupt context like advised below,
you can replace the delay by a sleep. You should characterize the time needed
by the hardware to be reset, and calibrate the sleep and loop counter
accordingly.
> + }
> +
> + /* wait CAPSR.CPKIL bit */
> + for (i = 0; i < 1000; i++) {
> + if (!(ceu_read(pcdev, CAPSR) & (1 << 16))) {
> + success++;
> + break;
> + }
> + udelay(1);
> + }
> +
> + if (2 != success) {
> + dev_warn(&pcdev->vdev.dev, "soft reset time out\n");
> + return -EIO;
Can't you just stop if the first loop times out, instead of going through both
?
> + }
> +
> + return 0;
> +}
> +
> +#define CEU_CETCR_MAGIC 0x0317f313 /* acknowledge magical interrupt sources
> */
> +#define CEU_CETCR_IGRW (1 << 4) /* prohibited register access interrupt bit
> */
> +#define CEU_CEIER_CPEIE (1 << 0) /* one-frame capture end interrupt */
> +#define CEU_CEIER_VBP (1 << 20) /* vbp error */
> +#define CEU_CAPCR_CTNCP (1 << 16) /* continuous capture mode (if set) */
> +#define CEU_CEIER_MASK (CEU_CEIER_CPEIE | CEU_CEIER_VBP)
> +
> +/*
> + * return value doesn't reflect the success/failure to queue the new
> buffer,
> + * but rather the status of the previous buffer.
> + */
> +static int sh_ceu_capture(struct sh_ceu_dev *pcdev)
> +{
> + struct v4l2_pix_format *pix = &pcdev->v4l2_fmt.fmt.pix;
> + dma_addr_t phys_addr_top, phys_addr_bottom;
> + unsigned long bottom1, bottom2;
> + unsigned long top1, top2;
> + bool planar;
> + u32 status;
> + int ret = 0;
> +
> + /*
> + * The hardware is _very_ picky about this sequence. Especially
> + * the CEU_CETCR_MAGIC value. It seems like we need to acknowledge
> + * several not-so-well documented interrupt sources in CETCR.
> + */
> + ceu_write(pcdev, CEIER, ceu_read(pcdev, CEIER) & ~CEU_CEIER_MASK);
> + status = ceu_read(pcdev, CETCR);
> + ceu_write(pcdev, CETCR, ~status & CEU_CETCR_MAGIC);
> + if (!pcdev->frozen)
> + ceu_write(pcdev, CEIER, ceu_read(pcdev, CEIER) |
CEU_CEIER_MASK);
> + ceu_write(pcdev, CAPCR, ceu_read(pcdev, CAPCR) & ~CEU_CAPCR_CTNCP);
> + ceu_write(pcdev, CETCR, CEU_CETCR_MAGIC ^ CEU_CETCR_IGRW);
> +
> + /*
> + * When a VBP interrupt occurs, a capture end interrupt does not occur
> + * and the image of that frame is not captured correctly. So, soft
reset
> + * is needed here.
> + */
> + if (status & CEU_CEIER_VBP) {
> + sh_ceu_soft_reset(pcdev);
sh_ceu_soft_reset() can wait for up to 2ms. As sh_ceu_capture() can be called
from interrupt context, that's pretty bad. I think you should get rid of the
sh_ceu_soft_reset() call here, replacing it with a mechanism that will report
a capture failure to userspace. Userspace will then eventually stop streaming,
and that's where you should reset the device.
> + ret = -EIO;
> + }
> +
> + /* FIXME: is this still required? */
Not if you don't support modifying the digital zoom through cropping at
runtime.
> + if (pcdev->frozen) {
> + complete(&pcdev->complete);
> + return ret;
> + }
> +
> + if (!pcdev->active)
> + return ret;
> +
> + if (V4L2_FIELD_INTERLACED_BT == pcdev->field) {
> + top1 = CDBYR;
> + top2 = CDBCR;
> + bottom1 = CDAYR;
> + bottom2 = CDACR;
> + } else {
> + top1 = CDAYR;
> + top2 = CDACR;
> + bottom1 = CDBYR;
> + bottom2 = CDBCR;
> + }
> +
> + phys_addr_top = vb2_dma_contig_plane_dma_addr(&pcdev->active->vb2_buf,
> + 0);
> +
> + switch (pcdev->current_fmt->fourcc) {
> + case V4L2_PIX_FMT_NV12:
> + case V4L2_PIX_FMT_NV21:
> + case V4L2_PIX_FMT_NV16:
> + case V4L2_PIX_FMT_NV61:
> + planar = true;
> + break;
> + default:
> + planar = false;
> + }
> +
> + ceu_write(pcdev, top1, phys_addr_top);
> + if (V4L2_FIELD_NONE != pcdev->field) {
> + phys_addr_bottom = phys_addr_top + pix->bytesperline;
> + ceu_write(pcdev, bottom1, phys_addr_bottom);
> + }
> +
> + if (planar) {
> + phys_addr_top += pix->bytesperline * pix->height;
> + ceu_write(pcdev, top2, phys_addr_top);
> + if (V4L2_FIELD_NONE != pcdev->field) {
> + phys_addr_bottom = phys_addr_top +
> + pix->bytesperline;
> + ceu_write(pcdev, bottom2, phys_addr_bottom);
> + }
> + }
> +
> + ceu_write(pcdev, CAPSR, 0x1); /* start capture */
> +
> + return ret;
> +}
> +
> +static irqreturn_t sh_ceu_irq(int irq, void *data)
> +{
> + struct sh_ceu_dev *pcdev = data;
> + struct vb2_v4l2_buffer *vbuf;
> + int ret;
> +
> + spin_lock(&pcdev->lock);
> +
> + vbuf = pcdev->active;
> + if (!vbuf)
> + /* Stale interrupt from a released buffer */
> + goto out;
> +
> + list_del_init(&to_ceu_vb(vbuf)->queue);
> +
> + if (!list_empty(&pcdev->capture))
> + pcdev->active = &list_entry(pcdev->capture.next,
> + struct sh_ceu_buffer, queue)->vb;
> + else
> + pcdev->active = NULL;
> +
> + ret = sh_ceu_capture(pcdev);
> + vbuf->vb2_buf.timestamp = ktime_get_ns();
> + if (!ret) {
> + vbuf->field = pcdev->field;
> + vbuf->sequence = pcdev->sequence++;
> + }
> + vb2_buffer_done(&vbuf->vb2_buf,
> + ret < 0 ? VB2_BUF_STATE_ERROR : VB2_BUF_STATE_DONE);
> +
> +out:
> + spin_unlock(&pcdev->lock);
> +
> + return IRQ_HANDLED;
> +}
> +
> +/* Called with mlock held */
> +static int sh_ceu_clock_start(struct sh_ceu_dev *pcdev)
The name of this function and the next one is quite misleading in my opinion,
they don't really deal with clocks, at least not explicitly, and they do much
more than that.
> +{
> +
> + pm_runtime_get_sync(pcdev->v4l2_dev.dev);
> +
> + pcdev->buf_total = 0;
> +
> + sh_ceu_soft_reset(pcdev);
As this function is called by the open() handler, any application opening the
video device node while another application is capturing video will cause the
CEU to be reset. That's not very nice :-) How about moving the
sh_ceu_soft_reset() call to the .runtime_resume() handler, and inlining the
pm_runtime_get_sync() call in the open() handler to remove this function ?
> + return 0;
> +}
> +
> +/* Called with mlock held */
> +static void sh_ceu_clock_stop(struct sh_ceu_dev *pcdev)
> +{
> + /* disable capture, disable interrupts */
> + ceu_write(pcdev, CEIER, 0);
> + sh_ceu_soft_reset(pcdev);
> +
> + /* make sure active buffer is canceled */
> + spin_lock_irq(&pcdev->lock);
> + if (pcdev->active) {
> + list_del_init(&to_ceu_vb(pcdev->active)->queue);
> + vb2_buffer_done(&pcdev->active->vb2_buf, VB2_BUF_STATE_ERROR);
> + pcdev->active = NULL;
> + }
> + spin_unlock_irq(&pcdev->lock);
This function is called by the release() handler after calling
_vb2_fop_release(). vb2 should already have called .stop_streaming(), so there
can't be any active buffer. You can remove this call.
> +
> + pm_runtime_put(pcdev->v4l2_dev.dev);
Similarly to sh_ceu_clock_start(), how about moving the first two lines to the
.runtime_suspend() handler and moving the pm_runtime_put() call to the
release() handler to remove this function ?
> +}
> +
> +static u32 capture_save_reset(struct sh_ceu_dev *pcdev)
> +{
> + u32 capsr = ceu_read(pcdev, CAPSR);
> + ceu_write(pcdev, CAPSR, 1 << 16); /* reset, stop capture */
> + return capsr;
> +}
> +
> +static void capture_restore(struct sh_ceu_dev *pcdev, u32 capsr)
> +{
> + unsigned long timeout = jiffies + 10 * HZ;
> +
> + /*
> + * Wait until the end of the current frame. It can take a long time,
> + * but if it has been aborted by a CAPSR reset, it shoule exit sooner.
> + */
> + while ((ceu_read(pcdev, CSTSR) & 1) && time_before(jiffies, timeout))
> + msleep(1);
> +
> + if (time_after(jiffies, timeout)) {
> + dev_err(&pcdev->vdev.dev,
> + "Timeout waiting for frame end! Interface problem?
\n");
> + return;
> + }
> +
> + /* Wait until reset clears, this shall not hang... */
> + while (ceu_read(pcdev, CAPSR) & (1 << 16))
> + udelay(10);
> +
> + /* Anything to restore? */
> + if (capsr & ~(1 << 16))
> + ceu_write(pcdev, CAPSR, capsr);
> +}
Is this needed ? The two functions are only called by sh_ceu_set_bus_param(),
in turn only called by sh_ceu_set_fmt(), and we can't modify the format during
capture. The soc-camera driver supports modifying the digital zoom level at
runtime, which requires configuring some parameters while the stream is
running, but you don't.
By the way, implementing digital zoom support would be good. It might not be
required to get this driver merged, but I think we need it to get the soc-
camera driver removed.
> +/* ------------------------------------------------------------------------
> + * Videobuf operations
> + */
> +
> +/*
> + * .queue_setup() is called to check, whether the driver can accept the
> + * requested number of buffers and to fill in plane sizes
> + * for the current frame format if required
> + */
> +static int sh_ceu_videobuf_setup(struct vb2_queue *vq,
> + unsigned int *count, unsigned int *num_planes,
> + unsigned int sizes[], struct device *alloc_devs[])
> +{
> + struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vq);
> + struct v4l2_pix_format *pix = &pcdev->v4l2_fmt.fmt.pix;
> +
> + if (!vq->num_buffers)
> + pcdev->sequence = 0;
> +
> + if (!*count)
> + *count = 2;
> +
> + /* Called from VIDIOC_REQBUFS or in compatibility mode */
> + if (!*num_planes)
> + sizes[0] = pix->sizeimage;
> + else if (sizes[0] < pix->sizeimage)
> + return -EINVAL;
> +
> + /* If *num_planes != 0, we have already verified *count. */
> + if (pcdev->video_limit) {
> + size_t size = PAGE_ALIGN(sizes[0]) * *count;
> +
> + if (size + pcdev->buf_total > pcdev->video_limit)
> + *count = (pcdev->video_limit - pcdev->buf_total) /
> + PAGE_ALIGN(sizes[0]);
> + }
> +
> + *num_planes = 1;
> +
> + dev_dbg(&pcdev->vdev.dev, "count=%d, size=%u\n", *count, sizes[0]);
> +
> + return 0;
> +}
> +
> +static int sh_ceu_videobuf_prepare(struct vb2_buffer *vb)
> +{
> + struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> + struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
> +
> + /* Added list head initialization on alloc */
> + WARN(!list_empty(&buf->queue), "Buffer %p on queue!\n", vb);
I don't think you need this as per the comments below.
> + return 0;
> +}
> +
> +static void sh_ceu_videobuf_queue(struct vb2_buffer *vb)
> +{
> + struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vb->vb2_queue);
> + struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> + struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
> + unsigned long size;
> +
> + size = pcdev->v4l2_fmt.fmt.pix.sizeimage;
> +
> + if (vb2_plane_size(vb, 0) < size) {
> + dev_err(&pcdev->vdev.dev, "Buffer #%d too small (%lu <
%lu)\n",
> + vb->index, vb2_plane_size(vb, 0), size);
> + goto error;
> + }
> +
> + vb2_set_plane_payload(vb, 0, size);
> +
> + dev_dbg(&pcdev->vdev.dev, "%s (vb=0x%p) 0x%p %lu\n", __func__,
> + vb, vb2_plane_vaddr(vb, 0), vb2_get_plane_payload(vb, 0));
> +
> +#ifdef DEBUG
> + /*
> + * This can be useful if you want to see if we actually fill
> + * the buffer with something
> + */
> + if (vb2_plane_vaddr(vb, 0))
> + memset(vb2_plane_vaddr(vb, 0), 0xaa, vb2_get_plane_payload(vb,
0));
This can be done by userspace before queuing the buffer, you can remove it.
> +#endif
> +
> + spin_lock_irq(&pcdev->lock);
> + list_add_tail(&buf->queue, &pcdev->capture);
> + spin_unlock_irq(&pcdev->lock);
> +
> + return;
> +
> +error:
> + vb2_buffer_done(vb, VB2_BUF_STATE_ERROR);
> +}
> +
> +static void sh_ceu_videobuf_release(struct vb2_buffer *vb)
> +{
> + struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vb->vb2_queue);
> + struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> + struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
> +
> + spin_lock_irq(&pcdev->lock);
> +
> + if (pcdev->active == vbuf) {
> + /* disable capture (release DMA buffer), reset */
> + ceu_write(pcdev, CAPSR, 1 << 16);
No, that's definitely not correct. This function is called when the a buffer
is removed from vb2 (either when it gets freed for MMAP buffers, or when a new
dmabuf fd replaces the previous one for a DMABUF buffer). You must not touch
the hardware, and the buffer can't be active anyway.
> + pcdev->active = NULL;
> + }
> +
> + /*
> + * Doesn't hurt also if the list is empty, but it hurts, if queuing
the
> + * buffer failed, and .buf_init() hasn't been called
> + */
> + if (buf->queue.next)
> + list_del_init(&buf->queue);
Remove this too.
> + pcdev->buf_total -= PAGE_ALIGN(vb2_plane_size(vb, 0));
> + dev_dbg(&pcdev->vdev.dev, "%s() %zu bytes buffers\n", __func__,
> + pcdev->buf_total);
As explained below you can remove this too, so you can remove the whole
function.
> + spin_unlock_irq(&pcdev->lock);
> +}
> +
> +static int sh_ceu_videobuf_init(struct vb2_buffer *vb)
> +{
> + struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vb->vb2_queue);
> + struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> + struct sh_ceu_buffer *buf = to_ceu_vb(vbuf);
> +
> + pcdev->buf_total += PAGE_ALIGN(vb2_plane_size(vb, 0));
> + dev_dbg(&pcdev->vdev.dev, "%s() %zu bytes buffers\n", __func__,
> + pcdev->buf_total);
If you get rid of the memory limit passed through memory resources as
commented on elsewhere (I had to review this patch in a semi-random order, it
might thus be below :-)), you can get rid of this too.
> + /* This is for locking debugging only */
I assume you mean list debugging, and I don't think that's needed. You can
remove the whole function.
> + INIT_LIST_HEAD(&buf->queue);
> + return 0;
> +}
> +
> +static int sh_ceu_start_streaming(struct vb2_queue *vq, unsigned int count)
> +{
> + struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vq);
> + struct list_head *buf_head, *tmp;
> + struct sh_ceu_buffer *buf;
> + int ret = 0;
No need to initialize ret to 0.
> +
> + ret = v4l2_subdev_call(pcdev->sensor, video, s_stream, 1);
> + if (ret && ret != -ENOIOCTLCMD) {
> + v4l2_err(&pcdev->v4l2_dev, "stream on failed in subdev\n");
> + goto err_start_sensor;
> + }
> +
> + spin_lock_irq(&pcdev->lock);
> + if (!pcdev->active) {
I might be mistaken, but I don't think pcdev->active can be != NULL here.
> + /*
> + * Because there were no active buffer at this moment,
> + * we are not interested in the return value of
> + * sh_ceu_capture here.
> + */
> + buf = list_first_entry(&pcdev->capture, struct sh_ceu_buffer,
> + queue);
> + if (!buf) {
> + ret = -EINVAL;
This can't happen, vb2 won't call start_streaming if no buffer has been
queued.
> + goto stop_sensor;
> + }
> +
> + pcdev->active = &buf->vb;
> + sh_ceu_capture(pcdev);
> + } else {
> + ret = -EINVAL;
> + goto stop_sensor;
> + }
> +
> + spin_unlock_irq(&pcdev->lock);
> +
> + return 0;
> +
> +stop_sensor:
> + spin_unlock_irq(&pcdev->lock);
> + v4l2_subdev_call(pcdev->sensor, video, s_stream, 0);
> +
> +err_start_sensor:
> + spin_lock_irq(&pcdev->lock);
> +
> + list_for_each_safe(buf_head, tmp, &pcdev->capture)
> + list_del_init(buf_head);
Same comment as for stop_streaming(), you need to return buffers to vb2, but
in the QUEUED state this time. You can create a function to return all queued
buffers to vb2, with the state passed as a parameter.
> +
> + pcdev->active = NULL;
> +
> + spin_unlock_irq(&pcdev->lock);
> +
> + return ret;
> +}
> +
> +static void sh_ceu_stop_streaming(struct vb2_queue *vq)
> +{
> + struct sh_ceu_dev *pcdev = vb2_get_drv_priv(vq);
> + struct list_head *buf_head, *tmp;
> +
> + v4l2_subdev_call(pcdev->sensor, video, s_stream, 0);
> +
> + spin_lock_irq(&pcdev->lock);
> +
> + pcdev->active = NULL;
> +
> + list_for_each_safe(buf_head, tmp, &pcdev->capture)
> + list_del_init(buf_head);
You need to return all these buffers to vb2 with a call to vb2_buffer_done()
with the state set to VB2_BUF_STATE_ERROR.
As you walk the list protected by the pcdev spinlock, you can use a
list_for_each() + INIT_LIST_HEAD() after the loop instead of removing elements
one by one. It will be slightly more efficient.
> +
> + spin_unlock_irq(&pcdev->lock);
> +
> + sh_ceu_soft_reset(pcdev);
That's a bit harsh. Stopping capture without resetting the whole hardware
might be better. You would need to test that though, so for now it should be
OK.
> +}
> +
> +static const struct vb2_ops sh_ceu_videobuf_ops = {
> + .queue_setup = sh_ceu_videobuf_setup,
> + .buf_prepare = sh_ceu_videobuf_prepare,
> + .buf_queue = sh_ceu_videobuf_queue,
> + .buf_cleanup = sh_ceu_videobuf_release,
> + .buf_init = sh_ceu_videobuf_init,
> + .wait_prepare = vb2_ops_wait_prepare,
> + .wait_finish = vb2_ops_wait_finish,
> + .start_streaming= sh_ceu_start_streaming,
> + .stop_streaming = sh_ceu_stop_streaming,
> +};
> +
> +/**
> + * ------------------------------------------------------------------------
> + * SH CEU operations
> + */
> +
> +static unsigned int sh_ceu_mbus_config_compatible(
> + const struct v4l2_mbus_config *cfg,
> + unsigned int ceu_host_flags)
> +{
> + unsigned int common_flags = cfg->flags & ceu_host_flags;
> + bool hsync, vsync, pclk, data, mode;
> +
> + switch (cfg->type) {
> + case V4L2_MBUS_PARALLEL:
> + hsync = common_flags & (V4L2_MBUS_HSYNC_ACTIVE_HIGH |
> + V4L2_MBUS_HSYNC_ACTIVE_LOW);
> + vsync = common_flags & (V4L2_MBUS_VSYNC_ACTIVE_HIGH |
> + V4L2_MBUS_VSYNC_ACTIVE_LOW);
> + pclk = common_flags & (V4L2_MBUS_PCLK_SAMPLE_RISING |
> + V4L2_MBUS_PCLK_SAMPLE_FALLING);
> + data = common_flags & (V4L2_MBUS_DATA_ACTIVE_HIGH |
> + V4L2_MBUS_DATA_ACTIVE_LOW);
> + mode = common_flags & (V4L2_MBUS_MASTER | V4L2_MBUS_SLAVE);
> + break;
> + default:
> + return 0;
> + }
> +
> + return (!hsync || !vsync || !pclk || !data || !mode) ? 0 :
common_flags;
> +}
> +
> +/**
> + * Test bus parameters against sensor provided ones.
> + * Return < 0 for error, 0 if g_mbus_config is not supported,
> + * flags > 0 otherwise
> + */
> +static int sh_ceu_test_bus_param(struct sh_ceu_dev *pcdev)
> +{
> + struct v4l2_subdev *sd = pcdev->sensor;
> + unsigned long common_flags = CEU_BUS_FLAGS;
> + struct v4l2_mbus_config cfg = {
> + .type = V4L2_MBUS_PARALLEL,
> + };
> + int ret;
> +
> + ret = v4l2_subdev_call(sd, video, g_mbus_config, &cfg);
> + if (ret < 0 && ret == -ENOIOCTLCMD)
> + return ret;
> + else if (ret == -ENOIOCTLCMD)
> + return 0;
> +
> + common_flags = sh_ceu_mbus_config_compatible(&cfg, common_flags);
> + if (!common_flags)
> + return -EINVAL;
> +
> + return common_flags;
> +}
> +
> +/*
> + * This is a very simplified version of "sh_mobile_ceu_set_rect function
> + * found in the original soc_camera driver
> + */
> +static void sh_ceu_set_sizes(struct sh_ceu_dev *pcdev)
> +{
> + struct v4l2_pix_format *pix = &pcdev->v4l2_fmt.fmt.pix;
> + unsigned int capwr_hwidth, capwr_vwidth;
> + unsigned int left_offset, top_offset;
> + unsigned int height, width;
> + unsigned int cdwdr_width;
> + u32 camor;
> +
> + /* TODO: make these offsets configurable.
> + * These are used to configure CAMOR, that wants to know the number of
> + * blanks between a VS/HS signal and valid data.
> + * This value should come from the sensor, how should we retrieve it?
> + */
> + left_offset = 0;
> + top_offset = 0;
> +
> + width = pix->width;
> + height = pix->height;
> +
> + /* Configure CAPWR: lenght of horizontal/vertical capture period */
> + /* TODO:
> + * veritcal widht depends on pcdev->field value? Is this interlaced?
*/
> + capwr_vwidth = height;
> + /* TODO: make sure this is correct:
> + * horizontal width depends on macropixel size (bpp / 8);
> + * a VGA (640x480) image in yuv422 input format has a line length of
> + * (640 * 16 / 8) = 1280 bytes
> + */
> + capwr_hwidth = pix->bytesperline;
> +
> + /* FIXME: not sure what the original driver does here */
> + cdwdr_width = pix->bytesperline;
> +
> + /* Set CAMOR, CAPWR, CFSZR, take care of CDWDR */
> + camor = left_offset | (top_offset << 16);
> + ceu_write(pcdev, CAMOR, camor);
> + ceu_write(pcdev, CAPWR, (capwr_vwidth << 16) | capwr_hwidth);
> +
> + /* CFSZR clipping is applied _after_ the scaling filter (CFLCR) */
> + ceu_write(pcdev, CFSZR, (height << 16) | width);
> + ceu_write(pcdev, CDWDR, cdwdr_width);
> +}
> +
> +/* Capture is not running, no interrupts, no locking needed */
> +static int sh_ceu_set_bus_param(struct sh_ceu_dev *pcdev)
> +{
> + struct v4l2_subdev *sd = pcdev->sensor;
> + unsigned long value;
> + unsigned long common_flags = CEU_BUS_FLAGS;
> + struct v4l2_mbus_config cfg = {
> + .type = V4L2_MBUS_PARALLEL,
> + };
> + u32 capsr = capture_save_reset(pcdev);
> + unsigned int yuv_lineskip;
> + int ret;
> +
> + /*
> + * TODO:
> + * If the client doesn't implement g_mbus_config, we just use our
> + * platform data
> + */
> + common_flags = sh_ceu_test_bus_param(pcdev);
> + if (common_flags < 0)
> + return common_flags;
> + else if (common_flags == 0) {
> + /* TODO: use platform data */
> + }
> +
> + /* Make choises, based on platform preferences */
> + if ((common_flags & V4L2_MBUS_HSYNC_ACTIVE_HIGH) &&
> + (common_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW)) {
> + if (pcdev->flags & SH_CEU_FLAG_HSYNC_LOW)
> + common_flags &= ~V4L2_MBUS_HSYNC_ACTIVE_HIGH;
> + else
> + common_flags &= ~V4L2_MBUS_HSYNC_ACTIVE_LOW;
> + }
> +
> + if ((common_flags & V4L2_MBUS_VSYNC_ACTIVE_HIGH) &&
> + (common_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW)) {
> + if (pcdev->flags & SH_CEU_FLAG_VSYNC_LOW)
> + common_flags &= ~V4L2_MBUS_VSYNC_ACTIVE_HIGH;
> + else
> + common_flags &= ~V4L2_MBUS_VSYNC_ACTIVE_LOW;
> + }
> +
> + cfg.flags = common_flags;
> + ret = v4l2_subdev_call(sd, video, s_mbus_config, &cfg);
> + if (ret < 0 && ret != -ENOIOCTLCMD)
> + return ret;
> +
> + if (pcdev->current_fmt->bits_per_sample > 8)
> + pcdev->is_16bit = 1;
> + else
> + pcdev->is_16bit = 0;
> +
> + ceu_write(pcdev, CRCNTR, 0);
> + ceu_write(pcdev, CRCMPR, 0);
> +
> + value = 0x00000010; /* data fetch by default */
> + yuv_lineskip = 0x10;
> +
> + /* FIXME:
> + * this switch statement has been taken from the original driver but
it
> + * re-write bit value[4] to 0 forcing "image capture mode", while the
> + * comment few lines above says "data fetch by default".
> + * Was this intended?
> + */
> + switch (pcdev->current_fmt->fourcc) {
> + case V4L2_PIX_FMT_NV12:
> + case V4L2_PIX_FMT_NV21:
> + /* convert 4:2:2 -> 4:2:0 */
> + yuv_lineskip = 0; /* skip for NV12/21, no skip for NV16/61 */
> + /* fall-through */
> + case V4L2_PIX_FMT_NV16:
> + case V4L2_PIX_FMT_NV61:
> + switch (pcdev->current_fmt->mbus_code) {
> + case MEDIA_BUS_FMT_UYVY8_2X8:
> + value = 0x00000000; /* Cb0, Y0, Cr0, Y1 */
> + break;
> + case MEDIA_BUS_FMT_VYUY8_2X8:
> + value = 0x00000100; /* Cr0, Y0, Cb0, Y1 */
> + break;
> + case MEDIA_BUS_FMT_YUYV8_2X8:
> + value = 0x00000200; /* Y0, Cb0, Y1, Cr0 */
> + break;
> + case MEDIA_BUS_FMT_YVYU8_2X8:
> + value = 0x00000300; /* Y0, Cr0, Y1, Cb0 */
> + break;
> + default:
> + BUG();
> + }
> + }
> +
> + if (pcdev->current_fmt->fourcc == V4L2_PIX_FMT_NV21 ||
> + pcdev->current_fmt->fourcc == V4L2_PIX_FMT_NV61)
> + value ^= 0x00000100; /* swap U, V to change from NV1x->NVx1 */
> +
> + value |= common_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW ? 1 << 1 : 0;
> + value |= common_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW ? 1 << 0 : 0;
> +
> + if (pcdev->is_16bit)
> + value |= 1 << 12;
> + else if (pcdev->flags & SH_CEU_FLAG_LOWER_8BIT)
> + value |= 2 << 12;
> +
> + ceu_write(pcdev, CAMCR, value);
> +
> + ceu_write(pcdev, CAPCR, 0x00300000);
> +
> + switch (pcdev->v4l2_fmt.fmt.pix.field) {
> + case V4L2_FIELD_INTERLACED_TB:
> + value = 0x101;
> + break;
> + case V4L2_FIELD_INTERLACED_BT:
> + value = 0x102;
> + break;
> + default:
> + value = 0;
> + break;
> + }
> + ceu_write(pcdev, CAIFR, value);
> +
> + sh_ceu_set_sizes(pcdev);
> +
> + /* TODO: CFLCR scale down filter not supported yet */
> +
> + /*
> + * A few words about byte order (observed in Big Endian mode)
> + *
> + * In data fetch mode bytes are received in chunks of 8 bytes.
> + * D0, D1, D2, D3, D4, D5, D6, D7 (D0 received first)
> + *
> + * The data is however by default written to memory in reverse order:
> + * D7, D6, D5, D4, D3, D2, D1, D0 (D7 written to lowest byte)
> + *
> + * The lowest three bits of CDOCR allows us to do swapping,
> + * using 7 we swap the data bytes to match the incoming order:
> + * D0, D1, D2, D3, D4, D5, D6, D7
> + */
> + value = 0x00000007 | yuv_lineskip;
> +
> + ceu_write(pcdev, CDOCR, value);
> + ceu_write(pcdev, CFWCR, 0); /* keep "datafetch firewall" disabled */
> +
> + capture_restore(pcdev, capsr);
> +
> + /* not in bundle mode: skip CBDSR, CDAYR2, CDACR2, CDBYR2, CDBCR2 */
> +
> + return 0;
> +}
> +
> +/**
> + * Test format on CEU and sensor
> + *
> + * @v4l2_fmt: format to test
> + * @current_fmt: sh ceu format applied
> + */
> +static int sh_ceu_try_fmt(struct sh_ceu_dev *pcdev,
> + struct v4l2_format *v4l2_fmt,
> + struct sh_ceu_fmt **current_fmt)
> +{
> + struct v4l2_pix_format *pix = &v4l2_fmt->fmt.pix;
> + struct v4l2_subdev *sensor = pcdev->sensor;
> + struct v4l2_subdev_pad_config pad_cfg;
> + struct v4l2_subdev_format sd_format = {
> + .which = V4L2_SUBDEV_FORMAT_TRY,
> + };
> + struct sh_ceu_fmt *mbus_fmt;
> + unsigned int width, height;
> + int ret;
> +
> + dev_dbg(&pcdev->vdev.dev, "try format: 0x%x - %ux%u\n\n",
> + pix->pixelformat, pix->width, pix->height);
> +
> + /* CFSZR requires height and width to be 4-pixel aligned */
> + v4l_bound_align_image(&pix->width, 2, pcdev->max_width, 2,
> + &pix->height, 4, pcdev->max_height, 2, 0);
> +
> + width = pix->width;
> + height = pix->height;
> +
> + /* Set format on sensor subdevice */
> + mbus_fmt = get_mbus_from_fourcc(pcdev, pix->pixelformat);
> + if (!mbus_fmt){
> + mbus_fmt = pcdev->active_fmts[0];
> + pix->pixelformat = mbus_fmt->fourcc;
> + }
> +
> + v4l2_fill_mbus_format(&sd_format.format, pix, mbus_fmt->mbus_code);
> +
> + ret = v4l2_subdev_call(sensor, pad, set_fmt, &pad_cfg, &sd_format);
> + if (ret)
> + return ret;
> +
> + /* TODO: scale CEU format to match what is returned by subdevice */
> +
> + v4l2_fill_pix_format(pix, &sd_format.format);
> + pix->field = V4L2_FIELD_NONE;
> + pix->bytesperline = pix->width * mbus_fmt->bpp / 8;
> + pix->sizeimage = pix->height * pix->bytesperline;
> +
> + /* Test bus parameters */
> + ret = sh_ceu_test_bus_param(pcdev);
> + if (ret < 0)
> + return ret;
> +
> + if (current_fmt)
> + *current_fmt = mbus_fmt;
> +
> + return 0;
> +}
> +
> +static int sh_ceu_set_fmt(struct sh_ceu_dev *pcdev,
> + struct v4l2_format *v4l2_fmt)
> +{
> + struct sh_ceu_fmt *current_fmt;
> + struct v4l2_subdev_format format = {
> + .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> + };
> + int ret;
> +
> + ret = sh_ceu_try_fmt(pcdev, v4l2_fmt, ¤t_fmt);
> + if (ret)
> + return ret;
> +
> + v4l2_fill_mbus_format(&format.format, &v4l2_fmt->fmt.pix,
> + current_fmt->mbus_code);
> + ret = v4l2_subdev_call(pcdev->sensor, pad,
> + set_fmt, NULL, &format);
> + if (ret)
> + return ret;
> +
> + pcdev->v4l2_fmt = *v4l2_fmt;
> + pcdev->current_fmt = current_fmt;
> +
> + ret = sh_ceu_set_bus_param(pcdev);
> + if (ret)
> + return ret;
> +
> + return 0;
> +}
> +
> +/**
> + * Collect formats supported by CEU and sensor subdevice
> + */
> +static int sh_ceu_init_active_formats(struct sh_ceu_dev *pcdev)
> +{
> + struct v4l2_subdev *sensor = pcdev->sensor;
> + struct sh_ceu_fmt *active_fmts;
> + unsigned int n_active_fmts;
> + struct sh_ceu_fmt *fmt;
> + unsigned int i;
> +
> + struct v4l2_subdev_mbus_code_enum mbus_code = {
> + .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> + .index = 0,
> + };
> +
> + /* Count how may formats are supported by CEU and sensor subdevice */
> + n_active_fmts = 0;
> + while (!v4l2_subdev_call(sensor, pad, enum_mbus_code,
> + NULL, &mbus_code)) {
> + mbus_code.index++;
> +
> + fmt = get_ceu_fmt_from_mbus(mbus_code.code);
This is not correct. You will get one one pixel format per media bus format
supported by the sensor. The CEU supports
1. converting packed YUV 4:2:2 (YUYV) to YUV 4:2:2 planar (CAMCR.JPG = 00) or
capturing raw data (CAMCR.JPG = 01)
2. outputting YUV 4:2:2 planar to memory (CDOCR.CDS = 1) or downsampling it to
YUV 4:2:0 planar (CDOCR.CDS = 0)
3. swapping bytes, words and long words at the output (CDOCR.COLS, CDOCR.COWS
and CDOCR.COBS fields)
This effectively allows to
- capture the raw data produced by the sensor
- capture YUV images produced by the sensor in packed YUV 4:2:2 format, from
any Y/U/V order to any Y/U/V order
- capture YUV images produced by the sensor in planar YUV 4:2:2 or planar YUV
4:2:0, from any Y/U/V order to any Y/U/V order
The list of formats you create needs to reflect that. This means that
- if the sensor can produce a packed YUV 4:2:2 format, the CEU will be able to
output YUYV, UYVY, YVYU, VYUY, NV12, NV21, NV16 and NV16
- for every non-YUV format produced by the sensor, the CEU will be able to
output raw data
The former is easy. You just need to list the formats produced by the sensor,
and if one of them is packed YUV 4:2:2, flag that in the sh_ceu_dev structure,
and allow all the above output YUV formats. You don't need to create an
instance-specific list of those formats in the sh_ceu_dev structure, as they
will be either all available or all non-available.
The latter is a bit more complex, you need a list of media bus code to pixel
format in the driver. I'd recommend counting the non-YUV packed formats
produced by the sensor, allocating an array of sh_ceu_fmt pointers with that
number of entries, and make each entry point to the corresponding entry in the
global sh_ceu_fmts array. The global sh_ceu_fmts needs to be extended with
common sensor formats (raw Bayer and JPEG come to mind).
If all sensors currently used with the CEU can produce packed YUV, you could
implement YUV support only to start with, leaving raw capture support for
later.
> + if (!fmt)
> + continue;
> +
> + fmt->active = 1;
> + n_active_fmts++;
> + }
> +
> + if (n_active_fmts == 0)
> + return -ENXIO;
> +
> + pcdev->n_active_fmts = n_active_fmts;
> + pcdev->active_fmts = devm_kcalloc(&pcdev->vdev.dev, n_active_fmts,
> + sizeof(*pcdev->active_fmts),
> + GFP_KERNEL);
See my comment about devm_kzalloc() in the probe() function. This one might be
harmless, but you'd then need to prove that (and explain the proof in a
comment).
> + if (!pcdev->active_fmts)
> + return -ENOMEM;
> +
> + active_fmts = pcdev->active_fmts[0];
> + fmt = &sh_ceu_fmts[0];
> + for (i = 0; i < N_SH_CEU_FMT; i++, fmt++) {
Just use ARRAY_SIZE() directly, it's clearer.
> + if (!fmt->active)
> + continue;
> +
> + active_fmts = fmt;
> + active_fmts++;
> + }
> +
> + return 0;
> +}
> +
> +static int sh_ceu_set_default_fmt(struct sh_ceu_dev *pcdev)
> +{
> + int ret;
> + struct v4l2_format v4l2_fmt = {
> + .type = V4L2_BUF_TYPE_VIDEO_CAPTURE,
> + .fmt.pix = {
> + .width = VGA_WIDTH,
> + .height = VGA_HEIGHT,
> + .field = V4L2_FIELD_NONE,
> + .pixelformat = pcdev->active_fmts[0]->fourcc,
> + },
> + };
> +
> + ret = sh_ceu_try_fmt(pcdev, &v4l2_fmt, NULL);
> + if (ret)
> + return ret;
> +
> + pcdev->current_fmt = pcdev->active_fmts[0];
> + pcdev->v4l2_fmt = v4l2_fmt;
> +
> + return 0;
> +}
> +
> +/**
> + * ------------------------------------------------------------------------
> + * File Operations
> + */
> +static int sh_ceu_open(struct file *file)
> +{
> + struct sh_ceu_dev *pcdev = video_drvdata(file);
> + struct v4l2_subdev *sensor = pcdev->sensor;
> + int ret;
> +
> + mutex_lock(&pcdev->mlock);
> + ret = v4l2_fh_open(file);
This function doesn't need to be called under a lock, you can move the
mutex_lock() further down.
> + if (ret)
> + goto out;
> +
> + sh_ceu_clock_start(pcdev);
> + ret = v4l2_subdev_call(sensor, core, s_power, 1);
> + if (ret && ret != -ENOIOCTLCMD) {
> + v4l2_fh_release(file);
> + goto out;
> + }
> +
> + ret = sh_ceu_set_fmt(pcdev, &pcdev->v4l2_fmt);
There's no need for a complete set format at open() time if you move the
subdev set_fmt call to start_streaming() as explained above.
> + if (ret) {
> + v4l2_subdev_call(sensor, core, s_power, 0);
> + v4l2_fh_release(file);
> + }
> +
> +out:
> + mutex_unlock(&pcdev->mlock);
> + return ret;
> +}
> +
> +static int sh_ceu_release(struct file *file)
> +{
> + struct sh_ceu_dev *pcdev = video_drvdata(file);
> + struct v4l2_subdev *sensor = pcdev->sensor;
> + int ret;
> +
> + mutex_lock(&pcdev->mlock);
> +
> + ret = _vb2_fop_release(file, NULL);
> + v4l2_subdev_call(sensor, core, s_power, 0);
> + sh_ceu_clock_stop(pcdev);
> + v4l2_fh_release(file);
> +
> + mutex_unlock(&pcdev->mlock);
This is both wrong and over-complicated. Wrong, because if two applications
have the device node open, one of them streaming video, and the other one
closes the device node, streaming will stop. You don't want that :-)
There are multiple ways to handle this. You can either drop this callback
completely and use vb2_fop_release() instead. In that case, power to the
sensor will need to be turned off from the vb2 stop_streaming() callback, and
consequently will need to be turned on from the vb2 start_streaming()
callback. Depending on how the sensor driver is implemented, this could cause
issues when accessing controls if the sensor driver tries to access the
hardware while it is powered off.
Another option is to copy _vb2_fop_release() and add the driver-specific code.
Something like the following should do.
mutex_lock(&pcdev->mlock);
v4l2_subdev_call(sensor, core, s_power, 0);
if (file->private_data == vdev->queue->owner) {
sh_ceu_clock_stop(pcdev);
vb2_queue_release(vdev->queue);
vdev->queue->owner = NULL;
}
mutex_unlock(&pcdev->mlock);
return v4l2_fh_release(file);
(The subdev s_power call is outside of the check as power handling should be
reference-counted by subdevs.)
However, if we make the driver a bit more runtime-pm centric as proposed above
in my comments about the sh_ceu_clock_start() and sh_ceu_clock_stop()
functions, runtime PM will handle reference counting for you. In that case you
could move the sensor s_power() calls from open() and release() to the runtime
PM handlers, and code this function as
vb2_fop_release();
pm_runtime_put();
return 0;
> + return 0;
> +}
> +
> +static const struct v4l2_file_operations sh_ceu_fops = {
> + .owner = THIS_MODULE,
> + .open = sh_ceu_open,
> + .release = sh_ceu_release,
> + .unlocked_ioctl = video_ioctl2,
> + .read = vb2_fop_read,
> + .mmap = vb2_fop_mmap,
> + .poll = vb2_fop_poll,
> +};
> +
> +/**
> + * ------------------------------------------------------------------------
> + * Video Device IOCTLs
> + */
> +static int sh_ceu_querycap(struct file *file, void *priv,
> + struct v4l2_capability *cap)
> +{
> + strlcpy(cap->card, "SuperH_Mobile_CEU", sizeof(cap->card));
> + strlcpy(cap->driver, "sh_mobile_ceu", sizeof(cap->driver));
> + strlcpy(cap->bus_info, "platform:sh_mobile_ceu", sizeof(cap-
>bus_info));
Should this all be renamed to remove the reference to SH Mobile ?
> + cap->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
> + cap->capabilities = cap->device_caps | V4L2_CAP_DEVICE_CAPS;
As you already set the video_device.device_caps field you can remove those two
lines.
> + return 0;
> +}
> +
> +static int sh_ceu_enum_fmt_vid_cap(struct file *file, void *priv,
> + struct v4l2_fmtdesc *f)
> +{
> + struct sh_ceu_dev *pcdev = video_drvdata(file);
> + struct sh_ceu_fmt *fmt;
> +
> + if (f->index >= pcdev->n_active_fmts)
> + return -EINVAL;
> +
> + fmt = pcdev->active_fmts[f->index];
> + strncpy(f->description, fmt->name, strlen(fmt->name));
Descriptions are filled automatically by the core, you can remove them.
> + f->pixelformat = fmt->fourcc;
> +
> + return 0;
> +}
> +
> +static int sh_ceu_try_fmt_vid_cap(struct file *file, void *priv,
> + struct v4l2_format *f)
> +{
> + struct sh_ceu_dev *pcdev = video_drvdata(file);
> +
> + return sh_ceu_try_fmt(pcdev, f, NULL);
> +}
> +
> +static int sh_ceu_s_fmt_vid_cap(struct file *file, void *priv,
> + struct v4l2_format *f)
> +{
> + struct sh_ceu_dev *pcdev = video_drvdata(file);
> +
> + if (vb2_is_streaming(&pcdev->vb2_vq))
> + return -EBUSY;
> +
> + return sh_ceu_set_fmt(pcdev, f);
You can merge the two functions as, as explained above, sh_ceu_s_fmt_vid_cap()
must not be called at open() time.
> +}
> +
> +static int sh_ceu_enum_input(struct file *file, void *priv,
> + struct v4l2_input *inp)
> +{
> + if (inp->index != 0)
> + return -EINVAL;
> +
> + inp->type = V4L2_INPUT_TYPE_CAMERA;
> + inp->std = 0;
> + strcpy(inp->name, "Camera");
> +
> + return 0;
> +}
> +
> +static int sh_ceu_g_input(struct file *file, void *priv, unsigned int *i)
> +{
> + *i = 0;
> +
> + return 0;
> +}
> +
> +static int sh_ceu_s_input(struct file *file, void *priv, unsigned int i)
> +{
> + if (i > 0)
> + return -EINVAL;
> +
> + return 0;
> +}
I really think the the get and set input ioctls should not be implemented by
devices that have a single input, but it seems that opinion isn't shared
widely :-/
> +static const struct v4l2_ioctl_ops sh_ceu_ioctl_ops = {
> + .vidioc_querycap = sh_ceu_querycap,
> +
> + .vidioc_enum_fmt_vid_cap = sh_ceu_enum_fmt_vid_cap,
> + .vidioc_try_fmt_vid_cap = sh_ceu_try_fmt_vid_cap,
> + .vidioc_s_fmt_vid_cap = sh_ceu_s_fmt_vid_cap,
> +
> + .vidioc_enum_input = sh_ceu_enum_input,
> + .vidioc_g_input = sh_ceu_g_input,
> + .vidioc_s_input = sh_ceu_s_input,
> +
> + .vidioc_reqbufs = vb2_ioctl_reqbufs,
> + .vidioc_querybuf = vb2_ioctl_querybuf,
> + .vidioc_qbuf = vb2_ioctl_qbuf,
> + .vidioc_expbuf = vb2_ioctl_expbuf,
> + .vidioc_dqbuf = vb2_ioctl_dqbuf,
> + .vidioc_create_bufs = vb2_ioctl_create_bufs,
> + .vidioc_prepare_buf = vb2_ioctl_prepare_buf,
> + .vidioc_streamon = vb2_ioctl_streamon,
> + .vidioc_streamoff = vb2_ioctl_streamoff,
> +
> + /* TODO
> + .vidioc_g_parm =
> + .vidioc_s_parm =
> + .vidioc_enum_framesizes =
> + .vidioc_enum_frameintervals =
> + */
Please implement them :-)
> +};
> +
> +static int sh_ceu_init_videobuf(struct sh_ceu_dev *pcdev,
> + struct vb2_queue *q)
> +{
> + q->type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
> + q->io_modes = VB2_MMAP | VB2_USERPTR;
> + q->drv_priv = pcdev;
> + q->ops = &sh_ceu_videobuf_ops;
> + q->mem_ops = &vb2_dma_contig_memops;
> + q->buf_struct_size = sizeof(struct sh_ceu_buffer);
> + q->timestamp_flags = V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC;
> + q->lock = &pcdev->mlock;
> + q->dev = pcdev->v4l2_dev.dev;
> +
> + return vb2_queue_init(q);
> +}
> +
> +static int sh_ceu_sensor_bound(struct v4l2_async_notifier *notifier,
> + struct v4l2_subdev *subdev,
> + struct v4l2_async_subdev *asd)
> +{
> + struct v4l2_device *v4l2_dev = notifier->v4l2_dev;
> + struct sh_ceu_dev *pcdev = v4l2_dev_to_ceu_dev(v4l2_dev);
> + struct video_device *vdev = &pcdev->vdev;
> + int err;
> +
> + /* Init videobuf queue operations */
> + err = sh_ceu_init_videobuf(pcdev, &pcdev->vb2_vq);
I would inline the function here as it's small and linear, but that's up to
you.
> + if (err)
> + return -EINVAL;
> +
> + mutex_lock(&pcdev->mlock);
What does the mutex protect against exactly ?
> +
> + /* Initialize formats and set format on sensor */
> + pcdev->sensor = subdev;
> + err = sh_ceu_init_active_formats(pcdev);
> + if (err)
> + return err;
> +
> + err = sh_ceu_set_default_fmt(pcdev);
> + if (err)
> + return err;
> +
> + /* Register the video device */
> + strncpy(vdev->name, "sh_ceu", strlen("sh_ceu"));
> + vdev->minor = -1;
No need to set this field explicitly.
> + vdev->v4l2_dev = v4l2_dev;
> + vdev->lock = &pcdev->mlock;
> + vdev->queue = &pcdev->vb2_vq;
> + vdev->ctrl_handler = subdev->ctrl_handler;
Why did you drop support for CEU controls ? :-(
> + vdev->fops = &sh_ceu_fops;
> + vdev->ioctl_ops = &sh_ceu_ioctl_ops;
> + vdev->release = video_device_release_empty;
You need to implement a release callback as explained below.
> + vdev->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
> + video_set_drvdata(vdev, pcdev);
> +
> + err = video_register_device(vdev, VFL_TYPE_GRABBER, -1);
> + if (err < 0) {
> + mutex_unlock(&pcdev->mlock);
> + v4l2_err(vdev->v4l2_dev,
> + "video_register_device failed: %d\n", err);
> + return err;
> + }
> +
> + mutex_unlock(&pcdev->mlock);
> + return 0;
> +}
> +
> +static void sh_ceu_sensor_unbind(struct v4l2_async_notifier *notifier,
> + struct v4l2_subdev *subdev,
> + struct v4l2_async_subdev *asd)
> +{
> + /* TODO */
> +
> + return;
The unbind callback is optional, you can remove it if it's empty.
> +}
> +static int sh_ceu_probe(struct platform_device *pdev)
> +{
> + struct sh_ceu_dev *pcdev;
> + struct resource *res;
> + void __iomem *base;
> + unsigned int irq;
> + int err;
> +
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
I would move this right before the devm_ioremap_resource() call.
> + irq = platform_get_irq(pdev, 0);
> + if (!res || (int)irq <= 0) {
> + dev_err(&pdev->dev, "Not enough CEU platform resources.\n");
> + return -ENODEV;
> + }
Similarly, I'd move this right before devm_request_irq().
> + pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
devm_kzalloc() is harmful here. You're embedding a struct video_device instead
struct sh_ceu_dev, and the video device can outlive the platform driver
remove() call if the device node is kept open by userspace when the device is
removed. You should use kzalloc() and implement a .release callback for the
video_device to kfree() the memory.
Note that devm_ioremap_resource() and devm_request_irq() are fine as the MMIO
and interrupts must not be used after the remove() function returns.
> + if (!pcdev) {
> + dev_err(&pdev->dev, "Could not allocate pcdev\n");
> + return -ENOMEM;
> + }
> +
> + mutex_init(&pcdev->mlock);
> + INIT_LIST_HEAD(&pcdev->capture);
> + spin_lock_init(&pcdev->lock);
> + init_completion(&pcdev->complete);
> +
> + pcdev->pdata = pdev->dev.platform_data;
> + if (pdev->dev.of_node && !pcdev->pdata) {
If there's an OF node there's no platform data, you can this code this as
if (IS_ENABLED(CONFIG_OF) && pdev->dev.of_node) {
...
} else if (pcdev->pdata) {
...
} else {
...
}
The IS_ENABLED(CONFIG_OF) will make sure the code is not compiled in for non-
OF platforms.
> + /* TODO: implement OF parsing */
> + } else if (pcdev->pdata && !pdev->dev.of_node) {
> + /* TODO: implement per-device bus flags */
Is this needed ? I don't expect any new feature to be implemented for non-OF
platforms.
> + pcdev->max_width = pcdev->pdata->max_width;
> + pcdev->max_height = pcdev->pdata->max_height;
> + pcdev->flags = pcdev->pdata->flags;
> + pcdev->asd.match_type = V4L2_ASYNC_MATCH_I2C;
> + pcdev->asd.match.i2c.adapter_id =
> + pcdev->pdata->sensor_i2c_adapter_id;
> + pcdev->asd.match.i2c.address = pcdev->pdata-
>sensor_i2c_address;
> + } else {
> + dev_err(&pdev->dev, "CEU platform data not set.\n");
> + return -EINVAL;
> + }
> +
> + pcdev->field = V4L2_FIELD_NONE;
> +
> + if (!pcdev->max_width)
> + pcdev->max_width = 2560;
> + if (!pcdev->max_height)
> + pcdev->max_height = 1920;
> +
> + base = devm_ioremap_resource(&pdev->dev, res);
> + if (IS_ERR(base))
> + return PTR_ERR(base);
> +
> + pcdev->irq = irq;
> + pcdev->base = base;
> + pcdev->video_limit = 0; /* only enabled if second resource exists */
> +
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> + if (res) {
> + err = dma_declare_coherent_memory(&pdev->dev, res->start,
> + res->start,
> + resource_size(res),
> + DMA_MEMORY_MAP |
> + DMA_MEMORY_EXCLUSIVE);
> + if (!err) {
> + dev_err(&pdev->dev, "Unable to declare CEU memory.
\n");
> + return -ENXIO;
> + }
> +
> + pcdev->video_limit = resource_size(res);
You can get rid of this, we now have CMA that can be used unconditionally to
allocate physically contiguous memory. Don't forget to remove the
corresponding resource from SH board code that instantiate CEU devices.
> + }
> +
> + /* request irq */
I'm not sure the comment is really valuable :-)
> + err = devm_request_irq(&pdev->dev, pcdev->irq, sh_ceu_irq,
> + 0, dev_name(&pdev->dev), pcdev);
> + if (err) {
> + dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
> + goto exit_release_mem;
> + }
> +
> + pm_suspend_ignore_children(&pdev->dev, true);
> + pm_runtime_enable(&pdev->dev);
> + pm_runtime_resume(&pdev->dev);
> +
> + dev_set_drvdata(&pdev->dev, pcdev);
> + err = v4l2_device_register(&pdev->dev, &pcdev->v4l2_dev);
> + if (err)
> + goto exit_free_clk;
> +
> + pcdev->asds[0] = &pcdev->asd;
> + pcdev->notifier.v4l2_dev = &pcdev->v4l2_dev;
> + pcdev->notifier.subdevs = pcdev->asds;
> + pcdev->notifier.num_subdevs = 1;
> + pcdev->notifier.bound = sh_ceu_sensor_bound;
> + pcdev->notifier.unbind = sh_ceu_sensor_unbind;
> +
> + err = v4l2_async_notifier_register(&pcdev->v4l2_dev, &pcdev-
>notifier);
> + if (err)
> + goto exit_free_clk;
> +
> + return 0;
> +
> +exit_free_clk:
I'd call the label error_pm_runtime, as it's not specific to clocks anymore.
error is always a better prefix than exit in my opinion, as exit could
indicate early exit in a non-error case. And this being said, if you remove
the second MEM resource, you can drop the exit_release_mem() label, so this
one could just be called error.
> + pm_runtime_disable(&pdev->dev);
> +exit_release_mem:
> + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> + dma_release_declared_memory(&pdev->dev);
> + return err;
> +}
> +
> +static int sh_ceu_remove(struct platform_device *pdev)
> +{
> +
> + /* TODO */
> +
> + pm_runtime_disable(&pdev->dev);
> + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> + dma_release_declared_memory(&pdev->dev);
> +
> + return 0;
> +}
> +
> +static int sh_ceu_runtime_nop(struct device *dev)
> +{
> + /* Runtime PM callback shared between ->runtime_suspend()
> + * and ->runtime_resume(). Simply returns success.
> + *
> + * This driver re-initializes all registers after
> + * pm_runtime_get_sync() anyway so there is no need
> + * to save and restore registers here.
> + */
> + return 0;
> +}
> +
> +static const struct dev_pm_ops sh_ceu_dev_pm_ops = {
> + .runtime_suspend = sh_ceu_runtime_nop,
> + .runtime_resume = sh_ceu_runtime_nop,
You can use the SET_RUNTIME_PM_OPS() macro here.
> +};
> +
> +static const struct of_device_id sh_ceu_of_match[] = {
> + { .compatible = "renesas,sh-mobile-ceu" },
You need to document DT bindings to add a compatible string, and I expect some
bikeshed about the compatible string :-)
> + { }
> +};
> +MODULE_DEVICE_TABLE(of, sh_ceu_of_match);
> +
> +static struct platform_driver sh_ceu_driver = {
> + .driver = {
> + .name = "sh_mobile_ceu",
> + .pm = &sh_ceu_dev_pm_ops,
> + .of_match_table = sh_ceu_of_match,
You should use the of_match_ptr() macro here and protect the OF module device
table with #if CONFIG_OF to allow driver compilation on SH without OF support.
> + },
> + .probe = sh_ceu_probe,
> + .remove = sh_ceu_remove,
> +};
> +
> +static int __init sh_ceu_init(void)
> +{
> + return platform_driver_register(&sh_ceu_driver);
> +}
> +
> +static void __exit sh_ceu_exit(void)
> +{
> + platform_driver_unregister(&sh_ceu_driver);
> +}
> +
> +module_init(sh_ceu_init);
> +module_exit(sh_ceu_exit);
module_platform_driver(sh_ceu_unit);
is a nice shortcut for this.
> +
> +MODULE_DESCRIPTION("SuperH Mobile CEU driver");
Maybe "Renesas CEU Driver" to include the RZ family ?
> +MODULE_AUTHOR("Magnus Damm");
As this is a rewrite, you can list yourself as the author, Magnus is already
credited at the top of the file.
> +MODULE_LICENSE("GPL");
> +MODULE_VERSION("0.1.0");
I would drop the version, it's quite pointless as there's 99.9999% of chances
that it will always stay at 0.1.0 :-)
> +MODULE_ALIAS("platform:sh_mobile_ceu");
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [RFC v2 0/2] SH CEU camera driver
2017-04-27 8:42 [RFC v2 0/2] SH CEU camera driver Jacopo Mondi
2017-04-27 8:42 ` [RFC v2 1/2] media: platform: Add SH CEU camera interface driver Jacopo Mondi
2017-04-27 8:42 ` [RFC v2 2/2] media: platform: soc-camera: Remove SH CEU driver Jacopo Mondi
@ 2017-04-27 13:10 ` Chris Brandt
2017-04-27 16:14 ` jmondi
2 siblings, 1 reply; 19+ messages in thread
From: Chris Brandt @ 2017-04-27 13:10 UTC (permalink / raw)
To: Jacopo Mondi, laurent.pinchart, magnus.damm; +Cc: linux-renesas-soc
Hi Jacopo,
> The driver is -not tested- for lack of available platforms, just
> compiled in.
For HW, it would be good if you use a OV7670 camera module for testing.
Like this: https://www.amazon.com/OV7670-Compatible-Arduino-Atomic-Market/dp/B00TKXAGZM/ref=sr_1_2?ie=UTF8
That's what we use for the RSK board. There is probably a header on the GENMAI board as well (but you might have to solder the header down).
You can just use jumper wires to hook it up.
Like these: https://www.amazon.com/eBoot-Prototype-Solderless-Breadboard-Adhesive/dp/B06XKLRYRM/ref=sr_1_2
There is also this REA (Renesas America) board (YLCDRZA1H) that comes with a OV7670 module attached.
https://www.renesas.com/en-us/products/software-tools/boards-and-kits/renesas-demonstration-kits/ylcdrza1h.html
Better board pictures here:
https://www.digikey.com/product-detail/en/renesas-electronics-america/YLCDRZA1H/YLCDRZA1H-ND/6173788
I might be able to get you one of these boards if the GENMAI board doesn't work out.
We just ported u-boot and kernel (3.14) to it this week.
NOTE: The way the RZ/A1 RSK board is laid out, you cannot use the LCD and CEU at the same time. So for testing, I had to save each image as a JPEG and view it off board.
> The driver lacks functionalities provided by the original one, such as
> re-scaling and cropping, originally performed using soc_camera provided
> helpers.
That's fine for me. At the moment, the only users of the CEU just need capture and are not using those other features.
> I'm particularly interested in feedbacks in size/bus_parameters
> configuration functions. While I have used most of the original driver
> code for functions dealing with hardware configuration, those two have
> changed quite a lot, as the number of FIXMEs and TODOs there show.
NOTE: Since the existing CEU driver only seemed to work in "image capture mode" (meaning it split the Y and CbCr into different buffers), I wrote a very simple driver to give to customers (non-V4L2) because they really wanted to use "Data synchronous fetch mode" and just keep the YUV data exactly the same as it comes out of the cameras. So, I would focus on that mode first.
Also, I can share my simple driver code with you as reference (I put some extra comments in there). The CEU registers can be tricky to set up because descriptions in the hardware manual are not always clear.
NOTE: "Data enable fetch mode" is broken in the RZ/A1H and RZ/A1M...and not one really seems to want it anyway, so don't worry about that mode.
Chris
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 0/2] SH CEU camera driver
2017-04-27 13:10 ` [RFC v2 0/2] SH CEU camera driver Chris Brandt
@ 2017-04-27 16:14 ` jmondi
2017-04-27 18:03 ` Chris Brandt
0 siblings, 1 reply; 19+ messages in thread
From: jmondi @ 2017-04-27 16:14 UTC (permalink / raw)
To: Chris Brandt; +Cc: laurent.pinchart, magnus.damm, linux-renesas-soc
Hi Chris,
On Thu, Apr 27, 2017 at 01:10:15PM +0000, Chris Brandt wrote:
> Hi Jacopo,
>
> > The driver is -not tested- for lack of available platforms, just
> > compiled in.
>
> For HW, it would be good if you use a OV7670 camera module for testing.
>
> Like this: https://www.amazon.com/OV7670-Compatible-Arduino-Atomic-Market/dp/B00TKXAGZM/ref=sr_1_2?ie=UTF8
>
> That's what we use for the RSK board. There is probably a header on the GENMAI board as well (but you might have to solder the header down).
>
> You can just use jumper wires to hook it up.
> Like these: https://www.amazon.com/eBoot-Prototype-Solderless-Breadboard-Adhesive/dp/B06XKLRYRM/ref=sr_1_2
>
>
> There is also this REA (Renesas America) board (YLCDRZA1H) that comes with a OV7670 module attached.
> https://www.renesas.com/en-us/products/software-tools/boards-and-kits/renesas-demonstration-kits/ylcdrza1h.html
>
> Better board pictures here:
> https://www.digikey.com/product-detail/en/renesas-electronics-america/YLCDRZA1H/YLCDRZA1H-ND/6173788
>
> I might be able to get you one of these boards if the GENMAI board doesn't work out.
> We just ported u-boot and kernel (3.14) to it this week.
>
>
> NOTE: The way the RZ/A1 RSK board is laid out, you cannot use the LCD and CEU at the same time. So for testing, I had to save each image as a JPEG and view it off board.
>
>
Thanks for the info.
We planned to use the following setup to test the CEU
driver with an actual HW platform
GR-Peach + GR-Peach Audio Camera Shield + OV7670 evaluation module
https://www.digikey.com/product-detail/en/renesas-electronics-america/YGRPEACHAUDIOCAMERASHIELD/YGRPEACHAUDIOCAMERASHIELD-ND/5800301
www.elecfreaks.com/estore/ov7670-camera-module.html
This implies running mainline on Peach or backporting CEU driver to
your BSP if we're not able to do so. A desirable collateral benefit in
both cases, I guess...
Thanks
j
> > helpers.
>
> That's fine for me. At the moment, the only users of the CEU just need capture and are not using those other features.
>
>
> > I'm particularly interested in feedbacks in size/bus_parameters
> > configuration functions. While I have used most of the original driver
> > code for functions dealing with hardware configuration, those two have
> > changed quite a lot, as the number of FIXMEs and TODOs there show.
>
>
> NOTE: Since the existing CEU driver only seemed to work in "image capture mode" (meaning it split the Y and CbCr into different buffers), I wrote a very simple driver to give to customers (non-V4L2) because they really wanted to use "Data synchronous fetch mode" and just keep the YUV data exactly the same as it comes out of the cameras. So, I would focus on that mode first.
> Also, I can share my simple driver code with you as reference (I put some extra comments in there). The CEU registers can be tricky to set up because descriptions in the hardware manual are not always clear.
>
>
> NOTE: "Data enable fetch mode" is broken in the RZ/A1H and RZ/A1M...and not one really seems to want it anyway, so don't worry about that mode.
>
>
> Chris
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [RFC v2 0/2] SH CEU camera driver
2017-04-27 16:14 ` jmondi
@ 2017-04-27 18:03 ` Chris Brandt
2017-05-15 14:37 ` jmondi
0 siblings, 1 reply; 19+ messages in thread
From: Chris Brandt @ 2017-04-27 18:03 UTC (permalink / raw)
To: jmondi; +Cc: laurent.pinchart, magnus.damm, linux-renesas-soc
Hi Jacopo,
On Thursday, April 27, 2017, jmondi wrote:
> We planned to use the following setup to test the CEU driver with an
> actual HW platform
>
> GR-Peach + GR-Peach Audio Camera Shield + OV7670 evaluation module
> https://www.digikey.com/product-detail/en/renesas-electronics-
> america/YGRPEACHAUDIOCAMERASHIELD/YGRPEACHAUDIOCAMERASHIELD-ND/5800301
> www.elecfreaks.com/estore/ov7670-camera-module.html
Oh ya, I forgot about that thing.
> This implies running mainline on Peach or backporting CEU driver to your
> BSP if we're not able to do so. A desirable collateral benefit in both
> cases, I guess...
You should probably be able to run mainline on it.
Go here for u-boot build instructions: http://elinux.org/RZ-A/Boards/GR-PEACH
Remember, that board only has 8MB of SPI flash, so you should download uImage and DTB to RAM using Jlink, the use the SPI flash for a rootfs. I so have USB host working for mainline, but it requires an out-of-tree patch from me (I'm not sure on what upstream path I should take for RZ/A1 USB yet).
Of course if you change your mind, this board:
https://www.digikey.com/product-detail/en/renesas-electronics-america/YLCDRZA1H/YLCDRZA1H-ND/6173788
has a camera, 1280x800 LCD, 64MB of SDRAM and a Segger JLINK built into the board. But...no serial port. You have to plug in a USB-to-UART PMOD adapter (something like this http://store.digilentinc.com/pmod-usbuart-usb-to-uart-interface/).
Once I get everything working, I'll be pushing to our github repos and posting instructions on eLinux.org.
I might test your new driver using this board (will require an out-of-tree fbdev driver)
I'm going to start phasing out the 3.14 BSP for a 4.9 BSP here in a couple months, so I'll probably backport this new driver to 4.9, but that's about it.
Chris
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-04-27 11:47 ` Laurent Pinchart
@ 2017-05-01 14:37 ` jmondi
2017-05-02 7:58 ` Geert Uytterhoeven
2017-05-02 10:55 ` Laurent Pinchart
2017-05-02 9:48 ` jmondi
2017-05-03 9:52 ` jmondi
2 siblings, 2 replies; 19+ messages in thread
From: jmondi @ 2017-05-01 14:37 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: magnus.damm, linux-renesas-soc
Hi Laurent,
thanks for the extensive review
On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> This is a partial review, as some of the comments will result in large changes
> that would make review of some of the current code pointless. There is however
> enough comments to keep you busy for a bit :-)
>
Indeed
> By the way, you might want to keep your development history in a private git
> branch, in order to bisect issues when you'll finally be able to test the
> driver on real hardware. Otherwise we'll end up at v7, the driver won't work,
> and you will have no idea why.
>
As many of your comments are on existing code that I blindly took from
the existing driver, I decided to start fresh with a new driver from
scratch.
Next patches I will send will be based on your comments on this
series, and I take the opportunity to ask some questions on some
parts of code that were already in the driver and I'm failing to fully
understand.
To speed things up, I'm going to reply/make questions on code as I'm
rewriting it, so let's start from the bottom of the driver.
> On Thursday 27 Apr 2017 10:42:27 Jacopo Mondi wrote:
> > Add driver for SH Mobile CEU driver, based on
> > drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
> >
> > The original driver was based on soc-camera framework.
> >
> > Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
> > ---
> > drivers/media/platform/Kconfig | 9 +
> > drivers/media/platform/Makefile | 2 +
> > drivers/media/platform/sh_ceu_camera.c | 1597 +++++++++++++++++++++++++++++
> > 3 files changed, 1608 insertions(+)
> > create mode 100644 drivers/media/platform/sh_ceu_camera.c
> >
> > diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
> > index c9106e1..afb10fd 100644
> > --- a/drivers/media/platform/Kconfig
> > +++ b/drivers/media/platform/Kconfig
> > @@ -114,6 +114,15 @@ config VIDEO_S3C_CAMIF
> > To compile this driver as a module, choose M here: the module
> > will be called s3c-camif.
> >
> > +config VIDEO_SH_MOBILE_CEU
> > + tristate "SuperH Mobile CEU Interface driver"
>
> Maybe this should be renamed to include the RZ family ?
>
I have renamed config symbol in RENESAS_CEU and transformed all
instances of "sh_ceu" in driver's code in "ceu_camera" or just "ceu"
when appropriate (eg. "ceu_device" or "ceu_buffer")
> > + depends on VIDEO_DEV && VIDEO_V4L2 && HAS_DMA && HAVE_CLK
>
> You don't use the clock API directly, I think you can drop HAVE_CLK.
>
> > + depends on ARCH_SHMOBILE || COMPILE_TEST
> > + depends on HAS_DMA
>
> This is already included above.
>
> > + select VIDEOBUF2_DMA_CONTIG
> > + ---help---
> > + This is a v4l2 driver for the SuperH Mobile CEU Interface
> > +
> > source "drivers/media/platform/soc_camera/Kconfig"
> > source "drivers/media/platform/exynos4-is/Kconfig"
> > source "drivers/media/platform/am437x/Kconfig"
> > diff --git a/drivers/media/platform/Makefile
> > b/drivers/media/platform/Makefile index 349ddf6..a2b9aa6 100644
> > --- a/drivers/media/platform/Makefile
> > +++ b/drivers/media/platform/Makefile
> > @@ -25,6 +25,8 @@ obj-$(CONFIG_VIDEO_CODA) += coda/
> >
> > obj-$(CONFIG_VIDEO_SH_VEU) += sh_veu.o
> >
> > +obj-$(CONFIG_VIDEO_SH_MOBILE_CEU) += sh_ceu_camera.o
> > +
This will be renamed in "ceu_camera.c" as well
> > obj-$(CONFIG_VIDEO_MEM2MEM_DEINTERLACE) += m2m-deinterlace.o
> >
> > obj-$(CONFIG_VIDEO_S3C_CAMIF) += s3c-camif/
> > diff --git a/drivers/media/platform/sh_ceu_camera.c
> > b/drivers/media/platform/sh_ceu_camera.c new file mode 100644
> > index 0000000..07fe0e7
> > --- /dev/null
> > +++ b/drivers/media/platform/sh_ceu_camera.c
> > @@ -0,0 +1,1597 @@
> > +/*
> > + * V4L2 Driver for SuperH Mobile CEU interface
> > + *
> > + * Copyright (C) 2017 Jacopo Mondi <jacopo+renesas@jmondi.org>
> > + *
> > + * Based on soc-camera driver "soc_camera/sh_mobile_ceu_camera.c"
> > + *
> > + * Copyright (C) 2008 Magnus Damm
> > + *
> > + * Based on V4L2 Driver for PXA camera host - "pxa_camera.c",
> > + *
> > + * Copyright (C) 2006, Sascha Hauer, Pengutronix
> > + * Copyright (C) 2008, Guennadi Liakhovetski <kernel@pengutronix.de>
> > + *
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under the terms of the GNU General Public License as published by
> > + * the Free Software Foundation; either version 2 of the License, or
> > + * (at your option) any later version.
> > + */
> > +
> > +#include <linux/init.h>
> > +#include <linux/module.h>
> > +#include <linux/io.h>
> > +#include <linux/completion.h>
> > +#include <linux/delay.h>
> > +#include <linux/dma-mapping.h>
> > +#include <linux/err.h>
> > +#include <linux/errno.h>
> > +#include <linux/interrupt.h>
> > +#include <linux/kernel.h>
> > +#include <linux/mm.h>
> > +#include <linux/of.h>
> > +#include <linux/time.h>
> > +#include <linux/slab.h>
> > +#include <linux/device.h>
> > +#include <linux/platform_device.h>
> > +#include <linux/videodev2.h>
> > +#include <linux/pm_runtime.h>
>
> Please sort headers alphabetically, it makes locating duplicated easier.
>
yup
> > +
> > +#include <media/v4l2-async.h>
> > +#include <media/v4l2-common.h>
> > +#include <media/v4l2-device.h>
> > +#include <media/v4l2-dev.h>
> > +#include <media/v4l2-ioctl.h>
> > +#include <media/v4l2-image-sizes.h>
> > +#include <media/drv-intf/sh_mobile_ceu.h>
> > +#include <media/videobuf2-dma-contig.h>
> > +#include <media/v4l2-mediabus.h>
> > +
> > +/* register offsets for sh7722 / sh7723 */
> > +
> > +#define CAPSR 0x00 /* Capture start register */
> > +#define CAPCR 0x04 /* Capture control register */
> > +#define CAMCR 0x08 /* Capture interface control register */
> > +#define CMCYR 0x0c /* Capture interface cycle register */
> > +#define CAMOR 0x10 /* Capture interface offset register */
> > +#define CAPWR 0x14 /* Capture interface width register */
> > +#define CAIFR 0x18 /* Capture interface input format register */
> > +#define CSTCR 0x20 /* Camera strobe control register (<= sh7722) */
> > +#define CSECR 0x24 /* Camera strobe emission count register (<= sh7722) */
> > +#define CRCNTR 0x28 /* CEU register control register */
> > +#define CRCMPR 0x2c /* CEU register forcible control register */
> > +#define CFLCR 0x30 /* Capture filter control register */
> > +#define CFSZR 0x34 /* Capture filter size clip register */
> > +#define CDWDR 0x38 /* Capture destination width register */
> > +#define CDAYR 0x3c /* Capture data address Y register */
> > +#define CDACR 0x40 /* Capture data address C register */
> > +#define CDBYR 0x44 /* Capture data bottom-field address Y register */
> > +#define CDBCR 0x48 /* Capture data bottom-field address C register */
> > +#define CBDSR 0x4c /* Capture bundle destination size register */
> > +#define CFWCR 0x5c /* Firewall operation control register */
> > +#define CLFCR 0x60 /* Capture low-pass filter control register */
> > +#define CDOCR 0x64 /* Capture data output control register */
> > +#define CDDCR 0x68 /* Capture data complexity level register */
> > +#define CDDAR 0x6c /* Capture data complexity level address register */
> > +#define CEIER 0x70 /* Capture event interrupt enable register */
> > +#define CETCR 0x74 /* Capture event flag clear register */
> > +#define CSTSR 0x7c /* Capture status register */
> > +#define CSRTR 0x80 /* Capture software reset register */
> > +#define CDSSR 0x84 /* Capture data size register */
> > +#define CDAYR2 0x90 /* Capture data address Y register 2 */
> > +#define CDACR2 0x94 /* Capture data address C register 2 */
> > +#define CDBYR2 0x98 /* Capture data bottom-field address Y register 2 */
> > +#define CDBCR2 0x9c /* Capture data bottom-field address C register 2 */
> > +
> > +#define CEU_BUS_FLAGS (V4L2_MBUS_MASTER | \
> > + V4L2_MBUS_PCLK_SAMPLE_RISING | \
> > + V4L2_MBUS_HSYNC_ACTIVE_HIGH | \
> > + V4L2_MBUS_HSYNC_ACTIVE_LOW | \
> > + V4L2_MBUS_VSYNC_ACTIVE_HIGH | \
> > + V4L2_MBUS_VSYNC_ACTIVE_LOW | \
> > + V4L2_MBUS_DATA_ACTIVE_HIGH)
> > +
> > +/* per video frame buffer */
> > +struct sh_ceu_buffer {
> > + struct vb2_v4l2_buffer vb; /* v4l buffer must be first */
>
> s/v4l buffer/vb2 buffer/
>
> > + struct list_head queue;
> > +};
> > +
> > +struct sh_ceu_fmt;
>
> You can reorder the definitions instead of using forward-declarations.
>
That makes format appear before ceu_device (was sh_ceu_dev), but yes not a big
deal..
> > +struct sh_ceu_dev {
> > + struct video_device vdev;
> > + struct v4l2_device v4l2_dev;
> > +
> > + struct v4l2_subdev *sensor;
> > +
> > + struct v4l2_async_notifier notifier;
> > +
> > + struct v4l2_async_subdev asd;
> > + struct v4l2_async_subdev *asds[1];
> > +
> > + struct vb2_queue vb2_vq;
> > +
> > + struct mutex mlock;
>
> You need to document what this lock protects.
>
> > +
> > + unsigned int irq;
> > + void __iomem *base;
> > + size_t video_limit;
> > + size_t buf_total;
> > +
> > + spinlock_t lock; /* Protects video buffer lists */
>
> Please list which field(s) the lock protects explicitly.
>
> > + struct list_head capture;
> > + struct vb2_v4l2_buffer *active;
> > +
> > + enum v4l2_field field;
> > + struct v4l2_format v4l2_fmt;
>
> v4l2_format is quite a big structure, and you don't need most of it. I would
> store v4l2_pix_format only.
>
> > + unsigned int n_active_fmts;
> > + struct sh_ceu_fmt **active_fmts;
> > + struct sh_ceu_fmt *current_fmt;
>
> These two should be const.
>
Why both of them? I understand the list of active formats is built
during driver initilization, but the "current_fmt" is set during
"set_fmt" and can change at run time, right?
> > +
> > + struct sh_ceu_info *pdata;
> > + struct completion complete;
> > +
> > + u32 cflcr;
> > +
> > + /* static max sizes either from platform data or default */
> > + int max_width;
> > + int max_height;
>
> No platform sets non-default max_width or max_height values, just replace them
> with #define's.
>
yup
> > +
> > + int sequence;
> > + unsigned long flags;
> > +
> > + unsigned int image_mode:1;
> > + unsigned int is_16bit:1;
> > + unsigned int frozen:1;
> > +};
> > +
> > +static struct sh_ceu_dev *v4l2_dev_to_ceu_dev(struct v4l2_device *v4l2_dev)
> > +{
> > + return container_of(v4l2_dev, struct sh_ceu_dev, v4l2_dev);
> > +}
> > +
> > +static struct sh_ceu_buffer *to_ceu_vb(struct vb2_v4l2_buffer *vbuf)
> > +{
> > + return container_of(vbuf, struct sh_ceu_buffer, vb);
> > +}
> > +
> > +/* ------------------------------------------------------------------------
> > + * SH CEU formats
> > + */
> > +
> > +/**
> > + * sh_ceu_fmt - describe a format associating mbus code with format
> > + * memory layout description
> > + *
> > + * @mbus_code: bus format code
> > + * @name: memory layout format name
> > + * @fourcc: memory layout fourcc format code
> > + * @bpp: bit for each pixel stored in memory
> > + * @bits_per_sample: bit sent over bus for each sample
> > + * @active: format supported by CEU and subdevice
> > + */
> > +struct sh_ceu_fmt {
> > + u32 mbus_code;
> > + const char *name;
> > + u32 fourcc;
> > + u8 bpp;
> > + u8 bits_per_sample;
> > + u8 active;
> > +} sh_ceu_fmts[] = {
>
> This should be const, which will require removing the active field from the
> structure.
>
I will see if I need to wrap this in another struct with an active
flag, or I can just add them to the list of active_fmts and drop
active completely
> > + /* yuv422 8 bit -> NV16 (YUV422) */
> > + {
> > + .mbus_code = MEDIA_BUS_FMT_YUYV8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV16,
> > + .name = "YUYV8_NV16",
> > + .bpp = 16,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + }, {
> > + .mbus_code = MEDIA_BUS_FMT_YVYU8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV16,
> > + .name = "YVYU8_NV16",
> > + .bpp = 16,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + }, {
> > + .mbus_code = MEDIA_BUS_FMT_UYVY8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV16,
> > + .name = "UYVY8_NV16",
> > + .bpp = 16,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + }, {
> > + .mbus_code = MEDIA_BUS_FMT_VYUY8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV16,
> > + .name = "VYUY8_NV16",
> > + .bpp = 16,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + },
> > +
> > + /* yuv422 8 bit -> NV12 (YUV420) */
> > + {
> > + .mbus_code = MEDIA_BUS_FMT_YUYV8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV12,
> > + .name = "YUYV8_NV12",
> > + .bpp = 12,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + }, {
> > + .mbus_code = MEDIA_BUS_FMT_YVYU8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV12,
> > + .name = "YVYU8_NV12",
> > + .bpp = 12,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + }, {
> > + .mbus_code = MEDIA_BUS_FMT_UYVY8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV12,
> > + .name = "UYVY8_NV12",
> > + .bpp = 12,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + }, {
> > + .mbus_code = MEDIA_BUS_FMT_VYUY8_2X8,
> > + .fourcc = V4L2_PIX_FMT_NV12,
> > + .name = "VYUY8_NV12",
> > + .bpp = 12,
> > + .bits_per_sample = 8,
> > + .active = 0,
> > + },
> > +
> > + /* TODO:
> > + yuv422 8 bit -> NV61
> > + yuv422 8 bit -> NV21
> > + yuv422 16 bit -> NV16
> > + yuv422 16 bit -> NV61
> > + yuv422 16 bit -> NV12
> > + yuv422 16 bit -> NV21
> > + */
> > +};
> > +#define N_SH_CEU_FMT ARRAY_SIZE(sh_ceu_fmts)
> > +
> > +/**
> > + * Walk all supported formats (not only active ones) to find one matching
> > + * the provided mbus format code
> > + */
> > +static struct sh_ceu_fmt *get_ceu_fmt_from_mbus(u32 code)
> > +{
> > + struct sh_ceu_fmt *fmt;
> > + unsigned int i;
> > +
> > + fmt = &sh_ceu_fmts[0];
> > + for(i = 0; i < N_SH_CEU_FMT; i++, fmt++)
> > + if (fmt->mbus_code == code)
> > + return fmt;
> > +
> > + return NULL;
> > +}
> > +
> > +/**
> > + * Walk the active formats and get mbus_code matching fourcc
> > + */
> > +static struct sh_ceu_fmt *get_mbus_from_fourcc(struct sh_ceu_dev *pcdev,
> > + u32 pixfmt)
> > +{
> > + struct sh_ceu_fmt *fmt;
> > + unsigned int i;
> > +
> > + fmt = pcdev->active_fmts[0];
> > + for(i = 0; i < pcdev->n_active_fmts; i++, fmt++)
> > + if (fmt->fourcc == pixfmt)
> > + return fmt;
> > +
> > + return NULL;
> > +}
> > +
> > +/*
> > ---------------------------------------------------------------------------
> > - + * SH CEU HW operations
> > + */
> > +static void ceu_write(struct sh_ceu_dev *priv,
> > + unsigned long reg_offs, u32 data)
>
> I don't think the offset needs to be unsigned long, an unsigned int will do.
>
> > +{
> > + iowrite32(data, priv->base + reg_offs);
> > +}
> > +
> > +static u32 ceu_read(struct sh_ceu_dev *priv, unsigned long reg_offs)
>
> Same here.
>
Gonna re-write these and take this into account
> > +{
>
[snip]
I'm going to reply to your comments on this code parts as soon as I'll
re work them
> > +}
> > +static int sh_ceu_probe(struct platform_device *pdev)
> > +{
> > + struct sh_ceu_dev *pcdev;
> > + struct resource *res;
> > + void __iomem *base;
> > + unsigned int irq;
> > + int err;
> > +
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>
> I would move this right before the devm_ioremap_resource() call.
>
> > + irq = platform_get_irq(pdev, 0);
> > + if (!res || (int)irq <= 0) {
> > + dev_err(&pdev->dev, "Not enough CEU platform resources.\n");
> > + return -ENODEV;
> > + }
>
> Similarly, I'd move this right before devm_request_irq().
>
Looks better, yes
> > + pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
>
> devm_kzalloc() is harmful here. You're embedding a struct video_device instead
> struct sh_ceu_dev, and the video device can outlive the platform driver
> remove() call if the device node is kept open by userspace when the device is
> removed. You should use kzalloc() and implement a .release callback for the
> video_device to kfree() the memory.
>
Just to make sure: you're referring to vdev->release callback, right?
When does the video device get "released"? is it reference counted?
> Note that devm_ioremap_resource() and devm_request_irq() are fine as the MMIO
> and interrupts must not be used after the remove() function returns.
>
> > + if (!pcdev) {
> > + dev_err(&pdev->dev, "Could not allocate pcdev\n");
> > + return -ENOMEM;
> > + }
> > +
> > + mutex_init(&pcdev->mlock);
> > + INIT_LIST_HEAD(&pcdev->capture);
> > + spin_lock_init(&pcdev->lock);
> > + init_completion(&pcdev->complete);
> > +
> > + pcdev->pdata = pdev->dev.platform_data;
> > + if (pdev->dev.of_node && !pcdev->pdata) {
>
> If there's an OF node there's no platform data, you can this code this as
>
> if (IS_ENABLED(CONFIG_OF) && pdev->dev.of_node) {
> ...
> } else if (pcdev->pdata) {
> ...
> } else {
> ...
> }
>
> The IS_ENABLED(CONFIG_OF) will make sure the code is not compiled in for non-
> OF platforms.
>
> > + /* TODO: implement OF parsing */
> > + } else if (pcdev->pdata && !pdev->dev.of_node) {
> > + /* TODO: implement per-device bus flags */
>
> Is this needed ? I don't expect any new feature to be implemented for non-OF
> platforms.
>
> > + pcdev->max_width = pcdev->pdata->max_width;
> > + pcdev->max_height = pcdev->pdata->max_height;
> > + pcdev->flags = pcdev->pdata->flags;
> > + pcdev->asd.match_type = V4L2_ASYNC_MATCH_I2C;
> > + pcdev->asd.match.i2c.adapter_id =
> > + pcdev->pdata->sensor_i2c_adapter_id;
> > + pcdev->asd.match.i2c.address = pcdev->pdata-
> >sensor_i2c_address;
> > + } else {
> > + dev_err(&pdev->dev, "CEU platform data not set.\n");
> > + return -EINVAL;
> > + }
> > +
> > + pcdev->field = V4L2_FIELD_NONE;
> > +
> > + if (!pcdev->max_width)
> > + pcdev->max_width = 2560;
> > + if (!pcdev->max_height)
> > + pcdev->max_height = 1920;
> > +
> > + base = devm_ioremap_resource(&pdev->dev, res);
> > + if (IS_ERR(base))
> > + return PTR_ERR(base);
> > +
> > + pcdev->irq = irq;
> > + pcdev->base = base;
> > + pcdev->video_limit = 0; /* only enabled if second resource exists */
> > +
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> > + if (res) {
> > + err = dma_declare_coherent_memory(&pdev->dev, res->start,
> > + res->start,
> > + resource_size(res),
> > + DMA_MEMORY_MAP |
> > + DMA_MEMORY_EXCLUSIVE);
> > + if (!err) {
> > + dev_err(&pdev->dev, "Unable to declare CEU memory.
> \n");
> > + return -ENXIO;
> > + }
I'm not sure I got this piece of code.
Seems like the second MEM resource is optional, but if it is not provided
then in "sh_ceu_videobuf_setup" the driver does not set the "count"
number of buffers..
If the second resource is not provided, where is DMA-able memory
reserved? Also, I have found this is the only driver using
"dma_declare_coherent_memory" in whole drivers/media/platform
directory. Why we cannot use dma_alloc_coherent? (my understanding is
also that a call to that function should be made after a coherent dma
area has been declared but I haven't found it.. maybe it's just me
failing to understand DMA-API)
EDIT: see below comments, probably you can ignore this questions...
> > +
> > + pcdev->video_limit = resource_size(res);
>
> You can get rid of this, we now have CMA that can be used unconditionally to
> allocate physically contiguous memory. Don't forget to remove the
> corresponding resource from SH board code that instantiate CEU devices.
>
I guess this comment applies not only to this last line but to the
whole block I've previously commented. If so, ignore my previous
questions...
> > + }
> > +
> > + /* request irq */
>
> I'm not sure the comment is really valuable :-)
>
> > + err = devm_request_irq(&pdev->dev, pcdev->irq, sh_ceu_irq,
> > + 0, dev_name(&pdev->dev), pcdev);
> > + if (err) {
> > + dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
> > + goto exit_release_mem;
> > + }
> > +
> > + pm_suspend_ignore_children(&pdev->dev, true);
> > + pm_runtime_enable(&pdev->dev);
> > + pm_runtime_resume(&pdev->dev);
> > +
> > + dev_set_drvdata(&pdev->dev, pcdev);
> > + err = v4l2_device_register(&pdev->dev, &pcdev->v4l2_dev);
> > + if (err)
> > + goto exit_free_clk;
> > +
> > + pcdev->asds[0] = &pcdev->asd;
> > + pcdev->notifier.v4l2_dev = &pcdev->v4l2_dev;
> > + pcdev->notifier.subdevs = pcdev->asds;
> > + pcdev->notifier.num_subdevs = 1;
> > + pcdev->notifier.bound = sh_ceu_sensor_bound;
> > + pcdev->notifier.unbind = sh_ceu_sensor_unbind;
> > +
> > + err = v4l2_async_notifier_register(&pcdev->v4l2_dev, &pcdev-
> >notifier);
> > + if (err)
> > + goto exit_free_clk;
> > +
> > + return 0;
> > +
> > +exit_free_clk:
>
> I'd call the label error_pm_runtime, as it's not specific to clocks anymore.
> error is always a better prefix than exit in my opinion, as exit could
> indicate early exit in a non-error case. And this being said, if you remove
> the second MEM resource, you can drop the exit_release_mem() label, so this
> one could just be called error.
>
I guess this confirms me I should move to use dma_alloc_coherent() and
related APIs
> > + pm_runtime_disable(&pdev->dev);
> > +exit_release_mem:
> > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > + dma_release_declared_memory(&pdev->dev);
> > + return err;
> > +}
> > +
> > +static int sh_ceu_remove(struct platform_device *pdev)
> > +{
> > +
> > + /* TODO */
> > +
> > + pm_runtime_disable(&pdev->dev);
> > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > + dma_release_declared_memory(&pdev->dev);
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_runtime_nop(struct device *dev)
> > +{
> > + /* Runtime PM callback shared between ->runtime_suspend()
> > + * and ->runtime_resume(). Simply returns success.
> > + *
> > + * This driver re-initializes all registers after
> > + * pm_runtime_get_sync() anyway so there is no need
> > + * to save and restore registers here.
> > + */
> > + return 0;
> > +}
> > +
> > +static const struct dev_pm_ops sh_ceu_dev_pm_ops = {
> > + .runtime_suspend = sh_ceu_runtime_nop,
> > + .runtime_resume = sh_ceu_runtime_nop,
>
> You can use the SET_RUNTIME_PM_OPS() macro here.
>
> > +};
> > +
> > +static const struct of_device_id sh_ceu_of_match[] = {
> > + { .compatible = "renesas,sh-mobile-ceu" },
>
> You need to document DT bindings to add a compatible string, and I expect some
> bikeshed about the compatible string :-)
>
looking forward to that :)
> > + { }
> > +};
> > +MODULE_DEVICE_TABLE(of, sh_ceu_of_match);
> > +
> > +static struct platform_driver sh_ceu_driver = {
> > + .driver = {
> > + .name = "sh_mobile_ceu",
> > + .pm = &sh_ceu_dev_pm_ops,
> > + .of_match_table = sh_ceu_of_match,
>
> You should use the of_match_ptr() macro here and protect the OF module device
> table with #if CONFIG_OF to allow driver compilation on SH without OF support.
>
> > + },
> > + .probe = sh_ceu_probe,
> > + .remove = sh_ceu_remove,
> > +};
> > +
> > +static int __init sh_ceu_init(void)
> > +{
> > + return platform_driver_register(&sh_ceu_driver);
> > +}
> > +
> > +static void __exit sh_ceu_exit(void)
> > +{
> > + platform_driver_unregister(&sh_ceu_driver);
> > +}
> > +
> > +module_init(sh_ceu_init);
> > +module_exit(sh_ceu_exit);
>
> module_platform_driver(sh_ceu_unit);
>
> is a nice shortcut for this.
>
> > +
> > +MODULE_DESCRIPTION("SuperH Mobile CEU driver");
>
> Maybe "Renesas CEU Driver" to include the RZ family ?
Yes, I have changed this all over the driver.
Thanks
j
>
> > +MODULE_AUTHOR("Magnus Damm");
>
> As this is a rewrite, you can list yourself as the author, Magnus is already
> credited at the top of the file.
>
> > +MODULE_LICENSE("GPL");
> > +MODULE_VERSION("0.1.0");
>
> I would drop the version, it's quite pointless as there's 99.9999% of chances
> that it will always stay at 0.1.0 :-)
>
> > +MODULE_ALIAS("platform:sh_mobile_ceu");
>
> --
> Regards,
>
> Laurent Pinchart
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-01 14:37 ` jmondi
@ 2017-05-02 7:58 ` Geert Uytterhoeven
2017-05-02 10:55 ` Laurent Pinchart
1 sibling, 0 replies; 19+ messages in thread
From: Geert Uytterhoeven @ 2017-05-02 7:58 UTC (permalink / raw)
To: jmondi; +Cc: Laurent Pinchart, Magnus Damm, Linux-Renesas
Hi Jacopo,
On Mon, May 1, 2017 at 4:37 PM, jmondi <jacopo@jmondi.org> wrote:
>> > + struct sh_ceu_fmt **active_fmts;
>> > + struct sh_ceu_fmt *current_fmt;
>>
>> These two should be const.
>>
>
> Why both of them? I understand the list of active formats is built
> during driver initilization, but the "current_fmt" is set during
> "set_fmt" and can change at run time, right?
I guess Laurent meant:
const struct sh_ceu_fmt *current_fmt;
This means the current_fmt pointer is not const, and thus can be changed,
while the data pointed to is const, and cannot be changed (through this
pointer).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-04-27 11:47 ` Laurent Pinchart
2017-05-01 14:37 ` jmondi
@ 2017-05-02 9:48 ` jmondi
2017-05-02 10:59 ` Laurent Pinchart
2017-05-03 9:52 ` jmondi
2 siblings, 1 reply; 19+ messages in thread
From: jmondi @ 2017-05-02 9:48 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: magnus.damm, linux-renesas-soc
Hi Laurent,
On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
>
[snip]
> > + pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
>
> devm_kzalloc() is harmful here. You're embedding a struct video_device instead
> struct sh_ceu_dev, and the video device can outlive the platform driver
> remove() call if the device node is kept open by userspace when the device is
> removed. You should use kzalloc() and implement a .release callback for the
> video_device to kfree() the memory.
>
Does this apply to video_unregister_device() as well?
Should I keep it registered after platform driver removal?
Other drivers (eg atmel-isc and pxa_camera) unregister the video
device in their sensor unbind callbacks.
As video device has pointer to fops embedded, if we unregister it at
sensor unbind time, does the ipotetical application having an open
reference to the device node lose the ability to properly close it?
Thanks
j
> Note that devm_ioremap_resource() and devm_request_irq() are fine as the MMIO
> and interrupts must not be used after the remove() function returns.
>
> > + if (!pcdev) {
> > + dev_err(&pdev->dev, "Could not allocate pcdev\n");
> > + return -ENOMEM;
> > + }
> > +
> > + mutex_init(&pcdev->mlock);
> > + INIT_LIST_HEAD(&pcdev->capture);
> > + spin_lock_init(&pcdev->lock);
> > + init_completion(&pcdev->complete);
> > +
> > + pcdev->pdata = pdev->dev.platform_data;
> > + if (pdev->dev.of_node && !pcdev->pdata) {
>
> If there's an OF node there's no platform data, you can this code this as
>
> if (IS_ENABLED(CONFIG_OF) && pdev->dev.of_node) {
> ...
> } else if (pcdev->pdata) {
> ...
> } else {
> ...
> }
>
> The IS_ENABLED(CONFIG_OF) will make sure the code is not compiled in for non-
> OF platforms.
>
> > + /* TODO: implement OF parsing */
> > + } else if (pcdev->pdata && !pdev->dev.of_node) {
> > + /* TODO: implement per-device bus flags */
>
> Is this needed ? I don't expect any new feature to be implemented for non-OF
> platforms.
>
> > + pcdev->max_width = pcdev->pdata->max_width;
> > + pcdev->max_height = pcdev->pdata->max_height;
> > + pcdev->flags = pcdev->pdata->flags;
> > + pcdev->asd.match_type = V4L2_ASYNC_MATCH_I2C;
> > + pcdev->asd.match.i2c.adapter_id =
> > + pcdev->pdata->sensor_i2c_adapter_id;
> > + pcdev->asd.match.i2c.address = pcdev->pdata-
> >sensor_i2c_address;
> > + } else {
> > + dev_err(&pdev->dev, "CEU platform data not set.\n");
> > + return -EINVAL;
> > + }
> > +
> > + pcdev->field = V4L2_FIELD_NONE;
> > +
> > + if (!pcdev->max_width)
> > + pcdev->max_width = 2560;
> > + if (!pcdev->max_height)
> > + pcdev->max_height = 1920;
> > +
> > + base = devm_ioremap_resource(&pdev->dev, res);
> > + if (IS_ERR(base))
> > + return PTR_ERR(base);
> > +
> > + pcdev->irq = irq;
> > + pcdev->base = base;
> > + pcdev->video_limit = 0; /* only enabled if second resource exists */
> > +
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> > + if (res) {
> > + err = dma_declare_coherent_memory(&pdev->dev, res->start,
> > + res->start,
> > + resource_size(res),
> > + DMA_MEMORY_MAP |
> > + DMA_MEMORY_EXCLUSIVE);
> > + if (!err) {
> > + dev_err(&pdev->dev, "Unable to declare CEU memory.
> \n");
> > + return -ENXIO;
> > + }
> > +
> > + pcdev->video_limit = resource_size(res);
>
> You can get rid of this, we now have CMA that can be used unconditionally to
> allocate physically contiguous memory. Don't forget to remove the
> corresponding resource from SH board code that instantiate CEU devices.
>
> > + }
> > +
> > + /* request irq */
>
> I'm not sure the comment is really valuable :-)
>
> > + err = devm_request_irq(&pdev->dev, pcdev->irq, sh_ceu_irq,
> > + 0, dev_name(&pdev->dev), pcdev);
> > + if (err) {
> > + dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
> > + goto exit_release_mem;
> > + }
> > +
> > + pm_suspend_ignore_children(&pdev->dev, true);
> > + pm_runtime_enable(&pdev->dev);
> > + pm_runtime_resume(&pdev->dev);
> > +
> > + dev_set_drvdata(&pdev->dev, pcdev);
> > + err = v4l2_device_register(&pdev->dev, &pcdev->v4l2_dev);
> > + if (err)
> > + goto exit_free_clk;
> > +
> > + pcdev->asds[0] = &pcdev->asd;
> > + pcdev->notifier.v4l2_dev = &pcdev->v4l2_dev;
> > + pcdev->notifier.subdevs = pcdev->asds;
> > + pcdev->notifier.num_subdevs = 1;
> > + pcdev->notifier.bound = sh_ceu_sensor_bound;
> > + pcdev->notifier.unbind = sh_ceu_sensor_unbind;
> > +
> > + err = v4l2_async_notifier_register(&pcdev->v4l2_dev, &pcdev-
> >notifier);
> > + if (err)
> > + goto exit_free_clk;
> > +
> > + return 0;
> > +
> > +exit_free_clk:
>
> I'd call the label error_pm_runtime, as it's not specific to clocks anymore.
> error is always a better prefix than exit in my opinion, as exit could
> indicate early exit in a non-error case. And this being said, if you remove
> the second MEM resource, you can drop the exit_release_mem() label, so this
> one could just be called error.
>
> > + pm_runtime_disable(&pdev->dev);
> > +exit_release_mem:
> > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > + dma_release_declared_memory(&pdev->dev);
> > + return err;
> > +}
> > +
> > +static int sh_ceu_remove(struct platform_device *pdev)
> > +{
> > +
> > + /* TODO */
> > +
> > + pm_runtime_disable(&pdev->dev);
> > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > + dma_release_declared_memory(&pdev->dev);
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_runtime_nop(struct device *dev)
> > +{
> > + /* Runtime PM callback shared between ->runtime_suspend()
> > + * and ->runtime_resume(). Simply returns success.
> > + *
> > + * This driver re-initializes all registers after
> > + * pm_runtime_get_sync() anyway so there is no need
> > + * to save and restore registers here.
> > + */
> > + return 0;
> > +}
> > +
> > +static const struct dev_pm_ops sh_ceu_dev_pm_ops = {
> > + .runtime_suspend = sh_ceu_runtime_nop,
> > + .runtime_resume = sh_ceu_runtime_nop,
>
> You can use the SET_RUNTIME_PM_OPS() macro here.
>
> > +};
> > +
> > +static const struct of_device_id sh_ceu_of_match[] = {
> > + { .compatible = "renesas,sh-mobile-ceu" },
>
> You need to document DT bindings to add a compatible string, and I expect some
> bikeshed about the compatible string :-)
>
> > + { }
> > +};
> > +MODULE_DEVICE_TABLE(of, sh_ceu_of_match);
> > +
> > +static struct platform_driver sh_ceu_driver = {
> > + .driver = {
> > + .name = "sh_mobile_ceu",
> > + .pm = &sh_ceu_dev_pm_ops,
> > + .of_match_table = sh_ceu_of_match,
>
> You should use the of_match_ptr() macro here and protect the OF module device
> table with #if CONFIG_OF to allow driver compilation on SH without OF support.
>
> > + },
> > + .probe = sh_ceu_probe,
> > + .remove = sh_ceu_remove,
> > +};
> > +
> > +static int __init sh_ceu_init(void)
> > +{
> > + return platform_driver_register(&sh_ceu_driver);
> > +}
> > +
> > +static void __exit sh_ceu_exit(void)
> > +{
> > + platform_driver_unregister(&sh_ceu_driver);
> > +}
> > +
> > +module_init(sh_ceu_init);
> > +module_exit(sh_ceu_exit);
>
> module_platform_driver(sh_ceu_unit);
>
> is a nice shortcut for this.
>
> > +
> > +MODULE_DESCRIPTION("SuperH Mobile CEU driver");
>
> Maybe "Renesas CEU Driver" to include the RZ family ?
>
> > +MODULE_AUTHOR("Magnus Damm");
>
> As this is a rewrite, you can list yourself as the author, Magnus is already
> credited at the top of the file.
>
> > +MODULE_LICENSE("GPL");
> > +MODULE_VERSION("0.1.0");
>
> I would drop the version, it's quite pointless as there's 99.9999% of chances
> that it will always stay at 0.1.0 :-)
>
> > +MODULE_ALIAS("platform:sh_mobile_ceu");
>
> --
> Regards,
>
> Laurent Pinchart
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-01 14:37 ` jmondi
2017-05-02 7:58 ` Geert Uytterhoeven
@ 2017-05-02 10:55 ` Laurent Pinchart
1 sibling, 0 replies; 19+ messages in thread
From: Laurent Pinchart @ 2017-05-02 10:55 UTC (permalink / raw)
To: jmondi; +Cc: magnus.damm, linux-renesas-soc
Hi Jacopo,
On Monday 01 May 2017 16:37:54 jmondi wrote:
> On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> > Hi Jacopo,
> >
> > Thank you for the patch.
> >
> > This is a partial review, as some of the comments will result in large
> > changes that would make review of some of the current code pointless.
> > There is however enough comments to keep you busy for a bit :-)
>
> Indeed
>
> > By the way, you might want to keep your development history in a private
> > git branch, in order to bisect issues when you'll finally be able to test
> > the driver on real hardware. Otherwise we'll end up at v7, the driver
> > won't work, and you will have no idea why.
>
> As many of your comments are on existing code that I blindly took from
> the existing driver, I decided to start fresh with a new driver from
> scratch. Next patches I will send will be based on your comments on this
> series, and I take the opportunity to ask some questions on some
> parts of code that were already in the driver and I'm failing to fully
> understand.
Please try to keep the structure of the driver you posted if possible,
otherwise I'll have to review completely new code, which will be more time
consuming.
> To speed things up, I'm going to reply/make questions on code as I'm
> rewriting it, so let's start from the bottom of the driver.
>
> > On Thursday 27 Apr 2017 10:42:27 Jacopo Mondi wrote:
> > > Add driver for SH Mobile CEU driver, based on
> > > drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
> > >
> > > The original driver was based on soc-camera framework.
> > >
> > > Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
> > > ---
> > >
> > > drivers/media/platform/Kconfig | 9 +
> > > drivers/media/platform/Makefile | 2 +
> > > drivers/media/platform/sh_ceu_camera.c | 1597 +++++++++++++++++++++++++
> > > 3 files changed, 1608 insertions(+)
> > > create mode 100644 drivers/media/platform/sh_ceu_camera.c
[snip]
> > > diff --git a/drivers/media/platform/Makefile
> > > b/drivers/media/platform/Makefile index 349ddf6..a2b9aa6 100644
> > > --- a/drivers/media/platform/Makefile
> > > +++ b/drivers/media/platform/Makefile
> > > @@ -25,6 +25,8 @@
> > > obj-$(CONFIG_VIDEO_CODA) += coda/
> > >
> > > obj-$(CONFIG_VIDEO_SH_VEU) += sh_veu.o
> > > +obj-$(CONFIG_VIDEO_SH_MOBILE_CEU) += sh_ceu_camera.o
> > > +
>
> This will be renamed in "ceu_camera.c" as well
How about renesas-ceu.c ?
> > > obj-$(CONFIG_VIDEO_MEM2MEM_DEINTERLACE) += m2m-deinterlace.o
> > > obj-$(CONFIG_VIDEO_S3C_CAMIF) += s3c-camif/
> > >
> > > diff --git a/drivers/media/platform/sh_ceu_camera.c
> > > b/drivers/media/platform/sh_ceu_camera.c new file mode 100644
> > > index 0000000..07fe0e7
> > > --- /dev/null
> > > +++ b/drivers/media/platform/sh_ceu_camera.c
[snip]
> > > +struct sh_ceu_dev {
> > > + struct video_device vdev;
> > > + struct v4l2_device v4l2_dev;
> > > +
> > > + struct v4l2_subdev *sensor;
> > > +
> > > + struct v4l2_async_notifier notifier;
> > > +
> > > + struct v4l2_async_subdev asd;
> > > + struct v4l2_async_subdev *asds[1];
> > > +
> > > + struct vb2_queue vb2_vq;
> > > +
> > > + struct mutex mlock;
> >
> > You need to document what this lock protects.
> >
> > > +
> > > + unsigned int irq;
> > > + void __iomem *base;
> > > + size_t video_limit;
> > > + size_t buf_total;
> > > +
> > > + spinlock_t lock; /* Protects video buffer lists */
> >
> > Please list which field(s) the lock protects explicitly.
> >
> > > + struct list_head capture;
> > > + struct vb2_v4l2_buffer *active;
> > > +
> > > + enum v4l2_field field;
> > > + struct v4l2_format v4l2_fmt;
> >
> > v4l2_format is quite a big structure, and you don't need most of it. I
> > would store v4l2_pix_format only.
> >
> > > + unsigned int n_active_fmts;
> > > + struct sh_ceu_fmt **active_fmts;
> > > + struct sh_ceu_fmt *current_fmt;
> >
> > These two should be const.
>
> Why both of them? I understand the list of active formats is built
> during driver initilization, but the "current_fmt" is set during
> "set_fmt" and can change at run time, right?
Please see Geert's reply on this.
> > > +
> > > + struct sh_ceu_info *pdata;
> > > + struct completion complete;
> > > +
> > > + u32 cflcr;
> > > +
> > > + /* static max sizes either from platform data or default */
> > > + int max_width;
> > > + int max_height;
> >
> > No platform sets non-default max_width or max_height values, just replace
> > them with #define's.
>
> yup
>
> > > +
> > > + int sequence;
> > > + unsigned long flags;
> > > +
> > > + unsigned int image_mode:1;
> > > + unsigned int is_16bit:1;
> > > + unsigned int frozen:1;
> > > +};
[snip]
> > > +}
> > > +static int sh_ceu_probe(struct platform_device *pdev)
> > > +{
> > > + struct sh_ceu_dev *pcdev;
> > > + struct resource *res;
> > > + void __iomem *base;
> > > + unsigned int irq;
> > > + int err;
> > > +
> > > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> >
> > I would move this right before the devm_ioremap_resource() call.
> >
> > > + irq = platform_get_irq(pdev, 0);
> > > + if (!res || (int)irq <= 0) {
> > > + dev_err(&pdev->dev, "Not enough CEU platform resources.\n");
> > > + return -ENODEV;
> > > + }
> >
> > Similarly, I'd move this right before devm_request_irq().
>
> Looks better, yes
>
> > > + pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
> >
> > devm_kzalloc() is harmful here. You're embedding a struct video_device
> > instead struct sh_ceu_dev, and the video device can outlive the platform
> > driver remove() call if the device node is kept open by userspace when
> > the device is removed. You should use kzalloc() and implement a .release
> > callback for the video_device to kfree() the memory.
>
> Just to make sure: you're referring to vdev->release callback, right?
Correct.
> When does the video device get "released"? is it reference counted?
It's reference-counted and released when the last reference is dropped. This
can be either synchronously from video_unregister_device(), or, if the device
node is kept open by an application, when the last file handle is closed. You
must thus make sure not to access the structure in any way in the remove()
handler after video_unregister_device() returns.
The struct v4l2_file_operations release() operation handler is called as part
of the close() syscall. If the device node is kept open when the video_device
is unregistered, that operation can thus be called after
video_unregister_device() returns, and thanks to the video_device refcounting
can still access memory allocated for the driver's private data structure.
> > Note that devm_ioremap_resource() and devm_request_irq() are fine as the
> > MMIO and interrupts must not be used after the remove() function returns.
> >
> > > + if (!pcdev) {
> > > + dev_err(&pdev->dev, "Could not allocate pcdev\n");
> > > + return -ENOMEM;
> > > + }
> > > +
> > > + mutex_init(&pcdev->mlock);
> > > + INIT_LIST_HEAD(&pcdev->capture);
> > > + spin_lock_init(&pcdev->lock);
> > > + init_completion(&pcdev->complete);
> > > +
> > > + pcdev->pdata = pdev->dev.platform_data;
> > > + if (pdev->dev.of_node && !pcdev->pdata) {
> >
> > If there's an OF node there's no platform data, you can this code this as
> >
> > if (IS_ENABLED(CONFIG_OF) && pdev->dev.of_node) {
> > ...
> > } else if (pcdev->pdata) {
> > ...
> > } else {
> > ...
> > }
> >
> > The IS_ENABLED(CONFIG_OF) will make sure the code is not compiled in for
> > non- OF platforms.
> >
> > > + /* TODO: implement OF parsing */
> > > + } else if (pcdev->pdata && !pdev->dev.of_node) {
> > > + /* TODO: implement per-device bus flags */
> >
> > Is this needed ? I don't expect any new feature to be implemented for
> > non-OF platforms.
> >
> > > + pcdev->max_width = pcdev->pdata->max_width;
> > > + pcdev->max_height = pcdev->pdata->max_height;
> > > + pcdev->flags = pcdev->pdata->flags;
> > > + pcdev->asd.match_type = V4L2_ASYNC_MATCH_I2C;
> > > + pcdev->asd.match.i2c.adapter_id =
> > > + pcdev->pdata->sensor_i2c_adapter_id;
> > > + pcdev->asd.match.i2c.address = pcdev->pdata->
> > > sensor_i2c_address;
> > > + } else {
> > > + dev_err(&pdev->dev, "CEU platform data not set.\n");
> > > + return -EINVAL;
> > > + }
> > > +
> > > + pcdev->field = V4L2_FIELD_NONE;
> > > +
> > > + if (!pcdev->max_width)
> > > + pcdev->max_width = 2560;
> > > + if (!pcdev->max_height)
> > > + pcdev->max_height = 1920;
> > > +
> > > + base = devm_ioremap_resource(&pdev->dev, res);
> > > + if (IS_ERR(base))
> > > + return PTR_ERR(base);
> > > +
> > > + pcdev->irq = irq;
> > > + pcdev->base = base;
> > > + pcdev->video_limit = 0; /* only enabled if second resource exists */
> > > +
> > > + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> > > + if (res) {
> > > + err = dma_declare_coherent_memory(&pdev->dev, res->start,
> > > + res->start,
> > > + resource_size(res),
> > > + DMA_MEMORY_MAP |
> > > + DMA_MEMORY_EXCLUSIVE);
> > > + if (!err) {
> > > + dev_err(&pdev->dev, "Unable to declare CEU memory.
> > > \n");
> > > + return -ENXIO;
> > > + }
>
> I'm not sure I got this piece of code.
> Seems like the second MEM resource is optional, but if it is not provided
> then in "sh_ceu_videobuf_setup" the driver does not set the "count"
> number of buffers..
>
> If the second resource is not provided, where is DMA-able memory
> reserved? Also, I have found this is the only driver using
> "dma_declare_coherent_memory" in whole drivers/media/platform
> directory. Why we cannot use dma_alloc_coherent? (my understanding is
> also that a call to that function should be made after a coherent dma
> area has been declared but I haven't found it.. maybe it's just me
> failing to understand DMA-API)
dma_alloc_coherent() allocates memory from different pools. One of them is the
device's DMA coherent memory pool, which is populated by
dma_declare_coherent_memory(). If the second memory resource exists, the
driver assumes that board code has reserved the corresponding memory block for
the CEU's exclusive usage, and will populate the CEU's coherent memory pool
with it. videobuf2-dma-contig will then, when allocating the buffers with
dma_alloc_coherent(), allocate from that piece of memory.
The CEU requires a large piece of physically contiguous memory, which was hard
to allocate without reserving it at boot time before CMA was available in the
kernel. Now that it is, this mechanism is pointless and can be removed.
> EDIT: see below comments, probably you can ignore this questions...
>
> > > +
> > > + pcdev->video_limit = resource_size(res);
> >
> > You can get rid of this, we now have CMA that can be used unconditionally
> > to allocate physically contiguous memory. Don't forget to remove the
> > corresponding resource from SH board code that instantiate CEU devices.
>
> I guess this comment applies not only to this last line but to the
> whole block I've previously commented. If so, ignore my previous
> questions...
Correct.
> > > + }
> > > +
> > > + /* request irq */
> >
> > I'm not sure the comment is really valuable :-)
> >
> > > + err = devm_request_irq(&pdev->dev, pcdev->irq, sh_ceu_irq,
> > > + 0, dev_name(&pdev->dev), pcdev);
> > > + if (err) {
> > > + dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
> > > + goto exit_release_mem;
> > > + }
> > > +
> > > + pm_suspend_ignore_children(&pdev->dev, true);
> > > + pm_runtime_enable(&pdev->dev);
> > > + pm_runtime_resume(&pdev->dev);
> > > +
> > > + dev_set_drvdata(&pdev->dev, pcdev);
> > > + err = v4l2_device_register(&pdev->dev, &pcdev->v4l2_dev);
> > > + if (err)
> > > + goto exit_free_clk;
> > > +
> > > + pcdev->asds[0] = &pcdev->asd;
> > > + pcdev->notifier.v4l2_dev = &pcdev->v4l2_dev;
> > > + pcdev->notifier.subdevs = pcdev->asds;
> > > + pcdev->notifier.num_subdevs = 1;
> > > + pcdev->notifier.bound = sh_ceu_sensor_bound;
> > > + pcdev->notifier.unbind = sh_ceu_sensor_unbind;
> > > +
> > > + err = v4l2_async_notifier_register(&pcdev->v4l2_dev, &pcdev-
> > >
> > >notifier);
> > >
> > > + if (err)
> > > + goto exit_free_clk;
> > > +
> > > + return 0;
> > > +
> > > +exit_free_clk:
> >
> > I'd call the label error_pm_runtime, as it's not specific to clocks
> > anymore. error is always a better prefix than exit in my opinion, as exit
> > could indicate early exit in a non-error case. And this being said, if
> > you remove the second MEM resource, you can drop the exit_release_mem()
> > label, so this one could just be called error.
>
> I guess this confirms me I should move to use dma_alloc_coherent() and
> related APIs
videobuf2-dma-contig handles that for you (and uses dma_alloc_coherent()), you
don't need to allocate memory manually.
> > > + pm_runtime_disable(&pdev->dev);
> > > +exit_release_mem:
> > > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > > + dma_release_declared_memory(&pdev->dev);
> > > + return err;
> > > +}
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-02 9:48 ` jmondi
@ 2017-05-02 10:59 ` Laurent Pinchart
0 siblings, 0 replies; 19+ messages in thread
From: Laurent Pinchart @ 2017-05-02 10:59 UTC (permalink / raw)
To: jmondi; +Cc: magnus.damm, linux-renesas-soc
Hi Jacopo,
On Tuesday 02 May 2017 11:48:42 jmondi wrote:
> On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> > Hi Jacopo,
>
> [snip]
>
> > > + pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
> >
> > devm_kzalloc() is harmful here. You're embedding a struct video_device
> > instead struct sh_ceu_dev, and the video device can outlive the platform
> > driver remove() call if the device node is kept open by userspace when
> > the device is removed. You should use kzalloc() and implement a .release
> > callback for the video_device to kfree() the memory.
>
> Does this apply to video_unregister_device() as well?
> Should I keep it registered after platform driver removal?
No, the video device must be unregistered in the platform driver's remove()
callback. As explained in my previous reply the driver private data structure
can still be reachable if a userspace application has the device node opened
when it gets unregistered, so you can't free it in the remove() callback.
> Other drivers (eg atmel-isc and pxa_camera) unregister the video
> device in their sensor unbind callbacks.
> As video device has pointer to fops embedded, if we unregister it at
> sensor unbind time, does the ipotetical application having an open
> reference to the device node lose the ability to properly close it?
An application will always be able to close an open file handle, and that will
always end up in the v4l2_file_operations release() handler, which can access
the driver's private data structure (including the video_device instance it
embeds). That's why you can't free the memory before the last file handle is
closed.
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-04-27 11:47 ` Laurent Pinchart
2017-05-01 14:37 ` jmondi
2017-05-02 9:48 ` jmondi
@ 2017-05-03 9:52 ` jmondi
2017-05-03 15:06 ` Laurent Pinchart
2017-05-04 12:23 ` Chris Brandt
2 siblings, 2 replies; 19+ messages in thread
From: jmondi @ 2017-05-03 9:52 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: magnus.damm, linux-renesas-soc
Hi Laurent,
On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
[snip]
> > +/**
> > + * Collect formats supported by CEU and sensor subdevice
> > + */
> > +static int sh_ceu_init_active_formats(struct sh_ceu_dev *pcdev)
> > +{
> > + struct v4l2_subdev *sensor = pcdev->sensor;
> > + struct sh_ceu_fmt *active_fmts;
> > + unsigned int n_active_fmts;
> > + struct sh_ceu_fmt *fmt;
> > + unsigned int i;
> > +
> > + struct v4l2_subdev_mbus_code_enum mbus_code = {
> > + .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> > + .index = 0,
> > + };
> > +
> > + /* Count how may formats are supported by CEU and sensor subdevice */
> > + n_active_fmts = 0;
> > + while (!v4l2_subdev_call(sensor, pad, enum_mbus_code,
> > + NULL, &mbus_code)) {
> > + mbus_code.index++;
> > +
> > + fmt = get_ceu_fmt_from_mbus(mbus_code.code);
>
> This is not correct. You will get one one pixel format per media bus format
> supported by the sensor. The CEU supports
>
> 1. converting packed YUV 4:2:2 (YUYV) to YUV 4:2:2 planar (CAMCR.JPG = 00) or
> capturing raw data (CAMCR.JPG = 01)
>
> 2. outputting YUV 4:2:2 planar to memory (CDOCR.CDS = 1) or downsampling it to
> YUV 4:2:0 planar (CDOCR.CDS = 0)
>
> 3. swapping bytes, words and long words at the output (CDOCR.COLS, CDOCR.COWS
> and CDOCR.COBS fields)
>
> This effectively allows to
>
> - capture the raw data produced by the sensor
> - capture YUV images produced by the sensor in packed YUV 4:2:2 format, from
> any Y/U/V order to any Y/U/V order
> - capture YUV images produced by the sensor in planar YUV 4:2:2 or planar YUV
> 4:2:0, from any Y/U/V order to any Y/U/V order
>
> The list of formats you create needs to reflect that. This means that
>
> - if the sensor can produce a packed YUV 4:2:2 format, the CEU will be able to
> output YUYV, UYVY, YVYU, VYUY, NV12, NV21, NV16 and NV16
>
> - for every non-YUV format produced by the sensor, the CEU will be able to
> output raw data
>
> The former is easy. You just need to list the formats produced by the sensor,
> and if one of them is packed YUV 4:2:2, flag that in the sh_ceu_dev structure,
> and allow all the above output YUV formats. You don't need to create an
> instance-specific list of those formats in the sh_ceu_dev structure, as they
> will be either all available or all non-available.
>
> The latter is a bit more complex, you need a list of media bus code to pixel
> format in the driver. I'd recommend counting the non-YUV packed formats
> produced by the sensor, allocating an array of sh_ceu_fmt pointers with that
> number of entries, and make each entry point to the corresponding entry in the
> global sh_ceu_fmts array. The global sh_ceu_fmts needs to be extended with
> common sensor formats (raw Bayer and JPEG come to mind).
>
> If all sensors currently used with the CEU can produce packed YUV, you could
> implement YUV support only to start with, leaving raw capture support for
> later.
Ok, thanks for explaining.
I have a proposal here, as the original driver only supported "image
fetch mode" (ie. It accepts data in YUYV with components ordering arbitrary
swapped) as a first step we may want to replicate this, ignoring data
synch fetch mode (Chris, you have a driver for this you are already
using in your BSP so I guess it's less urgent to support it, right?).
Also, regarding output memory format I am sure we can produce planar formats
as NV12/21 and NV16/61, but I'm not sure I have found a way to output
packed YUVY (and its permutations) to memory, if not considering it a
binary format, as thus using data synch fetch mode.
So, as a first step my proposal is the following one:
Accept any YUYV bus format from sensor, and support planar ones as memory output
formats with down-sampling support (NV12/21 and NV16/61 then).
The way I am building the supported format list is indeed wrong, and
as you suggested I should just try to make sure the sensor can output
a YUV422 bus format. From there I can output planar memory formats.
One last thing, I am not that sure how I can produce NV21/61 from
bus formats that do not already present the CbCr components in the
desired order (which is Cr then Cb for NV61/21)
Eg. Can I produce NV21 from YUYV though byte/word/long word swapping
(CDOCR.COLS/CDOCR.COWS/CDOCR.COBS) ? Won't I be swapping the luminance
components as well (see figure 46.45 in RZ/A1H TRM).
If I cannot do that, I should restrict swapped planar format
availability based on the ability of the sensor to produce
chrominance components in the desired order
(Eg. If the sensor does not support producing YVYU I cannot produce
NV21 or NV61). Is this ok?
Thanks
j
>
> > + if (!fmt)
> > + continue;
> > +
> > + fmt->active = 1;
> > + n_active_fmts++;
> > + }
> > +
> > + if (n_active_fmts == 0)
> > + return -ENXIO;
> > +
> > + pcdev->n_active_fmts = n_active_fmts;
> > + pcdev->active_fmts = devm_kcalloc(&pcdev->vdev.dev, n_active_fmts,
> > + sizeof(*pcdev->active_fmts),
> > + GFP_KERNEL);
>
> See my comment about devm_kzalloc() in the probe() function. This one might be
> harmless, but you'd then need to prove that (and explain the proof in a
> comment).
>
> > + if (!pcdev->active_fmts)
> > + return -ENOMEM;
> > +
> > + active_fmts = pcdev->active_fmts[0];
> > + fmt = &sh_ceu_fmts[0];
> > + for (i = 0; i < N_SH_CEU_FMT; i++, fmt++) {
>
> Just use ARRAY_SIZE() directly, it's clearer.
>
> > + if (!fmt->active)
> > + continue;
> > +
> > + active_fmts = fmt;
> > + active_fmts++;
> > + }
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_set_default_fmt(struct sh_ceu_dev *pcdev)
> > +{
> > + int ret;
> > + struct v4l2_format v4l2_fmt = {
> > + .type = V4L2_BUF_TYPE_VIDEO_CAPTURE,
> > + .fmt.pix = {
> > + .width = VGA_WIDTH,
> > + .height = VGA_HEIGHT,
> > + .field = V4L2_FIELD_NONE,
> > + .pixelformat = pcdev->active_fmts[0]->fourcc,
> > + },
> > + };
> > +
> > + ret = sh_ceu_try_fmt(pcdev, &v4l2_fmt, NULL);
> > + if (ret)
> > + return ret;
> > +
> > + pcdev->current_fmt = pcdev->active_fmts[0];
> > + pcdev->v4l2_fmt = v4l2_fmt;
> > +
> > + return 0;
> > +}
> > +
> > +/**
> > + * ------------------------------------------------------------------------
> > + * File Operations
> > + */
> > +static int sh_ceu_open(struct file *file)
> > +{
> > + struct sh_ceu_dev *pcdev = video_drvdata(file);
> > + struct v4l2_subdev *sensor = pcdev->sensor;
> > + int ret;
> > +
> > + mutex_lock(&pcdev->mlock);
> > + ret = v4l2_fh_open(file);
>
> This function doesn't need to be called under a lock, you can move the
> mutex_lock() further down.
>
> > + if (ret)
> > + goto out;
> > +
> > + sh_ceu_clock_start(pcdev);
> > + ret = v4l2_subdev_call(sensor, core, s_power, 1);
> > + if (ret && ret != -ENOIOCTLCMD) {
> > + v4l2_fh_release(file);
> > + goto out;
> > + }
> > +
> > + ret = sh_ceu_set_fmt(pcdev, &pcdev->v4l2_fmt);
>
> There's no need for a complete set format at open() time if you move the
> subdev set_fmt call to start_streaming() as explained above.
>
> > + if (ret) {
> > + v4l2_subdev_call(sensor, core, s_power, 0);
> > + v4l2_fh_release(file);
> > + }
> > +
> > +out:
> > + mutex_unlock(&pcdev->mlock);
> > + return ret;
> > +}
> > +
> > +static int sh_ceu_release(struct file *file)
> > +{
> > + struct sh_ceu_dev *pcdev = video_drvdata(file);
> > + struct v4l2_subdev *sensor = pcdev->sensor;
> > + int ret;
> > +
> > + mutex_lock(&pcdev->mlock);
> > +
> > + ret = _vb2_fop_release(file, NULL);
> > + v4l2_subdev_call(sensor, core, s_power, 0);
> > + sh_ceu_clock_stop(pcdev);
> > + v4l2_fh_release(file);
> > +
> > + mutex_unlock(&pcdev->mlock);
>
> This is both wrong and over-complicated. Wrong, because if two applications
> have the device node open, one of them streaming video, and the other one
> closes the device node, streaming will stop. You don't want that :-)
>
> There are multiple ways to handle this. You can either drop this callback
> completely and use vb2_fop_release() instead. In that case, power to the
> sensor will need to be turned off from the vb2 stop_streaming() callback, and
> consequently will need to be turned on from the vb2 start_streaming()
> callback. Depending on how the sensor driver is implemented, this could cause
> issues when accessing controls if the sensor driver tries to access the
> hardware while it is powered off.
>
> Another option is to copy _vb2_fop_release() and add the driver-specific code.
> Something like the following should do.
>
> mutex_lock(&pcdev->mlock);
>
> v4l2_subdev_call(sensor, core, s_power, 0);
>
> if (file->private_data == vdev->queue->owner) {
> sh_ceu_clock_stop(pcdev);
>
> vb2_queue_release(vdev->queue);
> vdev->queue->owner = NULL;
> }
> mutex_unlock(&pcdev->mlock);
>
> return v4l2_fh_release(file);
>
> (The subdev s_power call is outside of the check as power handling should be
> reference-counted by subdevs.)
>
> However, if we make the driver a bit more runtime-pm centric as proposed above
> in my comments about the sh_ceu_clock_start() and sh_ceu_clock_stop()
> functions, runtime PM will handle reference counting for you. In that case you
> could move the sensor s_power() calls from open() and release() to the runtime
> PM handlers, and code this function as
>
> vb2_fop_release();
> pm_runtime_put();
> return 0;
>
> > + return 0;
> > +}
> > +
> > +static const struct v4l2_file_operations sh_ceu_fops = {
> > + .owner = THIS_MODULE,
> > + .open = sh_ceu_open,
> > + .release = sh_ceu_release,
> > + .unlocked_ioctl = video_ioctl2,
> > + .read = vb2_fop_read,
> > + .mmap = vb2_fop_mmap,
> > + .poll = vb2_fop_poll,
> > +};
> > +
> > +/**
> > + * ------------------------------------------------------------------------
> > + * Video Device IOCTLs
> > + */
> > +static int sh_ceu_querycap(struct file *file, void *priv,
> > + struct v4l2_capability *cap)
> > +{
> > + strlcpy(cap->card, "SuperH_Mobile_CEU", sizeof(cap->card));
> > + strlcpy(cap->driver, "sh_mobile_ceu", sizeof(cap->driver));
> > + strlcpy(cap->bus_info, "platform:sh_mobile_ceu", sizeof(cap-
> >bus_info));
>
> Should this all be renamed to remove the reference to SH Mobile ?
>
> > + cap->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
> > + cap->capabilities = cap->device_caps | V4L2_CAP_DEVICE_CAPS;
>
> As you already set the video_device.device_caps field you can remove those two
> lines.
>
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_enum_fmt_vid_cap(struct file *file, void *priv,
> > + struct v4l2_fmtdesc *f)
> > +{
> > + struct sh_ceu_dev *pcdev = video_drvdata(file);
> > + struct sh_ceu_fmt *fmt;
> > +
> > + if (f->index >= pcdev->n_active_fmts)
> > + return -EINVAL;
> > +
> > + fmt = pcdev->active_fmts[f->index];
> > + strncpy(f->description, fmt->name, strlen(fmt->name));
>
> Descriptions are filled automatically by the core, you can remove them.
>
> > + f->pixelformat = fmt->fourcc;
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_try_fmt_vid_cap(struct file *file, void *priv,
> > + struct v4l2_format *f)
> > +{
> > + struct sh_ceu_dev *pcdev = video_drvdata(file);
> > +
> > + return sh_ceu_try_fmt(pcdev, f, NULL);
> > +}
> > +
> > +static int sh_ceu_s_fmt_vid_cap(struct file *file, void *priv,
> > + struct v4l2_format *f)
> > +{
> > + struct sh_ceu_dev *pcdev = video_drvdata(file);
> > +
> > + if (vb2_is_streaming(&pcdev->vb2_vq))
> > + return -EBUSY;
> > +
> > + return sh_ceu_set_fmt(pcdev, f);
>
> You can merge the two functions as, as explained above, sh_ceu_s_fmt_vid_cap()
> must not be called at open() time.
>
> > +}
> > +
> > +static int sh_ceu_enum_input(struct file *file, void *priv,
> > + struct v4l2_input *inp)
> > +{
> > + if (inp->index != 0)
> > + return -EINVAL;
> > +
> > + inp->type = V4L2_INPUT_TYPE_CAMERA;
> > + inp->std = 0;
> > + strcpy(inp->name, "Camera");
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_g_input(struct file *file, void *priv, unsigned int *i)
> > +{
> > + *i = 0;
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_s_input(struct file *file, void *priv, unsigned int i)
> > +{
> > + if (i > 0)
> > + return -EINVAL;
> > +
> > + return 0;
> > +}
>
> I really think the the get and set input ioctls should not be implemented by
> devices that have a single input, but it seems that opinion isn't shared
> widely :-/
>
> > +static const struct v4l2_ioctl_ops sh_ceu_ioctl_ops = {
> > + .vidioc_querycap = sh_ceu_querycap,
> > +
> > + .vidioc_enum_fmt_vid_cap = sh_ceu_enum_fmt_vid_cap,
> > + .vidioc_try_fmt_vid_cap = sh_ceu_try_fmt_vid_cap,
> > + .vidioc_s_fmt_vid_cap = sh_ceu_s_fmt_vid_cap,
> > +
> > + .vidioc_enum_input = sh_ceu_enum_input,
> > + .vidioc_g_input = sh_ceu_g_input,
> > + .vidioc_s_input = sh_ceu_s_input,
> > +
> > + .vidioc_reqbufs = vb2_ioctl_reqbufs,
> > + .vidioc_querybuf = vb2_ioctl_querybuf,
> > + .vidioc_qbuf = vb2_ioctl_qbuf,
> > + .vidioc_expbuf = vb2_ioctl_expbuf,
> > + .vidioc_dqbuf = vb2_ioctl_dqbuf,
> > + .vidioc_create_bufs = vb2_ioctl_create_bufs,
> > + .vidioc_prepare_buf = vb2_ioctl_prepare_buf,
> > + .vidioc_streamon = vb2_ioctl_streamon,
> > + .vidioc_streamoff = vb2_ioctl_streamoff,
> > +
> > + /* TODO
> > + .vidioc_g_parm =
> > + .vidioc_s_parm =
> > + .vidioc_enum_framesizes =
> > + .vidioc_enum_frameintervals =
> > + */
>
> Please implement them :-)
>
> > +};
> > +
> > +static int sh_ceu_init_videobuf(struct sh_ceu_dev *pcdev,
> > + struct vb2_queue *q)
> > +{
> > + q->type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
> > + q->io_modes = VB2_MMAP | VB2_USERPTR;
> > + q->drv_priv = pcdev;
> > + q->ops = &sh_ceu_videobuf_ops;
> > + q->mem_ops = &vb2_dma_contig_memops;
> > + q->buf_struct_size = sizeof(struct sh_ceu_buffer);
> > + q->timestamp_flags = V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC;
> > + q->lock = &pcdev->mlock;
> > + q->dev = pcdev->v4l2_dev.dev;
> > +
> > + return vb2_queue_init(q);
> > +}
> > +
> > +static int sh_ceu_sensor_bound(struct v4l2_async_notifier *notifier,
> > + struct v4l2_subdev *subdev,
> > + struct v4l2_async_subdev *asd)
> > +{
> > + struct v4l2_device *v4l2_dev = notifier->v4l2_dev;
> > + struct sh_ceu_dev *pcdev = v4l2_dev_to_ceu_dev(v4l2_dev);
> > + struct video_device *vdev = &pcdev->vdev;
> > + int err;
> > +
> > + /* Init videobuf queue operations */
> > + err = sh_ceu_init_videobuf(pcdev, &pcdev->vb2_vq);
>
> I would inline the function here as it's small and linear, but that's up to
> you.
>
> > + if (err)
> > + return -EINVAL;
> > +
> > + mutex_lock(&pcdev->mlock);
>
> What does the mutex protect against exactly ?
>
> > +
> > + /* Initialize formats and set format on sensor */
> > + pcdev->sensor = subdev;
> > + err = sh_ceu_init_active_formats(pcdev);
> > + if (err)
> > + return err;
> > +
> > + err = sh_ceu_set_default_fmt(pcdev);
> > + if (err)
> > + return err;
> > +
> > + /* Register the video device */
> > + strncpy(vdev->name, "sh_ceu", strlen("sh_ceu"));
> > + vdev->minor = -1;
>
> No need to set this field explicitly.
>
> > + vdev->v4l2_dev = v4l2_dev;
> > + vdev->lock = &pcdev->mlock;
> > + vdev->queue = &pcdev->vb2_vq;
> > + vdev->ctrl_handler = subdev->ctrl_handler;
>
> Why did you drop support for CEU controls ? :-(
>
> > + vdev->fops = &sh_ceu_fops;
> > + vdev->ioctl_ops = &sh_ceu_ioctl_ops;
> > + vdev->release = video_device_release_empty;
>
> You need to implement a release callback as explained below.
>
> > + vdev->device_caps = V4L2_CAP_VIDEO_CAPTURE | V4L2_CAP_STREAMING;
> > + video_set_drvdata(vdev, pcdev);
> > +
> > + err = video_register_device(vdev, VFL_TYPE_GRABBER, -1);
> > + if (err < 0) {
> > + mutex_unlock(&pcdev->mlock);
> > + v4l2_err(vdev->v4l2_dev,
> > + "video_register_device failed: %d\n", err);
> > + return err;
> > + }
> > +
> > + mutex_unlock(&pcdev->mlock);
> > + return 0;
> > +}
> > +
> > +static void sh_ceu_sensor_unbind(struct v4l2_async_notifier *notifier,
> > + struct v4l2_subdev *subdev,
> > + struct v4l2_async_subdev *asd)
> > +{
> > + /* TODO */
> > +
> > + return;
>
> The unbind callback is optional, you can remove it if it's empty.
>
> > +}
> > +static int sh_ceu_probe(struct platform_device *pdev)
> > +{
> > + struct sh_ceu_dev *pcdev;
> > + struct resource *res;
> > + void __iomem *base;
> > + unsigned int irq;
> > + int err;
> > +
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>
> I would move this right before the devm_ioremap_resource() call.
>
> > + irq = platform_get_irq(pdev, 0);
> > + if (!res || (int)irq <= 0) {
> > + dev_err(&pdev->dev, "Not enough CEU platform resources.\n");
> > + return -ENODEV;
> > + }
>
> Similarly, I'd move this right before devm_request_irq().
>
> > + pcdev = devm_kzalloc(&pdev->dev, sizeof(*pcdev), GFP_KERNEL);
>
> devm_kzalloc() is harmful here. You're embedding a struct video_device instead
> struct sh_ceu_dev, and the video device can outlive the platform driver
> remove() call if the device node is kept open by userspace when the device is
> removed. You should use kzalloc() and implement a .release callback for the
> video_device to kfree() the memory.
>
> Note that devm_ioremap_resource() and devm_request_irq() are fine as the MMIO
> and interrupts must not be used after the remove() function returns.
>
> > + if (!pcdev) {
> > + dev_err(&pdev->dev, "Could not allocate pcdev\n");
> > + return -ENOMEM;
> > + }
> > +
> > + mutex_init(&pcdev->mlock);
> > + INIT_LIST_HEAD(&pcdev->capture);
> > + spin_lock_init(&pcdev->lock);
> > + init_completion(&pcdev->complete);
> > +
> > + pcdev->pdata = pdev->dev.platform_data;
> > + if (pdev->dev.of_node && !pcdev->pdata) {
>
> If there's an OF node there's no platform data, you can this code this as
>
> if (IS_ENABLED(CONFIG_OF) && pdev->dev.of_node) {
> ...
> } else if (pcdev->pdata) {
> ...
> } else {
> ...
> }
>
> The IS_ENABLED(CONFIG_OF) will make sure the code is not compiled in for non-
> OF platforms.
>
> > + /* TODO: implement OF parsing */
> > + } else if (pcdev->pdata && !pdev->dev.of_node) {
> > + /* TODO: implement per-device bus flags */
>
> Is this needed ? I don't expect any new feature to be implemented for non-OF
> platforms.
>
> > + pcdev->max_width = pcdev->pdata->max_width;
> > + pcdev->max_height = pcdev->pdata->max_height;
> > + pcdev->flags = pcdev->pdata->flags;
> > + pcdev->asd.match_type = V4L2_ASYNC_MATCH_I2C;
> > + pcdev->asd.match.i2c.adapter_id =
> > + pcdev->pdata->sensor_i2c_adapter_id;
> > + pcdev->asd.match.i2c.address = pcdev->pdata-
> >sensor_i2c_address;
> > + } else {
> > + dev_err(&pdev->dev, "CEU platform data not set.\n");
> > + return -EINVAL;
> > + }
> > +
> > + pcdev->field = V4L2_FIELD_NONE;
> > +
> > + if (!pcdev->max_width)
> > + pcdev->max_width = 2560;
> > + if (!pcdev->max_height)
> > + pcdev->max_height = 1920;
> > +
> > + base = devm_ioremap_resource(&pdev->dev, res);
> > + if (IS_ERR(base))
> > + return PTR_ERR(base);
> > +
> > + pcdev->irq = irq;
> > + pcdev->base = base;
> > + pcdev->video_limit = 0; /* only enabled if second resource exists */
> > +
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> > + if (res) {
> > + err = dma_declare_coherent_memory(&pdev->dev, res->start,
> > + res->start,
> > + resource_size(res),
> > + DMA_MEMORY_MAP |
> > + DMA_MEMORY_EXCLUSIVE);
> > + if (!err) {
> > + dev_err(&pdev->dev, "Unable to declare CEU memory.
> \n");
> > + return -ENXIO;
> > + }
> > +
> > + pcdev->video_limit = resource_size(res);
>
> You can get rid of this, we now have CMA that can be used unconditionally to
> allocate physically contiguous memory. Don't forget to remove the
> corresponding resource from SH board code that instantiate CEU devices.
>
> > + }
> > +
> > + /* request irq */
>
> I'm not sure the comment is really valuable :-)
>
> > + err = devm_request_irq(&pdev->dev, pcdev->irq, sh_ceu_irq,
> > + 0, dev_name(&pdev->dev), pcdev);
> > + if (err) {
> > + dev_err(&pdev->dev, "Unable to register CEU interrupt.\n");
> > + goto exit_release_mem;
> > + }
> > +
> > + pm_suspend_ignore_children(&pdev->dev, true);
> > + pm_runtime_enable(&pdev->dev);
> > + pm_runtime_resume(&pdev->dev);
> > +
> > + dev_set_drvdata(&pdev->dev, pcdev);
> > + err = v4l2_device_register(&pdev->dev, &pcdev->v4l2_dev);
> > + if (err)
> > + goto exit_free_clk;
> > +
> > + pcdev->asds[0] = &pcdev->asd;
> > + pcdev->notifier.v4l2_dev = &pcdev->v4l2_dev;
> > + pcdev->notifier.subdevs = pcdev->asds;
> > + pcdev->notifier.num_subdevs = 1;
> > + pcdev->notifier.bound = sh_ceu_sensor_bound;
> > + pcdev->notifier.unbind = sh_ceu_sensor_unbind;
> > +
> > + err = v4l2_async_notifier_register(&pcdev->v4l2_dev, &pcdev-
> >notifier);
> > + if (err)
> > + goto exit_free_clk;
> > +
> > + return 0;
> > +
> > +exit_free_clk:
>
> I'd call the label error_pm_runtime, as it's not specific to clocks anymore.
> error is always a better prefix than exit in my opinion, as exit could
> indicate early exit in a non-error case. And this being said, if you remove
> the second MEM resource, you can drop the exit_release_mem() label, so this
> one could just be called error.
>
> > + pm_runtime_disable(&pdev->dev);
> > +exit_release_mem:
> > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > + dma_release_declared_memory(&pdev->dev);
> > + return err;
> > +}
> > +
> > +static int sh_ceu_remove(struct platform_device *pdev)
> > +{
> > +
> > + /* TODO */
> > +
> > + pm_runtime_disable(&pdev->dev);
> > + if (platform_get_resource(pdev, IORESOURCE_MEM, 1))
> > + dma_release_declared_memory(&pdev->dev);
> > +
> > + return 0;
> > +}
> > +
> > +static int sh_ceu_runtime_nop(struct device *dev)
> > +{
> > + /* Runtime PM callback shared between ->runtime_suspend()
> > + * and ->runtime_resume(). Simply returns success.
> > + *
> > + * This driver re-initializes all registers after
> > + * pm_runtime_get_sync() anyway so there is no need
> > + * to save and restore registers here.
> > + */
> > + return 0;
> > +}
> > +
> > +static const struct dev_pm_ops sh_ceu_dev_pm_ops = {
> > + .runtime_suspend = sh_ceu_runtime_nop,
> > + .runtime_resume = sh_ceu_runtime_nop,
>
> You can use the SET_RUNTIME_PM_OPS() macro here.
>
> > +};
> > +
> > +static const struct of_device_id sh_ceu_of_match[] = {
> > + { .compatible = "renesas,sh-mobile-ceu" },
>
> You need to document DT bindings to add a compatible string, and I expect some
> bikeshed about the compatible string :-)
>
> > + { }
> > +};
> > +MODULE_DEVICE_TABLE(of, sh_ceu_of_match);
> > +
> > +static struct platform_driver sh_ceu_driver = {
> > + .driver = {
> > + .name = "sh_mobile_ceu",
> > + .pm = &sh_ceu_dev_pm_ops,
> > + .of_match_table = sh_ceu_of_match,
>
> You should use the of_match_ptr() macro here and protect the OF module device
> table with #if CONFIG_OF to allow driver compilation on SH without OF support.
>
> > + },
> > + .probe = sh_ceu_probe,
> > + .remove = sh_ceu_remove,
> > +};
> > +
> > +static int __init sh_ceu_init(void)
> > +{
> > + return platform_driver_register(&sh_ceu_driver);
> > +}
> > +
> > +static void __exit sh_ceu_exit(void)
> > +{
> > + platform_driver_unregister(&sh_ceu_driver);
> > +}
> > +
> > +module_init(sh_ceu_init);
> > +module_exit(sh_ceu_exit);
>
> module_platform_driver(sh_ceu_unit);
>
> is a nice shortcut for this.
>
> > +
> > +MODULE_DESCRIPTION("SuperH Mobile CEU driver");
>
> Maybe "Renesas CEU Driver" to include the RZ family ?
>
> > +MODULE_AUTHOR("Magnus Damm");
>
> As this is a rewrite, you can list yourself as the author, Magnus is already
> credited at the top of the file.
>
> > +MODULE_LICENSE("GPL");
> > +MODULE_VERSION("0.1.0");
>
> I would drop the version, it's quite pointless as there's 99.9999% of chances
> that it will always stay at 0.1.0 :-)
>
> > +MODULE_ALIAS("platform:sh_mobile_ceu");
>
> --
> Regards,
>
> Laurent Pinchart
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-03 9:52 ` jmondi
@ 2017-05-03 15:06 ` Laurent Pinchart
2017-05-03 16:14 ` jmondi
2017-05-04 12:23 ` Chris Brandt
1 sibling, 1 reply; 19+ messages in thread
From: Laurent Pinchart @ 2017-05-03 15:06 UTC (permalink / raw)
To: jmondi; +Cc: magnus.damm, linux-renesas-soc
Hi Jacopo,
On Wednesday 03 May 2017 11:52:36 jmondi wrote:
> On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> > Hi Jacopo,
> >
> > Thank you for the patch.
>
> [snip]
>
> >> +/**
> >> + * Collect formats supported by CEU and sensor subdevice
> >> + */
> >> +static int sh_ceu_init_active_formats(struct sh_ceu_dev *pcdev)
> >> +{
> >> + struct v4l2_subdev *sensor = pcdev->sensor;
> >> + struct sh_ceu_fmt *active_fmts;
> >> + unsigned int n_active_fmts;
> >> + struct sh_ceu_fmt *fmt;
> >> + unsigned int i;
> >> +
> >> + struct v4l2_subdev_mbus_code_enum mbus_code = {
> >> + .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> >> + .index = 0,
> >> + };
> >> +
> >> + /* Count how may formats are supported by CEU and sensor subdevice */
> >> + n_active_fmts = 0;
> >> + while (!v4l2_subdev_call(sensor, pad, enum_mbus_code,
> >> + NULL, &mbus_code)) {
> >> + mbus_code.index++;
> >> +
> >> + fmt = get_ceu_fmt_from_mbus(mbus_code.code);
> >
> > This is not correct. You will get one one pixel format per media bus
> > format supported by the sensor. The CEU supports
> >
> > 1. converting packed YUV 4:2:2 (YUYV) to YUV 4:2:2 planar (CAMCR.JPG = 00)
> > or capturing raw data (CAMCR.JPG = 01)
> >
> > 2. outputting YUV 4:2:2 planar to memory (CDOCR.CDS = 1) or downsampling
> > it to YUV 4:2:0 planar (CDOCR.CDS = 0)
> >
> > 3. swapping bytes, words and long words at the output (CDOCR.COLS,
> > CDOCR.COWS and CDOCR.COBS fields)
> >
> > This effectively allows to
> >
> > - capture the raw data produced by the sensor
> > - capture YUV images produced by the sensor in packed YUV 4:2:2 format,
> > from any Y/U/V order to any Y/U/V order
> > - capture YUV images produced by the sensor in planar YUV 4:2:2 or planar
> > YUV 4:2:0, from any Y/U/V order to any Y/U/V order
> >
> > The list of formats you create needs to reflect that. This means that
> >
> > - if the sensor can produce a packed YUV 4:2:2 format, the CEU will be
> > able to output YUYV, UYVY, YVYU, VYUY, NV12, NV21, NV16 and NV16
> >
> > - for every non-YUV format produced by the sensor, the CEU will be able to
> > output raw data
> >
> > The former is easy. You just need to list the formats produced by the
> > sensor, and if one of them is packed YUV 4:2:2, flag that in the
> > sh_ceu_dev structure, and allow all the above output YUV formats. You
> > don't need to create an instance-specific list of those formats in the
> > sh_ceu_dev structure, as they will be either all available or all
> > non-available.
> >
> > The latter is a bit more complex, you need a list of media bus code to
> > pixel format in the driver. I'd recommend counting the non-YUV packed
> > formats produced by the sensor, allocating an array of sh_ceu_fmt
> > pointers with that number of entries, and make each entry point to the
> > corresponding entry in the global sh_ceu_fmts array. The global
> > sh_ceu_fmts needs to be extended with common sensor formats (raw Bayer
> > and JPEG come to mind).
> >
> > If all sensors currently used with the CEU can produce packed YUV, you
> > could implement YUV support only to start with, leaving raw capture
> > support for later.
>
> Ok, thanks for explaining.
>
> I have a proposal here, as the original driver only supported "image
> fetch mode" (ie. It accepts data in YUYV with components ordering arbitrary
> swapped) as a first step we may want to replicate this, ignoring data
> synch fetch mode (Chris, you have a driver for this you are already
> using in your BSP so I guess it's less urgent to support it, right?).
>
> Also, regarding output memory format I am sure we can produce planar formats
> as NV12/21 and NV16/61, but I'm not sure I have found a way to output
> packed YUVY (and its permutations) to memory, if not considering it a
> binary format, as thus using data synch fetch mode.
As I understand it, outputting packed YUV is indeed done using data synch (or
enable, I'd have to check) fetch mode, and swapping components to convert
between different YUYV orders is done through the CDOCR.COLS, CDOCR.COWS and
CDOCR.COBS bits.
> So, as a first step my proposal is the following one:
> Accept any YUYV bus format from sensor, and support planar ones as memory
> output formats with down-sampling support (NV12/21 and NV16/61 then).
You can start with that, but from the same YUV bus format, you should be able
to output packed YUV easily using data sync fetch mode. That can be
implemented as a second step, it will just result in extending the hardcoded
list of YUV pixel formats supported by the driver (as any YUV bus format can
produce any of the four NV variants and any of the four packed YUV variants).
The third step would be to enumerate the non-YUV formats supported by the
sensor, and create a list of corresponding pixel formats that can be supported
in data sync fetch mode. I'd leave that out for now.
So, if you only implement the first two steps, you don't need to create a list
of supported YUV formats at runtime, you only need to ensure that the sensor
supports one YUV bus format, and you can hardcode support for all 8 YUV pixel
formats in the CEU driver.
> The way I am building the supported format list is indeed wrong, and
> as you suggested I should just try to make sure the sensor can output
> a YUV422 bus format. From there I can output planar memory formats.
>
> One last thing, I am not that sure how I can produce NV21/61 from
> bus formats that do not already present the CbCr components in the
> desired order (which is Cr then Cb for NV61/21)
> Eg. Can I produce NV21 from YUYV though byte/word/long word swapping
> (CDOCR.COLS/CDOCR.COWS/CDOCR.COBS) ? Won't I be swapping the luminance
> components as well (see figure 46.45 in RZ/A1H TRM).
No, the way the accommodate different YUYV orders at the input when outputting
an NV format is through the CAMCR.DTARY field. The CDOCR.CO[LWB]S fields
control data swapping at the output, before writing data to memory.
You should set the CAMCR.DTARY field to the order output by the sensor if you
want to generate NV12 or NV16. For NV21 or NV61, just fool the CEU by
pretending the sensor swaps U and V. For instance, if the sensor produces YUYV
but you set CAMCR.DTARY to YVYU, the U and V components will be swapped at the
input interface, and the NV12 output will become NV21.
> If I cannot do that, I should restrict swapped planar format
> availability based on the ability of the sensor to produce
> chrominance components in the desired order
> (Eg. If the sensor does not support producing YVYU I cannot produce
> NV21 or NV61). Is this ok?
That would be OK if there was no way to swap U and V, but as you can, you can
output all formats :-)
> > > + if (!fmt)
> > > + continue;
> > > +
> > > + fmt->active = 1;
> > > + n_active_fmts++;
> > > + }
> > > +
> > > + if (n_active_fmts == 0)
> > > + return -ENXIO;
> > > +
> > > + pcdev->n_active_fmts = n_active_fmts;
> > > + pcdev->active_fmts = devm_kcalloc(&pcdev->vdev.dev, n_active_fmts,
> > > + sizeof(*pcdev->active_fmts),
> > > + GFP_KERNEL);
> >
> > See my comment about devm_kzalloc() in the probe() function. This one
> > might be harmless, but you'd then need to prove that (and explain the
> > proof in a comment).
> >
> > > + if (!pcdev->active_fmts)
> > > + return -ENOMEM;
> > > +
> > > + active_fmts = pcdev->active_fmts[0];
> > > + fmt = &sh_ceu_fmts[0];
> > > + for (i = 0; i < N_SH_CEU_FMT; i++, fmt++) {
> >
> > Just use ARRAY_SIZE() directly, it's clearer.
> >
> > > + if (!fmt->active)
> > > + continue;
> > > +
> > > + active_fmts = fmt;
> > > + active_fmts++;
> > > + }
> > > +
> > > + return 0;
> > > +}
[snip]
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-03 15:06 ` Laurent Pinchart
@ 2017-05-03 16:14 ` jmondi
2017-05-03 16:20 ` Laurent Pinchart
0 siblings, 1 reply; 19+ messages in thread
From: jmondi @ 2017-05-03 16:14 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: magnus.damm, linux-renesas-soc
Hi Laurent,
On Wed, May 03, 2017 at 06:06:19PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> On Wednesday 03 May 2017 11:52:36 jmondi wrote:
> > On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> > > Hi Jacopo,
> > >
> > > Thank you for the patch.
> >
> > [snip]
> >
> > >> +/**
> > >> + * Collect formats supported by CEU and sensor subdevice
> > >> + */
> > >> +static int sh_ceu_init_active_formats(struct sh_ceu_dev *pcdev)
> > >> +{
> > >> + struct v4l2_subdev *sensor = pcdev->sensor;
> > >> + struct sh_ceu_fmt *active_fmts;
> > >> + unsigned int n_active_fmts;
> > >> + struct sh_ceu_fmt *fmt;
> > >> + unsigned int i;
> > >> +
> > >> + struct v4l2_subdev_mbus_code_enum mbus_code = {
> > >> + .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> > >> + .index = 0,
> > >> + };
> > >> +
> > >> + /* Count how may formats are supported by CEU and sensor subdevice */
> > >> + n_active_fmts = 0;
> > >> + while (!v4l2_subdev_call(sensor, pad, enum_mbus_code,
> > >> + NULL, &mbus_code)) {
> > >> + mbus_code.index++;
> > >> +
> > >> + fmt = get_ceu_fmt_from_mbus(mbus_code.code);
> > >
> > > This is not correct. You will get one one pixel format per media bus
> > > format supported by the sensor. The CEU supports
> > >
> > > 1. converting packed YUV 4:2:2 (YUYV) to YUV 4:2:2 planar (CAMCR.JPG = 00)
> > > or capturing raw data (CAMCR.JPG = 01)
> > >
> > > 2. outputting YUV 4:2:2 planar to memory (CDOCR.CDS = 1) or downsampling
> > > it to YUV 4:2:0 planar (CDOCR.CDS = 0)
> > >
> > > 3. swapping bytes, words and long words at the output (CDOCR.COLS,
> > > CDOCR.COWS and CDOCR.COBS fields)
> > >
> > > This effectively allows to
> > >
> > > - capture the raw data produced by the sensor
> > > - capture YUV images produced by the sensor in packed YUV 4:2:2 format,
> > > from any Y/U/V order to any Y/U/V order
> > > - capture YUV images produced by the sensor in planar YUV 4:2:2 or planar
> > > YUV 4:2:0, from any Y/U/V order to any Y/U/V order
> > >
> > > The list of formats you create needs to reflect that. This means that
> > >
> > > - if the sensor can produce a packed YUV 4:2:2 format, the CEU will be
> > > able to output YUYV, UYVY, YVYU, VYUY, NV12, NV21, NV16 and NV16
> > >
> > > - for every non-YUV format produced by the sensor, the CEU will be able to
> > > output raw data
> > >
> > > The former is easy. You just need to list the formats produced by the
> > > sensor, and if one of them is packed YUV 4:2:2, flag that in the
> > > sh_ceu_dev structure, and allow all the above output YUV formats. You
> > > don't need to create an instance-specific list of those formats in the
> > > sh_ceu_dev structure, as they will be either all available or all
> > > non-available.
> > >
> > > The latter is a bit more complex, you need a list of media bus code to
> > > pixel format in the driver. I'd recommend counting the non-YUV packed
> > > formats produced by the sensor, allocating an array of sh_ceu_fmt
> > > pointers with that number of entries, and make each entry point to the
> > > corresponding entry in the global sh_ceu_fmts array. The global
> > > sh_ceu_fmts needs to be extended with common sensor formats (raw Bayer
> > > and JPEG come to mind).
> > >
> > > If all sensors currently used with the CEU can produce packed YUV, you
> > > could implement YUV support only to start with, leaving raw capture
> > > support for later.
> >
> > Ok, thanks for explaining.
> >
> > I have a proposal here, as the original driver only supported "image
> > fetch mode" (ie. It accepts data in YUYV with components ordering arbitrary
> > swapped) as a first step we may want to replicate this, ignoring data
> > synch fetch mode (Chris, you have a driver for this you are already
> > using in your BSP so I guess it's less urgent to support it, right?).
> >
> > Also, regarding output memory format I am sure we can produce planar formats
> > as NV12/21 and NV16/61, but I'm not sure I have found a way to output
> > packed YUVY (and its permutations) to memory, if not considering it a
> > binary format, as thus using data synch fetch mode.
>
> As I understand it, outputting packed YUV is indeed done using data synch (or
> enable, I'd have to check) fetch mode, and swapping components to convert
> between different YUYV orders is done through the CDOCR.COLS, CDOCR.COWS and
> CDOCR.COBS bits.
That's waht I wanted to have confirmed, thanks.
>
> > So, as a first step my proposal is the following one:
> > Accept any YUYV bus format from sensor, and support planar ones as memory
> > output formats with down-sampling support (NV12/21 and NV16/61 then).
>
> You can start with that, but from the same YUV bus format, you should be able
> to output packed YUV easily using data sync fetch mode. That can be
> implemented as a second step, it will just result in extending the hardcoded
> list of YUV pixel formats supported by the driver (as any YUV bus format can
> produce any of the four NV variants and any of the four packed YUV variants).
As a reference, I think it's data fetch sync mode. Data enable sync mode is
not even supported on RZ/A1H.
>
> The third step would be to enumerate the non-YUV formats supported by the
> sensor, and create a list of corresponding pixel formats that can be supported
> in data sync fetch mode. I'd leave that out for now.
>
> So, if you only implement the first two steps, you don't need to create a list
> of supported YUV formats at runtime, you only need to ensure that the sensor
> supports one YUV bus format, and you can hardcode support for all 8 YUV pixel
> formats in the CEU driver.
>
mmm, yes, actually there are many combinations leading to the same
result here... Ie. if I have to output NV21 and the sensor can produce YUYV
and YVYU it may be better to select the latter to avoid data swapping
on CEU side.. Or maybe I can just ignore it and chose the first YUYV format
the sensor provides and manipulate it on the CEU.
> > The way I am building the supported format list is indeed wrong, and
> > as you suggested I should just try to make sure the sensor can output
> > a YUV422 bus format. From there I can output planar memory formats.
> >
> > One last thing, I am not that sure how I can produce NV21/61 from
> > bus formats that do not already present the CbCr components in the
> > desired order (which is Cr then Cb for NV61/21)
> > Eg. Can I produce NV21 from YUYV though byte/word/long word swapping
> > (CDOCR.COLS/CDOCR.COWS/CDOCR.COBS) ? Won't I be swapping the luminance
> > components as well (see figure 46.45 in RZ/A1H TRM).
>
> No, the way the accommodate different YUYV orders at the input when outputting
> an NV format is through the CAMCR.DTARY field. The CDOCR.CO[LWB]S fields
> control data swapping at the output, before writing data to memory.
That's waht I meant....
>
> You should set the CAMCR.DTARY field to the order output by the sensor if you
> want to generate NV12 or NV16. For NV21 or NV61, just fool the CEU by
> pretending the sensor swaps U and V. For instance, if the sensor produces YUYV
> but you set CAMCR.DTARY to YVYU, the U and V components will be swapped at the
> input interface, and the NV12 output will become NV21.
>
Ah, neat hack!
I can now throw away the last three hours of coding, where I tried to
match the sensor provided components ordering with the resulting
memory output format... thank you :)
> > If I cannot do that, I should restrict swapped planar format
> > availability based on the ability of the sensor to produce
> > chrominance components in the desired order
> > (Eg. If the sensor does not support producing YVYU I cannot produce
> > NV21 or NV61). Is this ok?
>
> That would be OK if there was no way to swap U and V, but as you can, you can
> output all formats :-)
>
I'll try this...
Thanks
j
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-03 16:14 ` jmondi
@ 2017-05-03 16:20 ` Laurent Pinchart
0 siblings, 0 replies; 19+ messages in thread
From: Laurent Pinchart @ 2017-05-03 16:20 UTC (permalink / raw)
To: jmondi; +Cc: magnus.damm, linux-renesas-soc
Hi Jacopo,
On Wednesday 03 May 2017 18:14:03 jmondi wrote:
> On Wed, May 03, 2017 at 06:06:19PM +0300, Laurent Pinchart wrote:
> > On Wednesday 03 May 2017 11:52:36 jmondi wrote:
> >> On Thu, Apr 27, 2017 at 02:47:14PM +0300, Laurent Pinchart wrote:
> >>> Hi Jacopo,
> >>>
> >>> Thank you for the patch.
> >>
> >> [snip]
> >>
> >>>> +/**
> >>>> + * Collect formats supported by CEU and sensor subdevice
> >>>> + */
> >>>> +static int sh_ceu_init_active_formats(struct sh_ceu_dev *pcdev)
> >>>> +{
> >>>> + struct v4l2_subdev *sensor = pcdev->sensor;
> >>>> + struct sh_ceu_fmt *active_fmts;
> >>>> + unsigned int n_active_fmts;
> >>>> + struct sh_ceu_fmt *fmt;
> >>>> + unsigned int i;
> >>>> +
> >>>> + struct v4l2_subdev_mbus_code_enum mbus_code = {
> >>>> + .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> >>>> + .index = 0,
> >>>> + };
> >>>> +
> >>>> + /* Count how may formats are supported by CEU and sensor
> >>>> subdevice */
> >>>> + n_active_fmts = 0;
> >>>> + while (!v4l2_subdev_call(sensor, pad, enum_mbus_code,
> >>>> + NULL, &mbus_code)) {
> >>>> + mbus_code.index++;
> >>>> +
> >>>> + fmt = get_ceu_fmt_from_mbus(mbus_code.code);
> >>>
> >>> This is not correct. You will get one one pixel format per media bus
> >>> format supported by the sensor. The CEU supports
> >>>
> >>> 1. converting packed YUV 4:2:2 (YUYV) to YUV 4:2:2 planar (CAMCR.JPG =
> >>> 00) or capturing raw data (CAMCR.JPG = 01)
> >>>
> >>> 2. outputting YUV 4:2:2 planar to memory (CDOCR.CDS = 1) or
> >>> downsampling it to YUV 4:2:0 planar (CDOCR.CDS = 0)
> >>>
> >>> 3. swapping bytes, words and long words at the output (CDOCR.COLS,
> >>> CDOCR.COWS and CDOCR.COBS fields)
> >>>
> >>> This effectively allows to
> >>>
> >>> - capture the raw data produced by the sensor
> >>> - capture YUV images produced by the sensor in packed YUV 4:2:2
> >>> format, from any Y/U/V order to any Y/U/V order
> >>> - capture YUV images produced by the sensor in planar YUV 4:2:2 or
> >>> planar YUV 4:2:0, from any Y/U/V order to any Y/U/V order
> >>>
> >>> The list of formats you create needs to reflect that. This means that
> >>>
> >>> - if the sensor can produce a packed YUV 4:2:2 format, the CEU will be
> >>> able to output YUYV, UYVY, YVYU, VYUY, NV12, NV21, NV16 and NV16
> >>>
> >>> - for every non-YUV format produced by the sensor, the CEU will be
> >>> able to output raw data
> >>>
> >>> The former is easy. You just need to list the formats produced by the
> >>> sensor, and if one of them is packed YUV 4:2:2, flag that in the
> >>> sh_ceu_dev structure, and allow all the above output YUV formats. You
> >>> don't need to create an instance-specific list of those formats in the
> >>> sh_ceu_dev structure, as they will be either all available or all
> >>> non-available.
> >>>
> >>> The latter is a bit more complex, you need a list of media bus code to
> >>> pixel format in the driver. I'd recommend counting the non-YUV packed
> >>> formats produced by the sensor, allocating an array of sh_ceu_fmt
> >>> pointers with that number of entries, and make each entry point to the
> >>> corresponding entry in the global sh_ceu_fmts array. The global
> >>> sh_ceu_fmts needs to be extended with common sensor formats (raw Bayer
> >>> and JPEG come to mind).
> >>>
> >>> If all sensors currently used with the CEU can produce packed YUV, you
> >>> could implement YUV support only to start with, leaving raw capture
> >>> support for later.
> >>
> >> Ok, thanks for explaining.
> >>
> >> I have a proposal here, as the original driver only supported "image
> >> fetch mode" (ie. It accepts data in YUYV with components ordering
> >> arbitrary swapped) as a first step we may want to replicate this,
> >> ignoring data synch fetch mode (Chris, you have a driver for this you are
> >> already using in your BSP so I guess it's less urgent to support it,
> >> right?).
> >>
> >> Also, regarding output memory format I am sure we can produce planar
> >> formats as NV12/21 and NV16/61, but I'm not sure I have found a way to
> >> output packed YUVY (and its permutations) to memory, if not considering
> >> it a binary format, as thus using data synch fetch mode.
> >
> > As I understand it, outputting packed YUV is indeed done using data synch
> > (or enable, I'd have to check) fetch mode, and swapping components to
> > convert between different YUYV orders is done through the CDOCR.COLS,
> > CDOCR.COWS and CDOCR.COBS bits.
>
> That's waht I wanted to have confirmed, thanks.
>
> >> So, as a first step my proposal is the following one:
> >> Accept any YUYV bus format from sensor, and support planar ones as
> >> memory output formats with down-sampling support (NV12/21 and NV16/61
> >> then).
> >
> > You can start with that, but from the same YUV bus format, you should be
> > able to output packed YUV easily using data sync fetch mode. That can be
> > implemented as a second step, it will just result in extending the
> > hardcoded list of YUV pixel formats supported by the driver (as any YUV
> > bus format can produce any of the four NV variants and any of the four
> > packed YUV variants).
>
> As a reference, I think it's data fetch sync mode. Data enable sync mode is
> not even supported on RZ/A1H.
>
> > The third step would be to enumerate the non-YUV formats supported by the
> > sensor, and create a list of corresponding pixel formats that can be
> > supported in data sync fetch mode. I'd leave that out for now.
> >
> > So, if you only implement the first two steps, you don't need to create a
> > list of supported YUV formats at runtime, you only need to ensure that
> > the sensor supports one YUV bus format, and you can hardcode support for
> > all 8 YUV pixel formats in the CEU driver.
>
> mmm, yes, actually there are many combinations leading to the same
> result here... Ie. if I have to output NV21 and the sensor can produce YUYV
> and YVYU it may be better to select the latter to avoid data swapping
> on CEU side.. Or maybe I can just ignore it and chose the first YUYV format
> the sensor provides and manipulate it on the CEU.
I think that would be simpler. Data swapping on the CEU side doesn't cost
anything.
> >> The way I am building the supported format list is indeed wrong, and
> >> as you suggested I should just try to make sure the sensor can output
> >> a YUV422 bus format. From there I can output planar memory formats.
> >>
> >> One last thing, I am not that sure how I can produce NV21/61 from
> >> bus formats that do not already present the CbCr components in the
> >> desired order (which is Cr then Cb for NV61/21)
> >> Eg. Can I produce NV21 from YUYV though byte/word/long word swapping
> >> (CDOCR.COLS/CDOCR.COWS/CDOCR.COBS) ? Won't I be swapping the luminance
> >> components as well (see figure 46.45 in RZ/A1H TRM).
> >
> > No, the way the accommodate different YUYV orders at the input when
> > outputting an NV format is through the CAMCR.DTARY field. The
> > CDOCR.CO[LWB]S fields control data swapping at the output, before writing
> > data to memory.
>
> That's waht I meant....
Yes, but my point was that CDOCR.CO[LWB]S will result in swapping everything,
luminance included as you pointed out, so it can't be used to change the U and
V order. The right way to do it is as described just below.
> > You should set the CAMCR.DTARY field to the order output by the sensor if
> > you want to generate NV12 or NV16. For NV21 or NV61, just fool the CEU by
> > pretending the sensor swaps U and V. For instance, if the sensor produces
> > YUYV but you set CAMCR.DTARY to YVYU, the U and V components will be
> > swapped at the input interface, and the NV12 output will become NV21.
>
> Ah, neat hack!
> I can now throw away the last three hours of coding, where I tried to
> match the sensor provided components ordering with the resulting
> memory output format... thank you :)
You're welcome :-) I don't think it's even a hack, I believe that's how the
device is intended to be used.
> >> If I cannot do that, I should restrict swapped planar format
> >> availability based on the ability of the sensor to produce
> >> chrominance components in the desired order
> >> (Eg. If the sensor does not support producing YVYU I cannot produce
> >> NV21 or NV61). Is this ok?
> >
> > That would be OK if there was no way to swap U and V, but as you can, you
> > can output all formats :-)
>
> I'll try this...
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-03 9:52 ` jmondi
2017-05-03 15:06 ` Laurent Pinchart
@ 2017-05-04 12:23 ` Chris Brandt
2017-05-04 12:54 ` Laurent Pinchart
1 sibling, 1 reply; 19+ messages in thread
From: Chris Brandt @ 2017-05-04 12:23 UTC (permalink / raw)
To: jmondi, Laurent Pinchart; +Cc: magnus.damm, linux-renesas-soc
Hi Jacopo,
On Wednesday, May 03, 2017, jmondi wrote:
> I have a proposal here, as the original driver only supported "image fetch
> mode" (ie. It accepts data in YUYV with components ordering arbitrary
> swapped) as a first step we may want to replicate this, ignoring data
> synch fetch mode (Chris, you have a driver for this you are already using
> in your BSP so I guess it's less urgent to support it, right?).
My "driver" (if you can call it that) is basically 20 lines of code that sets
up the registers either "image capture" mode or "data fetch". The main reason
for the code was that the current CEU driver only supported "image capture"
which resulted in separate Y and CbCr output buffers output, and then the app
would have to merge them back together which was a waste of time (and memory).
My customers simply wanted the packed format that came out of the camera.
So, I created the 20 lines of code and we abandoned the CEU driver in the kernel.
Also, the LCD controller (VDC5) can display a YCbCr frame buffer directly if it's
packed...but not if it's a separate Y/CbCr buffers.
Not to mention, if you just have a black and white camera (Y only), the Y/CbCr
spilt function is totally useless and cuts your B&W image in half for no reason.
My point: You can do the "image capture" mode (CAMCR:JPG=0) first, but no one will
actually use the driver until the "data fetch" mode (CAMCR:JPG=1) is implemented.
Chris
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 1/2] media: platform: Add SH CEU camera interface driver
2017-05-04 12:23 ` Chris Brandt
@ 2017-05-04 12:54 ` Laurent Pinchart
0 siblings, 0 replies; 19+ messages in thread
From: Laurent Pinchart @ 2017-05-04 12:54 UTC (permalink / raw)
To: Chris Brandt; +Cc: jmondi, magnus.damm, linux-renesas-soc
Hi Chris,
On Thursday 04 May 2017 12:23:32 Chris Brandt wrote:
> On Wednesday, May 03, 2017, jmondi wrote:
> > I have a proposal here, as the original driver only supported "image
> > fetch mode" (ie. It accepts data in YUYV with components ordering
> > arbitrary swapped) as a first step we may want to replicate this, ignoring
> > data synch fetch mode (Chris, you have a driver for this you are already
> > using in your BSP so I guess it's less urgent to support it, right?).
>
>
> My "driver" (if you can call it that) is basically 20 lines of code that
> sets up the registers either "image capture" mode or "data fetch". The
> main reason for the code was that the current CEU driver only supported
> "image capture" which resulted in separate Y and CbCr output buffers
> output, and then the app would have to merge them back together which was a
> waste of time (and memory).
>
> My customers simply wanted the packed format
> that came out of the camera. So, I created the 20 lines of code and we
> abandoned the CEU driver in the kernel.
>
> Also, the LCD controller (VDC5) can display a YCbCr frame buffer directly if
> it's packed...but not if it's a separate Y/CbCr buffers.
>
> Not to mention, if you just have a black and white camera (Y only), the
> Y/CbCr spilt function is totally useless and cuts your B&W image in half
> for no reason.
>
> My point: You can do the "image capture" mode (CAMCR:JPG=0) first, but no
> one will actually use the driver until the "data fetch" mode (CAMCR:JPG=1)
> is implemented.
Thanks for the feedback. I think that, given a YUV sensor, implementing
support for both image capture and data fetch modes won't be difficult.
Jacopo, are you OK with that ? If you implement image capture mode first, data
fetch mode should be just a small additional patch.
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFC v2 0/2] SH CEU camera driver
2017-04-27 18:03 ` Chris Brandt
@ 2017-05-15 14:37 ` jmondi
0 siblings, 0 replies; 19+ messages in thread
From: jmondi @ 2017-05-15 14:37 UTC (permalink / raw)
To: Chris Brandt; +Cc: laurent.pinchart, magnus.damm, linux-renesas-soc
Hi Chris,
On Thu, Apr 27, 2017 at 06:03:27PM +0000, Chris Brandt wrote:
> Hi Jacopo,
>
> On Thursday, April 27, 2017, jmondi wrote:
> > We planned to use the following setup to test the CEU driver with an
> > actual HW platform
> >
> > GR-Peach + GR-Peach Audio Camera Shield + OV7670 evaluation module
> > https://www.digikey.com/product-detail/en/renesas-electronics-
> > america/YGRPEACHAUDIOCAMERASHIELD/YGRPEACHAUDIOCAMERASHIELD-ND/5800301
> > www.elecfreaks.com/estore/ov7670-camera-module.html
>
> Oh ya, I forgot about that thing.
>
>
> > This implies running mainline on Peach or backporting CEU driver to your
> > BSP if we're not able to do so. A desirable collateral benefit in both
> > cases, I guess...
>
> You should probably be able to run mainline on it.
>
I'm now trying to boot v4.11 (non-XIP) on GR-Peach.
I've been able to write u-boot from your BSP directly on the SPI
flash, and I'm now trying to use it to boot a kernel image from
on-chip SRAM.
I've spent quite some time on it without any appreciable result, so I
am now considering trying to make a XIP kernel out of mainline and
boot from QSPI.
I've seen you have applied lot of patches for XIP support on top of
your v3.14 BSP, can you summarize what I need to apply on v4.11 to
have the same?
Also FYI, I am now trying to boot a uImage with device tree appended,
loaded on the on-chip RAM with J-Link to address 0x20500000, and
compiled with 20008000 [1] as load address (32Kb below on-chip RAM
address start)
This way I -should- be able to load my 3MB kernel image in RAM and
execute it from there.
I always get back a mute console unfortunately, so I'm starting to
wonder if I shouldn't go for a XIP kernel as well...
--------------------------------------------------------
=> bootm 0x20500000
## Booting kernel from Legacy Image at 20500000 ...
Image Name: Linux
Created: 2017-05-15 14:29:05 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3009736 Bytes = 2.9 MiB
Load Address: 20008000
Entry Point: 20008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
Starting kernel ...
--------------------------------------------------------
Thanks
j
[1] I tried to use 0x20208000 as well, to avoid writing to memory
pages for data retention.
[2] I am using r7s72100-grpeach.dts from your BSP, with the following applied:
memory {
device_type = "memory";
- reg = <0x08000000 0x02000000>; /* 32MB @ 0x0x08000000 */
+ reg = <0x20000000 0x00A00000>; /* 10Mb @ 0x0x20000000 */
};
[3] I have used uImage with appended DTB and uImage with separate dtb as well. No luck.
PS I have removed renesas list not to spam to everyone. If relevant, I will re-send and add them back.
> Go here for u-boot build instructions: http://elinux.org/RZ-A/Boards/GR-PEACH
>
> Remember, that board only has 8MB of SPI flash, so you should download uImage and DTB to RAM using Jlink, the use the SPI flash for a rootfs. I so have USB host working for mainline, but it requires an out-of-tree patch from me (I'm not sure on what upstream path I should take for RZ/A1 USB yet).
>
>
>
> Of course if you change your mind, this board:
> https://www.digikey.com/product-detail/en/renesas-electronics-america/YLCDRZA1H/YLCDRZA1H-ND/6173788
> has a camera, 1280x800 LCD, 64MB of SDRAM and a Segger JLINK built into the board. But...no serial port. You have to plug in a USB-to-UART PMOD adapter (something like this http://store.digilentinc.com/pmod-usbuart-usb-to-uart-interface/).
> Once I get everything working, I'll be pushing to our github repos and posting instructions on eLinux.org.
> I might test your new driver using this board (will require an out-of-tree fbdev driver)
>
> I'm going to start phasing out the 3.14 BSP for a 4.9 BSP here in a couple months, so I'll probably backport this new driver to 4.9, but that's about it.
>
>
> Chris
>
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2017-05-15 14:38 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-04-27 8:42 [RFC v2 0/2] SH CEU camera driver Jacopo Mondi
2017-04-27 8:42 ` [RFC v2 1/2] media: platform: Add SH CEU camera interface driver Jacopo Mondi
2017-04-27 11:47 ` Laurent Pinchart
2017-05-01 14:37 ` jmondi
2017-05-02 7:58 ` Geert Uytterhoeven
2017-05-02 10:55 ` Laurent Pinchart
2017-05-02 9:48 ` jmondi
2017-05-02 10:59 ` Laurent Pinchart
2017-05-03 9:52 ` jmondi
2017-05-03 15:06 ` Laurent Pinchart
2017-05-03 16:14 ` jmondi
2017-05-03 16:20 ` Laurent Pinchart
2017-05-04 12:23 ` Chris Brandt
2017-05-04 12:54 ` Laurent Pinchart
2017-04-27 8:42 ` [RFC v2 2/2] media: platform: soc-camera: Remove SH CEU driver Jacopo Mondi
2017-04-27 13:10 ` [RFC v2 0/2] SH CEU camera driver Chris Brandt
2017-04-27 16:14 ` jmondi
2017-04-27 18:03 ` Chris Brandt
2017-05-15 14:37 ` jmondi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.