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

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

Commit 1fd3fbfe068ed496b92523185a093ecee7c52164 in incubator-mynewt-core's 
branch refs/heads/develop from [~peterfs]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-mynewt-core.git;h=1fd3fbf 
]

Logging format and initialization

MYNEWT-368: Complete logging format changes including saving log format version 
in fcb struct in flash

MYNEWT-262: Move initialization of logging resources to application. Logging 
handler is chosen by application and uses standard log_handlers rather than 
having each app call the handler_init function. Per-instance log structure are 
declared and initialized in each app and are associated with the log calls by 
log_register. Separate notion of log "type" for newtmgr (i.e, stream, 
memory,storage), and how log records are handled (e.g, cbmem, fcb).

Also - fix console_print_prompt() warning, nffs logging


> Change logging format
> ---------------------
>
>                 Key: MYNEWT-368
>                 URL: https://issues.apache.org/jira/browse/MYNEWT-368
>             Project: Mynewt
>          Issue Type: Bug
>          Components: Newtmgr
>            Reporter: Sterling Hughes
>            Assignee: Peter Snyder
>             Fix For: v1_0_0_beta1
>
>
> Right now newtmgr has an 8-bit index which goes along with a 64-bit 
> timestamp.  We are having trouble querying logs when time moves forward, 
> because of the misordering of log entries.
> We should change this such that we have a 16-bit log index, which can be used 
> to query logs remotely.  A result of this will be to make the module an 8-bit 
> value, which it is already assumed to be.
> While doing this change, on the FCB implementation, we should also add a 
> short log entry header (4-bytes), that at least contains the version of the 
> log format that we are writing, that way when we make changes in the future 
> to the log format, the code can automatically wipe this sector and reformat 
> it.



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

Reply via email to