From patchwork Tue May 31 14:33:16 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gustavo Padovan X-Patchwork-Id: 9144963 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 19A3760752 for ; Tue, 31 May 2016 14:34:06 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 0B80227BF0 for ; Tue, 31 May 2016 14:34:06 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 0003C27E72; Tue, 31 May 2016 14:34:05 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 8794527BF0 for ; Tue, 31 May 2016 14:34:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754674AbcEaOda (ORCPT ); Tue, 31 May 2016 10:33:30 -0400 Received: from mail-yw0-f193.google.com ([209.85.161.193]:33955 "EHLO mail-yw0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754329AbcEaOd2 (ORCPT ); Tue, 31 May 2016 10:33:28 -0400 Received: by mail-yw0-f193.google.com with SMTP id j74so19072770ywg.1; Tue, 31 May 2016 07:33:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=e4aFY0CQQd/CEQiAH0ku2MIur6jGWS7StlCGxlYlVUE=; b=BaGbZUVf5v4VzslD6af3IDX5WKtrwtR0hy92R5BFqfewox3uGzJRBeCg8QtKa2iFam 71ECP91MQ2MUPVDr+4w/q9WD2b/aDDA7/SYTb5JIeQ221UEDopJ/FRa6nHS9O+lrVdqk UWLdg1XJhDYx/7v61axxrpe8JwTiLR8KpnEr+68TOUOX8tvIXlb0knIjQpyAx4Q1PtdC LssYTtfvdPszqmEKnAJKhQWwxehEaJX4OvF8AUigQvrsF+9MvVLnXkGdxtU2K64TI7gH A+AWU834JTFYZUyUdfsPhZko5enYeMtMeXTsI5VyveyqzG7iFymb50/eQRKmyX72prZx u8Zw== X-Gm-Message-State: ALyK8tLZWA7EEi5pXGckTodxEFOjx2NhdUXVjCLKvocfbTC/Q1HN9jMXGTZq1K11XEgmLQ== X-Received: by 10.13.243.5 with SMTP id c5mr22556937ywf.40.1464705207701; Tue, 31 May 2016 07:33:27 -0700 (PDT) Received: from jade.localdomain ([201.82.24.203]) by smtp.gmail.com with ESMTPSA id o134sm16522659ywd.53.2016.05.31.07.33.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 May 2016 07:33:27 -0700 (PDT) From: Gustavo Padovan To: Sumit Semwal Cc: linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Gustavo Padovan , Dave Jones Subject: [PATCH 2/2] dma-buf/sync_file: improve Kconfig description for Sync Files Date: Tue, 31 May 2016 11:33:16 -0300 Message-Id: <1464705196-24369-2-git-send-email-gustavo@padovan.org> X-Mailer: git-send-email 2.5.5 In-Reply-To: <1464705196-24369-1-git-send-email-gustavo@padovan.org> References: <1464705196-24369-1-git-send-email-gustavo@padovan.org> Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP From: Gustavo Padovan We've got a complaint saying that the description was quite obtuse and indeed it was. This patch tries to improve it. Cc: Dave Jones Signed-off-by: Gustavo Padovan --- drivers/dma-buf/Kconfig | 15 ++++++++++++--- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/drivers/dma-buf/Kconfig b/drivers/dma-buf/Kconfig index 9824bc4..7e2d2c4 100644 --- a/drivers/dma-buf/Kconfig +++ b/drivers/dma-buf/Kconfig @@ -1,11 +1,20 @@ menu "DMABUF options" config SYNC_FILE - bool "sync_file support for fences" + bool "Explicit Synchronization Framework" default n select ANON_INODES select DMA_SHARED_BUFFER ---help--- - This option enables the fence framework synchronization to export - sync_files to userspace that can represent one or more fences. + The Sync File Framework adds explicit syncronization via + userspace. It enables send/receive 'struct fence' objects to/from + userspace via Sync File fds for synchronization between drivers via + userspace components. It has been ported from Android. + + The first and main user for this is graphics in which a fence is + associated with a buffer. When a job is submitted to the GPU a fence + is attached to the buffer and is transfered via userspace, using Sync + Files fds, to the DRM driver for example. More details at + Documentation/sync_file.txt. + endmenu