Re: Intel 7260 spontaneous USB disconnect/reconnect every 23h18m07s

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

 



Hi Mark,

>>> So I tried this before going away for the weekend, rebooted, and then
>>> checked dmesg when I got back.  The issue is still there, spontaneous
>>> disconnect/reconnect every 23h18m07s like clockwork.
>> 
>> this sounds suspiciously like the validity of the encryption key. I assume
>> your connection is encrypted.
> 
> Sorry, I should have re-iterated in the message, that this is a *USB*
> disconnect/reconnect.  There is actually no bluetooth activity or
> connections at all during this time---bluetoothd is running, but that's it
> (although I am eager to test an IdleTimeout patch when it's available).
> 
> I snipped the dmesg output from earlier in the thread; it looked like this:
> 
> [83894.699185] usb 1-1: USB disconnect, device number 2
> [83894.914720] usb 1-1: new full-speed USB device number 3 using tegra-ehci
> [83895.044528] usb 1-1: New USB device found, idVendor=8087, idProduct=07dc
> [83895.051304] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> [83895.076633] Bluetooth: hci0: read Intel version: 3707100180012d0d06
> [83895.082944] Bluetooth: hci0: Intel device is already patched. patch num: 06
> [167782.187624] usb 1-1: USB disconnect, device number 3
> [167782.403343] usb 1-1: new full-speed USB device number 4 using tegra-ehci
> [167782.532645] usb 1-1: New USB device found, idVendor=8087, idProduct=07dc
> [167782.539504] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> [167782.564803] Bluetooth: hci0: read Intel version: 3707100180012d0d06
> [167782.571242] Bluetooth: hci0: Intel device is already patched. patch num: 06
> ...
> 
> So, strictly a hardware driver/firmware issue of some kind.  Either that, or
> something quite strange happening on my system which I've not figured out
> yet.  (I do have other USB devices attached, which are not cycling like
> this.)

please run bluemoon -T to enable the LMP tracing feature and then see if you happen to catch the messages before the controller jumps off the bus. I wonder which side initiates the key refresh. Also what is the remote device. You can try hcitool info <bdaddr> to get its features.

As I said before, just running bluemoon should decode the firmware version for you. No need to wildly guess.

In general if the device gets kicked off the USB bus, then something bad happened. The firmware might has crashed or something like that. The fact that the interval is consistent and pretty much the validity period of the encryption key, I bet that something goes wrong with the key refresh procedure.

Regards

Marcel

--
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