[Linux-kernel-mentees] [PATCH] Documentation: media: dtv-frontend.rst: fix a few minor typos
Mauro Carvalho Chehab
mchehab at kernel.org
Sun Dec 1 07:57:41 UTC 2019
Em Tue, 26 Nov 2019 13:40:51 -0300
"Daniel W. S. Almeida" <dwlsalmeida at gmail.com> escreveu:
> From: "Daniel W. S. Almeida" <dwlsalmeida at gmail.com>
>
> Fix a few minor typos throughout the document without changing the
> meaning of the sentences.
>
> Signed-off-by: Daniel W. S. Almeida <dwlsalmeida at gmail.com>
Looks OK on my eyes.
> ---
> Documentation/media/kapi/dtv-frontend.rst | 16 ++++++++--------
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/Documentation/media/kapi/dtv-frontend.rst b/Documentation/media/kapi/dtv-frontend.rst
> index fbc5517c8d5a..b362109bb131 100644
> --- a/Documentation/media/kapi/dtv-frontend.rst
> +++ b/Documentation/media/kapi/dtv-frontend.rst
> @@ -15,8 +15,8 @@ The header file for this API is named ``dvb_frontend.h`` and located in
> Demodulator driver
> ^^^^^^^^^^^^^^^^^^
>
> -The demodulator driver is responsible to talk with the decoding part of the
> -hardware. Such driver should implement :c:type:`dvb_frontend_ops`, with
> +The demodulator driver is responsible for talking with the decoding part of the
> +hardware. Such driver should implement :c:type:`dvb_frontend_ops`, which
> tells what type of digital TV standards are supported, and points to a
> series of functions that allow the DVB core to command the hardware via
> the code under ``include/media/dvb_frontend.c``.
> @@ -120,7 +120,7 @@ Satellite TV reception is::
>
> .. |delta| unicode:: U+00394
>
> -The ``include/media/dvb_frontend.c`` has a kernel thread with is
> +The ``include/media/dvb_frontend.c`` has a kernel thread which is
> responsible for tuning the device. It supports multiple algorithms to
> detect a channel, as defined at enum :c:func:`dvbfe_algo`.
>
> @@ -220,11 +220,11 @@ Signal strength (:ref:`DTV-STAT-SIGNAL-STRENGTH`)
> - As the gain is visible through the set of registers that adjust the gain,
> typically, this statistics is always available [#f3]_.
>
> - - Drivers should try to make it available all the times, as this statistics
> + - Drivers should try to make it available all the times, as these statistics
> can be used when adjusting an antenna position and to check for troubles
> at the cabling.
>
> - .. [#f3] On a few devices, the gain keeps floating if no carrier.
> + .. [#f3] On a few devices, the gain keeps floating if there is no carrier.
> On such devices, strength report should check first if carrier is
> detected at the tuner (``FE_HAS_CARRIER``, see :c:type:`fe_status`),
> and otherwise return the lowest possible value.
> @@ -232,7 +232,7 @@ Signal strength (:ref:`DTV-STAT-SIGNAL-STRENGTH`)
> Carrier Signal to Noise ratio (:ref:`DTV-STAT-CNR`)
> - Signal to Noise ratio for the main carrier.
>
> - - Signal to Noise measurement depends on the device. On some hardware, is
> + - Signal to Noise measurement depends on the device. On some hardware, it is
> available when the main carrier is detected. On those hardware, CNR
> measurement usually comes from the tuner (e. g. after ``FE_HAS_CARRIER``,
> see :c:type:`fe_status`).
> @@ -323,8 +323,8 @@ A typical example of the logic that handle status and statistics is::
> .read_status = foo_get_status_and_stats,
> };
>
> -Statistics collect
> -^^^^^^^^^^^^^^^^^^
> +Statistics collection
> +^^^^^^^^^^^^^^^^^^^^^
>
> On almost all frontend hardware, the bit and byte counts are stored by
> the hardware after a certain amount of time or after the total bit/block
Cheers,
Mauro
More information about the Linux-kernel-mentees
mailing list