From patchwork Mon May 10 10:26:58 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Mauro Carvalho Chehab X-Patchwork-Id: 12247625 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-17.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7AAA8C433B4 for ; Mon, 10 May 2021 10:38:47 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id D7A3E6162D for ; Mon, 10 May 2021 10:38:46 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D7A3E6162D Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:Message-Id:Date: Subject:Cc:To:From:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=2+Bpo6W0h3zMm99+NzH0ZHrCSe8m+i6BjOCisshmsSQ=; b=LtI3LY1FOH3VPW0KHiNjIZS8/ 2ouCl2wJwVB1xHzEBI4p7JvQ9IvBkw5pOu8GYK8qJPa9yt1kDKspsMNkwf5JjTRSA6O7AWKisy1vy rEW5Snwya2u5w5bUZxcNWiW95ceLltKY1Bj9OIeh7burHQ/3721uLq+sjKI255mU/g5ZGx+KFn59p nYBJME7ZlD/6hBgi95mOQHv4u8Op6wb2S6NOTIIHOETSZRbKkaetmLEYX60/Pdg1SqtR/B1dJqpNO 76mALXftLP77GVwoqlSzYYfe0YxycC8di30AqNtTY9A0zgvqcCpNT5DYofaZ3LRNbFkRRYoYt8Gu5 0+bFg5iGQ==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lg3HZ-00Dxg9-EQ; Mon, 10 May 2021 10:37:01 +0000 Received: from bombadil.infradead.org ([2607:7c80:54:e::133]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lg395-00Dw0s-Vi for linux-arm-kernel@desiato.infradead.org; Mon, 10 May 2021 10:28:16 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Sender:Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc: To:From:Reply-To:Content-ID:Content-Description; bh=l19zB8WGFO0/ZRhMdAsAIO8eDX1nIgBS7FlWAsbnUVA=; b=EZBRhkCIawPfV63tDsUYWmMtxI epUGsfPVUTDmz978UNdAhktq+2pAo80lE83iF6nWzaGtJVTOyOktD85JUYnYkwS7ImaDMKth2kG5d HbzkJ5AdjFS4ipFt7Urx9tZgKrpzvgI3dblE104OpoNDfBOJSoMr3nX21HIJr71Wr9NgTwSsFNc7L +08u0OSd8pszgzE7lOXv8a3cFY/2pgYZrlrxroWe66IzTgHyJmF6cEXwWWoYqhj9HLxfnfO099/7/ jYfGkRKf7XftpIq7WOQufSBqRVu6CMVOWstoJrMRrqeqVE4ERl0OxC/PKRUVDsWr/w+UQxKRN/XgO jaC5Sy2g==; Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lg393-008XHd-1r for linux-arm-kernel@lists.infradead.org; Mon, 10 May 2021 10:28:14 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8C0F06143B; Mon, 10 May 2021 10:28:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1620642492; bh=qbGBdK6Dwqp+EOhX3dciZCOOsQHVxjxZ9wKH8IR54CA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=oXVjlzU0SjDh0Vnv0rdDspZTLTt4S5KHjPrwAeqEz1brn33i36hB+nXJlzuVMIgfP xuwhc7yaBIYyOIoRTLuH92YIUt2UCsa16SSe//4AXpCaPvF4oMuAk0y2NzwmOSHZ2m JGCNGaUXuUTPRXV3oCEDAS7TL2DENwFHhAHQq6o8BRsp6ExTvkb4wxA3BpjTX8ka0O 65DcW6uShXQ5vV5OKJKLfVKKTjnPN6fINBUH6e1k4J5lydTldGTWE2k0cN/dmHmAB2 e+gs0pqlbhF7VONie+gGzzQwnk4l7vC5yus/umWvDNomjr7MDUBAp1zxIqHsUFTXW9 fL9WbtRtOJYNg== Received: by mail.kernel.org with local (Exim 4.94.2) (envelope-from ) id 1lg38z-000UY7-EY; Mon, 10 May 2021 12:28:09 +0200 From: Mauro Carvalho Chehab To: Linux Doc Mailing List Cc: Mauro Carvalho Chehab , "Jonathan Corbet" , Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH 46/53] docs: arm64: arm-acpi.rst: avoid using UTF-8 chars Date: Mon, 10 May 2021 12:26:58 +0200 Message-Id: X-Mailer: git-send-email 2.30.2 In-Reply-To: References: MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210510_032813_229877_93CBF32E X-CRM114-Status: GOOD ( 19.09 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org 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/arm64/arm-acpi.rst | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Documentation/arm64/arm-acpi.rst b/Documentation/arm64/arm-acpi.rst index 47ecb9930dde..ceb109ff82aa 100644 --- a/Documentation/arm64/arm-acpi.rst +++ b/Documentation/arm64/arm-acpi.rst @@ -36,12 +36,12 @@ of the summary text almost directly, to be honest. The short form of the rationale for ACPI on ARM is: -- ACPI’s byte code (AML) allows the platform to encode hardware behavior, +- ACPI's byte code (AML) allows the platform to encode hardware behavior, while DT explicitly does not support this. For hardware vendors, being able to encode behavior is a key tool used in supporting operating system releases on new hardware. -- ACPI’s OSPM defines a power management model that constrains what the +- ACPI's OSPM defines a power management model that constrains what the platform is allowed to do into a specific model, while still providing flexibility in hardware design. @@ -69,7 +69,7 @@ Key to the use of ACPI is the support model. For servers in general, the responsibility for hardware behaviour cannot solely be the domain of the kernel, but rather must be split between the platform and the kernel, in order to allow for orderly change over time. ACPI frees the OS from needing -to understand all the minute details of the hardware so that the OS doesn’t +to understand all the minute details of the hardware so that the OS doesn't need to be ported to each and every device individually. It allows the hardware vendors to take responsibility for power management behaviour without depending on an OS release cycle which is not under their control. @@ -81,7 +81,7 @@ in place. DT does exactly what Linux needs it to when working with vertically integrated devices, but there are no good processes for supporting what the server vendors need. Linux could potentially get there with DT, but doing so really just duplicates something that already works. ACPI already does what -the hardware vendors need, Microsoft won’t collaborate on DT, and hardware +the hardware vendors need, Microsoft won't collaborate on DT, and hardware vendors would still end up providing two completely separate firmware interfaces -- one for Linux and one for Windows.