[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230621152415.0bf552f3@kernel.org>
Date: Wed, 21 Jun 2023 15:24:15 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Andrew Lunn <andrew@...n.ch>
Cc: netdev <netdev@...r.kernel.org>, Heiner Kallweit <hkallweit1@...il.com>,
Russell King <rmk+kernel@...linux.org.uk>, Simon Horman
<simon.horman@...igine.com>, Christian Marangi <ansuelsmth@...il.com>
Subject: Re: [PATCH net-next v1 2/3] net: phy: phy_device: Call into the PHY
driver to set LED offload
On Mon, 19 Jun 2023 23:57:02 +0200 Andrew Lunn wrote:
> + /**
> + * Can the HW support the given rules. Return 0 if yes,
> + * -EOPNOTSUPP if not, or an error code.
> + */
> + int (*led_hw_is_supported)(struct phy_device *dev, u8 index,
> + unsigned long rules);
> + /**
> + * Set the HW to control the LED as described by rules.
> + */
> + int (*led_hw_control_set)(struct phy_device *dev, u8 index,
> + unsigned long rules);
> + /**
> + * Get the rules used to describe how the HW is currently
> + * configure.
> + */
> + int (*led_hw_control_get)(struct phy_device *dev, u8 index,
> + unsigned long *rules);
Why not include @led_hw_control_get in the kernel doc?
IIUC the problem is that the value doesn't get rendered when building
documentation correctly, but that should get resolved sooner or later.
OTOH what this patch adds is not valid kdoc at all, and it will never
be valid, right?
Powered by blists - more mailing lists