Hi, On Thu, Apr 15, 2010 at 12:09 AM, Mike Tsai <Mike.Tsai@xxxxxxxxxxx> wrote: >>>Ok, so I do miss understanding the situation. In that case, host can program link supervision timeout to a shorter time (like 3 or 4 seconds) as suggested. So the link supervision timeout shall kick in far ahead of LMP response timeout. The user will get disconnect notification sooner, It seems that somebody already give us a favor and patented it: http://www.freepatentsonline.com/y2009/0258596.html That is exactly what I was looking for, depending on the link usage (a2dp, sco) reduce the link supervision timeout to detect the link loss faster. Well I guess the only option now is to do this statically, which I don't think will address the problem completely since we can only change the timeout once due to this patent. Grrr, it is so obvious why people patent such generic usage, I really hate software patents. Very frustrating. -- Luiz Augusto von Dentz Computer Engineer -- 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
