Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1066415yba; Wed, 24 Apr 2019 14:27:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqw7sQmG0p9FsGf40ffdFEnAoHKJrpx78RFjTsY/2bkLb5HAqS7gXZPW+rHMdMFbc3xRjMAS X-Received: by 2002:a63:cc48:: with SMTP id q8mr3950144pgi.202.1556141254023; Wed, 24 Apr 2019 14:27:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556141254; cv=none; d=google.com; s=arc-20160816; b=n6ThjXTmXqpb7ftJbo39O19FLBiYKd+/YSrmpJ5L20tpO9nGFo3+9d3oXbrA6U6Na2 WMkpjKTzJ+ZCZSOivdVaBBkIuzjS4zVbpEU60+Ny2XqwxcM+a1xxQA03pK6cF42T3VOl PJZDhhylXJfT/nai3x8femUAPnRl8N4dQt0CgLUsFGtvVd1w7LARU7ckwB0tn3HVRXYJ uz9kMI4QoB9d8h1pk07+fbM8kVKWphwZNGSBLmGGG041VKzu0do285LH61zCa8UJNU3C DhbJfsabyNlXHpMGxdGu0JwGLfSHmokOdENfaEn+W+oxW08SwBFw6v+5yzX36KdikTF0 fuwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=sqQ0QZ1qv0/cq0WsSzdCrhPHL6++zwMLBU3pK19WzZQ=; b=oIWs4ApBtnNc9m+HLjMyLLJDrrOs0Sl37dCWZL32nT7VRQ3WwZFUtekqaE7hKOnwLB KaV++XAznva4TRw9NKGBRMLqTgNtgosbzJb8im6+5pf6gmIZxTmvHNQIsTem3EE2iSxh ZCpYQzAuRcrxg3o03BRbuGrTSLygjWGBV+N37m3x7R3ROoc4gnipefKBf6TOhQGRVDje J6oXTH1LewxF6qhqyx8BK7jf2P9zXl5f5e7tNO6P9JG/n2qC3eo6JVyfvr+uTZtWTNyw 8DY513iTp0RmTX8LpOT9rPSd6L5Amxk7VzhwUThuM9YLgQ2F4zHibu6QA5U6pCHk8ybc pxsA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b="GUMia/Jv"; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y9si6732758pgf.512.2019.04.24.14.27.18; Wed, 24 Apr 2019 14:27:34 -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=fail header.i=@infradead.org header.s=casper.20170209 header.b="GUMia/Jv"; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731265AbfDXPef (ORCPT + 99 others); Wed, 24 Apr 2019 11:34:35 -0400 Received: from casper.infradead.org ([85.118.1.10]:56212 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730792AbfDXPef (ORCPT ); Wed, 24 Apr 2019 11:34:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=sqQ0QZ1qv0/cq0WsSzdCrhPHL6++zwMLBU3pK19WzZQ=; b=GUMia/JvBbB3zAQVnK3orn6C1j 82JUj+d2DVCZLnWRQuk8r3JFWRh05Q5K0pNOo3seAOO3tsWm1//G0gBOb8WEgh1Xy/BgF4Txmw4Lf j4zOWVq9WGjAwYOrgT+eKNYUQL+OM+REyJk0uUJyMMByD/4HDigsOJYX6Dwk492azCivbCSYyyIWs p6cOqhwWC6MaDrFJh0/H4Ed2a99E/JMvOzAxZ8DLCMadovwmdlXnFFMg6aKnMGRoL3WKIMSuoaCPD 5MBRbGKVmhYpf5JsYriwQwbj6ut2E5HcWzzcuHSbGc84agRYxtQsdDF/1evUgIy13eId83GOX3Wbk KbEkFIyQ==; Received: from 177.17.136.231.dynamic.adsl.gvt.net.br ([177.17.136.231] helo=coco.lan) by casper.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1hJJup-0002ie-EU; Wed, 24 Apr 2019 15:34:31 +0000 Date: Wed, 24 Apr 2019 12:34:25 -0300 From: Mauro Carvalho Chehab To: Changbin Du Cc: Jonathan Corbet , Bjorn Helgaas , rjw@rjwysocki.net, linux-pci@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, tglx@linutronix.de, mingo@redhat.com, x86@kernel.org, fenghua.yu@intel.com, linuxppc-dev@lists.ozlabs.org, linux-acpi@vger.kernel.org, linux-gpio@vger.kernel.org Subject: Re: [PATCH v4 30/63] Documentation: PCI: convert acpi-info.txt to reST Message-ID: <20190424123425.3e63f970@coco.lan> In-Reply-To: <20190423162932.21428-31-changbin.du@gmail.com> References: <20190423162932.21428-1-changbin.du@gmail.com> <20190423162932.21428-31-changbin.du@gmail.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Wed, 24 Apr 2019 00:28:59 +0800 Changbin Du escreveu: > This converts the plain text documentation to reStructuredText format and > add it to Sphinx TOC tree. No essential content change. >=20 > Signed-off-by: Changbin Du > Acked-by: Bjorn Helgaas > --- > Documentation/PCI/{acpi-info.txt =3D> acpi-info.rst} | 11 ++++++++--- > Documentation/PCI/index.rst | 1 + > 2 files changed, 9 insertions(+), 3 deletions(-) > rename Documentation/PCI/{acpi-info.txt =3D> acpi-info.rst} (97%) >=20 > diff --git a/Documentation/PCI/acpi-info.txt b/Documentation/PCI/acpi-inf= o.rst > similarity index 97% > rename from Documentation/PCI/acpi-info.txt > rename to Documentation/PCI/acpi-info.rst > index 3ffa3b03970e..f7dabb7ca255 100644 > --- a/Documentation/PCI/acpi-info.txt > +++ b/Documentation/PCI/acpi-info.rst > @@ -1,4 +1,8 @@ > - ACPI considerations for PCI host bridges > +.. SPDX-License-Identifier: GPL-2.0 > + > +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > +ACPI considerations for PCI host bridges > +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =20 > The general rule is that the ACPI namespace should describe everything t= he > OS might use unless there's another way for the OS to find it [1, 2]. > @@ -135,8 +139,9 @@ address always corresponds to bus 0, even if the bus = range below the bridge > =20 > Extended Address Space Descriptor (.4) > General Flags: Bit [0] Consumer/Producer: > - 1=E2=80=93This device consumes this resource > - 0=E2=80=93This device produces and consumes this resource > + > + * 1 =E2=80=93 This device consumes this resource > + * 0 =E2=80=93 This device produces and consumes this resource Hmm.. I think that you would need to add some extra blank lines before the above, e. g., something like: [4] ACPI 6.2, sec 6.4.3.5.1, 2, 3, 4: QWord/DWord/Word Address Space Descriptor (.1, .2, .3) General Flags: Bit [0] Ignored =09 Extended Address Space Descriptor (.4) General Flags: Bit [0] Consumer/Producer: * 1 =E2=80=93 This device consumes this resource * 0 =E2=80=93 This device produces and consumes this resource > =20 > [5] ACPI 6.2, sec 19.6.43: > ResourceUsage specifies whether the Memory range is consumed by > diff --git a/Documentation/PCI/index.rst b/Documentation/PCI/index.rst > index 1b25bcc1edca..c877a369481d 100644 > --- a/Documentation/PCI/index.rst > +++ b/Documentation/PCI/index.rst > @@ -12,3 +12,4 @@ Linux PCI Bus Subsystem > PCIEBUS-HOWTO > pci-iov-howto > MSI-HOWTO > + acpi-info Thanks, Mauro