Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp704475pxf; Thu, 25 Mar 2021 12:03:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZETJkfJg1lKmqglJObQHTIFE6Q24FPd+kHXGumlbELplRtJeVEH/NTxNaquCfqcuRCM7u X-Received: by 2002:a50:ec96:: with SMTP id e22mr10772010edr.385.1616699036205; Thu, 25 Mar 2021 12:03:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616699036; cv=none; d=google.com; s=arc-20160816; b=gkgdKsEcWHJ59GSZaUuBulRATjwZ0udMLZ7c4eXbmUsV9Q7tPOgQ/NVU1RPGQtHCir 2fM6zZKeMy3w2E+r7Bxb12gHfmU/qYcmWlcEtPxTUZY1YelCnD7zDmP1ka/F37rxoB0c covxIaVE+TT+KAI48YVNC6Web5thIYiQjUu92uY6Yf7rL7gKZewMQN4KigK8mcqiQ+Vz +aEItAHQFNDQkY88j4r5ntjEol3uXILVVaiuP0m14+uMm5uR7zYPc1JRG4b09WxabuM7 T8nETafOJCbnQmNyrzaDJM2Rw07rK3HPSW/+R4Cp8GZHsMzHszCGNKIPGr98q76KIxkV qfJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature:dkim-filter; bh=o4zcLbe60+zybZhVxDlbITNaE4I1j5dMPZcE8EhXWH8=; b=cZCpwT//CPyCmjSs+W46h/0oq4VB+g/c5P+CTSH+OQemRvn3ad9AAX9h7FlCYpzf5F ZRYvhaAVndhNyvUM9Jnj1A1B1ZOrIxz7FlASKBXJU/VpN3E8zTjag2UqWWku1nFIjGFL 4Wpz7zk7MRvu87+uLYiiPJXMSQRUYfWr3VUKTeRjOOkIFqRuKaPAI7HWXCfaewWeulUa 3R5HdtsmRRIUAdFxgs8+8EoyDGJ1jGmyGItMZKq6hhGvMz9rv+Bp83A7OWANRQnzrfA8 i9lUNr1WkwY7L648AwTJlbygGM3q8pfxBMzeCB4a7ndLYEMBJeHWmEwXLU1vwPis6eMp 7KDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b="s/G8WXkY"; 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 c20si4730236edw.141.2021.03.25.12.03.33; Thu, 25 Mar 2021 12:03:56 -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=@lwn.net header.s=20201203 header.b="s/G8WXkY"; 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 S229629AbhCYTBk (ORCPT + 99 others); Thu, 25 Mar 2021 15:01:40 -0400 Received: from ms.lwn.net ([45.79.88.28]:47018 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230133AbhCYTBQ (ORCPT ); Thu, 25 Mar 2021 15:01:16 -0400 Received: from localhost (unknown [IPv6:2601:281:8300:104d::5f6]) (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 DF7A531A; Thu, 25 Mar 2021 19:01:14 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net DF7A531A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1616698875; bh=o4zcLbe60+zybZhVxDlbITNaE4I1j5dMPZcE8EhXWH8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=s/G8WXkYwun9KQ/lqF9ctUeT6X2saj9V3UIY45LqbJFI/bcNdLeJQm5qSRMjWZUcD Tv7CBjsyY3pgiufoffRg4qvPzCWZmpNVriswBNtEM8MHkU1hsJoTLoBhGEGXTbGClf mcems0M5V9psxQLbmTDdUnqY+1H8k2hI6ax3Uscu4mHi7ekwpsMO5qn5s1r1tKduQ5 J1OsFfZNh6YM2/VvuJCHAuUCupEUDb2uq+ATIPmc4SYxkBMfHTiI2XKtJmruZlxzt2 ZNQpf+H1SycKgpibRVkMpj8SQ3CjOknaEmNijhr3bRkjGvQNu08P5SwiEBnTKhrrkD inuys9c3YQHCQ== From: Jonathan Corbet To: Mauro Carvalho Chehab , Linux Doc Mailing List , Andrew Morton Cc: Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, Greg Kroah-Hartman , John Hubbard , Minchan Kim , Stephen Rothwell Subject: Re: [PATCH v2 0/7] Fix some issues at get_abi.pl script In-Reply-To: References: Date: Thu, 25 Mar 2021 13:01:14 -0600 Message-ID: <87lfabys5h.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Mauro Carvalho Chehab writes: > This series replace this patch: > https://lore.kernel.org/linux-doc/20210324191722.08d352e4@coco.lan/T/#t > > It turns that there were multiple bugs at the get_abi.pl code that > create cross-references. > > Patches 1 to 6 fix those issues, and should apply cleanly on the top of > the docs tree (although I tested against next-20210323). > > Patch 7 is optional, and independent from the other patches. It is meant > to be applied against akpm's tree. It makes the description (IMHO) > clearer, while producing cross references for the two mentioned symbols. So perhaps this is the best solution to the problem, but I must confess to not being entirely happy with it. get_abi.pl is becoming another unreadable perlpile like kerneldoc, and this makes it worse. Doing RST parsing there seems particularly unwelcome. Should the cross-reference generation, it now occurs to me, be done in the automarkup module instead? Then there's no need to interpret RST, and we'd get cross-references throughout the kernel docs rather than in just the ABI stuff. Am I completely out to lunch here? Thanks, jon