Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2564652pxj; Mon, 10 May 2021 06:03:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJc43Bh1zoSKOzdmzMT4P5IAG3I4upKVgOqXQPnFyqnWC/1VVdPFWfbz0fjM+UF+Zcgoxx X-Received: by 2002:a5d:8b09:: with SMTP id k9mr17619327ion.185.1620651791908; Mon, 10 May 2021 06:03:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620651791; cv=none; d=google.com; s=arc-20160816; b=E8jGiviSgSvfbzW1wCXg9KvLVpPDhtGLJATEzXg+rIHBOlm8QB9KOewzEGTxSUb3+J H9KwhMvv3648X9+hozmuLqKBTc3Ok48vgT2WmbVqjrcDd4Zc4Yd5xpjgcjsvz4cuvhav z+q8TpiMFkJnl0i+xF3BZx2trPTbjfqaQNnMPGnnMjsV8eWFTbY8Qv1f4J7srU+Zwi0B MnyqG0MAkewZuZ0EPiXRVe1Tolyv4ySL07hvDm+Hpx0rM0WlzXExgSY4BWdPhN/gXrVA leZBOSSt/YvkGScLmZHI7JrFT4uKpjnunFDl7Cy4XORttYdqeQ3Fu00i4nruPGL26qoD uoYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=f7DMVptiVaJvN+AqGb41mUqpsPcCkKvxqglLV0+cMC4=; b=qYhSFkO1uxpAmL9aUPUAgOc9oNd/Ar74Y+G28uBUEkhBH5epYnKP9Dgbvti7okfd8q 4+BD+D1Z9sBXlZ7xezW1tmFbwo4i3FjVN8CxkElapajOafYl+WR/D/CKt6vE7XIaOB81 wq+74waCZIwLFOh2xhZvAJyIVwGS+sOo00yDZNaDFLvzekYcdzCbz1ZuiDD2VYjy0a/s hIPdcqbEiVQl744Kw53sEnYamRb1PeWjI3znEOBcUyGxHFfeP12N4blhpmmA/yHYlOCW VAG+vPm8eMcNHDw4miXIS05thRvIiO6P+ra9sU2AXW8uSF9LWgW5lR7ESqp3PhFsHhQe sgbA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d5si14683091ioq.28.2021.05.10.06.02.52; Mon, 10 May 2021 06:03:11 -0700 (PDT) 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; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350227AbhEJM4w (ORCPT + 99 others); Mon, 10 May 2021 08:56:52 -0400 Received: from foss.arm.com ([217.140.110.172]:56736 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347822AbhEJMh0 (ORCPT ); Mon, 10 May 2021 08:37:26 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 89F4715BE; Mon, 10 May 2021 05:36:21 -0700 (PDT) Received: from e110455-lin.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 69A1E3F73B; Mon, 10 May 2021 05:36:21 -0700 (PDT) Received: by e110455-lin.cambridge.arm.com (Postfix, from userid 1000) id 29145683931; Mon, 10 May 2021 13:36:20 +0100 (BST) Date: Mon, 10 May 2021 13:36:20 +0100 From: Liviu Dudau To: Mauro Carvalho Chehab Cc: Linux Doc Mailing List , Thomas Zimmermann , Jonathan Corbet , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, David Airlie , "James (Qian) Wang" , Rodrigo Vivi , Mali DP Maintainers , Mihail Atanassov , intel-gfx@lists.freedesktop.org Subject: Re: [PATCH 44/53] docs: gpu: avoid using UTF-8 chars Message-ID: References: <36bc1118467da645a57515743c9f6c1cd86abe8c.1620641727.git.mchehab+huawei@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <36bc1118467da645a57515743c9f6c1cd86abe8c.1620641727.git.mchehab+huawei@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 10, 2021 at 12:26:56PM +0200, Mauro Carvalho Chehab wrote: > While UTF-8 characters can be used at the Linux documentation, > the best is to use them only when ASCII doesn't offer a good replacement. > So, replace the occurences of the following UTF-8 characters: > > - U+2019 ('’'): RIGHT SINGLE QUOTATION MARK > > Signed-off-by: Mauro Carvalho Chehab > --- > Documentation/gpu/i915.rst | 2 +- > Documentation/gpu/komeda-kms.rst | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/gpu/i915.rst b/Documentation/gpu/i915.rst > index 486c720f3890..2cbf54460b48 100644 > --- a/Documentation/gpu/i915.rst > +++ b/Documentation/gpu/i915.rst > @@ -361,7 +361,7 @@ Locking Guidelines > real bad. > > #. Do not nest different lru/memory manager locks within each other. > - Take them in turn to update memory allocations, relying on the object’s > + Take them in turn to update memory allocations, relying on the object's > dma_resv ww_mutex to serialize against other operations. > > #. The suggestion for lru/memory managers locks is that they are small > diff --git a/Documentation/gpu/komeda-kms.rst b/Documentation/gpu/komeda-kms.rst > index eb693c857e2d..c2067678e92c 100644 > --- a/Documentation/gpu/komeda-kms.rst > +++ b/Documentation/gpu/komeda-kms.rst > @@ -324,7 +324,7 @@ the control-abilites of device. > > We have &komeda_dev, &komeda_pipeline, &komeda_component. Now fill devices with > pipelines. Since komeda is not for D71 only but also intended for later products, > -of course we’d better share as much as possible between different products. To > +of course we'd better share as much as possible between different products. To > achieve this, split the komeda device into two layers: CORE and CHIP. > > - CORE: for common features and capabilities handling. Acked-by: Liviu Dudau Best regards, Liviu > -- > 2.30.2 > -- ==================== | I would like to | | fix the world, | | but they're not | | giving me the | \ source code! / --------------- ¯\_(ツ)_/¯