Re: [GIT PULL] QCA: Add Bluetooth firmware for WCN685x uart interface

Hi Dmitry,

Thanks for your feedback.

On 11/21/2025 7:56 PM, Dmitry Baryshkov wrote:
> On Fri, Nov 21, 2025 at 02:50:10PM +0800, Wei Deng wrote:
>> Hi Dmitry,
>>
>> Thanks for your feedback.
>>
>> On 11/21/2025 6:29 AM, Dmitry Baryshkov wrote:
>>> On Thu, Nov 20, 2025 at 12:19:21PM +0800, Wei Deng wrote:
>>>> Hi linux-firmware maintainers,
>>>>
>>>> Here's a pull request for btqca bluetooth driver. Please let me know if
>>>> you have any problems.
>>>>
>>>> The following changes since commit 8b9fd78478acacccd0cde109b4a3550969f33bbb:
>>>>
>>>>   Merge branch 'dsp-fw-kaanapali' into 'main' (2025-11-19 07:22:57 +0000)
>>>>
>>>> are available in the Git repository at:
>>>>
>>>>   https://github.com/WeiDeng-weiden/qca_btfw.git main
>>>>
>>>> for you to fetch changes up to 94beae96027761e69a54603605b8a9bfd7b71b3d:
>>>>
>>>>   QCA: Add Bluetooth firmware for WCN685x uart interface (2025-11-20 07:24:50 +0530)
>>>>
>>>> ----------------------------------------------------------------
>>>> Wei Deng (1):
>>>>       QCA: Add Bluetooth firmware for WCN685x uart interface
>>>
>>> Please don't strip parts of git request-pull output. I'll add it back
>>> for you:
>>>
>>>  WHENCE              |  39 +++++++++++++++++++++++++++++++++++++++
>>>  qca/wcnhpbtfw21.tlv | Bin 0 -> 152784 bytes
>>>  qca/wcnhpnv21.301   | Bin 0 -> 6876 bytes
>>>  qca/wcnhpnv21.302   | Bin 0 -> 6876 bytes
>>>  qca/wcnhpnv21.309   | Bin 0 -> 6884 bytes
>>>  qca/wcnhpnv21.b10c  | Bin 0 -> 6618 bytes
>>>  qca/wcnhpnv21.b111  | Bin 0 -> 6618 bytes
>>>  qca/wcnhpnv21.b8c   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21.b9f   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21.ba0   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21.ba1   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21.ba2   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21.ba3   | Bin 0 -> 6618 bytes
>>>  qca/wcnhpnv21.ba4   | Bin 0 -> 6618 bytes
>>>  qca/wcnhpnv21.baa   | Bin 0 -> 6618 bytes
>>>  qca/wcnhpnv21.bb8   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21.bin   | Bin 0 -> 6610 bytes
>>>  qca/wcnhpnv21g.301  | Bin 0 -> 6716 bytes
>>>  qca/wcnhpnv21g.302  | Bin 0 -> 6716 bytes
>>>  qca/wcnhpnv21g.309  | Bin 0 -> 6716 bytes
>>>  qca/wcnhpnv21g.b10c | Bin 0 -> 6458 bytes
>>>  qca/wcnhpnv21g.b111 | Bin 0 -> 6458 bytes
>>>  qca/wcnhpnv21g.b8c  | Bin 0 -> 6450 bytes
>>>  qca/wcnhpnv21g.b9f  | Bin 0 -> 6450 bytes
>>>  qca/wcnhpnv21g.ba0  | Bin 0 -> 6450 bytes
>>>  qca/wcnhpnv21g.ba1  | Bin 0 -> 6450 bytes
>>>  qca/wcnhpnv21g.ba2  | Bin 0 -> 6450 bytes
>>>  qca/wcnhpnv21g.ba3  | Bin 0 -> 6458 bytes
>>>  qca/wcnhpnv21g.ba4  | Bin 0 -> 6458 bytes
>>>  qca/wcnhpnv21g.baa  | Bin 0 -> 6458 bytes
>>>  qca/wcnhpnv21g.bb8  | Bin 0 -> 6450 bytes
>>>  qca/wcnhpnv21g.bin  | Bin 0 -> 6450 bytes
>>>
>>> And I've added it because I wanted to ask. Why are adding both files NV
>>> ramdump files with .NNN and .bNN extensions? The former ones won't be
>>> loaded by the kernel.
>>>
>>
>> Thanks for posting the complete request-pull. Uploading .NNN and .bNN 
>> files is to keep them consistent with the current UART interface NVM 
>> ramdump file, we update same files with hpnv.NNN and hpnv.bNN.
> 
> Again, what is going to load or use, for example, qca/wcnhpnv21g.309 ?

From the perspective of our kernel and WCN6855, we should load the NVM 
rampdump file ending with .bNN, such as qca/wcnhpnv21g.b10c. 

The firmware will be re-uploaded and will only include the NVM rampdump 
file ending with .bNN in the next pull.

> 

-- 
Best Regards,
Wei Deng