All of lore.kernel.org
 help / color / mirror / Atom feed
* Firmware version read error on Intel AX210
@ 2020-11-21 22:12 Heiner Kallweit
  2020-11-21 23:00 ` Heiner Kallweit
  0 siblings, 1 reply; 5+ messages in thread
From: Heiner Kallweit @ 2020-11-21 22:12 UTC (permalink / raw)
  To: Kiran K, Kiran K; +Cc: BlueZ development

I have a new AX210 WiFi/Bluetooth card and btintel_read_version() fails
with error -22 (EINVAL). Underlying error is that the firmware version
read command returns with hdev->req_result = 18 (0x12). (req_status = 0)
>From what I've read this means invalid command parameters.
Did something change with AX210 and command 0xfc05 requires specific
parameters now? Or what else may cause this issue?

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Firmware version read error on Intel AX210
  2020-11-21 22:12 Firmware version read error on Intel AX210 Heiner Kallweit
@ 2020-11-21 23:00 ` Heiner Kallweit
  2020-11-22  8:35   ` K, Kiran
  0 siblings, 1 reply; 5+ messages in thread
From: Heiner Kallweit @ 2020-11-21 23:00 UTC (permalink / raw)
  To: Kiran K, Kiran K; +Cc: BlueZ development

Am 21.11.2020 um 23:12 schrieb Heiner Kallweit:
> I have a new AX210 WiFi/Bluetooth card and btintel_read_version() fails
> with error -22 (EINVAL). Underlying error is that the firmware version
> read command returns with hdev->req_result = 18 (0x12). (req_status = 0)
>>From what I've read this means invalid command parameters.
> Did something change with AX210 and command 0xfc05 requires specific
> parameters now? Or what else may cause this issue?
> 
Seems AX210 uses the new TLV infrastructure. btintel_read_version_tlv()
returns valid data. Will TLV/AX210 support be added for 5.11?

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: Firmware version read error on Intel AX210
  2020-11-21 23:00 ` Heiner Kallweit
@ 2020-11-22  8:35   ` K, Kiran
  2020-11-22 17:41     ` Heiner Kallweit
  0 siblings, 1 reply; 5+ messages in thread
From: K, Kiran @ 2020-11-22  8:35 UTC (permalink / raw)
  To: Heiner Kallweit, Kiran K
  Cc: BlueZ development, Srivatsa, Ravishankar, Tumkur Narayan,
	Chethan, Marcel Holtmann

Hi Heiner Kallweit,

The patches to support  Intel AX210  are not fully upstreamed into bluetooth-next.  Final patch set review is in progress - https://patchwork.kernel.org/project/bluetooth/list/?series=387475

Regards,
Kiran

> -----Original Message-----
> From: Heiner Kallweit <hkallweit1@gmail.com>
> Sent: Sunday, November 22, 2020 4:30 AM
> To: Kiran K <kiraank@gmail.com>; K, Kiran <kiran.k@intel.com>
> Cc: BlueZ development <linux-bluetooth@vger.kernel.org>
> Subject: Re: Firmware version read error on Intel AX210
> 
> Am 21.11.2020 um 23:12 schrieb Heiner Kallweit:
> > I have a new AX210 WiFi/Bluetooth card and btintel_read_version()
> > fails with error -22 (EINVAL). Underlying error is that the firmware
> > version read command returns with hdev->req_result = 18 (0x12).
> > (req_status = 0)
> >>From what I've read this means invalid command parameters.
> > Did something change with AX210 and command 0xfc05 requires specific
> > parameters now? Or what else may cause this issue?
> >
> Seems AX210 uses the new TLV infrastructure. btintel_read_version_tlv()
> returns valid data. Will TLV/AX210 support be added for 5.11?

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Firmware version read error on Intel AX210
  2020-11-22  8:35   ` K, Kiran
@ 2020-11-22 17:41     ` Heiner Kallweit
  2020-11-23 17:28       ` K, Kiran
  0 siblings, 1 reply; 5+ messages in thread
From: Heiner Kallweit @ 2020-11-22 17:41 UTC (permalink / raw)
  To: K, Kiran, Kiran K
  Cc: BlueZ development, Srivatsa, Ravishankar, Tumkur Narayan,
	Chethan, Marcel Holtmann

Am 22.11.2020 um 09:35 schrieb K, Kiran:
> Hi Heiner Kallweit,
> 
> The patches to support  Intel AX210  are not fully upstreamed into bluetooth-next.  Final patch set review is in progress - https://patchwork.kernel.org/project/bluetooth/list/?series=387475
> 
Good to hear and thanks for the link to the patch series.
How about firmware, is it submitted to linux-firmware in parallel?


Following is unrelated, however I hope you're the right addressee too.

In btusb.c we have the following code. I interpret this in a way
that once firmware was loaded the driver will never check for
updated firmware.
Shouldn't the driver always read the firmware file available on
the system and check its version against the firmware version
the device has (and apply it if it's newer)?
But maybe I miss something ..

bt_dev_info(hdev, "read Intel version: %02x%02x%02x%02x%02x%02x%02x%02x%02x",
	    ver.hw_platform, ver.hw_variant, ver.hw_revision,
	    ver.fw_variant,  ver.fw_revision, ver.fw_build_num,
	    ver.fw_build_ww, ver.fw_build_yy, ver.fw_patch_num);

/* fw_patch_num indicates the version of patch the device currently
 * have. If there is no patch data in the device, it is always 0x00.
 * So, if it is other than 0x00, no need to patch the device again.
 */
if (ver.fw_patch_num) {
	bt_dev_info(hdev, "Intel device is already patched. "
		    "patch num: %02x", ver.fw_patch_num);
	goto complete;
}



> Regards,
> Kiran
> 
Thank you, Heiner

>> -----Original Message-----
>> From: Heiner Kallweit <hkallweit1@gmail.com>
>> Sent: Sunday, November 22, 2020 4:30 AM
>> To: Kiran K <kiraank@gmail.com>; K, Kiran <kiran.k@intel.com>
>> Cc: BlueZ development <linux-bluetooth@vger.kernel.org>
>> Subject: Re: Firmware version read error on Intel AX210
>>
>> Am 21.11.2020 um 23:12 schrieb Heiner Kallweit:
>>> I have a new AX210 WiFi/Bluetooth card and btintel_read_version()
>>> fails with error -22 (EINVAL). Underlying error is that the firmware
>>> version read command returns with hdev->req_result = 18 (0x12).
>>> (req_status = 0)
>>> >From what I've read this means invalid command parameters.
>>> Did something change with AX210 and command 0xfc05 requires specific
>>> parameters now? Or what else may cause this issue?
>>>
>> Seems AX210 uses the new TLV infrastructure. btintel_read_version_tlv()
>> returns valid data. Will TLV/AX210 support be added for 5.11?


^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: Firmware version read error on Intel AX210
  2020-11-22 17:41     ` Heiner Kallweit
