Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3451359imu; Mon, 28 Jan 2019 05:12:28 -0800 (PST) X-Google-Smtp-Source: ALg8bN4OejWjSkIuEIhATW4CVBlRAIXDGqybtCtA0bmLD8t2v4Qkod7EA9srZH+IzpMHb5fwG6g8 X-Received: by 2002:a63:6207:: with SMTP id w7mr19059080pgb.90.1548681148308; Mon, 28 Jan 2019 05:12:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548681148; cv=none; d=google.com; s=arc-20160816; b=XIwWDnxxcM9fSIMRz/+hZXLHWMx4B6Io6PrqaAFMp1zVQ/X9kT6OFD3b4iEMHcqJPI 99VGYz8jkizNVmBEgjV0to9Wn77A0YgIIZ/k/GwEjNcq47ZuR7v8pvjuRme4vncdHodl C/GSHIgRN0l0OuaDQ4IM441YsfzaopH7dTd4pfdFgZSY4dQ4aQWSMuxD/COMpW0N3QqT Jwvb7VrzdGn2BA0OGWPc9KFl6oK1TPIKTcBwHY1QMo2wmwuuACvGQsmMLl7ux88hI5jb deMs6t1d5DQa1cUootMfLqwTHmeOJgHCk34aSqDsx3AAyy+8Qq6DsQeEKgglj9bZiZE5 uPxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=k8GC84UxQaQTFUgOlaVt81OJg/iC1zHWvlcv2Rb3z0Q=; b=F+j/bbKq9PWWP3WnAriPAURl5du7S3I9mUW4LIQepZvIc0vclvLqoK0INZUIJoMXnt KJZhF5lDd3IxXnAeqGj8J8B6g6UQxTod3gyMnH4aAJRlKlKvB+ZGFTN5+WVotGVSWYRN jpmxmMaAW110OVoF2dM/NHbAFu6N/YyodKAd+esy3s1tfW0lpzzOM4EOT2bdBACF88Ps JQHWBEc8PcxFL885mfxPuga1AjQEliGLCjCysk5q4Qe5ZTvy30YPdwWUs3+dBRJXQsCb 5fbEQ1zxGhqeNiXu3zaJQysVYm2fAxCdv7r6duqiDdCjBToDPK5kONruL9+2HMQjDm/p PBOA== 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 t61si3928036plb.339.2019.01.28.05.12.12; Mon, 28 Jan 2019 05:12:28 -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 S1726749AbfA1NMH (ORCPT + 99 others); Mon, 28 Jan 2019 08:12:07 -0500 Received: from lb3-smtp-cloud9.xs4all.net ([194.109.24.30]:41481 "EHLO lb3-smtp-cloud9.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726672AbfA1NMH (ORCPT ); Mon, 28 Jan 2019 08:12:07 -0500 Received: from [192.168.2.10] ([212.251.195.8]) by smtp-cloud9.xs4all.net with ESMTPA id o6hegsMrzRO5Zo6higK9LD; Mon, 28 Jan 2019 14:12:04 +0100 Subject: Re: devicetree: media: Documentation of Bt.656 Bus DT bindings To: Ken Sloat Cc: linux-media@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, yong.deng@magewell.com, mchehab@kernel.org, robh+dt@kernel.org, mark.rutland@arm.com, maxime.ripard@bootlin.com, wens@csie.org, kieran.bingham@ideasonboard.com, laurent.pinchart@ideasonboard.com, jean-michel.hautbois@vodalys.com, Nate Drude , Sakari Ailus References: From: Hans Verkuil Message-ID: Date: Mon, 28 Jan 2019 14:11:54 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 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: MS4wfNqOlEe9iW/LBZ3As+QKI1eqmbAhYgnj7aQy9UJibCeZDomK4hs3lamUow/ou4C+LJp80z+2fYCBabQbVAUAv0BlV1zNDbVZPHP0a7EDfxT7H+oVu7zb JbPry7gs/NSrDgUBsk5oGKz+/nMYbsfeN1t0LiwAJMfENvQL8hZLgdFKymxEx6nsK5VBwKQLjH3WMGTE0cWCdGx4qu8SCxVilmklgem7SwyOd4Fo8B21ISfd ANDhcFov1gDvDaH+6l/Hvkw/MRDda7rziExEkU5oD3j+Zbncc2x1HK1LhWr5i6QNtrTDIQ4xGn2kSEJzGLVtX0PUQwJUGT3jR9qlxV8gVjyEcXyNsBRqeE87 F50OIAax3dlKqmXlPyuPjwpUWUS5xjuUiWVyFNX7U7bPqhteLBZRRKEFSs+A8NNSgO/NO3q9UgY6LrbcaMpRRyN464w4hIdFE0lTgIJVbSCzjyRIUkAcXcej Z/IYy0pFUXcQQRi0APHBfjRet/JClO7zcJapxvzwsUctvKJxZiU91+1OGLGUISHkVM+25zvXtXxlbjjS3Rot1UcCvOud+CFTTPLVk+jAjCG/vGAIgps/p6vD MKS84UG1kdm8iGPsBv/HyjsyQ11bk+E4EtL7SP+MIqCaeGvYzD2NFQbk1a09dMijz5w7OslhcWTJ/54mLkv0oGPaf/7PsPxyz/PGDLcOH8B/0zYso6jeHmTt /jrryYuQLeFuHiozNq8yzRLBuUViCo4r Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org +Sakari On 1/24/19 3:53 AM, Ken Sloat wrote: > There are a number of v4l2 subdevices in the kernel that support a > Bt.656 bus also known as "embedded sync." Previously in older versions > of the kernel (and in the current 4.14 LTS kernel), the standard way > to enable this in device tree on a parallel bus was to simply omit all > hysync and vsync flags. > > During some other kernel development I was doing, it was brought to my > attention that there is now a standard defined binding in > "video-interfaces.txt" called "bus-type" that should be used in order > to enable Bt.656 mode. While omitting the flags still appears to work > because of other assumptions made in v4l2-fwnode driver, this method > is now outdated and improper. > > However, I have noticed that several dt binding docs have not been > updated to reflect this change and still reference the old method: > > Documentation/devicetree/bindings/media/sun6i-csi.txt > /* If hsync-active/vsync-active are missing, > embedded BT.656 sync is used */ > > Documentation/devicetree/bindings/media/i2c/tvp5150.txt > "If none of hsync-active, vsync-active and field-even-active is specified, > the endpoint is assumed to use embedded BT.656 synchronization." > > Documentation/devicetree/bindings/media/i2c/adv7604.txt > "If none of hsync-active, vsync-active and pclk-sample is specified the > endpoint will use embedded BT.656 synchronization." > > and amazingly even > Documentation/devicetree/bindings/media/video-interfaces.txt in one of > the code snippets > /* If hsync-active/vsync-active are missing, > embedded BT.656 sync is used */ > > In order to avoid future confusion in the matter and ensure that the > proper bindings are used, I am proposing submitting patches to update > these docs to at minimum remove these statements and maybe even adding > additional comments specifying the optional property and value for > Bt.656 where missing. I wanted to open a discussion here first before > doing this though. Thoughts? > > Thanks, > Ken Sloat > I certainly agree that this should be updated to make it all consistent. Regards, Hans