Received: by 10.223.176.5 with SMTP id f5csp1185318wra; Wed, 7 Feb 2018 14:20:07 -0800 (PST) X-Google-Smtp-Source: AH8x225PHtdBTgVji+Pg5c7zPgQ0hFKiryMzydgHvNWR1R3j8GAqiCXsVmYIQeG0uFuqesN15WKJ X-Received: by 10.98.23.65 with SMTP id 62mr3704084pfx.43.1518042007513; Wed, 07 Feb 2018 14:20:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518042007; cv=none; d=google.com; s=arc-20160816; b=s0psC+lpnxoysrFLwLok2T5qORvmWT5KFx6FLwd6FWnf2ZH3DdSehF6Qf0norxqd3v nAyuhYS1p+4XTQnGEukV6rsdMwiTe62U4jd32CSYimTJ+09oIslzW3sMeqjP57K8jNjc cqdAkWDhYxw52uiZwZNkDSWUE5WdepbtwIolwLXYjanOaJPGzGozhgN7Ad/JCGZHge35 hoZCT4TSnfgajx8vTk43Kkw6dB9cinXI5N6DGxW6AKVG/50y3zpa1VdfSKRUdZaW2WEG JeWriZsPj0kJ2ZEDi434/HOrRNaPnRpZHMW/l9hAB4sYas3F+IuhHtwkzYwUbJmlgjTA FnyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=hugMf3v/+Qj0hwrPr2BEmuKxRRoOj/MfxvT53/n5UsA=; b=Ext/eQbiDfVr8ByfMhptOkbEjKm63fHSmQ6xydkdEaQ71A9Fz+onNySOO7IY94YdED zxj5+KYxS/yOBcsLypJGEnJuhi2SYbInvk7rZoFyDw26usiXn/9wkJR8ZTdh9iCQYeGs Z0xRHd1MJTviQePLIrXrXYc2fwclF6cIG35M8MBUZUusHDHUA2VnAWZLlJLLUrmnbyCY MGITopstzxtoAPZGTIckPWANbhNRP+M963xZQPYJ5HSjmUEDTOFHKEqWfvsjQX4RB36g 8zp2q6YiIpAiS4zqkeL90UbpbK8hr3sA++4SWEej4gqALV1ZH9x1CuynOHNTPtDvEZ84 1QYQ== 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 34-v6si539760plz.22.2018.02.07.14.19.52; Wed, 07 Feb 2018 14:20:07 -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 S1751544AbeBGWTK (ORCPT + 99 others); Wed, 7 Feb 2018 17:19:10 -0500 Received: from lb2-smtp-cloud9.xs4all.net ([194.109.24.26]:34101 "EHLO lb2-smtp-cloud9.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750987AbeBGWTI (ORCPT ); Wed, 7 Feb 2018 17:19:08 -0500 Received: from [192.168.2.10] ([212.251.195.8]) by smtp-cloud9.xs4all.net with ESMTPA id jY3SecvpkoWCOjY3Ve22m6; Wed, 07 Feb 2018 23:19:07 +0100 Subject: Re: [PATCH v8 0/7] TDA1997x HDMI video reciver To: Tim Harvey Cc: linux-media , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Shawn Guo , Steve Longerbeam , Philipp Zabel , Hans Verkuil , Mauro Carvalho Chehab References: <1517948874-21681-1-git-send-email-tharvey@gateworks.com> <605fd4a8-43ab-c566-57b6-abb1c9f8f0f8@xs4all.nl> <7cf38465-7a79-5d81-a995-9acfbacf5023@xs4all.nl> From: Hans Verkuil Message-ID: Date: Wed, 7 Feb 2018 23:19:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfPoQt8AJrfFXbacrPLMODrjBd+VouCnVy5a5civpw0FVVMe6LFTDjYdhEQAnNuGaWmrQv8Jq08Vq9XqyVwljZirNFpCZ9wUT+oUhJB/WA2PBlRX9CxGR WjoOOgbxs19NxqFAwk9zhT/1b6IXF3mu9Tk1FqcIiTAe13TIgdei0EIswIcW7w7S6K/47Ax1DhOd6xTf8mjv3nrgHW/lnz1XzNBfXuG9OQ7Hyu3+V8H3pVKx 0ugiRF0OH4Y6PMHRz+Mi6k1fHSdwfl498tCznXgkhtir/RRdRlF62sgpj1Y6xzZBsjlXg0Mr+P/FfLbCDy/tMzVza9R/rQXsCxZeHIEKrop7G5+fD8r4oeXM iItmoUentTkBkN+4tuVQrmtKKE3QSWpAPgzWP9kreR3AnlFcZ9NNra3KPWgRimVMKbvWJBvIE5rlTNRGAyx3s60mLWHUB1m51ybv4slWjvyMCKwRupnE6Jd+ PX8Phs5g9nOg0enV Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/07/2018 11:05 PM, Tim Harvey wrote: > On Wed, Feb 7, 2018 at 1:09 AM, Hans Verkuil wrote: >> On 02/07/18 09:22, Hans Verkuil wrote: >>> On 02/07/2018 12:29 AM, Tim Harvey wrote: >>>> Media Controller ioctls: >>>> fail: v4l2-test-media.cpp(141): ent.function == >>>> MEDIA_ENT_F_V4L2_SUBDEV_UNKNOWN >>> >>> Weird, this shouldn't happen. I'll look into this a bit more. >> >> Can you run 'mc_nextgen_test -e -i' and post the output? >> >> It's found in contrib/test. >> > > root@ventana:~# ./v4l-utils/contrib/test/mc_nextgen_test -e -i > Device: imx-media (driver imx-media) > Bus: > version: 0 > number of entities: 24 > number of interfaces: 24 > number of pads: 48 > number of links: 50 > entity entity#1: 'unknown entity type' adv7180 2-0020, 1 pad(s), 1 source(s) > entity entity#3: 'unknown entity type' tda19971 2-0048, 1 pad(s), 1 source(s) > entity entity#5: 'unknown entity type' ipu1_vdic, 3 pad(s), 2 sink(s), > 1 source(s) > entity entity#9: 'unknown entity type' ipu2_vdic, 3 pad(s), 2 sink(s), > 1 source(s) > entity entity#13: 'unknown entity type' ipu1_ic_prp, 3 pad(s), 1 > sink(s), 2 source(s) > entity entity#17: 'unknown entity type' ipu1_ic_prpenc, 2 pad(s), 1 > sink(s), 1 source(s) > entity entity#20: 'V4L I/O' ipu1_ic_prpenc capture, 1 pad(s), 1 sink(s) > entity entity#26: 'unknown entity type' ipu1_ic_prpvf, 2 pad(s), 1 > sink(s), 1 source(s) > entity entity#29: 'V4L I/O' ipu1_ic_prpvf capture, 1 pad(s), 1 sink(s) > entity entity#35: 'unknown entity type' ipu2_ic_prp, 3 pad(s), 1 > sink(s), 2 source(s) > entity entity#39: 'unknown entity type' ipu2_ic_prpenc, 2 pad(s), 1 > sink(s), 1 source(s) > entity entity#42: 'V4L I/O' ipu2_ic_prpenc capture, 1 pad(s), 1 sink(s) > entity entity#48: 'unknown entity type' ipu2_ic_prpvf, 2 pad(s), 1 > sink(s), 1 source(s) > entity entity#51: 'V4L I/O' ipu2_ic_prpvf capture, 1 pad(s), 1 sink(s) > entity entity#57: 'unknown entity type' ipu1_csi0, 3 pad(s), 1 > sink(s), 2 source(s) > entity entity#61: 'V4L I/O' ipu1_csi0 capture, 1 pad(s), 1 sink(s) > entity entity#67: 'unknown entity type' ipu1_csi1, 3 pad(s), 1 > sink(s), 2 source(s) > entity entity#71: 'V4L I/O' ipu1_csi1 capture, 1 pad(s), 1 sink(s) > entity entity#77: 'unknown entity type' ipu2_csi0, 3 pad(s), 1 > sink(s), 2 source(s) > entity entity#81: 'V4L I/O' ipu2_csi0 capture, 1 pad(s), 1 sink(s) > entity entity#87: 'unknown entity type' ipu2_csi1, 3 pad(s), 1 > sink(s), 2 source(s) > entity entity#91: 'V4L I/O' ipu2_csi1 capture, 1 pad(s), 1 sink(s) > entity entity#97: 'unknown entity type' ipu1_csi0_mux, 3 pad(s), 2 > sink(s), 1 source(s) > entity entity#101: 'unknown entity type' ipu2_csi1_mux, 3 pad(s), 2 > sink(s), 1 source(s) Yuck. So nobody in imx (and adv7180!) is setting a valid function. And I see the mc_nextgen_test.c doesn't know all the latest functions anyway. That's what happens when you don't have compliance tests, nobody bothers to fill stuff like that in. Anyway, that explains the v4l2-compliance error you got (although I should improve the error to also mentioned the entity in question). In other words, it's not you, it's them :-) Regards, Hans > interface intf_devnode#21: video /dev/video0 > interface intf_devnode#30: video /dev/video1 > interface intf_devnode#43: video /dev/video2 > interface intf_devnode#52: video /dev/video3 > interface intf_devnode#62: video /dev/video4 > interface intf_devnode#72: video /dev/video5 > interface intf_devnode#82: video /dev/video6 > interface intf_devnode#92: video /dev/video7 > interface intf_devnode#141: v4l2-subdev /dev/v4l-subdev0 > interface intf_devnode#143: v4l2-subdev /dev/v4l-subdev1 > interface intf_devnode#145: v4l2-subdev /dev/v4l-subdev2 > interface intf_devnode#147: v4l2-subdev /dev/v4l-subdev3 > interface intf_devnode#149: v4l2-subdev /dev/v4l-subdev4 > interface intf_devnode#151: v4l2-subdev /dev/v4l-subdev5 > interface intf_devnode#153: v4l2-subdev /dev/v4l-subdev6 > interface intf_devnode#155: v4l2-subdev /dev/v4l-subdev7 > interface intf_devnode#157: v4l2-subdev /dev/v4l-subdev8 > interface intf_devnode#159: v4l2-subdev /dev/v4l-subdev9 > interface intf_devnode#161: v4l2-subdev /dev/v4l-subdev10 > interface intf_devnode#163: v4l2-subdev /dev/v4l-subdev11 > interface intf_devnode#165: v4l2-subdev /dev/v4l-subdev12 > interface intf_devnode#167: v4l2-subdev /dev/v4l-subdev13 > interface intf_devnode#169: v4l2-subdev /dev/v4l-subdev14 > interface intf_devnode#171: v4l2-subdev /dev/v4l-subdev15 > > I updated v4l2-compliance and ran again: > root@ventana:~# v4l2-compliance -m0 -M > v4l2-compliance SHA : b2f8f9049056eb6f9e028927dacb2c715a062df8 > Media Driver Info: > Driver name : imx-media > Model : imx-media > Serial : > Bus info : > Media version : 4.15.0 > Hardware revision: 0x00000000 (0) > Driver version : 4.15.0 > > Compliance test for device /dev/media0: > > Required ioctls: > test MEDIA_IOC_DEVICE_INFO: OK > > Allow for multiple opens: > test second /dev/media0 open: OK > test MEDIA_IOC_DEVICE_INFO: OK > test for unlimited opens: OK > > Media Controller ioctls: > fail: v4l2-test-media.cpp(94): function == > MEDIA_ENT_F_V4L2_SUBDEV_UNKNOWN > fail: v4l2-test-media.cpp(156): > checkFunction(ent.function, true) > test MEDIA_IOC_G_TOPOLOGY: FAIL > fail: v4l2-test-media.cpp(275): num_data_links != num_links > test MEDIA_IOC_ENUM_ENTITIES/LINKS: FAIL > test MEDIA_IOC_SETUP_LINK: OK > > Total: 7, Succeeded: 5, Failed: 2, Warnings: 0 > > Regards, > > Tim >