@ 2020-11-23 17:28       ` K, Kiran
  0 siblings, 0 replies; 5+ messages in thread
From: K, Kiran @ 2020-11-23 17:28 UTC (permalink / raw)
  To: Heiner Kallweit, Kiran K
  Cc: BlueZ development, Srivatsa, Ravishankar, Tumkur Narayan,
	Chethan, Marcel Holtmann

Hi,

> -----Original Message-----
> From: Heiner Kallweit <hkallweit1@gmail.com>
> Sent: Sunday, November 22, 2020 11:12 PM
> To: K, Kiran <kiran.k@intel.com>; Kiran K <kiraank@gmail.com>
> Cc: BlueZ development <linux-bluetooth@vger.kernel.org>; Srivatsa,
> Ravishankar <ravishankar.srivatsa@intel.com>; Tumkur Narayan, Chethan
> <chethan.tumkur.narayan@intel.com>; Marcel Holtmann
> <marcel@holtmann.org>
> Subject: Re: Firmware version read error on Intel AX210
> 
> Am 22.11.2020 um 09:35 schrieb K, Kiran:
> > Hi Heiner Kallweit,
> >
> > The patches to support  Intel AX210  are not fully upstreamed into
> > bluetooth-next.  Final patch set review is in progress -
> > https://patchwork.kernel.org/project/bluetooth/list/?series=387475
> >
> Good to hear and thanks for the link to the patch series.
> How about firmware, is it submitted to linux-firmware in parallel?
>

I am working on this.  I will be submitting firmware by this week.
> 
> Following is unrelated, however I hope you're the right addressee too.
> 
> In btusb.c we have the following code. I interpret this in a way that once
> firmware was loaded the driver will never check for updated firmware.
> Shouldn't the driver always read the firmware file available on the system
> and check its version against the firmware version the device has (and apply
> it if it's newer)?
> But maybe I miss something ..
> 
> bt_dev_info(hdev, "read Intel version:
> %02x%02x%02x%02x%02x%02x%02x%02x%02x",
> 	    ver.hw_platform, ver.hw_variant, ver.hw_revision,
> 	    ver.fw_variant,  ver.fw_revision, ver.fw_build_num,
> 	    ver.fw_build_ww, ver.fw_build_yy, ver.fw_patch_num);
> 
> /* fw_patch_num indicates the version of patch the device currently
>  * have. If there is no patch data in the device, it is always 0x00.
>  * So, if it is other than 0x00, no need to patch the device again.
>  */
> if (ver.fw_patch_num) {
> 	bt_dev_info(hdev, "Intel device is already patched. "
> 		    "patch num: %02x", ver.fw_patch_num);
> 	goto complete;
> }
> 
> 
> 
> > Regards,
> > Kiran
> >
> Thank you, Heiner
> 
> >> -----Original Message-----
> >> From: Heiner Kallweit <hkallweit1@gmail.com>
> >> Sent: Sunday, November 22, 2020 4:30 AM
> >> To: Kiran K <kiraank@gmail.com>; K, Kiran <kiran.k@intel.com>
> >> Cc: BlueZ development <linux-bluetooth@vger.kernel.org>
> >> Subject: Re: Firmware version read error on Intel AX210
> >>
> >> Am 21.11.2020 um 23:12 schrieb Heiner Kallweit:
> >>> I have a new AX210 WiFi/Bluetooth card and btintel_read_version()
> >>> fails with error -22 (EINVAL). Underlying error is that the firmware
> >>> version read command returns with hdev->req_result = 18 (0x12).
> >>> (req_status = 0)
> >>> >From what I've read this means invalid command parameters.
> >>> Did something change with AX210 and command 0xfc05 requires specific
> >>> parameters now? Or what else may cause this issue?
> >>>
> >> Seems AX210 uses the new TLV infrastructure.
> >> btintel_read_version_tlv() returns valid data. Will TLV/AX210 support be
> added for 5.11?

Regards,
Kiran



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2020-11-23 17:28 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-21 22:12 Firmware version read error on Intel AX210 Heiner Kallweit
2020-11-21 23:00 ` Heiner Kallweit
2020-11-22  8:35   ` K, Kiran
2020-11-22 17:41     ` Heiner Kallweit
2020-11-23 17:28       ` K, Kiran

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.