Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp531099ybl; Wed, 4 Dec 2019 06:49:39 -0800 (PST) X-Google-Smtp-Source: APXvYqyasPKIMRRpMAG8YBnMlw6qoHzS55KquzmqfYe5O+X8RRZJ15bb1FtOHg3K8sbiY1JChWmo X-Received: by 2002:a05:6830:1211:: with SMTP id r17mr2756065otp.157.1575470978983; Wed, 04 Dec 2019 06:49:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575470978; cv=none; d=google.com; s=arc-20160816; b=iH0mrKPvWgkcz8gaHW9UlWEg6/6a/czuqePTJnZA+26VpMX99i0MyUIOV6QOcU2TN2 xbwZkA30qlXQB6Wij58XkN1q/ImUHgjAS/iEKEoeSAH0Eqqnho8hmixJ+ZbT6CLSpqyz Nz/0OuSIiWJWeQCuoIxwqlL9ih26PL6uZzwBzElBc/HaecxbVssQ/YVsAbITUV+R8SQg PbhXsLbIGiGbby75pgycLxhvv8/doQ7KAYtxsxSm6DXag1qdccdD8VmO1QZ1On7xCNWT 5RtUwSIqxXJZzf7657M1DlocVlpAHc16kNKcde4XsDs4KGSy7wotZRNC/cIIAOjTZ3Vg oO/g== 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=fRfM3yRSmTz6a21c1WSsSgASTfzYiq16sgV8pL/AGwE=; b=0TKLtWjdKMI3cRkXFj/OUE+fh0Ripk3LtV9b20VH7LdddzL0HL4E754dP0FE9/t/Ot o1Ff9G0/N3m3l0YDABa7vpFPQfKg+Y/ilUyVqW4+yJw+icbMAKbbqnO/eYVkp/uDFG0Q /+hfAfYCInWR2/syc7oyOnFe+/DQakz3eSjSR+wlYYWTQQ7VFlFnUVV6NG4GZDLQm5pd ITsOHa91ENAMgGG4GKdN4x9XKx4Jhq0V4KjgnCeSRd6hozoRZlM01n9hWPo/LLMAR2OG 2wJrc4TvOvN5lYvZxnH70KhqIFnns90Hcyyj+co1T6tWmBz25vCruB6J0ntn1obUKo+C dADA== 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 u14si3309631oiv.185.2019.12.04.06.49.25; Wed, 04 Dec 2019 06:49:38 -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 S1727989AbfLDOsg (ORCPT + 99 others); Wed, 4 Dec 2019 09:48:36 -0500 Received: from ms.lwn.net ([45.79.88.28]:59562 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727887AbfLDOsg (ORCPT ); Wed, 4 Dec 2019 09:48:36 -0500 Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 189BE4FA; Wed, 4 Dec 2019 14:48:35 +0000 (UTC) Date: Wed, 4 Dec 2019 07:48:33 -0700 From: Jonathan Corbet To: Amol Grover Cc: "Paul E . McKenney" , Josh Triplett , Steven Rostedt , Mathieu Desnoyers , Lai Jiangshan , Joel Fernandes , rcu@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org, Shuah Khan , Madhuparna Bhowmik Subject: Re: [PATCH] doc: listRCU: Add some more listRCU patterns in the kernel Message-ID: <20191204074833.44bcc079@lwn.net> In-Reply-To: <20191204082412.GA6959@workstation-kernel-dev> References: <20191203063941.6981-1-frextrite@gmail.com> <20191203064132.38d75348@lwn.net> <20191204082412.GA6959@workstation-kernel-dev> Organization: LWN.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 4 Dec 2019 13:54:12 +0530 Amol Grover wrote: > The cross-reference of the functions should be done automatically by sphinx > while generating HTML, right? But when compiled none of the functions were > cross-referenced hence "``" was added around the methods (and other symbols) > to distinguish them from normal text. If there's nothing to cross-reference to (i.e. no kerneldoc comments) then the reference obviously won't be generated. I would still ask that you leave out the literal markers; they will block linking to any docs added in the future, and they clutter up the text - the plain-text reading experience is important too. Thanks, jon