Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp713838ybl; Wed, 29 Jan 2020 08:25:08 -0800 (PST) X-Google-Smtp-Source: APXvYqwVRdZWcVtkws2A/1Gs4yVYNrVqLRTEy4ZpXhHPDZeq35uBRsLBHEPmhE7mfKTG13PUwjKF X-Received: by 2002:aca:c383:: with SMTP id t125mr6520790oif.122.1580315108748; Wed, 29 Jan 2020 08:25:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580315108; cv=none; d=google.com; s=arc-20160816; b=EW/Fh6tCS7K9UuGbz5Nko7P8iQBzu+JQt60wPY8WkwEYNIToAHYxiyxKHrYQjNh2xL gms3GtguwadMt1BH5HaGC2iEVwA5cYM/bS9i2EkTBUgERmiApOKkxhs6yoCSKtYwjMlD QjD0mJ1QEM4aoW8ux+ICV6X9qBvs//PYfxbJhjws3cb3VTOgrfkHdAOWJnvngvvs8aoH kh2G+TRdluITFkpBZX6roLRy/YSOniAuwLOx8TQ9HzOza8jDveZgSPNDdhL8XOtrn5ZS Uyzy3hyz6OcjHp6SA2L9usFoIdi+a7BukmmOIbCl8f8wfmFlqdV29cPmLWWgWEXoXCRl vFhQ== 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; bh=LjLZfcnVk+HcCP4dFfVSY3uDSDQu8sD7orZAMGHaYw0=; b=zkGDtQMHWT9x62XLZ6JwOXDgI33Q6iAOlUT84lqbASogkk5Woaw41h1ULq31FBDOQw kNESH9BINzzwM1Amt6/uXTcSHUSYw0+UxbljtU9FhvuCUCVPA9uPPt2EUhCJFPeuXeoT NaUGr7x51pHR8WSAEwnUUYJumQZr1BL26nJ0EbAzIV/wijXB07i0hAjYIqVM2n+TalB+ WipT+VJmq8VNHl983sJnA7U8yLSockVjqS5dH9ssAIFC+rZTF+5KPLE8Lvvz49F99+wb XmMW6/4haLU1P8qmQuJiYY/E7Un/+3uT775Nlg4bqTsYOjA+pOmhicQaifOt2lLThC6/ A9Ww== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u130si1230005oif.94.2020.01.29.08.24.57; Wed, 29 Jan 2020 08:25:08 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727336AbgA2QXa (ORCPT + 99 others); Wed, 29 Jan 2020 11:23:30 -0500 Received: from hostingweb31-40.netsons.net ([89.40.174.40]:39308 "EHLO hostingweb31-40.netsons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727176AbgA2QWy (ORCPT ); Wed, 29 Jan 2020 11:22:54 -0500 Received: from [109.168.11.45] (port=34038 helo=pc-ceresoli.dev.aim) by hostingweb31.netsons.net with esmtpa (Exim 4.92) (envelope-from ) id 1iwq7A-005NDl-2o; Wed, 29 Jan 2020 17:22:52 +0100 From: Luca Ceresoli To: linux-i2c@vger.kernel.org, linux-doc@vger.kernel.org Cc: Luca Ceresoli , Wolfram Sang , Jean Delvare , Peter Rosin , linux-kernel@vger.kernel.org Subject: [PATCH v3 22/28] docs: i2c: instantiating-devices: use monospace for sysfs attributes Date: Wed, 29 Jan 2020 16:19:47 +0100 Message-Id: <20200129151953.31582-23-luca@lucaceresoli.net> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200129151953.31582-1-luca@lucaceresoli.net> References: <20200129151953.31582-1-luca@lucaceresoli.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hostingweb31.netsons.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lucaceresoli.net X-Get-Message-Sender-Via: hostingweb31.netsons.net: authenticated_id: luca+lucaceresoli.net/only user confirmed/virtual account not confirmed X-Authenticated-Sender: hostingweb31.netsons.net: luca@lucaceresoli.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Use a monospace (literal) formatting for better readability of sysfs attributes. Signed-off-by: Luca Ceresoli Reviewed-by: Jean Delvare --- Changes in v2: - reword commit message to not mention filenames --- Documentation/i2c/instantiating-devices.rst | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Documentation/i2c/instantiating-devices.rst b/Documentation/i2c/instantiating-devices.rst index 665bf00792ba..e558e0a77e0c 100644 --- a/Documentation/i2c/instantiating-devices.rst +++ b/Documentation/i2c/instantiating-devices.rst @@ -225,15 +225,15 @@ In general, the kernel should know which I2C devices are connected and what addresses they live at. However, in certain cases, it does not, so a sysfs interface was added to let the user provide the information. This interface is made of 2 attribute files which are created in every I2C bus -directory: new_device and delete_device. Both files are write only and you -must write the right parameters to them in order to properly instantiate, -respectively delete, an I2C device. +directory: ``new_device`` and ``delete_device``. Both files are write +only and you must write the right parameters to them in order to properly +instantiate, respectively delete, an I2C device. -File new_device takes 2 parameters: the name of the I2C device (a string) -and the address of the I2C device (a number, typically expressed in -hexadecimal starting with 0x, but can also be expressed in decimal.) +File ``new_device`` takes 2 parameters: the name of the I2C device (a +string) and the address of the I2C device (a number, typically expressed +in hexadecimal starting with 0x, but can also be expressed in decimal.) -File delete_device takes a single parameter: the address of the I2C +File ``delete_device`` takes a single parameter: the address of the I2C device. As no two devices can live at the same address on a given I2C segment, the address is sufficient to uniquely identify the device to be deleted. -- 2.25.0