Message ID | 20240122132820.46633-1-anna-maria@linutronix.de |
---|---|
Headers |
Return-Path: <linux-kernel+bounces-33097-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7301:2bc4:b0:101:a8e8:374 with SMTP id hx4csp2568425dyb; Mon, 22 Jan 2024 05:29:18 -0800 (PST) X-Google-Smtp-Source: AGHT+IHewPQOJNoOmqSlfTmMs/fDWLfxtGNykXseeC1FMjr4nnZkmI+e/GnBKoa0qOr7sXIZsvWt X-Received: by 2002:a05:6122:912:b0:4b7:e5c2:73db with SMTP id j18-20020a056122091200b004b7e5c273dbmr1297492vka.4.1705930157800; Mon, 22 Jan 2024 05:29:17 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1705930157; cv=pass; d=google.com; s=arc-20160816; b=LaRtzgKhEROxU25vk4l53p3BKB231BG3gCyNGO1w+NzDDnjU4w9YdGZ9X1en/W31dh 5G4zou4Re8vb0QUFHK6VIKCozSaiSGzwZFnouxiXMtL8uX5e3R4UwMynX0X8I8i8EOrz sWYag2pBQ3V1c8z2cK/wgRGF7uafgFqd7cY9dM/EPM6SIy7bg1C/2X0Q/1EQRrtDy20x SV8qFyZBKV5MxzzLe00x5ciCXpRSLdtC5DheywyFlhAgAJi5yic4x0DJYDpplgRfTs2d Ir6i06TtBAhPj4Sk5lqZxQvEi3oOZbi7CkVujRjid9Tl0HNwhpJNy5AlzuM+v5ez9uT+ CjYg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:cc:to :dkim-signature:dkim-signature:from; bh=uKZCnmT0rQ7xvCextkDvrtIUvMCCC3PPe7T7/Wyualk=; fh=r7vmVhCNp44A4uJBu/eEHnpVgozt215NeQBNYmwXaLY=; b=yJyrsq6fVjMMjXhKgeTMl5wRBpeguwTZzvf/qiNKNNIdxSpG1+ATyO60cqjQXHtiRL YwslrGb2MQVokTL7GL8dKOFkA+Mky4RdGk90v2km/6EAXB1vSNv9ALtO1H71MyJfrkNC mQVSx/Fa5vkodkf5Rp7QziWYUK/BZ3LdcfBcIJBEgv35qY03SjgDJ6SUaB4Yjj1s5s+k bkLllnO9/uIjoTJdwwu6yUzSH19VX4a28KQttcf8Sxob/fRM4Jcs/qAYIoEuUtB43Dxv 4Z22Tf67s9ttDOVJ316klNSOQMalffkAUcgSm/oUJX0bWlNcbljMaYM2YASoiD/PIOnr OklA== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Raor0MWw; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; arc=pass (i=1 spf=pass spfdomain=linutronix.de dkim=pass dkdomain=linutronix.de dmarc=pass fromdomain=linutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-33097-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-33097-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id p7-20020a0cf547000000b0068170e72546si5437800qvm.159.2024.01.22.05.29.17 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Jan 2024 05:29:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-33097-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Raor0MWw; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; arc=pass (i=1 spf=pass spfdomain=linutronix.de dkim=pass dkdomain=linutronix.de dmarc=pass fromdomain=linutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-33097-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-33097-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 872A21C22974 for <ouuuleilei@gmail.com>; Mon, 22 Jan 2024 13:29:17 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B940F3D3B3; Mon, 22 Jan 2024 13:28:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="Raor0MWw"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="q8TzPILh" Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3FB2B3CF57; Mon, 22 Jan 2024 13:28:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1705930121; cv=none; b=AGGR+Ht7cYlfLO9x3BzCuBlsdQiP5ncEhgJ1Y22Ix3pY9If8qpuas7YtwuxAo18IZ9KMNbaVrzd7fE0EDhOKijF977h++l65LkQ85udttMAtxy7s9x4QeRakFe6xLR7dJyZ39HnGbQ7bA0Uj2aV3ZdLX2W/fykC2pv5Zi8gyyrE= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1705930121; c=relaxed/simple; bh=KD9CzXDI3FSpEchHjIpMd6dRa37p1zEkYPrCD6KgGOk=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=rEStQrC7Z9rI1bVD4KcwBx/D3Ibru33gkzdWDs3L4UmVZByBsgjpTiS0Fpvm3Et4RXh0JHry/bODDcFm0ISxot0Wdp4hELpY+VnJ4VGVf/NBorohoSL1+Ibp2CEPUrQgB9OGRnU26kr+GxJBstUIflIxeSAHvZK+l6OfqkvpNbk= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=Raor0MWw; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=q8TzPILh; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de From: Anna-Maria Behnsen <anna-maria@linutronix.de> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1705930118; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=uKZCnmT0rQ7xvCextkDvrtIUvMCCC3PPe7T7/Wyualk=; b=Raor0MWwk1oF1SxQ7Ze8VNww2sdo/sPpop0PCrLNm2ls02Ioq0GJW6O+i/E1B+Zqwp0IIL O5BJPhKiCyfmXIrWDnAYqCiVypvpei5kMDFuEP4EB5odb3IoiWv6o+h5kKGxjllOdwGs1j 4pyM764bjLDuC1+LaLcr0pQlsxxU3rS3WSUi9JYjQfeLXmOkafzXh1gL9WU1J6rtPiJkss Mm+jcCtBP3vtS6UOOBQv0WHV+JMQRi0xCEiduOWw7nkyrxqlVYHkpr99iAKAGRVU7TlgHp WplPkTMYrUz3dSt3wA/wQVWhLV4OsGJaob2LsvTUG8PjlSmHeQWmAK7bMrlLVw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1705930118; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=uKZCnmT0rQ7xvCextkDvrtIUvMCCC3PPe7T7/Wyualk=; b=q8TzPILh4eJvE7QAeIHvk96RAVdnuUUBDtMZ11+lHqDQxwHvsd24EbagSL8sK2DZ8tPQUr vczrSi1+FGylKKCg== To: linux-doc@vger.kernel.org Cc: Jonathan Corbet <corbet@lwn.net>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>, x86@kernel.org, Mike Rapoport <rppt@kernel.org>, Herbert Xu <herbert@gondor.apana.org.au>, "David S. Miller" <davem@davemloft.net>, Marco Elver <elver@google.com>, Alexander Potapenko <glider@google.com>, Shuah Khan <shuah@kernel.org>, Johannes Berg <johannes@sipsolutions.net>, Moritz Fischer <mdf@kernel.org>, Wu Hao <hao.wu@intel.com>, Xu Yilun <yilun.xu@intel.com>, Dipen Patel <dipenp@nvidia.com>, Philipp Zabel <p.zabel@pengutronix.de>, Heikki Krogerus <heikki.krogerus@linux.intel.com>, David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>, Maarten Lankhorst <maarten.lankhorst@linux.intel.com>, Maxime Ripard <mripard@kernel.org>, Thomas Zimmermann <tzimmermann@suse.de>, Jiri Kosina <jikos@kernel.org>, Benjamin Tissoires <benjamin.tissoires@redhat.com>, linux-kernel@vger.kernel.org, Anna-Maria Behnsen <anna-maria@linutronix.de> Subject: [PATCH 0/2] kernel-doc: Remove deprecated kernel-doc option 'functions' Date: Mon, 22 Jan 2024 14:28:18 +0100 Message-Id: <20240122132820.46633-1-anna-maria@linutronix.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1788797421181531086 X-GMAIL-MSGID: 1788797421181531086 |
Series |
kernel-doc: Remove deprecated kernel-doc option 'functions'
|
|
Message
Anna-Maria Behnsen
Jan. 22, 2024, 1:28 p.m. UTC
Hi, the kernel-doc option 'functions' is marked deprecated and is simply an alias for 'identifiers' and the conversion didn't looked that bad. So the first patch replaces all existing users of 'functions' and the second removes all parts in documentation and also inside the scripts. Thanks, Anna-Maria Anna-Maria Behnsen (2): Documentation: Replace deprecated 'functions' by 'identifiers' Documentation: Remove deprecated kernel-doc option 'functions' Documentation/PCI/pci.rst | 4 +- Documentation/arch/x86/sgx.rst | 16 ++--- Documentation/core-api/boot-time-mm.rst | 2 +- Documentation/core-api/debug-objects.rst | 14 ++-- Documentation/core-api/genalloc.rst | 34 +++++----- Documentation/core-api/generic-radix-tree.rst | 2 +- .../core-api/gfp_mask-from-fs-io.rst | 4 +- Documentation/core-api/idr.rst | 4 +- Documentation/core-api/kernel-api.rst | 12 ++-- Documentation/core-api/mm-api.rst | 6 +- Documentation/core-api/printk-basics.rst | 4 +- Documentation/crypto/api-aead.rst | 6 +- Documentation/crypto/api-akcipher.rst | 6 +- Documentation/crypto/api-digest.rst | 8 +-- Documentation/crypto/api-kpp.rst | 10 +-- Documentation/crypto/api-rng.rst | 4 +- Documentation/crypto/api-skcipher.rst | 8 +-- Documentation/dev-tools/kcsan.rst | 6 +- Documentation/dev-tools/kfence.rst | 10 +-- Documentation/dev-tools/kselftest.rst | 16 ++--- Documentation/doc-guide/kernel-doc.rst | 3 - Documentation/driver-api/80211/cfg80211.rst | 16 ++--- .../driver-api/80211/mac80211-advanced.rst | 26 ++++---- Documentation/driver-api/80211/mac80211.rst | 12 ++-- Documentation/driver-api/device_link.rst | 2 +- .../firmware/fallback-mechanisms.rst | 4 +- .../driver-api/firmware/other_interfaces.rst | 10 +-- .../driver-api/firmware/request_firmware.rst | 14 ++-- Documentation/driver-api/fpga/fpga-bridge.rst | 8 +-- Documentation/driver-api/fpga/fpga-mgr.rst | 18 +++--- .../driver-api/fpga/fpga-programming.rst | 8 +-- Documentation/driver-api/fpga/fpga-region.rst | 22 +++---- Documentation/driver-api/hte/hte.rst | 4 +- Documentation/driver-api/i2c.rst | 2 +- Documentation/driver-api/infiniband.rst | 16 ++--- Documentation/driver-api/mei/hdcp.rst | 2 +- Documentation/driver-api/reset.rst | 34 +++++----- Documentation/driver-api/spi.rst | 2 +- Documentation/driver-api/usb/typec.rst | 26 ++++---- Documentation/driver-api/usb/typec_bus.rst | 10 +-- .../gpu/amdgpu/display/display-manager.rst | 10 +-- Documentation/gpu/drm-kms-helpers.rst | 10 +-- Documentation/gpu/i915.rst | 64 +++++++++---------- Documentation/gpu/rfc/i915_scheduler.rst | 2 +- Documentation/gpu/rfc/i915_small_bar.rst | 4 +- Documentation/gpu/vga-switcheroo.rst | 14 ++-- Documentation/hid/hid-bpf.rst | 6 +- Documentation/mm/ksm.rst | 2 +- Documentation/security/tpm/tpm_vtpm_proxy.rst | 2 +- Documentation/sphinx/kerneldoc.py | 5 -- 50 files changed, 263 insertions(+), 271 deletions(-)
Comments
On Mon, 22 Jan 2024, Anna-Maria Behnsen wrote: > the kernel-doc option 'functions' is marked deprecated and is simply an > alias for 'identifiers' and the conversion didn't looked that bad. So the > first patch replaces all existing users of 'functions' and the second > removes all parts in documentation and also inside the scripts. > > Anna-Maria Behnsen (2): > Documentation: Replace deprecated 'functions' by 'identifiers' > Documentation: Remove deprecated kernel-doc option 'functions' [ ... snip ... ] > Documentation/hid/hid-bpf.rst | 6 +- Acked-by: Jiri Kosina <jkosina@suse.com> I guess this will be all be merged by Jonathan in one go. Thanks,
On Mon, 2024-01-22 at 14:28 +0100, Anna-Maria Behnsen wrote: > the kernel-doc option 'functions' is marked deprecated and is simply an > alias for 'identifiers' Is it actually a good idea though that it's deprecated and an alias? I mean, we have a problem today that sphinx/kernel-doc/whatever cannot deal with having both - struct cfg80211_rx_assoc_resp - cfg80211_rx_assoc_resp() I think at some point I found there's some kind of ticket open against that, and while I don't hope it will be fixed soon (and we renamed that struct because of it), maybe doing these changes will make it harder to eventually deal with such a thing? johannes
Johannes Berg <johannes@sipsolutions.net> writes: > On Mon, 2024-01-22 at 14:28 +0100, Anna-Maria Behnsen wrote: > >> the kernel-doc option 'functions' is marked deprecated and is simply an >> alias for 'identifiers' > > Is it actually a good idea though that it's deprecated and an alias? > > I mean, we have a problem today that sphinx/kernel-doc/whatever cannot > deal with having both > > - struct cfg80211_rx_assoc_resp > - cfg80211_rx_assoc_resp() > > I think at some point I found there's some kind of ticket open against > that, and while I don't hope it will be fixed soon (and we renamed that > struct because of it), maybe doing these changes will make it harder to > eventually deal with such a thing? So I feel like I'm missing something; the problem with Sphinx and namespacing is separate from whether kernel-doc recognizes "-functions"; I don't think that taking out this support will make the other problem any harder to solve. Do you see something I'm not? Thanks, jon
On Tue, 2024-01-23 at 15:05 -0700, Jonathan Corbet wrote: > > So I feel like I'm missing something; the problem with Sphinx and > namespacing is separate from whether kernel-doc recognizes "-functions"; > I don't think that taking out this support will make the other problem > any harder to solve. Do you see something I'm not? Well, I was thinking that today, in the rst files, we use . kernel-doc:: include/net/cfg80211.h :functions: cfg80211_rx_assoc_resp (for example). This clearly references the *function* cfg80211_rx_assoc_resp(), at least it makes that intent clear. We also had a *struct* called cfg80211_rx_assoc_resp, until we removed it recently because of the sphinx namespacing issues. Now if we change the reference to the function to be just . kernel-doc:: include/net/cfg80211.h :identifiers: cfg80211_rx_assoc_resp then how do you know that it's actually referencing the function vs. the struct? I mean, OK, today it can only reference the single "thing" (**) that sphinx accepts ... but hoping that some day the sphinx namespacing issue will be solved, we'd need a way to actually reference the different namespaces from the rst files, no? So it seemed to me that just unconditionally referencing an "identifier" makes that harder, not easier? We have 'struct class' for example, and use . kernel-doc:: include/linux/device/class.h :identifiers: class to refer to it. At least you know it's not a function, though if you also had an 'enum class' you'd not be able to figure it out. (**) Also, I think a struct or enum name isn't actually called an identifier in C? So maybe that's a bad term regardless of the namespacing. But I guess even if I'm right (and I'm not really sure) then that's too late now. johannes