Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp901032ybb; Wed, 25 Mar 2020 11:44:38 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsfbbxuDzp/J5vG1lrvP/ASZ3Axd9dmuBZpxKwhxytE1NpBKxxqp4FPf8D0uzjqWnUyqk6z X-Received: by 2002:a9d:480b:: with SMTP id c11mr3360536otf.109.1585161878773; Wed, 25 Mar 2020 11:44:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585161878; cv=none; d=google.com; s=arc-20160816; b=nAvv1YH30JWtULh/0Mju2yQfCl69T3bS2gGzxVmeypR67IjVpF9hG1BbtBRw0kS/BG k4ciWASoTL0Jz+irFItpF/sZ4P6RzNIeRPtPYMLptvUtUqYD1wM3j0/cK9XWT2SwhkDr hm/+4geoiDebLSQa5xDkt+yvKzGU+zsb8/X7wfPIckZf+CsRVxOn2wk0Y1Ox4+JIUOMS 5G/CAR7ygyhNUqIh1ITWkd4vZKPSo6vvTykpi8Q8o9S5OsWTqTfU71846c0b2DuUv+oG 8EFTe8KTaM6LtCBryY5zvBpfqFbUR+e+PPnPPL89GkSsUxFvJh51OSvGKX4Xp1Gos+tV HTfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=7O9ynMa/XszSiQjU9DnfA69BL3KK4uFcPsr5Zfru8hM=; b=pBRY4PbEM7nSpwtDNUPE72bVVdY1oyCDX8Waov9U29E18GLbxmxoQD23Z/01j4x65m T2N4Mr9ggOd51hlq6TMXXkmpiNGMnQbACVufXApHSSypXbXK6J8JtHGVXR9mmguniuVd uUvxQrvb4nwQVIsnIoQtUFAEgM5v8lnPcrVCT5+e8r0vZk5EDnT8R8GlWANVtzvhzcsX YXHMGm9gpDSWUy0IAEPMfBg7eBIumtAmRktHLERPw8prdJTdQEvhc97OqVJa26NCxbB1 0rHIkHUdDEIdxhmGE8IFhI7VqmSWmgcODX2G7RUagAY0BYOpg5B2BYaHQ3OjhNnXeSZo IDJQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=netoBFLd; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j1si11611624otp.318.2020.03.25.11.44.24; Wed, 25 Mar 2020 11:44:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=netoBFLd; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727469AbgCYSnW (ORCPT + 99 others); Wed, 25 Mar 2020 14:43:22 -0400 Received: from mail-wr1-f68.google.com ([209.85.221.68]:36091 "EHLO mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbgCYSnW (ORCPT ); Wed, 25 Mar 2020 14:43:22 -0400 Received: by mail-wr1-f68.google.com with SMTP id 31so4552587wrs.3; Wed, 25 Mar 2020 11:43:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7O9ynMa/XszSiQjU9DnfA69BL3KK4uFcPsr5Zfru8hM=; b=netoBFLdadXAoh2L96ovXCkEk9G7QhSid9/SVDV3erhTy8xriUACPmZRHgkMG0RerT yvbw5JE2FdbT84nNaEJ4UUbVyG6oUJCNswSMmPCPULNvUEdTCBzgjSSjE0ZgoXVYirEz QKZ9EGgzvtMlwNvW7i2i9UfbsJnNiZFehh0dSVh6v+FPP1vATUI0TLMyRLgdPndYccR/ c9TdR1IRgjrObZmVXmRehXBU901ho2hT+LPwzuNvk1MKogbTpulFyl2eGa3Y6PSBxpx+ OtL2Hn/Js5qUH09Z/cA0fylwu7cUvnNnB29QjMh6qmRG2AXHlwTJT1ynVzmn99lh9qn+ RPYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7O9ynMa/XszSiQjU9DnfA69BL3KK4uFcPsr5Zfru8hM=; b=SECqYR7KsCpHaZdHdIGjJwvbZG1bpM9qjW4ojM1XlRYg2qvaDODNXbIr8abspUgEtL 6iV08l/LuePK7Exsatz6LT8csIlf90BJ+34de4iMMBFi7aeObeAv5IGt5Zatxuk4F1+s VF8xJO08MCCgCfq2T1FCfAIA0cVL3JSwDkfKS7fAVKkW1fbqsVbv7Lir2LnIkFX9HJx/ P97hd4X0jD3D7pbwWLcSjlH2giANrq00GRH7C1YEfE+9asGDnuuDqfGLg4lI1mmhCMAF gem+KDZK1xAiET+hIPSXHLU+Rzfg9rqCeGTD7aojijYO8SRG9OxViqWgT8GLXjWYq3Tv 4kJQ== X-Gm-Message-State: ANhLgQ1fH84z0ZNBZCXOXjeFe2nsl0VIBAOVrLIXaPnA+GbqOaof9/99 6tVGaKjAVHLPH7ESVpfEH465tvT+f4UieglswoW8xg== X-Received: by 2002:a5d:6187:: with SMTP id j7mr5053880wru.419.1585161798469; Wed, 25 Mar 2020 11:43:18 -0700 (PDT) MIME-Version: 1.0 References: <20200324125442.21983-1-geert+renesas@glider.be> In-Reply-To: <20200324125442.21983-1-geert+renesas@glider.be> From: Alex Deucher Date: Wed, 25 Mar 2020 14:43:07 -0400 Message-ID: Subject: Re: [PATCH] dma-buf: Improve CONFIG_DMABUF_MOVE_NOTIFY help text To: Geert Uytterhoeven Cc: =?UTF-8?Q?Christian_K=C3=B6nig?= , Sumit Semwal , Daniel Vetter , LKML , Maling list - DRI developers , linux-media Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 24, 2020 at 8:54 AM Geert Uytterhoeven wrote: > > Improve the help text for the CONFIG_DMABUF_MOVE_NOTIFY symbol by: > 1. Removing duplicated single quotes, > 2. Adding a missing subject, > 3. Fixing a misspelling of "yet", > 4. Wrapping long lines. > > Fixes: bb42df4662a44765 ("dma-buf: add dynamic DMA-buf handling v15") > Signed-off-by: Geert Uytterhoeven Applied. Thanks! Alex > --- > drivers/dma-buf/Kconfig | 11 ++++++----- > 1 file changed, 6 insertions(+), 5 deletions(-) > > diff --git a/drivers/dma-buf/Kconfig b/drivers/dma-buf/Kconfig > index ef73b678419c6d86..9626673f1d83ae64 100644 > --- a/drivers/dma-buf/Kconfig > +++ b/drivers/dma-buf/Kconfig > @@ -43,11 +43,12 @@ config DMABUF_MOVE_NOTIFY > bool "Move notify between drivers (EXPERIMENTAL)" > default n > help > - Don''t pin buffers if the dynamic DMA-buf interface is available on both the > - exporter as well as the importer. This fixes a security problem where > - userspace is able to pin unrestricted amounts of memory through DMA-buf. > - But marked experimental because we don''t jet have a consistent execution > - context and memory management between drivers. > + Don't pin buffers if the dynamic DMA-buf interface is available on > + both the exporter as well as the importer. This fixes a security > + problem where userspace is able to pin unrestricted amounts of memory > + through DMA-buf. > + This is marked experimental because we don't yet have a consistent > + execution context and memory management between drivers. > > config DMABUF_SELFTESTS > tristate "Selftests for the dma-buf interfaces" > -- > 2.17.1 > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel