Re: [PATCH v4 2/8] dt-bindings: net: wireless: qcom,ath10k: Document NVMEM cells
Loic Poulain <[email protected]> Fri, 12 Jun 2026 09:57:52 +0200
| Newsgroups | org.infradead.lists.ath10k,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-block,org.kernel.vger.linux-bluetooth,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel,org.kernel.vger.linux-mmc,org.kernel.vger.linux-wireless,org.kernel.vger.netdev |
|---|---|
| Message-ID | <CAFEp6-0Jqw4HqTu89QVOVtWEYMpNdnd0vYxRyZDgn6oMENCqTw@mail.gmail.com> |
On Wed, Jun 10, 2026 at 9:16 AM Krzysztof Kozlowski <[email protected]> wrote: > > On Tue, Jun 09, 2026 at 09:52:27AM +0200, Loic Poulain wrote: > > Document the NVMEM cells supported by the ath10k driver, the > > mac-address, pre-calibration data, and calibration data. > > > > Reviewed-by: Bartosz Golaszewski <[email protected]> > > Signed-off-by: Loic Poulain <[email protected]> > > --- > > .../devicetree/bindings/net/wireless/qcom,ath10k.yaml | 16 ++++++++++++++++ > > 1 file changed, 16 insertions(+) > > > > diff --git a/Documentation/devicetree/bindings/net/wireless/qcom,ath10k.yaml b/Documentation/devicetree/bindings/net/wireless/qcom,ath10k.yaml > > index c21d66c7cd558ab792524be9afec8b79272d1c87..7391df5e7071e626af4c64b9919d48c41ac09f1e 100644 > > --- a/Documentation/devicetree/bindings/net/wireless/qcom,ath10k.yaml > > +++ b/Documentation/devicetree/bindings/net/wireless/qcom,ath10k.yaml > > @@ -92,6 +92,22 @@ properties: > > > > ieee80211-freq-limit: true > > > > + nvmem-cells: > > + minItems: 1 > > + maxItems: 3 > > + description: | > > If there is going to be resend: > Do not need '|' unless you need to preserve formatting. Sure, thanks. > > > + References to nvmem cells for MAC address and/or calibration data. > > + Supported cell names are mac-address, calibration, and pre-calibration. > > + > > + nvmem-cell-names: > > + minItems: 1 > > + maxItems: 3 > > + items: > > + enum: > > + - mac-address > > + - calibration > > + - pre-calibration > > This means you expect random order with variable number of items. Is > that intentional? If yes, please provide short explanation in the commit > msg. Yes we may or may have any of those cells. Will document. Thanks, Loic