Re: Connection time behaviour question

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

 



Hi Marcel,

On 19 Dec 2008, at 18:49, Marcel Holtmann wrote:


I don't see any issue here, but the whole concept of connecting to a
remote device to read its RSSI is broken by design. The RSSI value of an
already connection is basically useless. What you want is the link
quality, but even that doesn't really help you since it is vendor
specific and every company defines it differently.


Thanks for the reply. I appreciate your point about RSSI vs link quality, and understand the issue there, but actually that's incidental to the point I'm really trying to understand - reading the RSSI is just something to do with the connection before I throw it away again. I'm trying to get to the bottom of what's changed to cause the different behaviour in the connection times - why passing in a clock offset doesn't seem to make a difference any more, and why we see this regular pattern of times going up and up then jumping back down again. Is there anything that was deliberately changed in this regard, or is it a side effect of something else?

I really appreciate all your help and patience on this!

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