From: tjiang@codeaurora.org
To: Matthias Kaehlcke <mka@chromium.org>
Cc: marcel@holtmann.org, johan.hedberg@gmail.com,
luiz.dentz@gmail.com, linux-kernel@vger.kernel.org,
linux-bluetooth@vger.kernel.org, linux-arm-msm@vger.kernel.org,
bgodavar@codeaurora.org, c-hbandi@codeaurora.org,
hemantg@codeaurora.org, rjliao@codeaurora.org,
zijuhu@codeaurora.org
Subject: Re: [PATCH v3] Bluetooth: btusb: Add support for variant WCN6855 by using different nvm
Date: Wed, 27 Oct 2021 14:12:07 +0800 [thread overview]
Message-ID: <fe118b60df5881b0e9938f57aae6f87e@codeaurora.org> (raw)
In-Reply-To: <YXgrwKUZwUWuWfG4@google.com>
Hi Matthias:
the previous patch is submitted by zijun , as he is not working on
this project, I take over his job, so can we assume abandon the previous
patch, using my new patch ? thank you.
regards.
tim
On 2021-10-27 00:24, Matthias Kaehlcke wrote:
> On Fri, Oct 22, 2021 at 01:35:38PM +0800, tjiang@codeaurora.org wrote:
>> the RF performance of wcn6855 soc chip from different foundries will
>> be
>> difference, so we should use different nvm to configure them.
>>
>> Signed-off-by: Tim Jiang <tjiang@codeaurora.org>
>> ---
>> drivers/bluetooth/btusb.c | 55
>> +++++++++++++++++++++++++++++++++++------------
>> 1 file changed, 41 insertions(+), 14 deletions(-)
>>
>> diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
>> index 87b71740fad8..a5fe57e7cd7e 100644
>> --- a/drivers/bluetooth/btusb.c
>> +++ b/drivers/bluetooth/btusb.c
>> @@ -3195,6 +3195,9 @@ static int btusb_set_bdaddr_wcn6855(struct
>> hci_dev
>> *hdev,
>> #define QCA_DFU_TIMEOUT 3000
>> #define QCA_FLAG_MULTI_NVM 0x80
>>
>> +#define WCN6855_2_0_RAM_VERSION_GF 0x400c1200
>> +#define WCN6855_2_1_RAM_VERSION_GF 0x400c1211
>> +
>> struct qca_version {
>> __le32 rom_version;
>> __le32 patch_version;
>> @@ -3226,6 +3229,7 @@ static const struct qca_device_info
>> qca_devices_table[] = {
>> { 0x00000302, 28, 4, 16 }, /* Rome 3.2 */
>> { 0x00130100, 40, 4, 16 }, /* WCN6855 1.0 */
>> { 0x00130200, 40, 4, 16 }, /* WCN6855 2.0 */
>> + { 0x00130201, 40, 4, 16 }, /* WCN6855 2.1 */
>> };
>>
>> static int btusb_qca_send_vendor_req(struct usb_device *udev, u8
>> request,
>> @@ -3380,6 +3384,42 @@ static int btusb_setup_qca_load_rampatch(struct
>> hci_dev *hdev,
>> return err;
>> }
>>
>> +static void btusb_generate_qca_nvm_name(char *fwname,
>> + size_t max_size,
>> + const struct qca_version *ver)
>> +{
>> + u32 rom_version = le32_to_cpu(ver->rom_version);
>> + u16 flag = le16_to_cpu(ver->flag);
>> +
>> + if (((flag >> 8) & 0xff) == QCA_FLAG_MULTI_NVM) {
>> + u16 board_id = le16_to_cpu(ver->board_id);
>> + u32 ram_version = le32_to_cpu(ver->ram_version);
>> + const char *variant = NULL;
>
> This assignement was introduced in v3, it isn't really useful since the
> variable is always assigned to a value in the switch statement below.
>
> btw, why did you reset the patch version numbers, earlier they went up
> to v11? This is confusing, e.g. when someone mentions v3 of this patch,
> are they referring to this version or to
> https://patchwork.kernel.org/project/bluetooth/patch/1628758216-3201-1-git-send-email-zijuhu@codeaurora.org/?
>
>> +
>> + switch (ram_version) {
>> + case WCN6855_2_0_RAM_VERSION_GF:
>> + case WCN6855_2_1_RAM_VERSION_GF:
>> + variant = "_gf";
>> + break;
>> + default:
>> + variant = "";
>> + break;
>> + }
>> +
>> + if (board_id == 0) {
>> + snprintf(fwname, max_size, "qca/nvm_usb_%08x%s.bin",
>> + rom_version, variant);
>> + } else {
>> + snprintf(fwname, max_size, "qca/nvm_usb_%08x%s_%04x.bin",
>> + rom_version, variant, board_id);
>> + }
>> + } else {
>> + snprintf(fwname, max_size, "qca/nvm_usb_%08x.bin",
>> + rom_version);
>> + }
>> +
>> +}
>> +
>> static int btusb_setup_qca_load_nvm(struct hci_dev *hdev,
>> struct qca_version *ver,
>> const struct qca_device_info *info)
>> @@ -3388,20 +3428,7 @@ static int btusb_setup_qca_load_nvm(struct
>> hci_dev
>> *hdev,
>> char fwname[64];
>> int err;
>>
>> - if (((ver->flag >> 8) & 0xff) == QCA_FLAG_MULTI_NVM) {
>> - /* if boardid equal 0, use default nvm without surfix */
>> - if (le16_to_cpu(ver->board_id) == 0x0) {
>> - snprintf(fwname, sizeof(fwname), "qca/nvm_usb_%08x.bin",
>> - le32_to_cpu(ver->rom_version));
>> - } else {
>> - snprintf(fwname, sizeof(fwname), "qca/nvm_usb_%08x_%04x.bin",
>> - le32_to_cpu(ver->rom_version),
>> - le16_to_cpu(ver->board_id));
>> - }
>> - } else {
>> - snprintf(fwname, sizeof(fwname), "qca/nvm_usb_%08x.bin",
>> - le32_to_cpu(ver->rom_version));
>> - }
>> + btusb_generate_qca_nvm_name(fwname, sizeof(fwname), ver);
>>
>> err = request_firmware(&fw, fwname, &hdev->dev);
>> if (err) {
>> --
>> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora
>> Forum, a
>> Linux Foundation Collaborative Project
next prev parent reply other threads:[~2021-10-27 6:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-22 5:35 [PATCH v3] Bluetooth: btusb: Add support for variant WCN6855 by using different nvm tjiang
2021-10-26 5:53 ` tjiang
2021-10-26 16:24 ` Matthias Kaehlcke
2021-10-27 6:12 ` tjiang [this message]
2021-10-27 15:59 ` Matthias Kaehlcke
2021-10-28 7:15 ` tjiang
2021-10-28 14:00 ` Marcel Holtmann
2021-10-29 3:09 ` tjiang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fe118b60df5881b0e9938f57aae6f87e@codeaurora.org \
--to=tjiang@codeaurora.org \
--cc=bgodavar@codeaurora.org \
--cc=c-hbandi@codeaurora.org \
--cc=hemantg@codeaurora.org \
--cc=johan.hedberg@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luiz.dentz@gmail.com \
--cc=marcel@holtmann.org \
--cc=mka@chromium.org \
--cc=rjliao@codeaurora.org \
--cc=zijuhu@codeaurora.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox