[ 
https://issues.apache.org/jira/browse/MYNEWT-751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16063332#comment-16063332
 ] 

ASF subversion and git services commented on MYNEWT-751:
--------------------------------------------------------

Commit db4d5a18615f4a3a0e8633299be3268689446480 in incubator-mynewt-core's 
branch refs/heads/master from [~ccollins476]
[ https://gitbox.apache.org/repos/asf?p=incubator-mynewt-core.git;h=db4d5a1 ]

MYNEWT-751 - Slight change to internal function.

This change affects the ble_sm_chk_store_overflow_once() function as
follows:

1. Rename to ble_sm_chk_store_overflow_by_type()
2. Change first parameter from a boolean (is_our_sec) to a numeric code
(obj_type).


> BLE Host - Policy for SM key overflow
> -------------------------------------
>
>                 Key: MYNEWT-751
>                 URL: https://issues.apache.org/jira/browse/MYNEWT-751
>             Project: Mynewt
>          Issue Type: Bug
>      Security Level: Public(Viewable by anyone) 
>          Components: Nimble
>            Reporter: Christopher Collins
>            Assignee: Christopher Collins
>             Fix For: v1_1_0_rel
>
>
> (Pull request: https://github.com/apache/incubator-mynewt-core/pull/279)
> The BLE host needs a way to handle the case where a security store write 
> fails because the maximum number of entries have already been written.  
> Currently, the host simply fails to persist the record and returns an error 
> code.
> I propose the following behavior in such a scenario:
> # Host checks that there is sufficient storage for a bond before it starts a 
> pairing operation.  Any currently-active pairing procedures should be 
> included in the total number of bonds.
> # If there is insufficient space, host notifies application of the issue via 
> a callback.
> # The callback would return an error code indicating which of the following 
> behaviors to perform:
> ## Reject the pairing request.
> ## Proceed with the pairing operation (presumably the application would 
> delete a security record to make room before returning from the callback).



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to