[
https://issues.apache.org/jira/browse/MYNEWT-774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16043486#comment-16043486
]
ASF subversion and git services commented on MYNEWT-774:
--------------------------------------------------------
Commit ee14e32eb54f3b93b6d632ad64ae57d26fbfbf2d in incubator-mynewt-core's
branch refs/heads/master from ccollins476ad
[ https://gitbox.apache.org/repos/asf?p=incubator-mynewt-core.git;h=ee14e32 ]
Merge pull request #323 from ccollins476ad/shell-max-events
MYNEWT-774 Serial errors in newtmgr messages
> Intermittent serial errors in newtmgr messages on Arduino Zero
> --------------------------------------------------------------
>
> Key: MYNEWT-774
> URL: https://issues.apache.org/jira/browse/MYNEWT-774
> Project: Mynewt
> Issue Type: Bug
> Security Level: Public(Viewable by anyone)
> Reporter: Christopher Collins
> Assignee: Christopher Collins
> Fix For: v1_1_0_rel
>
>
> (Pull request: https://github.com/apache/incubator-mynewt-core/pull/323)
> Using the nmgr_shell transport (newtmgr over shell), some incoming commands
> get dropped. The problem seems to be caused by an exhaustion of shell events.
> By default, the shell only allocates a single event.
> The sequence looks like this:
> # Client sends newtmgr command to device.
> # Console passes newtmgr command to shell.
> # Shell allocates the only event and fills it with the data.
> # Shell processes event, hands data to newtmgr code.
> # Newtmgr processes command and sends response.
> # Client sees response and sends follow-up command.
> # Console passes newtmgr command to shell.
> # Shell has no events left; drops incoming command.
> # Initial event gets freed.
> By changing the default event count from 1 to 2, we ensure there is always a
> spare event available. Since we will never send the second response before
> freeing the first event, two events is sufficient.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
