PTS / linkkey issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I'm having a somewhat relate issue to Vishal AGARWAL [1].  The trouble
I have is that the PTS system is requesting auth type 0, and Bluez
happily obliges.  This leaves the PTS device as temporary, and BlueZ
then deletes this device after the end of the connection.  This
prevents me from being able to pass TP/OOR/BV-02-I: [HF reconnects to
AG].  The code is designed to periodically reconnect to the AG after
it detects a link timeout.  But, if BlueZ has deleted the device, I
don't do that.  This also somewhat applies to the A2DP test cases, as
my device must be left in pairing mode in order for the tests to pass.

So, my question to people who have used PTS, is there a way to get the
PTS to perform a pairing that is not 0x00 MITM Protection Not Required
– No Bonding. Numeric comparison with automatic accept allowed?  I'm
using an older kernel that doesn't have the mgmt interface (2.6.33
with some features/fixes backported from newer kernels) but am using
the latest BlueZ from git (at least of a month ago or so).  But even
so, the proposal of keeping the linkkey around for the ACL session
would be useless, I think, because the intent is to have a link
timeout event.

Thanks,
Mike

[1] http://www.spinics.net/lists/linux-bluetooth/msg23346.html
--
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


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux