Received: by 10.192.165.148 with SMTP id m20csp1075825imm; Thu, 10 May 2018 05:21:23 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrKHZ72l8R6unb792puuQTUPcJdGx6ozfeETzAtSz/24fBu5HLtvOC+fVBtNkodBGCofo4J X-Received: by 2002:a62:9099:: with SMTP id q25-v6mr1228959pfk.66.1525954882925; Thu, 10 May 2018 05:21:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525954882; cv=none; d=google.com; s=arc-20160816; b=NgzVhJwhjSu5kdpcnBAmMv6WK1CzDrI/BjmPW9oHV95zgzCIFfQQuzvY318ROILEq7 YuIEGob7AWvxoAjZWUVzEzbexw2mA2J7LM/LUv51rGWS+h8c0uMAC8Rm9YrMj5u+3NUB rKXzeQ36TjTZEUmdr860jKHxmTeoroSOlwDfig2jf9azbHCk8zRTfatjAqQYHJJL8aOU PUEWTiOEgFjAfZ0ziVdSduFUCO62FA5FvuarsalZYUgSvsUZj5TfDZMukgMLGaT1Vk2e CzH3y57KaLe7KwIHUx7yjaa9fNzzdZDPi6R2QenWuili05lvX3RNh1OmOVPXqyp/iNNz oTBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=pImiZrUuCZ/bLbAaRbJIPl9tHlFhMMSbiIeNLvRa8ks=; b=g1b/SMKOUbJBhTImGkDmUB9vN5EAf4e2rEHOv7ixs579QQbnmZ+2KNw+/OAm9WE7GG owSTlF57LYcUCgvaGQ+FufDLqsx6t1+nk06J50OeJQ0cB3s3fplQJp7pM/Yhv+WOErOx BMVowZJ9xFX1iRlBx5dQLGtaVZXxXX32l2xbYxz0bO88dtzowMZsU1tHBNwaK6FT/QGx /ExV0fYB3CtLU8VQQupL1eVEJihXH+lqNjaXt7MzSXDrjHgKK0KSd8QsgRRpTPoyGV5/ hsYjyNKDyFjiiWyiLkvcy6/hIMZ/AwNuqgS67nWHh+Ql+IxIKUI3qlIpEvUA1/kuTgRP iKxw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=dVIJ1V6o; 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 f1-v6si738064plf.453.2018.05.10.05.21.08; Thu, 10 May 2018 05:21:22 -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=bombadil.20170209 header.b=dVIJ1V6o; 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 S1757296AbeEJMUl (ORCPT + 99 others); Thu, 10 May 2018 08:20:41 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:47404 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756741AbeEJMUk (ORCPT ); Thu, 10 May 2018 08:20:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding: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=pImiZrUuCZ/bLbAaRbJIPl9tHlFhMMSbiIeNLvRa8ks=; b=dVIJ1V6o4VP8Vw9FxlVey+71q mHlt+peiDF3dW/rYbiSG8+dNhTs/YIleDkLl/2VQcki3enoJ9W4jNWmiGiyPX7anD6XfzeCRxF3TQ 8yjLDDfncCLDyA/TOPccwzyeX+bkFATqLwL3Dxa2L44c8bzckdsyeRDwfqFYB7uSU1eKaRlYw+Nx3 uhB/JKg/fsPgZ2aYUFYQ6aRyS1+0LCc6h15zn4kJ01pErY5YT1kRsyuo1DUZdGBcW4L77u3fRs1Y0 60RY8jIvc7jZqmIlols5HGumJZMdODkgk2lWI94xVs8kn7VT1bBEZ3bNouS+SPphjt3vTm3Fky0hj RYg5G/3RA==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1fGkYo-0008Je-O2; Thu, 10 May 2018 12:20:38 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 04C102029FA13; Thu, 10 May 2018 14:20:36 +0200 (CEST) Date: Thu, 10 May 2018 14:20:36 +0200 From: Peter Zijlstra To: Mauro Carvalho Chehab Cc: Christoph Hellwig , Linux Doc Mailing List , Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, Jonathan Corbet , Ingo Molnar Subject: Re: [PATCH 13/18] wait: wait.h: Get rid of a kernel-doc/Sphinx warnings Message-ID: <20180510122036.GD12217@hirez.programming.kicks-ass.net> References: <6b9b3184cbfabab1ad89c974ddf1c61631e8f1bf.1525684985.git.mchehab+samsung@kernel.org> <20180510083838.GA21846@infradead.org> <20180510063805.1859b1aa@vento.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180510063805.1859b1aa@vento.lan> User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 10, 2018 at 06:38:05AM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 10 May 2018 01:38:38 -0700 > Christoph Hellwig escreveu: > > > > * Use either while holding wait_queue_head::lock or when used for wakeups > > > - * with an extra smp_mb() like: > > > + * with an extra smp_mb() like:: > > > > Independent of any philosophical discussion not allowing a setence to > > end with a single ':' is completely idiotic. Please fix the tooling > > instead to allow it, as it is very important for being able to just > > write understandable comments. That is exactly my point; the whole rst stuff detracts from normal text. It makes both reading and writing harder than it needs to be. > Patches are welcome, although I don't see any easy way to solve it. > > In English, the common case is that a line with ends with a colon is > followed by a list. E. g. (google) Dictionary says: "a punctuation mark (:) used to precede a list of items, a quotation, or an expansion or explanation." An enumeration (list) is just one of many possible uses of the colon. > However, in this specific case, it is followed by an ascii artwork. > The double colon is a notation that tells Sphinx to not parse the > lines at the next block, placing the contents of it inside a literal > block. It is used also when the next lines contain a code example, > in order to avoid parsing things like @, () and * inside the code > block. > > The kernel-doc tool might eventually have some parsing logic that > would replace something to a '::' before sending it to Sphinx. I think typically there will be an 'empty' line between the colon ending and the 'example/explanation'. This seems true for a number of comments I found in drm using the '::' nonsense. Simple regexes don't do multi-line patterns, but maybe the kerneldoc thing can parse it differently.