On 08/06/2011 12:50 PM, Peter Hurley wrote:
On Sat, 2011-08-06 at 11:33 -0400, Colin Beckingham wrote:
quoted
Hi Peter:
...<snip>...
quoted
I ran # hciconfig hci0 sspmode 1 to force the adapter into a secure attempt.
I downloaded and installed the latest hcidump which identifies itself
(hcidump -v) as 2.0 even though it is marked as 2.1 version on the webpage.
Made another attempt to connect, here is the syslog
# tail -n 100 /var/log/messages | grep bluetoothd
Aug 6 05:15:39 linux-c96h bluetoothd[1246]: Audio connection got
disconnected
Aug 6 11:23:29 linux-c96h bluetoothd[1246]: Rejecting request: remote
device can't provide MITM
Aug 6 11:23:56 linux-c96h bluetoothd[1246]: Discovery session
0x7f801d0a6ca0 with :1.4178 activated
Aug 6 11:24:01 linux-c96h bluetoothd[1246]: Stopping discovery
Aug 6 11:24:13 linux-c96h bluetoothd[1246]: Permission denied (13)
and a binary hcidump is attached.
Hi Colin,
That makes a lot more sense!
Would you please repeat the experiment with bluetoothd in debug mode,
though? That would give me a lot more information to work with about how
bluetoothd got to that point.
As before, please capture hcidump binary at the same time. Also please
include every bluetoothd syslog message starting from the start of the
experiment.
I appreciate your patience helping me to track down this bug.
Regards,
Peter Hurley
Sorry, forgot to set bluetoothd in debug mode.
Attached are my latest logs, 2 files, wep475a.*. Note in the syslog that
the first entry is timestamped way before the experiment was launched,
so the log should have everything that bluetoothd wrote for the current
experiment.
--
---
Colin Beckingham