Re: [PATCH] Bluetooth: qca: generalise device address check

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Janaki,

Please avoid top and remember to trim unnecessary context when replying
to the mailing lists.

On Mon, Apr 29, 2024 at 03:34:32PM +0530, Janaki Ramaiah Thota wrote:

> Having a default BDA list from NVM BDA tag value will prevent developers
> from using the device if there is no user space app(In Fluoride) to set
> the BDA. Therefore, we are requesting to use default address check patch,
> so that developer can change the NVM BDA to make use of the device.

But a developer on such an old platform that can patch and replace the
NVM configuration file should also be able to just disable the check in
the driver right (e.g. by commenting out the call to
qca_check_bdaddr())?

>   List Of default Addresses:
>   ---------------------------------------------------------
> |       BDA          |      Chipset                       |
>   ---------------------------------------------------------
> | 39 80 10 00 00 20  |  WCN3988 with ROM Version 0x0200   |
>   ---------------------------------------------------------
> | 39 80 12 74 08 00  |  WCN3988 with ROM Version 0x0201   |
>   ---------------------------------------------------------
> | 39 90 21 64 07 00  |  WCN3990                           |
>   ---------------------------------------------------------
> | 39 98 00 00 5A AD  |  WCN3991                           |
>   ---------------------------------------------------------
> | 00 00 00 00 5A AD  |  QCA DEFAULT                       |
>   ---------------------------------------------------------

What about WCN6750 and 64:90:00:00:5a:ad?

And then there's currently also:

> > bluetooth hci0: bd_addr = 61:47:aa:31:22:14 (qca/nvm_00130300.bin)
> > bluetooth hci0: bd_addr = 61:47:aa:32:44:07 (qca/nvm_00130302.bin)

Which controllers use these configurations?

Johan




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux