Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2608897ybl; Mon, 20 Jan 2020 06:11:56 -0800 (PST) X-Google-Smtp-Source: APXvYqwa8g48Dhm6Asu6HVNgUoeMLuHwys9RNMLBAZMDMO23KcRlqDkZRj6dJBBNqeAuO/pHFCNa X-Received: by 2002:a9d:708f:: with SMTP id l15mr16942779otj.229.1579529516346; Mon, 20 Jan 2020 06:11:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579529516; cv=none; d=google.com; s=arc-20160816; b=cg3U8aUkMLXFz8ky5dfsTdLhk0XlAetzEzHdJoeyCXGHf6k6tSh/63CkIo4JEHRAAW nxYZsNMy0KzIL9QqMfJsBzq0zHssg1UftN8K9FbpSXFayafSnNNkcA0IhRGVUv8wEbwE 1B2QS4EnAF8MSpuCOO0i9I4iVj8LFazIbGK1/d0h83suc1ETJRHsn9Cgx9gupkm941R8 YHaXnradmi7FBFMrM9A04j/kYDVo14MN7hmtIOi1gHuRy4lda17V0Tj39Xul01vqCORR FGQLroMJYsKinUCw46GdynPuCXhCTD09jPV/IzpT4hSO/RcY/C9yxE/J0znzu6qCSx5F BYfA== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=3eS0qmXmRPPJdARu2SoaB+7ncB5HL2E45+wF1JibbOQ=; b=YnnDffQYdZvq2hzNtddf6OIfLla6ZMWnU3G/Gdvwr3RVbux1RsdyiIjDz0eArqJn9O V70zC5WPDmnxgk+7QVMjmrWv7FJQauAJUnmKaT+Sn4+KQuXA+f4Z9617QeRl4V3KUgBJ BwWL6eDXZBRv3ytEj+Yv0OU98GHwv/MvrKf2QEE0VKVKp0oHqGyn3/cADmerze9q82BC 9HW2DL1uobRD8PkHpxFHw2L600GEx5q560oyGPEIexW24yNvYTFTnEaDu5/mFLdTSSnJ +NlyD5raROcQUgxe5Nv1SaDapshxNtY0mY2BFZW8gwfasCHA/u52mASb9yTkHZ4Ifnsp UffA== 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 e3si19952898otr.245.2020.01.20.06.11.43; Mon, 20 Jan 2020 06:11:56 -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 S1728913AbgATOKE (ORCPT + 99 others); Mon, 20 Jan 2020 09:10:04 -0500 Received: from mx2.suse.de ([195.135.220.15]:49460 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727465AbgATOKE (ORCPT ); Mon, 20 Jan 2020 09:10:04 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 086F5B23A; Mon, 20 Jan 2020 14:10:03 +0000 (UTC) Date: Mon, 20 Jan 2020 15:10:01 +0100 From: Jean Delvare To: Luca Ceresoli Cc: linux-doc@vger.kernel.org, linux-i2c@vger.kernel.org, Wolfram Sang , Peter Rosin , linux-kernel@vger.kernel.org Subject: Re: [PATCH 11/26] docs: i2c: smbus: fix link syntax Message-ID: <20200120151001.29a6b53d@endymion> In-Reply-To: <20200105225012.11701-11-luca@lucaceresoli.net> References: <20200105224006.10321-1-luca@lucaceresoli.net> <20200105225012.11701-1-luca@lucaceresoli.net> <20200105225012.11701-11-luca@lucaceresoli.net> Organization: SUSE Linux X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 5 Jan 2020 23:49:57 +0100, Luca Ceresoli wrote: > Use the proper ReST syntax to generate a valid hyperlink. > > Signed-off-by: Luca Ceresoli > --- > Documentation/i2c/smbus-protocol.rst | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/i2c/smbus-protocol.rst b/Documentation/i2c/smbus-protocol.rst > index e30eb1d274c6..1600b09ec0be 100644 > --- a/Documentation/i2c/smbus-protocol.rst > +++ b/Documentation/i2c/smbus-protocol.rst > @@ -27,8 +27,8 @@ a different protocol operation entirely. > Each transaction type corresponds to a functionality flag. Before calling a > transaction function, a device driver should always check (just once) for > the corresponding functionality flag to ensure that the underlying I2C > -adapter supports the transaction in question. See > - for the details. > +adapter supports the transaction in question. See :doc:`functionality` for > +the details. > > > Key to symbols Reviewed-by: Jean Delvare -- Jean Delvare SUSE L3 Support