Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp336954ybz; Tue, 21 Apr 2020 09:57:10 -0700 (PDT) X-Google-Smtp-Source: APiQypKNMXWDDfZxARlLY0GVC5ai2vbek1JD97d3MjTVEaRYhacn3LJ8eR1iIsqP/CC4M1Zc3i0u X-Received: by 2002:a17:906:130e:: with SMTP id w14mr22671069ejb.155.1587488230337; Tue, 21 Apr 2020 09:57:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587488230; cv=none; d=google.com; s=arc-20160816; b=zkueOG8S7Erq3xjFuuom0K90y2cf29ZmycxIMSX/ZV4HN5mbFc5qujS2ejr++tny55 uLqJz1Bno5gskNcp0q7hfayS6xsgPFUGVuUo3TL0pLmxf6uI9srCLukHzTN4urKDq1Ud J4QSdgPO0SyvFq49qRWD1pcg/rw64xj/Y15lAL5eKS4n6XJELdqOun8+mHq0XzTQ37t9 MdesS64CSFTU9Pgh2NmegkHGcxtBezQpEio4i4CVuwCd4dwK7LIQOEzbUszULXYbVysy TOzCgXTq7Gd029huDk3cpBeDe6ueHYyZsVvsNVa6BigYrTQnnzdtO3yCREQ6FKeecCmE gdBQ== 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:date:subject:cc:to:from :dkim-signature; bh=HQSPelvlMkKjUEL4NN8FAyAd8ImTVRyMG+XOY8cEx4Q=; b=1BGrQCVet+AzIhj4cuWs+A846V5mjbwZoK24mm5M5Hqh53mDivvVi85h3Co26xtF6p GZBRBtgN0dLPPrBfy8c9El0q2pRICCV6DVngwQapTmnBslDKggCBksBKZ569VVenM5jb iJ+0jDS/2Z/wXyeDW6Rh95cQ7TTpENUEpg2jiZ3hDbT3Ki18eGEy/4w0RGbUtbEGiNQW Q3GHzLhhbQy1j67ZWEJHTznSiRkNsHRkYg5bjPygeFMjOA0rFurbUhST8owm3Dzagy2B 8qY2GzqAf9c8cCAvI0scdBZ1MLRw1O23i/4GfliqHSm6IPuRQFVrXhfhHL/LcKI7fKKX ro6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=a8WZKNSb; 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 l26si1876862eje.378.2020.04.21.09.56.47; Tue, 21 Apr 2020 09:57:10 -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; dkim=pass header.i=@kernel.org header.s=default header.b=a8WZKNSb; 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 S1729346AbgDUQzY (ORCPT + 99 others); Tue, 21 Apr 2020 12:55:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:57280 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729169AbgDUQyt (ORCPT ); Tue, 21 Apr 2020 12:54:49 -0400 Received: from mail.kernel.org (ip5f5ad4d8.dynamic.kabel-deutschland.de [95.90.212.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B48C4218AC; Tue, 21 Apr 2020 16:54:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587488084; bh=UycoVC/aKHKLY7s11Voo/zCdmO3jMEWmlgVykQShZqc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=a8WZKNSbjSeewOt7yp6GDDhG8GvLcb154/XvYFiJmh3xuCsnePx2minbpEnxYc/mO gdIN1Iu7iDwn8h2zKNR4XEv3IkZ5QPzJPQgn+XCeKUFV0qo61zP+/eH6opnQikqFZj f3kJXXDWAkIoiMFjDT3xHusZIoOOGrgbc/IX6I+g= Received: from mchehab by mail.kernel.org with local (Exim 4.92.3) (envelope-from ) id 1jQwAU-00CmFP-U4; Tue, 21 Apr 2020 18:54:42 +0200 From: Mauro Carvalho Chehab To: Linux Doc Mailing List Cc: Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, Jonathan Corbet Subject: [PATCH v2 26/29] docs: filesystems: convert sysfs-pci.txt to ReST Date: Tue, 21 Apr 2020 18:54:37 +0200 Message-Id: <466c3bbacb9fc899435d5b282c01d062fd8607b8.1587487612.git.mchehab+huawei@kernel.org> X-Mailer: git-send-email 2.25.2 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org - Add a SPDX header; - Adjust document title; - Some whitespace fixes and new line breaks; - Mark literal blocks as such; - Add table markups; - Add it to filesystems/index.rst. Signed-off-by: Mauro Carvalho Chehab --- Documentation/filesystems/index.rst | 1 + .../{sysfs-pci.txt => sysfs-pci.rst} | 23 ++++++++++++------- 2 files changed, 16 insertions(+), 8 deletions(-) rename Documentation/filesystems/{sysfs-pci.txt => sysfs-pci.rst} (92%) diff --git a/Documentation/filesystems/index.rst b/Documentation/filesystems/index.rst index 74b1e18af37e..65719684295e 100644 --- a/Documentation/filesystems/index.rst +++ b/Documentation/filesystems/index.rst @@ -34,6 +34,7 @@ algorithms work. quota seq_file sharedsubtree + sysfs-pci automount-support diff --git a/Documentation/filesystems/sysfs-pci.txt b/Documentation/filesystems/sysfs-pci.rst similarity index 92% rename from Documentation/filesystems/sysfs-pci.txt rename to Documentation/filesystems/sysfs-pci.rst index 06f1d64c6f70..a265f3e2cc80 100644 --- a/Documentation/filesystems/sysfs-pci.txt +++ b/Documentation/filesystems/sysfs-pci.rst @@ -1,8 +1,11 @@ +.. SPDX-License-Identifier: GPL-2.0 + +============================================ Accessing PCI device resources through sysfs --------------------------------------------- +============================================ sysfs, usually mounted at /sys, provides access to PCI resources on platforms -that support it. For example, a given bus might look like this: +that support it. For example, a given bus might look like this:: /sys/devices/pci0000:17 |-- 0000:17:00.0 @@ -30,8 +33,9 @@ This bus contains a single function device in slot 0. The domain and bus numbers are reproduced for convenience. Under the device directory are several files, each with their own function. + =================== ===================================================== file function - ---- -------- + =================== ===================================================== class PCI class (ascii, ro) config PCI config space (binary, rw) device PCI device (ascii, ro) @@ -40,13 +44,16 @@ files, each with their own function. local_cpus nearby CPU mask (cpumask, ro) remove remove device from kernel's list (ascii, wo) resource PCI resource host addresses (ascii, ro) - resource0..N PCI resource N, if present (binary, mmap, rw[1]) + resource0..N PCI resource N, if present (binary, mmap, rw\ [1]_) resource0_wc..N_wc PCI WC map resource N, if prefetchable (binary, mmap) revision PCI revision (ascii, ro) rom PCI ROM resource, if present (binary, ro) subsystem_device PCI subsystem device (ascii, ro) subsystem_vendor PCI subsystem vendor (ascii, ro) vendor PCI vendor (ascii, ro) + =================== ===================================================== + +:: ro - read only file rw - file is readable and writable @@ -56,7 +63,7 @@ files, each with their own function. binary - file contains binary data cpumask - file contains a cpumask type -[1] rw for RESOURCE_IO (I/O port) regions only +.. [1] rw for RESOURCE_IO (I/O port) regions only The read only files are informational, writes to them will be ignored, with the exception of the 'rom' file. Writable files can be used to perform @@ -67,11 +74,11 @@ don't support mmapping of certain resources, so be sure to check the return value from any attempted mmap. The most notable of these are I/O port resources, which also provide read/write access. -The 'enable' file provides a counter that indicates how many times the device +The 'enable' file provides a counter that indicates how many times the device has been enabled. If the 'enable' file currently returns '4', and a '1' is echoed into it, it will then return '5'. Echoing a '0' into it will decrease the count. Even when it returns to 0, though, some of the initialisation -may not be reversed. +may not be reversed. The 'rom' file is special in that it provides read-only access to the device's ROM file, if available. It's disabled by default, however, so applications @@ -93,7 +100,7 @@ Accessing legacy resources through sysfs Legacy I/O port and ISA memory resources are also provided in sysfs if the underlying platform supports them. They're located in the PCI class hierarchy, -e.g. +e.g.:: /sys/class/pci_bus/0000:17/ |-- bridge -> ../../../devices/pci0000:17 -- 2.25.2