[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3e18c716-4c1b-ea3-ede3-5a67555f5e72@linux.intel.com>
Date: Mon, 20 Nov 2023 13:59:44 +0200 (EET)
From: Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>
To: Ma Jun <Jun.Ma2@....com>
cc: amd-gfx@...ts.freedesktop.org, lenb@...nel.org,
johannes@...solutions.net, davem@...emloft.net,
edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com,
alexander.deucher@....com, Lijo.Lazar@....com,
mario.limonciello@....com, Netdev <netdev@...r.kernel.org>,
linux-wireless@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>, linux-doc@...r.kernel.org,
platform-driver-x86@...r.kernel.org, majun@....com
Subject: Re: [Patch v13 1/9] Documentation/driver-api: Add document about
WBRF mechanism
On Mon, 30 Oct 2023, Ma Jun wrote:
> Add documentation about AMD's Wifi band RFI mitigation (WBRF) mechanism
> explaining the theory and how it is used.
>
> Signed-off-by: Ma Jun <Jun.Ma2@....com>
> ---
> Documentation/driver-api/wbrf.rst | 76 +++++++++++++++++++++++++++++++
> 1 file changed, 76 insertions(+)
> create mode 100644 Documentation/driver-api/wbrf.rst
>
> +Driver programming interface
> +============================
> +.. kernel-doc:: drivers/platform/x86/amd/wbrf.c
> +
> +Sample Usage
> +=============
A lot better but you missed adding newlines here for this and previous
section title.
> +The expected flow for the producers:
> +1). During probe, call `acpi_amd_wbrf_supported_producer` to check if WBRF
> + can be enabled for the device.
> +2). On using some frequency band, call `acpi_amd_wbrf_add_remove` with 'add'
> + param to get other consumers properly notified.
> +3). Or on stopping using some frequency band, call
> + `acpi_amd_wbrf_add_remove` with 'remove' param to get other consumers notified.
> +
> +The expected flow for the consumers:
> +1). During probe, call `acpi_amd_wbrf_supported_consumer` to check if WBRF
> + can be enabled for the device.
> +2). Call `amd_wbrf_register_notifier` to register for notification
> + of frequency band change(add or remove) from other producers.
> +3). Call the `amd_wbrf_retrieve_freq_band` intentionally to retrieve
> + current active frequency bands considering some producers may broadcast
> + such information before the consumer is up.
> +4). On receiving a notification for frequency band change, run
> + `amd_wbrf_retrieve_freq_band` again to retrieve the latest
> + active frequency bands.
> +5). During driver cleanup, call `amd_wbrf_unregister_notifier` to
> + unregister the notifier.
The correct kerneldoc format should be without the closing parenthesis:
1. Text here that
spills to second line.
2. Second entry.
--
i.
Powered by blists - more mailing lists