Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp4186773pxb; Tue, 10 Nov 2020 09:55:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJxr7uqJ6CIqFdhw//s6ukECEiP1CmVcROc5LxqON1BALilh0G58c1KWQKoPDlvqrqingHc0 X-Received: by 2002:a17:906:9513:: with SMTP id u19mr20725988ejx.350.1605030907296; Tue, 10 Nov 2020 09:55:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605030907; cv=none; d=google.com; s=arc-20160816; b=MlheVFNW8viW42ByYM7b9jzE//F2tBzpSThJeH5JUuSeLJ5ZFa8i5ezk2BvGwOj8me 3C+SZeck6nl7TM/fm2Si5a5/V5wIAx629hhezcWfWCaYnSAcCreDJHeO43+p2RSp2iLI O+8si5rxa9Zr+KlXOogmRkl0AUlcvLnJAvgqe0MfWIOc91TYkgWMId9W7qTmlp6uPAcB u79T3QkOfrJdqck+hWP096/FPjz88HuAr9o9YED6VIh3qbLkcty+46NHe1tWw39cqCyY 7cvgGgYRjWBN5EgmrRR2PVPEQ0EwoYoWsSdPV/zp1N9rDnKQm0/f0nQKlXpmNqf8YOPv UnTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=KK1FDCmdwdfvxqO791W8Q84+D6lSjpER05CHZff/fQs=; b=l7IatabQAvepeJlqB1+lhcUefmHU/wTJB3gY+oMBpJ/OsnMITXkBi9fXKE5GHDPzRo KCitzttmlO4rBn9/WVZWvY8uX4vryH8+dQ8NMN7XYgieHzEkTtdUJ2h45xv63RHevf1P S1nfMQDoTI1P0Ue5ue9zZ7NWNeu7LqhNPE4HvxoFdy9WZiuEDATpaY0OOsHvcOdDIKqb JvVwzQrmuYZVyWEdwVBVsBWXnoTthUp6WfdM/4vLQwRpStG9uDVDkchy+TbuIL+jmzOZ W2ql0n9ZbQloPj7OqaryGKDJsVccplIOmKfAAK7qapKzBh3j0Pzwqf6YePXIqizBNMuf nYqg== 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w25si11534101edl.217.2020.11.10.09.54.44; Tue, 10 Nov 2020 09:55:07 -0800 (PST) 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731147AbgKJRup (ORCPT + 99 others); Tue, 10 Nov 2020 12:50:45 -0500 Received: from mail-oi1-f196.google.com ([209.85.167.196]:45923 "EHLO mail-oi1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729630AbgKJRup (ORCPT ); Tue, 10 Nov 2020 12:50:45 -0500 Received: by mail-oi1-f196.google.com with SMTP id j7so15304533oie.12; Tue, 10 Nov 2020 09:50:44 -0800 (PST) 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=KK1FDCmdwdfvxqO791W8Q84+D6lSjpER05CHZff/fQs=; b=gMvfahDCmtHgqlct+4rbSs0WSBIDxhU9Tu68uQ0unuGrJGAJRQcEzXiCFTQTmFSIik ZB0aRWmIZOa8BUuKeD8jyR9MS/z8c+FE3sDQ+WfoUYbi0Fh1gRx/ki8uQcj04IYrbDmj z7aQDrCZfDeGs7CCiohKybSeaOWDdM8vaz3JUbEGutXogxPY/6ow+gMnzG/Fw/GIarWf NXS7MAHGaEg/ELDhzmtK/qWraqIMYKPNOzRSWjwrqGX4voNEWJldWu1cDt4/XgwwjVcA WjxYhR1R8nkFhmDxhZ9M0mnFXPZjdUpB6J6q3awc+qakmr43N2B+ZmunARA2h7hYFDis R/Rw== X-Gm-Message-State: AOAM530nJ099szHcHvMo1YdDhweluIKqtW+E84UdJFDUoUnSh2ETZhy4 LF6CG8/BQ5UUwHEQhTRVdigUtGhxWXGcA07adOH0B/YW X-Received: by 2002:aca:1c0b:: with SMTP id c11mr151372oic.71.1605030643896; Tue, 10 Nov 2020 09:50:43 -0800 (PST) MIME-Version: 1.0 References: <20201110130338.143077-1-f.suligoi@asem.it> In-Reply-To: <20201110130338.143077-1-f.suligoi@asem.it> From: "Rafael J. Wysocki" Date: Tue, 10 Nov 2020 18:50:32 +0100 Message-ID: Subject: Re: [PATCH] Documentation: ACPI: fix spelling mistakes To: Flavio Suligoi Cc: "Rafael J . Wysocki" , Len Brown , ACPI Devel Maling List , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 10, 2020 at 2:03 PM Flavio Suligoi wrote: > > Signed-off-by: Flavio Suligoi > --- > Documentation/firmware-guide/acpi/acpi-lid.rst | 8 ++++---- > Documentation/firmware-guide/acpi/method-tracing.rst | 2 +- > 2 files changed, 5 insertions(+), 5 deletions(-) > > diff --git a/Documentation/firmware-guide/acpi/acpi-lid.rst b/Documentation/firmware-guide/acpi/acpi-lid.rst > index 874ce0ed340d..71b9af13a048 100644 > --- a/Documentation/firmware-guide/acpi/acpi-lid.rst > +++ b/Documentation/firmware-guide/acpi/acpi-lid.rst > @@ -19,9 +19,9 @@ report the "current" state of the lid as either "opened" or "closed". > > For most platforms, both the _LID method and the lid notifications are > reliable. However, there are exceptions. In order to work with these > -exceptional buggy platforms, special restrictions and expections should be > +exceptional buggy platforms, special restrictions and exceptions should be > taken into account. This document describes the restrictions and the > -expections of the Linux ACPI lid device driver. > +exceptions of the Linux ACPI lid device driver. > > > Restrictions of the returning value of the _LID control method > @@ -46,7 +46,7 @@ state is changed to "closed". The "closed" notification is normally used to > trigger some system power saving operations on Windows. Since it is fully > tested, it is reliable from all AML tables. > > -Expections for the userspace users of the ACPI lid device driver > +Exceptions for the userspace users of the ACPI lid device driver > ================================================================ > > The ACPI button driver exports the lid state to the userspace via the > @@ -100,7 +100,7 @@ use the following kernel parameter: > C. button.lid_init_state=ignore: > When this option is specified, the ACPI button driver never reports the > initial lid state and there is a compensation mechanism implemented to > - ensure that the reliable "closed" notifications can always be delievered > + ensure that the reliable "closed" notifications can always be delivered > to the userspace by always pairing "closed" input events with complement > "opened" input events. But there is still no guarantee that the "opened" > notifications can be delivered to the userspace when the lid is actually > diff --git a/Documentation/firmware-guide/acpi/method-tracing.rst b/Documentation/firmware-guide/acpi/method-tracing.rst > index 0aa7e2c5d32a..6ab6c0964042 100644 > --- a/Documentation/firmware-guide/acpi/method-tracing.rst > +++ b/Documentation/firmware-guide/acpi/method-tracing.rst > @@ -98,7 +98,7 @@ subject to change:: > [ 0.188903] exdebug-0398 ex_trace_point : Method End [0xf58394d8:\_SB.PCI0.LPCB.ECOK] execution. > > Developers can utilize these special log entries to track the AML > -interpretion, thus can aid issue debugging and performance tuning. Note > +interpretation, thus can aid issue debugging and performance tuning. Note > that, as the "AML tracer" logs are implemented via ACPI_DEBUG_PRINT() > macro, CONFIG_ACPI_DEBUG is also required to be enabled for enabling > "AML tracer" logs. > -- Applied as 5.10-rc material, thanks!