Hi Johan/Luiz, I found an error "invalid read". The pastebin log shows a PBAP connection in the RFCOMM channel 15. See line 195 of the first log, when the connection is refused the "temporary" device is being removed, however it seems that the "reverse" SDP query still active. PTS is establishing RFCOMM connection before "Encrypt Change" event, but this wrong procedure should not "harm" bluetoothd. In some cases I noticed segmentation fault, probably due this error. http://pastebin.com/m308f85ef http://pastebin.com/m2d80dd71 How to reproduce: PTS v 3.3.1.4 Simple pairing enabled Test Case: TC_PSE_SSM_BV_08_I (phonebook) Regards, Claudio. -- -- Claudio Takahasi Instituto Nokia de Tecnologia Recife - Pernambuco - Brasil +55 81 30879999 -- 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