* [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
@ 2026-02-26 22:10 Randy Dunlap
2026-02-26 22:57 ` Ilya Maximets
2026-02-27 0:56 ` Jakub Kicinski
0 siblings, 2 replies; 8+ messages in thread
From: Randy Dunlap @ 2026-02-26 22:10 UTC (permalink / raw)
To: netdev
Cc: Randy Dunlap, Aaron Conole, Eelco Chaudron, Ilya Maximets,
David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni,
Simon Horman, dev
Fix some kernel-doc warnings in openvswitch.h:
Mark enum placeholders that are not used as "private" so that kernel-doc
comments are not needed for them.
Correct names for 2 enum values:
Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
'@OVS_VPORT_UPCALL_SUCCESS' description in 'ovs_vport_upcall_attr'
Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
'@OVS_VPORT_UPCALL_FAIL' description in 'ovs_vport_upcall_attr'
Warning: include/uapi/linux/openvswitch.h:638 This comment starts with
'/**', but isn't a kernel-doc comment.
* Omit attributes for notifications.
Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
---
Cc: Aaron Conole <aconole@redhat.com>
Cc: Eelco Chaudron <echaudro@redhat.com>
Cc: Ilya Maximets <i.maximets@ovn.org>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Eric Dumazet <edumazet@google.com>
Cc: Jakub Kicinski <kuba@kernel.org>
Cc: Paolo Abeni <pabeni@redhat.com>
Cc: Simon Horman <horms@kernel.org>
Cc: dev@openvswitch.org
include/uapi/linux/openvswitch.h | 43 ++++++++++++++++++++++++++---
1 file changed, 40 insertions(+), 3 deletions(-)
--- linux-next-20260226.orig/include/uapi/linux/openvswitch.h
+++ linux-next-20260226/include/uapi/linux/openvswitch.h
@@ -83,18 +83,23 @@ enum ovs_datapath_cmd {
* payload for %OVS_DP_* commands.
*/
enum ovs_datapath_attr {
+ /* private: */
OVS_DP_ATTR_UNSPEC,
+ /* public: */
OVS_DP_ATTR_NAME, /* name of dp_ifindex netdev */
OVS_DP_ATTR_UPCALL_PID, /* Netlink PID to receive upcalls */
OVS_DP_ATTR_STATS, /* struct ovs_dp_stats */
OVS_DP_ATTR_MEGAFLOW_STATS, /* struct ovs_dp_megaflow_stats */
OVS_DP_ATTR_USER_FEATURES, /* OVS_DP_F_* */
+ /* private: */
OVS_DP_ATTR_PAD,
+ /* public: */
OVS_DP_ATTR_MASKS_CACHE_SIZE,
OVS_DP_ATTR_PER_CPU_PIDS, /* Netlink PIDS to receive upcalls in
* per-cpu dispatch mode
*/
OVS_DP_ATTR_IFINDEX,
+ /* private: */
__OVS_DP_ATTR_MAX
};
@@ -181,6 +186,7 @@ enum ovs_packet_cmd {
* %OVS_USERSPACE_ATTR_EGRESS_TUN_PORT attribute, which is sent only if the
* output port is actually a tunnel port. Contains the output tunnel key
* extracted from the packet as nested %OVS_TUNNEL_KEY_ATTR_* attributes.
+ * @OVS_PACKET_ATTR_PROBE: Packet operation is a feature probe.
* @OVS_PACKET_ATTR_MRU: Present for an %OVS_PACKET_CMD_ACTION and
* @OVS_PACKET_ATTR_LEN: Packet size before truncation.
* %OVS_PACKET_ATTR_USERSPACE action specify the Maximum received fragment
@@ -196,21 +202,26 @@ enum ovs_packet_cmd {
* payload for %OVS_PACKET_* commands.
*/
enum ovs_packet_attr {
+ /* private: */
OVS_PACKET_ATTR_UNSPEC,
+ /* public: */
OVS_PACKET_ATTR_PACKET, /* Packet data. */
OVS_PACKET_ATTR_KEY, /* Nested OVS_KEY_ATTR_* attributes. */
OVS_PACKET_ATTR_ACTIONS, /* Nested OVS_ACTION_ATTR_* attributes. */
OVS_PACKET_ATTR_USERDATA, /* OVS_ACTION_ATTR_USERSPACE arg. */
OVS_PACKET_ATTR_EGRESS_TUN_KEY, /* Nested OVS_TUNNEL_KEY_ATTR_*
attributes. */
+ /* private: */
OVS_PACKET_ATTR_UNUSED1,
OVS_PACKET_ATTR_UNUSED2,
+ /* public: */
OVS_PACKET_ATTR_PROBE, /* Packet operation is a feature probe,
error logging should be suppressed. */
OVS_PACKET_ATTR_MRU, /* Maximum received IP fragment size. */
OVS_PACKET_ATTR_LEN, /* Packet size before truncation. */
OVS_PACKET_ATTR_HASH, /* Packet hash. */
OVS_PACKET_ATTR_UPCALL_PID, /* u32 Netlink PID. */
+ /* private: */
__OVS_PACKET_ATTR_MAX
};
@@ -272,7 +283,9 @@ enum ovs_vport_type {
* ovs_header plus %OVS_VPORT_ATTR_PORT_NO determine the vport.
*/
enum ovs_vport_attr {
+ /* private: */
OVS_VPORT_ATTR_UNSPEC,
+ /* public: */
OVS_VPORT_ATTR_PORT_NO, /* u32 port number within datapath */
OVS_VPORT_ATTR_TYPE, /* u32 OVS_VPORT_TYPE_* constant. */
OVS_VPORT_ATTR_NAME, /* string name, up to IFNAMSIZ bytes long */
@@ -280,10 +293,13 @@ enum ovs_vport_attr {
OVS_VPORT_ATTR_UPCALL_PID, /* array of u32 Netlink socket PIDs for */
/* receiving upcalls */
OVS_VPORT_ATTR_STATS, /* struct ovs_vport_stats */
+ /* private: */
OVS_VPORT_ATTR_PAD,
+ /* public: */
OVS_VPORT_ATTR_IFINDEX,
OVS_VPORT_ATTR_NETNSID,
OVS_VPORT_ATTR_UPCALL_STATS,
+ /* private: */
__OVS_VPORT_ATTR_MAX
};
@@ -291,12 +307,13 @@ enum ovs_vport_attr {
/**
* enum ovs_vport_upcall_attr - attributes for %OVS_VPORT_UPCALL* commands
- * @OVS_VPORT_UPCALL_SUCCESS: 64-bit upcall success packets.
- * @OVS_VPORT_UPCALL_FAIL: 64-bit upcall fail packets.
+ * @OVS_VPORT_UPCALL_ATTR_SUCCESS: 64-bit upcall success packets.
+ * @OVS_VPORT_UPCALL_ATTR_FAIL: 64-bit upcall fail packets.
*/
enum ovs_vport_upcall_attr {
OVS_VPORT_UPCALL_ATTR_SUCCESS,
OVS_VPORT_UPCALL_ATTR_FAIL,
+ /* private: */
__OVS_VPORT_UPCALL_ATTR_MAX
};
@@ -431,6 +448,7 @@ enum ovs_frag_type {
OVS_FRAG_TYPE_NONE,
OVS_FRAG_TYPE_FIRST,
OVS_FRAG_TYPE_LATER,
+ /* private: */
__OVS_FRAG_TYPE_MAX
};
@@ -617,7 +635,9 @@ struct ovs_nsh_key_md1 {
* payload for %OVS_FLOW_* commands.
*/
enum ovs_flow_attr {
+ /* private: */
OVS_FLOW_ATTR_UNSPEC,
+ /* public: */
OVS_FLOW_ATTR_KEY, /* Sequence of OVS_KEY_ATTR_* attributes. */
OVS_FLOW_ATTR_ACTIONS, /* Nested OVS_ACTION_ATTR_* attributes. */
OVS_FLOW_ATTR_STATS, /* struct ovs_flow_stats. */
@@ -629,13 +649,14 @@ enum ovs_flow_attr {
* logging should be suppressed. */
OVS_FLOW_ATTR_UFID, /* Variable length unique flow identifier. */
OVS_FLOW_ATTR_UFID_FLAGS,/* u32 of OVS_UFID_F_*. */
+ /* private: */
OVS_FLOW_ATTR_PAD,
__OVS_FLOW_ATTR_MAX
};
#define OVS_FLOW_ATTR_MAX (__OVS_FLOW_ATTR_MAX - 1)
-/**
+/*
* Omit attributes for notifications.
*
* If a datapath request contains an %OVS_UFID_F_OMIT_* flag, then the datapath
@@ -659,9 +680,12 @@ enum ovs_flow_attr {
* parent @OVS_ACTION_ATTR_SAMPLE.
*/
enum ovs_sample_attr {
+ /* private: */
OVS_SAMPLE_ATTR_UNSPEC,
+ /* public: */
OVS_SAMPLE_ATTR_PROBABILITY, /* u32 number */
OVS_SAMPLE_ATTR_ACTIONS, /* Nested OVS_ACTION_ATTR_* attributes. */
+ /* private: */
__OVS_SAMPLE_ATTR_MAX,
#ifdef __KERNEL__
@@ -693,12 +717,15 @@ struct sample_arg {
* @OVS_USERSPACE_ATTR_ACTIONS: If present, send actions with upcall.
*/
enum ovs_userspace_attr {
+ /* private: */
OVS_USERSPACE_ATTR_UNSPEC,
+ /* public: */
OVS_USERSPACE_ATTR_PID, /* u32 Netlink PID to receive upcalls. */
OVS_USERSPACE_ATTR_USERDATA, /* Optional user-specified cookie. */
OVS_USERSPACE_ATTR_EGRESS_TUN_PORT, /* Optional, u32 output port
* to get tunnel info. */
OVS_USERSPACE_ATTR_ACTIONS, /* Optional flag to get actions. */
+ /* private: */
__OVS_USERSPACE_ATTR_MAX
};
@@ -819,7 +846,9 @@ struct ovs_action_hash {
* @OVS_CT_ATTR_TIMEOUT: Variable length string defining conntrack timeout.
*/
enum ovs_ct_attr {
+ /* private: */
OVS_CT_ATTR_UNSPEC,
+ /* public: */
OVS_CT_ATTR_COMMIT, /* No argument, commits connection. */
OVS_CT_ATTR_ZONE, /* u16 zone id. */
OVS_CT_ATTR_MARK, /* mark to associate with this connection. */
@@ -831,6 +860,7 @@ enum ovs_ct_attr {
OVS_CT_ATTR_EVENTMASK, /* u32 mask of IPCT_* events. */
OVS_CT_ATTR_TIMEOUT, /* Associate timeout with this connection for
* fine-grain timeout tuning. */
+ /* private: */
__OVS_CT_ATTR_MAX
};
@@ -859,7 +889,9 @@ enum ovs_ct_attr {
* @OVS_NAT_ATTR_PROTO_RANDOM: Flag for fully randomized L4 port mapping
*/
enum ovs_nat_attr {
+ /* private: */
OVS_NAT_ATTR_UNSPEC,
+ /* public: */
OVS_NAT_ATTR_SRC,
OVS_NAT_ATTR_DST,
OVS_NAT_ATTR_IP_MIN,
@@ -869,6 +901,7 @@ enum ovs_nat_attr {
OVS_NAT_ATTR_PERSISTENT,
OVS_NAT_ATTR_PROTO_HASH,
OVS_NAT_ATTR_PROTO_RANDOM,
+ /* private: */
__OVS_NAT_ATTR_MAX,
};
@@ -1010,7 +1043,9 @@ enum ovs_psample_attr {
*/
enum ovs_action_attr {
+ /* private: */
OVS_ACTION_ATTR_UNSPEC,
+ /* public: */
OVS_ACTION_ATTR_OUTPUT, /* u32 port number. */
OVS_ACTION_ATTR_USERSPACE, /* Nested OVS_USERSPACE_ATTR_*. */
OVS_ACTION_ATTR_SET, /* One nested OVS_KEY_ATTR_*. */
@@ -1040,9 +1075,11 @@ enum ovs_action_attr {
OVS_ACTION_ATTR_DROP, /* u32 error code. */
OVS_ACTION_ATTR_PSAMPLE, /* Nested OVS_PSAMPLE_ATTR_*. */
+ /* private: */
__OVS_ACTION_ATTR_MAX, /* Nothing past this will be accepted
* from userspace. */
+ /* public: */
#ifdef __KERNEL__
OVS_ACTION_ATTR_SET_TO_MASKED, /* Kernel module internal masked
* set action converted from
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-26 22:10 [PATCH -net] net: openvswitch: clean up some kernel-doc warnings Randy Dunlap
@ 2026-02-26 22:57 ` Ilya Maximets
2026-02-27 5:42 ` Randy Dunlap
2026-02-27 0:56 ` Jakub Kicinski
1 sibling, 1 reply; 8+ messages in thread
From: Ilya Maximets @ 2026-02-26 22:57 UTC (permalink / raw)
To: Randy Dunlap, netdev
Cc: i.maximets, Aaron Conole, Eelco Chaudron, David S. Miller,
Eric Dumazet, Jakub Kicinski, Paolo Abeni, Simon Horman, dev
On 2/26/26 11:10 PM, Randy Dunlap wrote:
> Fix some kernel-doc warnings in openvswitch.h:
>
> Mark enum placeholders that are not used as "private" so that kernel-doc
> comments are not needed for them.
>
> Correct names for 2 enum values:
> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
> '@OVS_VPORT_UPCALL_SUCCESS' description in 'ovs_vport_upcall_attr'
> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
> '@OVS_VPORT_UPCALL_FAIL' description in 'ovs_vport_upcall_attr'
>
> Warning: include/uapi/linux/openvswitch.h:638 This comment starts with
> '/**', but isn't a kernel-doc comment.
> * Omit attributes for notifications.
>
> Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
> ---
Hi, Randy. Thanks for the fixes!
If the private/public is the style to follow, it sounds good to me,
though there seem to be an inconsistency in how the kernel-only
attributes are marked. I see the OVS_SAMPLE_ATTR_ARG is in the
private section, but OVS_CHECK_PKT_LEN_ATTR_ARG and the
OVS_ACTION_ATTR_SET_TO_MASKED are public. They should either all
be public or all private, as they are used for very similar purposes,
which is storing extra information about the action to make it easier
for the kernel to work with them. These attributes should never be
used in the communication with userspace. So, maybe private?
__OVS_CHECK_PKT_LEN_ATTR_MAX is also public for some reason. I guess,
it is because while it has kernel-doc-style comment, it doesn't start
with /**, so it's not treated like one. Maybe we should fix that here
just to be consistent?
note: Some enums and structures do not have kernel-doc comments, so
I guess that's the reason to not mark them. I suppose it's fine,
since adding extra docs is not the purpose of this patch.
nit: the subject prefix is a little strange.
Best regards, Ilya Maximets.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-26 22:57 ` Ilya Maximets
@ 2026-02-27 5:42 ` Randy Dunlap
2026-02-27 10:20 ` Ilya Maximets
0 siblings, 1 reply; 8+ messages in thread
From: Randy Dunlap @ 2026-02-27 5:42 UTC (permalink / raw)
To: Ilya Maximets, netdev
Cc: Aaron Conole, Eelco Chaudron, David S. Miller, Eric Dumazet,
Jakub Kicinski, Paolo Abeni, Simon Horman, dev
On 2/26/26 2:57 PM, Ilya Maximets wrote:
> On 2/26/26 11:10 PM, Randy Dunlap wrote:
>> Fix some kernel-doc warnings in openvswitch.h:
>>
>> Mark enum placeholders that are not used as "private" so that kernel-doc
>> comments are not needed for them.
>>
>> Correct names for 2 enum values:
>> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
>> '@OVS_VPORT_UPCALL_SUCCESS' description in 'ovs_vport_upcall_attr'
>> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
>> '@OVS_VPORT_UPCALL_FAIL' description in 'ovs_vport_upcall_attr'
>>
>> Warning: include/uapi/linux/openvswitch.h:638 This comment starts with
>> '/**', but isn't a kernel-doc comment.
>> * Omit attributes for notifications.
>>
>> Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
>> ---
>
> Hi, Randy. Thanks for the fixes!
>
> If the private/public is the style to follow, it sounds good to me,
> though there seem to be an inconsistency in how the kernel-only
> attributes are marked. I see the OVS_SAMPLE_ATTR_ARG is in the
> private section, but OVS_CHECK_PKT_LEN_ATTR_ARG and the
> OVS_ACTION_ATTR_SET_TO_MASKED are public. They should either all
> be public or all private, as they are used for very similar purposes,
> which is storing extra information about the action to make it easier
> for the kernel to work with them. These attributes should never be
> used in the communication with userspace. So, maybe private?
I documented them and made them all public:.
>
> __OVS_CHECK_PKT_LEN_ATTR_MAX is also public for some reason. I guess,
> it is because while it has kernel-doc-style comment, it doesn't start
> with /**, so it's not treated like one. Maybe we should fix that here
> just to be consistent?
I didn't follow the "it doesn't start with /**", but I made it private:.
> note: Some enums and structures do not have kernel-doc comments, so
> I guess that's the reason to not mark them. I suppose it's fine,
> since adding extra docs is not the purpose of this patch.
I ended up adding comments for several enums, but you might want to correct
a few of them.
> nit: the subject prefix is a little strange.
I hope that I fixed that.
I'll send v2 after 24++ hours.
thanks.
--
~Randy
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-27 5:42 ` Randy Dunlap
@ 2026-02-27 10:20 ` Ilya Maximets
2026-02-27 18:12 ` Randy Dunlap
0 siblings, 1 reply; 8+ messages in thread
From: Ilya Maximets @ 2026-02-27 10:20 UTC (permalink / raw)
To: Randy Dunlap, netdev
Cc: i.maximets, Aaron Conole, Eelco Chaudron, David S. Miller,
Eric Dumazet, Jakub Kicinski, Paolo Abeni, Simon Horman, dev
On 2/27/26 6:42 AM, Randy Dunlap wrote:
>
>
> On 2/26/26 2:57 PM, Ilya Maximets wrote:
>> On 2/26/26 11:10 PM, Randy Dunlap wrote:
>>> Fix some kernel-doc warnings in openvswitch.h:
>>>
>>> Mark enum placeholders that are not used as "private" so that kernel-doc
>>> comments are not needed for them.
>>>
>>> Correct names for 2 enum values:
>>> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
>>> '@OVS_VPORT_UPCALL_SUCCESS' description in 'ovs_vport_upcall_attr'
>>> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
>>> '@OVS_VPORT_UPCALL_FAIL' description in 'ovs_vport_upcall_attr'
>>>
>>> Warning: include/uapi/linux/openvswitch.h:638 This comment starts with
>>> '/**', but isn't a kernel-doc comment.
>>> * Omit attributes for notifications.
>>>
>>> Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
>>> ---
>>
>> Hi, Randy. Thanks for the fixes!
>>
>> If the private/public is the style to follow, it sounds good to me,
>> though there seem to be an inconsistency in how the kernel-only
>> attributes are marked. I see the OVS_SAMPLE_ATTR_ARG is in the
>> private section, but OVS_CHECK_PKT_LEN_ATTR_ARG and the
>> OVS_ACTION_ATTR_SET_TO_MASKED are public. They should either all
>> be public or all private, as they are used for very similar purposes,
>> which is storing extra information about the action to make it easier
>> for the kernel to work with them. These attributes should never be
>> used in the communication with userspace. So, maybe private?
>
> I documented them and made them all public:.
OK.
>
>>
>> __OVS_CHECK_PKT_LEN_ATTR_MAX is also public for some reason. I guess,
>> it is because while it has kernel-doc-style comment, it doesn't start
>> with /**, so it's not treated like one. Maybe we should fix that here
>> just to be consistent?
>
> I didn't follow the "it doesn't start with /**", but I made it private:.
The point was that the comment for the 'enum ovs_check_pkt_len_attr'
starts with the regular '/*' and not the kernel-doc standard '/**'.
So I assumed that's the reason why it was missed.
Looking more closely, the same applies also to the
'struct ovs_action_push_eth', that documents a filed it doesn't have...
>
>> note: Some enums and structures do not have kernel-doc comments, so
>> I guess that's the reason to not mark them. I suppose it's fine,
>> since adding extra docs is not the purpose of this patch.
>
> I ended up adding comments for several enums, but you might want to correct
> a few of them.
Sure.
>
>> nit: the subject prefix is a little strange.
>
> I hope that I fixed that.
> I'll send v2 after 24++ hours.
>
> thanks.
Best regards, Ilya Maximets.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-27 10:20 ` Ilya Maximets
@ 2026-02-27 18:12 ` Randy Dunlap
0 siblings, 0 replies; 8+ messages in thread
From: Randy Dunlap @ 2026-02-27 18:12 UTC (permalink / raw)
To: Ilya Maximets, netdev
Cc: Aaron Conole, Eelco Chaudron, David S. Miller, Eric Dumazet,
Jakub Kicinski, Paolo Abeni, Simon Horman, dev
On 2/27/26 2:20 AM, Ilya Maximets wrote:
> On 2/27/26 6:42 AM, Randy Dunlap wrote:
>>
>>
>> On 2/26/26 2:57 PM, Ilya Maximets wrote:
>>> On 2/26/26 11:10 PM, Randy Dunlap wrote:
>>>> Fix some kernel-doc warnings in openvswitch.h:
>>>>
>>>> Mark enum placeholders that are not used as "private" so that kernel-doc
>>>> comments are not needed for them.
>>>>
>>>> Correct names for 2 enum values:
>>>> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
>>>> '@OVS_VPORT_UPCALL_SUCCESS' description in 'ovs_vport_upcall_attr'
>>>> Warning: include/uapi/linux/openvswitch.h:300 Excess enum value
>>>> '@OVS_VPORT_UPCALL_FAIL' description in 'ovs_vport_upcall_attr'
>>>>
>>>> Warning: include/uapi/linux/openvswitch.h:638 This comment starts with
>>>> '/**', but isn't a kernel-doc comment.
>>>> * Omit attributes for notifications.
>>>>
>>>> Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
>>>> ---
>>>
>>> Hi, Randy. Thanks for the fixes!
>>>
>>> If the private/public is the style to follow, it sounds good to me,
>>> though there seem to be an inconsistency in how the kernel-only
>>> attributes are marked. I see the OVS_SAMPLE_ATTR_ARG is in the
>>> private section, but OVS_CHECK_PKT_LEN_ATTR_ARG and the
>>> OVS_ACTION_ATTR_SET_TO_MASKED are public. They should either all
>>> be public or all private, as they are used for very similar purposes,
>>> which is storing extra information about the action to make it easier
>>> for the kernel to work with them. These attributes should never be
>>> used in the communication with userspace. So, maybe private?
>>
>> I documented them and made them all public:.
>
> OK.
>
>>
>>>
>>> __OVS_CHECK_PKT_LEN_ATTR_MAX is also public for some reason. I guess,
>>> it is because while it has kernel-doc-style comment, it doesn't start
>>> with /**, so it's not treated like one. Maybe we should fix that here
>>> just to be consistent?
>>
>> I didn't follow the "it doesn't start with /**", but I made it private:.
>
> The point was that the comment for the 'enum ovs_check_pkt_len_attr'
> starts with the regular '/*' and not the kernel-doc standard '/**'.
> So I assumed that's the reason why it was missed.
I had already converted that enum to kernel-doc.
> Looking more closely, the same applies also to the
> 'struct ovs_action_push_eth', that documents a filed it doesn't have...
>
and now I have also converted that one.
>>
>>> note: Some enums and structures do not have kernel-doc comments, so
>>> I guess that's the reason to not mark them. I suppose it's fine,
>>> since adding extra docs is not the purpose of this patch.
>>
>> I ended up adding comments for several enums, but you might want to correct
>> a few of them.
>
> Sure.
thanks.
--
~Randy
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-26 22:10 [PATCH -net] net: openvswitch: clean up some kernel-doc warnings Randy Dunlap
2026-02-26 22:57 ` Ilya Maximets
@ 2026-02-27 0:56 ` Jakub Kicinski
2026-02-27 1:31 ` Randy Dunlap
2026-02-27 10:09 ` Ilya Maximets
1 sibling, 2 replies; 8+ messages in thread
From: Jakub Kicinski @ 2026-02-27 0:56 UTC (permalink / raw)
To: Randy Dunlap
Cc: netdev, Aaron Conole, Eelco Chaudron, Ilya Maximets,
David S. Miller, Eric Dumazet, Paolo Abeni, Simon Horman, dev
On Thu, 26 Feb 2026 14:10:54 -0800 Randy Dunlap wrote:
> + /* private: */
> OVS_DP_ATTR_UNSPEC,
> + /* public: */
Hm, can't quickly grep the relevant guidance but I always thought that
the comment is supposed to pretend to be a label. IOW not be indented:
enum ovs_datapath_attr {
/* private: */
OVS_DP_ATTR_UNSPEC,
/* public: */
OVS_DP_ATTR_NAME, /* name of dp_ifindex netdev */
I find that easier to read, but no strong preference.
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-27 0:56 ` Jakub Kicinski
@ 2026-02-27 1:31 ` Randy Dunlap
2026-02-27 10:09 ` Ilya Maximets
1 sibling, 0 replies; 8+ messages in thread
From: Randy Dunlap @ 2026-02-27 1:31 UTC (permalink / raw)
To: Jakub Kicinski
Cc: netdev, Aaron Conole, Eelco Chaudron, Ilya Maximets,
David S. Miller, Eric Dumazet, Paolo Abeni, Simon Horman, dev
On 2/26/26 4:56 PM, Jakub Kicinski wrote:
> On Thu, 26 Feb 2026 14:10:54 -0800 Randy Dunlap wrote:
>> + /* private: */
>> OVS_DP_ATTR_UNSPEC,
>> + /* public: */
>
> Hm, can't quickly grep the relevant guidance but I always thought that
I don't think there is any relevant guidance unless you consider an example
in Documentation/doc-guide/kernel-doc.rst to be guidance, where the example
does agree with your comment.
But kernel-doc doesn't have any _requirement_ that these comments begin
in column 1.
> the comment is supposed to pretend to be a label. IOW not be indented:
>
> enum ovs_datapath_attr {
> /* private: */
> OVS_DP_ATTR_UNSPEC,
> /* public: */
> OVS_DP_ATTR_NAME, /* name of dp_ifindex netdev */
>
> I find that easier to read, but no strong preference.
--
~Randy
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH -net] net: openvswitch: clean up some kernel-doc warnings
2026-02-27 0:56 ` Jakub Kicinski
2026-02-27 1:31 ` Randy Dunlap
@ 2026-02-27 10:09 ` Ilya Maximets
1 sibling, 0 replies; 8+ messages in thread
From: Ilya Maximets @ 2026-02-27 10:09 UTC (permalink / raw)
To: Jakub Kicinski, Randy Dunlap
Cc: i.maximets, netdev, Aaron Conole, Eelco Chaudron, David S. Miller,
Eric Dumazet, Paolo Abeni, Simon Horman, dev
On 2/27/26 1:56 AM, Jakub Kicinski wrote:
> On Thu, 26 Feb 2026 14:10:54 -0800 Randy Dunlap wrote:
>> + /* private: */
>> OVS_DP_ATTR_UNSPEC,
>> + /* public: */
>
> Hm, can't quickly grep the relevant guidance but I always thought that
> the comment is supposed to pretend to be a label. IOW not be indented:
>
> enum ovs_datapath_attr {
> /* private: */
> OVS_DP_ATTR_UNSPEC,
> /* public: */
> OVS_DP_ATTR_NAME, /* name of dp_ifindex netdev */
>
> I find that easier to read, but no strong preference.
FWIW, it looks like ynl puts the private tag on the same indentation
level as the max enum member, which we can see in the generated headers:
https://lore.kernel.org/all/20230727163001.3952878-4-sdf@google.com/
But I also do not have a strong opinion on how it should look like.
Best regards, Ilya Maximets.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2026-02-27 18:13 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-02-26 22:10 [PATCH -net] net: openvswitch: clean up some kernel-doc warnings Randy Dunlap
2026-02-26 22:57 ` Ilya Maximets
2026-02-27 5:42 ` Randy Dunlap
2026-02-27 10:20 ` Ilya Maximets
2026-02-27 18:12 ` Randy Dunlap
2026-02-27 0:56 ` Jakub Kicinski
2026-02-27 1:31 ` Randy Dunlap
2026-02-27 10:09 ` Ilya Maximets
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox