Received: by 10.223.176.46 with SMTP id f43csp2039740wra; Sun, 21 Jan 2018 09:49:55 -0800 (PST) X-Google-Smtp-Source: AH8x226ERubzs3jHWz+c3wEDJNKkD2o9dwsjBdI3gmZ6R6ZSTQXahWMtJMRrpsSdQiRiPV77lN3E X-Received: by 10.98.71.197 with SMTP id p66mr5847853pfi.3.1516556995233; Sun, 21 Jan 2018 09:49:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516556995; cv=none; d=google.com; s=arc-20160816; b=qkBWf9hYC8Yy0oUEBv2fGqanZvx5pgYzF5dbqcfAA3P0IAOVgEtfBhMY+V39MF/LNl 5j8CtPorrNdimgnuOi4F7bLTuIYFgBYlbV/2r6uAlMdJL8RRsx3A3nFZyKmQIm+zI6xM ghKrBlUGQKFGO+jpK/DpbyObvJNx2Dm1eIndtIExl2JoMlgJPNhGdYK2+t2U5/LFnHuO gAqVbgLAan5rHnmsqFCz2RB/vPi6pzCFM/U4NyrVevSzSl7jmRD+pUjP8Y6MXJ9Zefux ksN2O8X87FU2JG0UzzKYKmMBh4e46I28FuvM5DE8uLuWeRROQ0S8COYUX44u380ai3M8 UB2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=CA4Fm/JIfOED+thkWBDOyNDJ9DJBXe7eQ7g60l6uIcQ=; b=eA6E4GSL6yJT8BRpzu1vyFKg9gFo2U/ZUj+jCpZoiXKgS10X4dsVoBJWTxLpwaC5SN YBTk5yxfgFsLezH95e7/3zRAEUV9PSUveYxhs21Ttp0BRr/oAaDwGu+SNNjfjLlHXGo4 l+pRGpnnrQ0Hez/gzn0eLhK8d5obOQoWY/fu8d2c94Rq6mqYTYg+Uj6XFsaKqQzB/ekU X8sJ9tS7z2j76u642DQWjRbkd/tPQR6ayjLlY9/5Qp7FSJRfl4cqqQy9gdNpCF1PcJJX hPv5ykHcJjLlXN6YM7QHwSvFYb3mSC5g6s77SczsoOnCGC+F5ord/u3WwLy79uQfDjv9 CpWQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j10si12586977pgs.467.2018.01.21.09.49.39; Sun, 21 Jan 2018 09:49:55 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751178AbeAURtT (ORCPT + 99 others); Sun, 21 Jan 2018 12:49:19 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:60548 "EHLO relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750853AbeAURtR (ORCPT ); Sun, 21 Jan 2018 12:49:17 -0500 Received: from w540 (unknown [IPv6:2001:b07:6442:1ac4:3997:a7b1:efcc:5c7c]) (Authenticated sender: jacopo@jmondi.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 9CCD417209D; Sun, 21 Jan 2018 18:49:10 +0100 (CET) Date: Sun, 21 Jan 2018 18:49:09 +0100 From: jacopo mondi To: Hans Verkuil Cc: Jacopo Mondi , laurent.pinchart@ideasonboard.com, magnus.damm@gmail.com, geert@glider.be, mchehab@kernel.org, festevam@gmail.com, sakari.ailus@iki.fi, robh+dt@kernel.org, mark.rutland@arm.com, pombredanne@nexb.com, linux-renesas-soc@vger.kernel.org, linux-media@vger.kernel.org, linux-sh@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 0/9] Renesas Capture Engine Unit (CEU) V4L2 driver Message-ID: <20180121174909.GP24926@w540> References: <1516139101-7835-1-git-send-email-jacopo+renesas@jmondi.org> <6fcd22c1-19a5-e0b7-2b00-961e1cd1ebaa@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6fcd22c1-19a5-e0b7-2b00-961e1cd1ebaa@xs4all.nl> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Hans, On Fri, Jan 19, 2018 at 12:26:09PM +0100, Hans Verkuil wrote: > Hi Jacopo, > > On 01/16/18 22:44, Jacopo Mondi wrote: > > Hello, > > new version of CEU after Hans' review. > > > > Added his Acked-by to most patches and closed review comments. > > Running v4l2-compliance, I noticed a new failure introduced by the way I now > > calculate the plane sizes in set/try_fmt. > > > > This is the function used to update per-plane bytesperline and sizeimage: > > > > static void ceu_update_plane_sizes(struct v4l2_plane_pix_format *plane, > > unsigned int bpl, unsigned int szimage) > > { > > if (plane->bytesperline < bpl) > > plane->bytesperline = bpl; > > if (plane->sizeimage < szimage) > > plane->sizeimage = szimage; > > } > > > > I'm seeing a failure as v4l2-compliance requires buffers with both bytesperline > > and sizeimage set to MAX_INT . Hans, is this expected from v4l2-compliance? > > How should I handle this, if that has to be handled by the single drivers? > > I commented on this in my review of patch 3/9. Fixed thank you. > > > > > Apart from that, here it is the output of v4l2-compliance, with the last tests > > failing due to the above stated reason, and two errors in try/set format due to > > the fact the driver is not setting ycbcr encoding after it receives an invalid > > Which driver? The CEU driver or the sensor driver? I don't actually see where > it fails. > Here it is: fail: v4l2-test-formats.cpp(335): ycbcr_enc >= 0xff fail: v4l2-test-formats.cpp(451): testColorspace(pix_mp.pixelformat, pix_mp.colorspace, pix_mp.ycbcr_enc, pix_mp.quantization) fail: v4l2-test-formats.cpp(736): Video Capture Multiplanar is valid, but TRY_FMT failed to return a format test VIDIOC_TRY_FMT: FAIL fail: v4l2-test-formats.cpp(335): ycbcr_enc >= 0xff fail: v4l2-test-formats.cpp(451): testColorspace(pix_mp.pixelformat, pix_mp.colorspace, pix_mp.ycbcr_enc, pix_mp.quantization) fail: v4l2-test-formats.cpp(996): Video Capture Multiplanar is valid, but no S_FMT was implemented test VIDIOC_S_FMT: FAIL > > format. I would set those, but I'm not sure what it the correct value and not > > all mainline drivers do that. > > In any case, the default for ycbcr_enc, xfer_func and quantization is 0. > Thanks again. I do expect to be the sensor driver to set ycbcr_enc and quantization, but from a very trivial grep on media/i2c/ I see only a few drivers taking care of them (adv7511 and adv7842). What about the others? I assume v4l2-compliance would not fail on them as it does on ov7670, but I don't see where ycbr_enc (and others) are managed. Overall, with this addressed, the other issue I mentioned on patch [3/9] on readbuffers clarified and frameinterval handled for ov722x, I hope we're done with this series. Thanks again your continued effort in reviews and guidance. Thanks j > > > > ------------------------------------------------------------------------------- > > v4l2-compliance SHA : 1d3c611dee82090d9456730e24af368b51dcb4a9 > > I can't find this SHA in the v4l-utils repo. You should always compile > v4l2-compliance from the master branch. > > Also test with 'v4l2-compliance -f': this tests streaming in all formats. > > > > > Driver Info: > > Driver name : renesas-ceu > > Card type : Renesas CEU e8210000.ceu > > Bus info : platform:renesas-ceu-e8210000.c > > Driver version: 4.14.0 > > Capabilities : 0x84201000 > > Video Capture Multiplanar > > Streaming > > Extended Pix Format > > Device Capabilities > > Device Caps : 0x04201000 > > Video Capture Multiplanar > > Streaming > > Extended Pix Format > > > > Compliance test for device /dev/video0 (not using libv4l2): > > > > Required ioctls: > > test VIDIOC_QUERYCAP: OK > > > > Allow for multiple opens: > > test second video open: OK > > test VIDIOC_QUERYCAP: OK > > test VIDIOC_G/S_PRIORITY: OK > > test for unlimited opens: OK > > > > Debug ioctls: > > test VIDIOC_DBG_G/S_REGISTER: OK > > test VIDIOC_LOG_STATUS: OK (Not Supported) > > > > Input ioctls: > > test VIDIOC_G/S_TUNER/ENUM_FREQ_BANDS: OK (Not Supported) > > test VIDIOC_G/S_FREQUENCY: OK (Not Supported) > > test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported) > > test VIDIOC_ENUMAUDIO: OK (Not Supported) > > test VIDIOC_G/S/ENUMINPUT: OK > > test VIDIOC_G/S_AUDIO: OK (Not Supported) > > Inputs: 1 Audio Inputs: 0 Tuners: 0 > > > > Output ioctls: > > test VIDIOC_G/S_MODULATOR: OK (Not Supported) > > test VIDIOC_G/S_FREQUENCY: OK (Not Supported) > > test VIDIOC_ENUMAUDOUT: OK (Not Supported) > > test VIDIOC_G/S/ENUMOUTPUT: OK (Not Supported) > > test VIDIOC_G/S_AUDOUT: OK (Not Supported) > > Outputs: 0 Audio Outputs: 0 Modulators: 0 > > > > Input/Output configuration ioctls: > > test VIDIOC_ENUM/G/S/QUERY_STD: OK (Not Supported) > > test VIDIOC_ENUM/G/S/QUERY_DV_TIMINGS: OK (Not Supported) > > test VIDIOC_DV_TIMINGS_CAP: OK (Not Supported) > > test VIDIOC_G/S_EDID: OK (Not Supported) > > > > Test input 0: > > > > Control ioctls: > > test VIDIOC_QUERY_EXT_CTRL/QUERYMENU: OK > > test VIDIOC_QUERYCTRL: OK > > test VIDIOC_G/S_CTRL: OK > > test VIDIOC_G/S/TRY_EXT_CTRLS: OK > > fail: v4l2-test-controls.cpp(782): subscribe event for control 'User Controls' failed > > test VIDIOC_(UN)SUBSCRIBE_EVENT/DQEVENT: FAIL > > test VIDIOC_G/S_JPEGCOMP: OK (Not Supported) > > Standard Controls: 12 Private Controls: 0 > > > > Format ioctls: > > test VIDIOC_ENUM_FMT/FRAMESIZES/FRAMEINTERVALS: OK > > fail: v4l2-test-formats.cpp(1162): ret && node->has_frmintervals > > test VIDIOC_G/S_PARM: FAIL > > test VIDIOC_G_FBUF: OK (Not Supported) > > test VIDIOC_G_FMT: OK > > fail: v4l2-test-formats.cpp(335): ycbcr_enc >= 0xff > > fail: v4l2-test-formats.cpp(451): testColorspace(pix_mp.pixelformat, pix_mp.colorspace, pix_mp.ycbcr_enc, pix_mp.quantization) > > fail: v4l2-test-formats.cpp(736): Video Capture Multiplanar is valid, but TRY_FMT failed to return a format > > test VIDIOC_TRY_FMT: FAIL > > fail: v4l2-test-formats.cpp(335): ycbcr_enc >= 0xff > > fail: v4l2-test-formats.cpp(451): testColorspace(pix_mp.pixelformat, pix_mp.colorspace, pix_mp.ycbcr_enc, pix_mp.quantization) > > fail: v4l2-test-formats.cpp(996): Video Capture Multiplanar is valid, but no S_FMT was implemented > > test VIDIOC_S_FMT: FAIL > > test VIDIOC_G_SLICED_VBI_CAP: OK (Not Supported) > > test Cropping: OK (Not Supported) > > test Composing: OK (Not Supported) > > test Scaling: OK (Not Supported) > > > > Codec ioctls: > > test VIDIOC_(TRY_)ENCODER_CMD: OK (Not Supported) > > test VIDIOC_G_ENC_INDEX: OK (Not Supported) > > test VIDIOC_(TRY_)DECODER_CMD: OK (Not Supported) > > > > Buffer ioctls: > > test VIDIOC_REQBUFS/CREATE_BUFS/QUERYBUF: OK > > test VIDIOC_EXPBUF: OK > > > > Test input 0: > > > > > > Total: 43, Succeeded: 39, Failed: 4, Warnings: 0 > > 'Failed' must be 0, otherwise I won't Ack this driver. > > Regards, > > Hans