Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp68013pxu; Tue, 13 Oct 2020 16:57:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxLpB0/fM2kbT9LfrfW7kWUOgiVyeeo62ntHuek93aKHBK7bN2946NDFbVhuBYyllO4GQAB X-Received: by 2002:a50:9a86:: with SMTP id p6mr2267512edb.96.1602633424656; Tue, 13 Oct 2020 16:57:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602633424; cv=none; d=google.com; s=arc-20160816; b=gRHh+F2xF98pZNVwNT2oSU0QB5VuzX7ojInWSJ085rrex0TojgFinoTSxbJo4/HhO5 aZVbkXFAdlN4Rm/wyyPjjEXRk7F6x7y7B2m98rKdWegobxGsesMWxR2WIP4PdmgBmSe7 8Vr5HdxZEg2UTX53YO61+L+2zLSPXW9qO/kW5i8ap78oyAOsm0lxitSy0ZE+iNNgfBZo JzngvGB8scoHS89q6wVDphUQhyjTJaF/gZhntq3AThua6hVQ2HXVuUONg/7CY4FlP19E PReaCJIwMz9Cko1XMSofXj0k46jt2zECZ6gNO3CZMwpHY5p8hgD6Q6fjVtu8ALO6E3xt ouVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=+GiKfWtAn/Mfo8qZVIIc64QAMOtmuubpCnTuDECij28=; b=QfPz7OMN7I44kJG3F/bhI2bjaAVUQDxic2hiUVwDK0bTliUan8rxPKjB7Lx8Ymdqp0 ZCDBzGjcuhPQpnYPa79qPd0JqksT9fuaqqIItsuXOaK2CmTBEG7dQKv+OVH5jh+CTlk+ 6ZrSoeRO+XqO6h2gHK1jVDyqMu9cbebMGOt5RhybehPbE8HiJkFYeVaTtnsSL9SHCKrs 84BwaNA/P2v87OqxBfRBt8wwK0Cu+CjHOwZwqQD2qkIB7oc26zOUR084K4K1D+6DzdTQ s/tutfo1osQlwJAl/P+TIbtmkbxHnBvRaucmozeiGIWeA782kvrglLp2f6p3Xj8WV7NK G+Ng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=Yfr09mI1; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k22si899483edr.463.2020.10.13.16.56.42; Tue, 13 Oct 2020 16:57:04 -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=@infradead.org header.s=casper.20170209 header.b=Yfr09mI1; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389194AbgJMPCy (ORCPT + 99 others); Tue, 13 Oct 2020 11:02:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41290 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726157AbgJMPCy (ORCPT ); Tue, 13 Oct 2020 11:02:54 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F29C3C0613D0; Tue, 13 Oct 2020 08:02:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.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; bh=+GiKfWtAn/Mfo8qZVIIc64QAMOtmuubpCnTuDECij28=; b=Yfr09mI1ZEDPaPoTWudNu967GC CssHCB69kfBaadvuNMM7MKvkl903XlgOcxWUnR+f0WsRzaj8Tl/2cWrgSJrveu6Yp5g6Nrf5jBGs7 /EOHT/Yqalf3EpFg1MmIoZ3scArTCoFgL37LFdUqyYkTSCO6ZCAX+A39kSldKWHAD784FRLNF+FbD BmFES4JfB5pJz9WqEzlJGnW5yrs1c3otO+PRylZHmu0BNWnY8Sfuc7hmd6QEHDifhthgSaPjNNcuw 6fxCcTCG6s/pktboWgipBLos2BnLk9JFhBCEWVwu+f2kROVQFgLw4anMBVE0EpQRWFCfPN9ZTl1ZX 2b8Fm3TA==; Received: from willy by casper.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1kSLpC-000727-93; Tue, 13 Oct 2020 15:02:50 +0000 Date: Tue, 13 Oct 2020 16:02:50 +0100 From: Matthew Wilcox To: Peter Zijlstra Cc: Mauro Carvalho Chehab , Linux Doc Mailing List , Jonathan Corbet , Boqun Feng , Ingo Molnar , Will Deacon , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 04/24] docs: lockdep-design: fix some warning issues Message-ID: <20201013150250.GJ20115@casper.infradead.org> References: <20201013125206.GU2611@hirez.programming.kicks-ass.net> <20201013131116.GG20115@casper.infradead.org> <20201013140941.GC2594@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201013140941.GC2594@hirez.programming.kicks-ass.net> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 13, 2020 at 04:09:41PM +0200, Peter Zijlstra wrote: > On Tue, Oct 13, 2020 at 02:11:16PM +0100, Matthew Wilcox wrote: > > On Tue, Oct 13, 2020 at 02:52:06PM +0200, Peter Zijlstra wrote: > > > On Tue, Oct 13, 2020 at 02:14:31PM +0200, Mauro Carvalho Chehab wrote: > > > > + ===== =================================================== > > > > + ``.`` acquired while irqs disabled and not in irq context > > > > + ``-`` acquired in irq context > > > > + ``+`` acquired with irqs enabled > > > > + ``?`` acquired in irq context with irqs enabled. > > > > + ===== =================================================== > > > > > > NAK! > > > > You're seriously suggesting that: > > > > - === =================================================== > > - '.' acquired while irqs disabled and not in irq context > > - '-' acquired in irq context > > - '+' acquired with irqs enabled > > - '?' acquired in irq context with irqs enabled. > > - === =================================================== > > + ===== =================================================== > > + ``.`` acquired while irqs disabled and not in irq context > > + ``-`` acquired in irq context > > + ``+`` acquired with irqs enabled > > + ``?`` acquired in irq context with irqs enabled. > > + ===== =================================================== > > > > this change makes the lockdep docs less readable? > > Definitely makes it harder to read for me. My C trained eyes go WTF at > seeing it, which breaks the flow. ',' is a regular single character > constant, '','' a syntax error. OK, that's fair. 'a' is definitely a character constant. Perhaps the automarkup script can take care of this for us? We'd have to be careful not to catch anything we shouldn't've [1], but I'm sure there's a regex for it. Something like "\<'.'\>", perhaps? [1] I'm quite proud of that one. > > It's not the markup that makes the lockdep documentation hard to > > understand. > > I'm not sure what you're alluding to, the subject just isn't easy to > begin with. Absolutely. The problem is (similar to most Linux documentation) the document doesn't know who its audience is. It mixes internal implementation details of lockdep with what people need to know who are just trying to understand what a lockdep splat means. I don't have time to restructure it right now though.