Hi Randy
On Wed, Dec 6, 2023, at 1:01 AM, Randy Dunlap wrote:
> Add a function's return description and don't misuse "/**" for
> non-kernel-doc comments to prevent warnings from scripts/kernel-doc.
>
> thinkpad_acpi.c:523: warning: No description found for return value of
> 'tpacpi_check_quirks'
> thinkpad_acpi.c:9307: warning: This comment starts with '/**', but
> isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst
> thinkpad_acpi.c:9307: warning: missing initial short description on
> line:
> * This evaluates a ACPI method call specific to the battery
>
> Signed-off-by: Randy Dunlap <rd...@in...>
> Cc: Henrique de Moraes Holschuh <hm...@hm...>
> Cc: Hans de Goede <hde...@re...>
> Cc: "Ilpo Järvinen" <ilp...@li...>
> CC: ibm...@li...
> CC: pla...@vg...
> ---
> drivers/platform/x86/thinkpad_acpi.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff -- a/drivers/platform/x86/thinkpad_acpi.c
> b/drivers/platform/x86/thinkpad_acpi.c
> --- a/drivers/platform/x86/thinkpad_acpi.c
> +++ b/drivers/platform/x86/thinkpad_acpi.c
> @@ -512,10 +512,10 @@ struct tpacpi_quirk {
> * Iterates over a quirks list until one is found that matches the
> * ThinkPad's vendor, BIOS and EC model.
> *
> - * Returns 0 if nothing matches, otherwise returns the quirks field of
> + * Returns: %0 if nothing matches, otherwise returns the quirks field
Just being nosy - what does %0 do?
I assume it helps with the return value but was intrigued how it is used and where
> of
> * the matching &struct tpacpi_quirk entry.
> *
> - * The match criteria is: vendor, ec and bios much match.
> + * The match criteria is: vendor, ec and bios must match.
I can't for the life of me see what is different here. What am I missing?
> */
> static unsigned long __init tpacpi_check_quirks(
> const struct tpacpi_quirk *qlist,
> @@ -9303,7 +9303,7 @@ static struct tpacpi_battery_driver_data
>
> /* ACPI helpers/functions/probes */
>
> -/**
> +/*
> * This evaluates a ACPI method call specific to the battery
> * ACPI extension. The specifics are that an error is marked
> * in the 32rd bit of the response, so we just check that here.
>
>
> _______________________________________________
> ibm-acpi-devel mailing list
> ibm...@li...
> https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
Thanks
Mark
|