[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
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
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
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
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 <
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,
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
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,