From patchwork Mon Jan 22 12:32:18 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Gustavo F. Padovan" X-Patchwork-Id: 46574 X-Patchwork-Delegate: hverkuil@xs4all.nl Received: from vger.kernel.org ([209.132.180.67]) by www.linuxtv.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edbHD-0003jN-PI; Mon, 22 Jan 2018 12:32:40 +0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751057AbeAVMch (ORCPT + 1 other); Mon, 22 Jan 2018 07:32:37 -0500 Received: from mail-qt0-f194.google.com ([209.85.216.194]:42052 "EHLO mail-qt0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750955AbeAVMcg (ORCPT ); Mon, 22 Jan 2018 07:32:36 -0500 Received: by mail-qt0-f194.google.com with SMTP id c2so20222355qtn.9 for ; Mon, 22 Jan 2018 04:32:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=FquIc/DXeXDxlqsielY99H01dx52MqaotqMkCzTdgRY=; b=Asnak4Z+5hFnB741ThjkbkAEXDTQf0B8w9nt5HllhzgVc36/DgfTeDgDzanVPiZXLu HcKZBJ/LNMPyOs8CNy/6tgvxond3ligsS5Ck/ihpSO3Z/hjnNLvJzXzmYzj9Gyyouqlz wokZLrAlHTEgMdwAztZNLUYyDPRvZZ2CxYM+xhPakuDIXjbjLTc3KpAQhBUK5qJp60h+ 5HcH8gt1SK548vtF8abzB3p72oHefj/tlbAU+HqlxGWKp8kgty3RohFNN3C69T2lgnD8 J7sjmZJYsZrpYmaO9j4/8nBIyDjkdx/h7xIaHKoyVI8Oyzra2JXMKA4aojkjSajZxEir v/6A== X-Gm-Message-State: AKwxytfIcYZJcH2U1z9c73Md4k57r1NIrvtgrPiPWL1pNTsyOLB9TqcC kijUaSZffMPFTOo+Cgx6LQOoAyhC X-Google-Smtp-Source: AH8x227MYlGzE6BNWC1IjkX0+lbQRI0+QkxgSy6k8GkJrsPKETyky3d8o0y8ruUuMvGmfph8VNdzdg== X-Received: by 10.237.48.139 with SMTP id 11mr5346014qtf.102.1516624355717; Mon, 22 Jan 2018 04:32:35 -0800 (PST) Received: from localhost.localdomain ([189.6.17.74]) by smtp.gmail.com with ESMTPSA id f34sm10348869qtb.63.2018.01.22.04.32.33 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 22 Jan 2018 04:32:35 -0800 (PST) From: Gustavo Padovan To: linux-media@vger.kernel.org Cc: kernel@collabora.com, Gustavo Padovan Subject: [PATCH] [media] buffer.rst: fix link text of VIDIOC_QBUF Date: Mon, 22 Jan 2018 10:32:18 -0200 Message-Id: <20180122123218.1912-1-gustavo@padovan.org> X-Mailer: git-send-email 2.14.3 Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org From: Gustavo Padovan The link was showing both VIDIOC_QBUF, VIDIOC_DQBUF while it should show only VIDIOC_QBUF in this case. Signed-off-by: Gustavo Padovan Acked-by: Sakari Ailus --- Documentation/media/uapi/v4l/buffer.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/media/uapi/v4l/buffer.rst b/Documentation/media/uapi/v4l/buffer.rst index 597bcc418df4..49273026740f 100644 --- a/Documentation/media/uapi/v4l/buffer.rst +++ b/Documentation/media/uapi/v4l/buffer.rst @@ -13,7 +13,7 @@ Only pointers to buffers (planes) are exchanged, the data itself is not copied. These pointers, together with meta-information like timestamps or field parity, are stored in a struct :c:type:`v4l2_buffer`, argument to the :ref:`VIDIOC_QUERYBUF`, -:ref:`VIDIOC_QBUF` and +:ref:`VIDIOC_QBUF ` and :ref:`VIDIOC_DQBUF ` ioctl. In the multi-planar API, some plane-specific members of struct :c:type:`v4l2_buffer`, such as pointers and sizes for each plane, are stored in struct