On Sat, 2011-08-06 at 11:33 -0400, Colin Beckingham wrote:
> Hi Peter:
>
...<snip>...
> 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
��.n��������+%������w��{.n�����{��� �^n�r������&��z�ޗ�zf���h���~����������_��+v���)ߣ�
