Add support for persistant Key storage under Linux

[GoogleCodeExporter]

The iPhone port uses a (iOS/iPhone) specfic database to store link keys, 
between sessions. This means that the client app only needs to authenticate 
once, and then can connect/disconnect at will.

This is implemented in the file 'remote_device_db_iphone.m'

We will need some form of persistant storage on the other platforms.
Simon

Original issue reported on code.google.com by mungew...@gmail.com on 8 May 2011 at 12:33

[GoogleCodeExporter]

Patch adds rudementary keystore in memory, mallocs space for each key and 
stores them as a linked list.

Original comment by mungew...@gmail.com on 8 May 2011 at 12:48

Attachments:

• 0001-153_persistance_keys.patch

[GoogleCodeExporter]

missed the 'cmp_bd_addr' function.

Patches below for this and to add RFCOMM name->channel mapping.
Simon.

Original comment by mungew...@gmail.com on 13 May 2011 at 1:11

Attachments:

• 0001-153v2_persistance_keys.patch
• 0002-153v2_persistance_keys.patch

[GoogleCodeExporter]

one more thing... we need an 'extern' defined.

Original comment by mungew...@gmail.com on 17 May 2011 at 4:34

Attachments:

• 0003-153v2_persistance_keys.patch

[GoogleCodeExporter]

thanks for double-checking.  -> r1102

more restructuring will be needed, getting to that, but still hogged up with 
other projects.

Original comment by matthias.ringwald@gmail.com on 17 May 2011 at 7:42

• Changed state: Fixed

[GoogleCodeExporter]

I think you still need to pull '0001-153v2_persistance_keys.patch' and 
'0002-153v2_persistance_keys.patch' as well.

Simon

Original comment by mungew...@gmail.com on 17 May 2011 at 3:35

[GoogleCodeExporter]

hi. I'm ignoring 0001-153v2_persistance_keys.patch as utils.h already provides 
the BD_ADDR_CMP macro. I've applied and fixed compiler warnings in r1104

Original comment by matthias.ringwald@gmail.com on 27 May 2011 at 6:45