From patchwork Sun Mar 24 06:25:56 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Masanari Iida X-Patchwork-Id: 2325621 Return-Path: X-Original-To: patchwork-linux-media@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork2.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork2.kernel.org (Postfix) with ESMTP id 5D123DFB79 for ; Sun, 24 Mar 2013 06:31:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752826Ab3CXGbZ (ORCPT ); Sun, 24 Mar 2013 02:31:25 -0400 Received: from mail-pb0-f47.google.com ([209.85.160.47]:48802 "EHLO mail-pb0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752774Ab3CXGbY (ORCPT ); Sun, 24 Mar 2013 02:31:24 -0400 Received: by mail-pb0-f47.google.com with SMTP id rp2so3650713pbb.6 for ; Sat, 23 Mar 2013 23:31:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:x-mailer; bh=1C2pBpFM2z0HW9QJ7bfw6sK/jHTrTrqjdgaTuqXoaiA=; b=0hBzj3OeUk4SzdihxLSQ+wjfHJy95u3AOR3uuPSqJCdk/RUPu3AutsCFuBMZ47jZRN GNVwvRhOBZcsZDd+pZhwUEBuYSWA2xx79R9SJLdz3u7bQbPF15IY6fmlAmw1/vxqruTK oaBA4E0h2L+gE1TqsLoFFAqC4wHC8xljwO5A+8NIAWwg3pyQKd8mFE+RW2uTvDmG68sk YgYvV6CtKn4ogMAFZuoYiJ8MFcXIJaOtUWgTJNcfyYJm9BGu3pDt72diBs4YqNVJalnE 3PoSDZOBjnEozh30GglySAgMqWedv7QbiS0uvhKQYM0NRLHN5Wnd6eP9eIVkBaS79GJ0 SwIg== X-Received: by 10.68.204.164 with SMTP id kz4mr9065214pbc.158.1364106369477; Sat, 23 Mar 2013 23:26:09 -0700 (PDT) Received: from masabert (i118-21-156-233.s30.a048.ap.plala.or.jp. [118.21.156.233]) by mx.google.com with ESMTPS id i9sm9700091paa.7.2013.03.23.23.26.06 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 23 Mar 2013 23:26:08 -0700 (PDT) Received: by masabert (Postfix, from userid 1000) id B93642007F; Sun, 24 Mar 2013 15:26:04 +0900 (JST) From: Masanari Iida To: trivial@kernel.org, linux-kernel@vger.kernel.org, mchehab@redhat.com, linux-media@vger.kernel.org Cc: Masanari Iida Subject: [PATCH] documentation: DocBook/media : Fix typo in dvbproperty.xml Date: Sun, 24 Mar 2013 15:25:56 +0900 Message-Id: <1364106356-27779-1-git-send-email-standby24x7@gmail.com> X-Mailer: git-send-email 1.8.2.135.g7b592fa Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Correct spelling typos. Signed-off-by: Masanari Iida --- Documentation/DocBook/media/dvb/dvbproperty.xml | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml b/Documentation/DocBook/media/dvb/dvbproperty.xml index 4a5eaee..31dc4df 100644 --- a/Documentation/DocBook/media/dvb/dvbproperty.xml +++ b/Documentation/DocBook/media/dvb/dvbproperty.xml @@ -1,6 +1,6 @@
<constant>FE_GET_PROPERTY/FE_SET_PROPERTY</constant> -This section describes the DVB version 5 extention of the DVB-API, also +This section describes the DVB version 5 extension of the DVB-API, also called "S2API", as this API were added to provide support for DVB-S2. It was designed to be able to replace the old frontend API. Yet, the DISEQC and the capability ioctls weren't implemented yet via the new way. @@ -952,7 +952,7 @@ enum fe_interleaving { Measures the amount of bits received before the inner code block, during the same period as DTV_STAT_PRE_ERROR_BIT_COUNT measurement was taken. It should be noticed that this measurement can be smaller than the total amount of bits on the transport stream, - as the frontend may need to manually restart the measurement, loosing some data between each measurement interval. + as the frontend may need to manually restart the measurement, losing some data between each measurement interval. This measurement is monotonically increased, as the frontend gets more bit count measurements. The frontend may reset it when a channel/transponder is tuned. Possible scales for this metric are: @@ -981,7 +981,7 @@ enum fe_interleaving { Measures the amount of bits received after the inner coding, during the same period as DTV_STAT_POST_ERROR_BIT_COUNT measurement was taken. It should be noticed that this measurement can be smaller than the total amount of bits on the transport stream, - as the frontend may need to manually restart the measurement, loosing some data between each measurement interval. + as the frontend may need to manually restart the measurement, losing some data between each measurement interval. This measurement is monotonically increased, as the frontend gets more bit count measurements. The frontend may reset it when a channel/transponder is tuned. Possible scales for this metric are: