From patchwork Fri Jul 31 02:10:49 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Antti Palosaari X-Patchwork-Id: 6907861 Return-Path: X-Original-To: patchwork-linux-media@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id B3F21C05AD for ; Fri, 31 Jul 2015 02:11:35 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id E40EC205D6 for ; Fri, 31 Jul 2015 02:11:34 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 483DF2060C for ; Fri, 31 Jul 2015 02:11:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751433AbbGaCL2 (ORCPT ); Thu, 30 Jul 2015 22:11:28 -0400 Received: from mail.kapsi.fi ([217.30.184.167]:55635 "EHLO mail.kapsi.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752275AbbGaCLL (ORCPT ); Thu, 30 Jul 2015 22:11:11 -0400 Received: from 85-23-164-218.bb.dnainternet.fi ([85.23.164.218] helo=c-188-126-90-252.ip4.frootvpn.com) by mail.kapsi.fi with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZKzmw-0003q5-2E; Fri, 31 Jul 2015 05:11:10 +0300 From: Antti Palosaari To: linux-media@vger.kernel.org Cc: Hans Verkuil , Antti Palosaari Subject: [PATCHv3 12/13] DocBook: fix S_FREQUENCY => G_FREQUENCY Date: Fri, 31 Jul 2015 05:10:49 +0300 Message-Id: <1438308650-2702-13-git-send-email-crope@iki.fi> X-Mailer: git-send-email 2.4.3 In-Reply-To: <1438308650-2702-1-git-send-email-crope@iki.fi> References: <1438308650-2702-1-git-send-email-crope@iki.fi> X-SA-Exim-Connect-IP: 85.23.164.218 X-SA-Exim-Mail-From: crope@iki.fi X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP It is VIDIOC_G_FREQUENCY which does not use type to identify tuner, not VIDIOC_S_FREQUENCY. VIDIOC_S_FREQUENCY uses both tuner and type fields. One of these V4L API weirdness... Cc: Hans Verkuil Signed-off-by: Antti Palosaari --- Documentation/DocBook/media/v4l/common.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/DocBook/media/v4l/common.xml b/Documentation/DocBook/media/v4l/common.xml index 8b5e014..f7008ea 100644 --- a/Documentation/DocBook/media/v4l/common.xml +++ b/Documentation/DocBook/media/v4l/common.xml @@ -428,7 +428,7 @@ zero, no video outputs. modulator. Two separate device nodes will have to be used for such hardware, one that supports the tuner functionality and one that supports the modulator functionality. The reason is a limitation with the -&VIDIOC-S-FREQUENCY; ioctl where you cannot specify whether the frequency +&VIDIOC-G-FREQUENCY; ioctl where you cannot specify whether the frequency is for a tuner or a modulator. To query and change modulator properties applications use