You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@mynewt.apache.org by "Christopher Collins (JIRA)" <ji...@apache.org> on 2017/01/22 18:13:26 UTC

[jira] [Created] (MYNEWT-555) BLE Host - Avoid mbuf copy on chr read

Christopher Collins created MYNEWT-555:
------------------------------------------

             Summary: BLE Host - Avoid mbuf copy on chr read
                 Key: MYNEWT-555
                 URL: https://issues.apache.org/jira/browse/MYNEWT-555
             Project: Mynewt
          Issue Type: Bug
          Components: Nimble
            Reporter: Christopher Collins
            Assignee: Christopher Collins
             Fix For: v1_0_0_rel


When the host receives any form of characteristic read request, an extraneous mbuf gets allocated.  The sequence is:

* Allocate new mbuf.
* Pass new mbuf to application code so app can fill in characteristic value.
* Copy characteristic value out of new mbuf into response mbuf
* Free new mbuf

The reason for the extra allocation is to simplify reads that specify non-zero offsets. In the case of a GATT read, the peer may read from different offsets of the characteristic. In an effort to simplify the API, I decided the requested offset should be hidden from the application.  Instead, the application always provides the full characteristic value, and the host copies the requested portion out of the user-filled mbuf and into the ACL data packet.

The fix is to try to reuse the response to hold the characteristic data.  This can be done if the read request specifies an offset of 0.  For non-zero offsets, the old behavior remains: allocate an extra mbuf and copy the data.

Additional context: https://lists.apache.org/thread.html/78358745716cac9512b3c659dfe9b9b7bbb1354ee4c38d6da137bcc0@%3Cdev.mynewt.apache.org%3E



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)