Re: Using Eclipse for Mynewt development

2017-01-22 Thread Lm Chew
[https://tr.cloudmagic.com/h/v6/emailtag/tag/1485152681/e07327a00ce48c6feaf5c6318fd5666d/98148963e301c00d168ac75868cda51d/93bbf72599c74b2d1f7b08eb75875339/7d73f5719844943a877cfefbca240ecc/newton.gif] Hi Andrzej, Thanks, for the Tutorial! I tried setting it up and it works flawlessly. :-) Best

Re: Firmware update with MyNewt

2017-01-22 Thread then yon
Dear Chris, As per your suggestion i been tried to work out newtmgr with slinky example, but unfortunately i getting the same result. I believe i mssing some step over here, please help me to check on my procedure. $ newt target create split_slinky Target targets/split_slinky successfully

Re: Docker container

2017-01-22 Thread Roman Shaposhnik
On Sun, Jan 22, 2017 at 11:40 AM, Sterling Hughes wrote: > Hey, > > I’ve been noticing a bunch of issues cropping up recently with our Docker > container, that seem to center around unusable speed of compilation. I’m > wondering if there is a way to speed this

Re: Docker container

2017-01-22 Thread Cris Frusina
Hi Sterling, Although it's slow it provides windows users a way to get started easily. Installing a Ubuntu VM on Windows doesn't speed up the compile speed considerably in my experience and it's a more complicated install. Also the new version will have multi thread build capability so that

Re: Docker container

2017-01-22 Thread Jacob Rosenthal
I do like the idea of the docker btw. Even without newt compile, one thing I was hoping to use it for was newtmgr for bluetooth transport as apparently this is unsupported on osx atm (though I cant find a link to why.. anyone?) On Sun, Jan 22, 2017 at 12:40 PM, Sterling Hughes <

Docker container

2017-01-22 Thread Sterling Hughes
Hey, I’ve been noticing a bunch of issues cropping up recently with our Docker container, that seem to center around unusable speed of compilation. I’m wondering if there is a way to speed this up? If we can’t speed up docker-container based compilation: I think we need to de-emphasize it,

Re: MBUF sizing for the bluetooth stack

2017-01-22 Thread Christopher Collins
On Sun, Jan 22, 2017 at 09:16:59AM -0800, Christopher Collins wrote: > There are some optimizations that could be done here. In most cases, > the host is interested in the full attribute value. The host should > probably allocate GATT read mbufs using ble_hs_mbuf_att_pkt() in these > cases so

Re: MBUF sizing for the bluetooth stack

2017-01-22 Thread Christopher Collins
On Fri, Jan 20, 2017 at 02:27:41PM -0800, Simon Ratner wrote: > I am talking about GATT reads, where the mbuf is pre-allocated for the app > to fill in: > > - static int > - gatt_svr_chr_access_gap( > - uint16_t conn_handle, > - uint16_t attr_handle, > - struct ble_gatt_access_ctxt *ctxt,