Hi Jaikumar, On Thu, Oct 22, 2009, jaikumar@xxxxxxxxxx wrote: > We invalidate the in-memory SDP records list only when a profile > is added or removed. So when a SDP record attribute like the rfcomm > channel number is modified on the remote device, we will miss the update. > --- > src/device.c | 10 +++++----- > 1 files changed, 5 insertions(+), 5 deletions(-) The patch makes sense and has been pushed upstream. Thanks. However, I'm not aware of any code in the current bluez tree that would actually try to use the cached RFCOMM channels. E.g. the serial plugin as well as the HFP/HSP implementation always do explicit lookups over SDP before attempting to connect. So most likely there's no immediate benefit of the patch but it's still good to have it in case some future code does rely more heavily on the SDP record cache. Johan -- 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
