From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: linux-media@vger.kernel.org
Cc: hverkuil@xs4all.nl
Subject: [PATCH v3 10/11] doc-rst: 16-bit BGGR is always 16 bits
Date: Fri, 5 Aug 2016 13:45:40 +0300 [thread overview]
Message-ID: <1470393941-26959-11-git-send-email-sakari.ailus@linux.intel.com> (raw)
In-Reply-To: <1470393941-26959-1-git-send-email-sakari.ailus@linux.intel.com>
The V4L2_PIX_FMT_SBGGR16 format is documented to contain samples of fewer
than 16 bits. However, we do have specific definitions for smaller sample
sizes. Therefore, this note is redundant from the API point of view.
Currently only two drivers, am437x and davinci, use the
V4L2_PIX_FMT_SBGGR16 pixelformat currently. The sampling precision is
understood to be 16 bits in all current cases.
Remove the note on sampling precision.
Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com>
Acked-by: Lad, Prabhakar <prabhakar.csengg@gmail.com>
---
Documentation/media/uapi/v4l/pixfmt-sbggr16.rst | 3 ---
1 file changed, 3 deletions(-)
diff --git a/Documentation/media/uapi/v4l/pixfmt-sbggr16.rst b/Documentation/media/uapi/v4l/pixfmt-sbggr16.rst
index 14446ed..7844dc3 100644
--- a/Documentation/media/uapi/v4l/pixfmt-sbggr16.rst
+++ b/Documentation/media/uapi/v4l/pixfmt-sbggr16.rst
@@ -19,9 +19,6 @@ This format is similar to
has a depth of 16 bits. The least significant byte is stored at lower
memory addresses (little-endian).
-..note:: The actual sampling precision may be lower than 16 bits,
- for example 10 bits per pixel with values in tange 0 to 1023.
-
**Byte Order.**
Each cell is one byte.
--
2.7.4
next prev parent reply other threads:[~2016-08-05 10:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-05 10:45 [PATCH v3 00/11] New raw bayer format definitions, fixes Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 01/11] doc-rst: Correct the ordering of LSBs of the 10-bit raw packed formats Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 02/11] doc-rst: Fix number of zeroed high order bits in 12-bit raw format defs Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 03/11] doc-rst: Clean up raw bayer pixel format definitions Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 04/11] doc-rst: Unify documentation of the 8-bit bayer formats Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 05/11] v4l: Add packed Bayer raw12 pixel formats Sakari Ailus
2016-08-05 11:28 ` [PATCH v3.1 " Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 06/11] media: Add 1X14 14-bit raw bayer media bus code definitions Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 07/11] doc-rst: Add 14-bit raw bayer pixel format definitions Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 08/11] doc-rst: Add packed Bayer raw14 pixel formats Sakari Ailus
2016-08-05 10:45 ` [PATCH v3 09/11] media: Add 1X16 16-bit raw bayer media bus code definitions Sakari Ailus
2016-08-05 10:45 ` Sakari Ailus [this message]
2016-08-05 10:45 ` [PATCH v3 11/11] doc-rst: Add 16-bit raw bayer pixel format definitions Sakari Ailus
2016-08-05 11:26 ` [PATCH v3 00/11] New raw bayer format definitions, fixes Sakari Ailus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1470393941-26959-11-git-send-email-sakari.ailus@linux.intel.com \
--to=sakari.ailus@linux.intel.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox