On 08/06/2011 12:50 PM, Peter Hurley wrote:
> 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

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