Re: [PATCH v4] Bluetooth: btusb: Add Realtek 8723A/8723B/8761A/8821A support

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

 



On Fri, Feb 13, 2015 at 12:49 PM, Larry Finger
<Larry.Finger@xxxxxxxxxxxx> wrote:
>>> I just got a report for an lmp_subversion of 0x4ce1 on an RTL8723BE. The
>>> above list and the table below may need expanding. We are still testing.
>>
>>
>> Keep in mind, it is normal for the lmp_subversion to change once the
>> firmware has been uploaded.
>> That list is only a list of firmware versions that must be replaced.
>
>
> I think the report was for a device for which firmware was not loaded as the
> lmp_subversion was not recognized. I will be rechecking the full dmesg
> output.

What do you mean by "not recognized"?

Just to confirm: the ones recognized (listed) in the driver are the
IDs where no firmware has been loaded, but where the firmware is
needed.
Once the firmware is loaded, it will come back with a different ID
that is *not* present in the driver at all, which will cause the
driver not to upload any more firmware.

For example my device starts as RTL_ROM_LMP_8723B but once the
firmware is loaded it comes back as 0x3083 (which is not mentioned in
the driver anywhere); at that point, bluetooth works fine.

It is possible that the RTL8723A starts as RTL_ROM_LMP_8723A but then
comes back as 0x4ce1 when the firmware is loaded. This is not
conclusive but FWIW I can see the byte string "0xe14c" inside the
rtl8723a_fw.bin firmware file.

> I have a few minor comments. My log shows the following:
>
> [ 4262.901871] Bluetooth: hci0: hci_ver=06 hci_rev=000b lmp_ver=06
> lmp_subver=8723
> [ 4262.901874] Bluetooth: hci0: rtl: examining hci_ver=06 hci_rev=000b
> lmp_ver=06 lmp_subver=8723
>
> Those two show the same information. The one in btusb_setup_realtek() should
> be removed.
>
> I would prefer to see a logging of the file name of the firmware that was
> loaded in btusb_setup_rtl8723b(). That will make it easier to interpret any
> "rtl: assuming no firmware upload needed." messages in
> btusb_setup_realtek().

Thanks, I'll make these changes in the next revision.

> When bringing my laptop out of sleep, the firmware was reloaded, but
> Bluetooth did not work until the driver was unloaded and reloaded. If you
> have any thoughts please let me know.

I haven't tested suspend/resume this side.

Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux