From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933420AbdKQF4V convert rfc822-to-8bit (ORCPT <rfc822;w@1wt.eu>);
        Fri, 17 Nov 2017 00:56:21 -0500
Received: from mail-pg0-f51.google.com ([74.125.83.51]:35751 "EHLO
        mail-pg0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932629AbdKQF4K (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 17 Nov 2017 00:56:10 -0500
X-Google-Smtp-Source: AGs4zMYTrv10lyGproddqAARmAE7iidtPDN7x5P/Gm8Ui2dpodgrXoQJ5tkvY/CXCkQyUDQtvVxiwQ==
From: Alexandre Courbot <acourbot@chromium.org>
To: Gustavo Padovan <gustavo@padovan.org>
Cc: <linux-media@vger.kernel.org>, Hans Verkuil <hverkuil@xs4all.nl>,
        Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
        Shuah Khan <shuahkh@osg.samsung.com>, Pawel Osciak <pawel@osciak.com>,
        Sakari Ailus <sakari.ailus@iki.fi>,
        Brian Starkey <brian.starkey@arm.com>,
        Thierry Escande <thierry.escande@collabora.com>,
        <linux-kernel@vger.kernel.org>,
        Gustavo Padovan <gustavo.padovan@collabora.com>
Subject: Re: [RFC v5 03/11] [media] vb2: add =?iso-8859-1?Q?'ordered=5Fin=5Fdriver'_property_to_queues?=
Date: Fri, 17 Nov 2017 14:56:05 +0900
MIME-Version: 1.0
Message-ID: <42409bb3-a6b6-43e7-a915-7e8e5f1f2198@chromium.org>
In-Reply-To: <20171115171057.17340-4-gustavo@padovan.org>
References: <20171115171057.17340-1-gustavo@padovan.org>
 <20171115171057.17340-4-gustavo@padovan.org>
User-Agent: Trojita/v0.7-289-g2a9cdc9f; Qt/5.7.1; xcb; Linux; Debian GNU/Linux rodete (upgraded from: Ubuntu 14.04.5 LTS)
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8BIT
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Thursday, November 16, 2017 2:10:49 AM JST, Gustavo Padovan wrote:
> From: Gustavo Padovan <gustavo.padovan@collabora.com>
>
> We use ordered_in_driver property to optimize for the case where
> the driver can deliver the buffers in an ordered fashion. When it
> is ordered we can use the same fence context for all fences, but
> when it is not we need to a new context for each out-fence.

"we need to a new context" looks like it is missing a word.