Please sign in to comment.
Bluetooth: Mesh: Fix RPL storage timeout handling
The default values for the timeouts, as well as non-defaults in most Mesh samples, use a higher value for the RPL than then generic mesh storage timeout. This hasn't had any effect in practice since the code only uses the RPL timeout if it is *smaller* than the generic one. The original intention of the code was to use the RPL timeout, regardless of what the generic one is, whenever the RPL is the only thing that needs updating. Add some helper macros to track the various groups of pending flags, and perform the appropriate checks to apply the RPL timeout whenever it's smaller than the generic timeout, or if there are no other items to store besides the RPL. Fixes #15904 Signed-off-by: Johan Hedberg <email@example.com>
- Loading branch information...
Showing with 16 additions and 6 deletions.