Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Message-ID: <5F00850C.6010803@gmail.com>
Date:   Sat, 04 Jul 2020 16:33:00 +0300
From:   Eli Billauer <eli.billauer@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100907 Fedora/3.0.7-1.fc12 Thunderbird/3.0.7
MIME-Version: 1.0
To:     Randy Dunlap <rdunlap@infradead.org>
CC:     linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH 17/17] Documentation/driver-api: xillybus: drop doubled
 word
References: <20200704034502.17199-1-rdunlap@infradead.org> <20200704034502.17199-18-rdunlap@infradead.org>
In-Reply-To: <20200704034502.17199-18-rdunlap@infradead.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Acked-by: Eli Billauer <eli.billauer@gmail.com>

On 04/07/20 06:45, Randy Dunlap wrote:
> Drop the doubled word "the".
>
> Signed-off-by: Randy Dunlap<rdunlap@infradead.org>
> Cc: Jonathan Corbet<corbet@lwn.net>
> Cc: linux-doc@vger.kernel.org
> Cc: Eli Billauer<eli.billauer@gmail.com>
> ---
>   Documentation/driver-api/xillybus.rst |    2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- linux-next-20200701.orig/Documentation/driver-api/xillybus.rst
> +++ linux-next-20200701/Documentation/driver-api/xillybus.rst
> @@ -273,7 +273,7 @@ buffer is full, the FPGA informs the hos
>   XILLYMSG_OPCODE_RELEASEBUF message channel 0 and sending an interrupt if
>   necessary). The host responds by making the data available for reading through
>   the character device. When all data has been read, the host writes on the
> -the FPGA's buffer control register, allowing the buffer's overwriting. Flow
> +FPGA's buffer control register, allowing the buffer's overwriting. Flow
>   control mechanisms exist on both sides to prevent underflows and overflows.
>
>   This is not good enough for creating a TCP/IP-like stream: If the data flow
>
>