Re: [VOTE] Release Apache Mynewt 1.12.0-rc1 and Apache NimBLE 1.7.0-rc1

+1 On Wed, 27 Mar 2024 at 14:56, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.12.0 and Apache NimBLE 1.7.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained, embedded

Re: [VOTE] Release Apache Mynewt 1.11.0-rc1 and Apache NimBLE 1.6.0-rc1

+1 (binding) On Fri, 11 Aug 2023 at 13:07, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.11.0 and Apache NimBLE 1.6.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained,

Re: MyNewt NimBLE Issue

Hi Arden, On Thu, 29 Jun 2023 at 02:32, Arden Kolodner wrote: > Hello! I’m having an issue with NimBLE (but not any other BLE stack) on my > ESP32-S3 device. I submitted an issue on GitHub but didn’t hear anything > back, and I just found out about this email, so I thought I’d ask here too > in

Re: [VOTE] Release Apache Mynewt 1.10.0-rc1 and Apache NimBLE 1.5.0-rc1

gt; > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newtmgr-bin-linux-1.10.0.tgz > > > > > > > > > > osx: > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newt-bin-osx-1.10.0.tgz > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newtmgr-bin-osx-1.10.0.tgz > > > > > > > > > > windows: > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newt-bin-windows-1.10.0.tgz > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newtmgr-bin-windows-1.10.0.tgz > > > > > > > > > > The release candidate is signed with a GPG key available at: > > > > > https://dist.apache.org/repos/dist/dev/mynewt/KEYS > > > > > > > > > > The vote is open for at least 72 hours and passes if a majority of > at > > > > > least three +1 PMC votes are cast. > > > > > > > > > > [ ] +1 Release this package > > > > > [ ] 0 I don't feel strongly about it, but don't object > > > > > [ ] -1 Do not release this package because... > > > > > > > > > > Anyone can participate in testing and voting, not just committers, > > > > > please feel free to try out the release candidate and provide your > > > > > votes. > > > > > > > > > > A separate [DISCUSS] thread will be opened to talk about this > release > > > > > candidate. > > > > > > > > > > -- > > > > > pozdrawiam > > > > > Szymon Janc > > > > > > > > > > > > > > > > -- > > > > pozdrawiam > > > > Szymon K. Janc > > > -- > > Regards, > Vipul Rahane > -- pozdrawiam, Andrzej Kaczmarek

Re: programming the net core on the nrf5340 dk

Hi, On Thu, 17 Mar 2022 at 21:16, manish wrote: > (...) > > Also, perhaps the nordic_pca10095_net bsp syscfg.yml has a bug. > BLE_TRANSPORT_NETCORE: 1 should be under syscfg.vals instead of > syscfg.defs . The definition in syscfg.yml is correct, but you'll need to use newt built from

Re: HCI mode firmware upgrading

Hi Alan, On Tue, Jan 19, 2021 at 12:39 AM Alan Graves wrote: > Hi all, > > Just wondering if anyone has insights they could share on how I might be > able to implement an upgrade procedure for a BLE Device running HCI mode > firmware? > > The following is basically what I have to work with: > >

NimBLE controller on Dialog DA1469x MCU

Hi, I've just pushed PRs that enable NimBLE controller on Dialog DA1469x MCU family: https://github.com/apache/mynewt-core/pull/2368 https://github.com/apache/mynewt-nimble/pull/859 That's right: no more binaries, you can now run a full NimBLE controller with all supported features on Dialog

Re: Memory leak with timers on FreeRTOS

Hi, The fix should only skip creating a new timer, but it still should initialize other fields in the callout struct since some code may need to initialize the same callout with e.g. different callback for an event (no idea if we use it like this anywhere). As for the issue itself, the code can

Re: Nimble on NRF52 : connectivity issue with Android, stack seems to freeze

ot; ) > > and... connection from Android seems to be a lot more reliable! And the > rest of the application seems to work correctly. > > Do you think my modification is complete and safe? I don't think > interrupt latency will be a big deal in my application. > > Thanks a lot

Re: Nimble on NRF52 : connectivity issue with Android, stack seems to freeze

entq_dflt, BLE_NPL_TIME_FOREVER); > ble_npl_event_run(ev); >} > } > > If you want to have a look at the complete code, it's hosted on Github. > main() is in src/main.cpp, the nimble is in src/libs/mynewt-nimble : > https://github.com/JF002/Pinetime > > Is there anything

Re: Nimble on NRF52 : connectivity issue with Android, stack seems to freeze

Hi, How did you setup interrupts on FreeRTOS (e.g. radio) and critical section? These kinds of problems are common if you have misconfigured locking, interrupt priorities or smth. Since we do not have any official port for FreeRTOS (there's only NPL but it does not deal with hardware) I assume

Re: nimble doesn't receive 31B scan response

12, 2020 at 8:17 PM Ondrej Pilat wrote: > Hi, > > does nimble ask for the scan response only once? It looks that it was > fault in our code and cheap sniffer doesn't catch it :(. > > Regards > > Ondrej > Dne 5/12/2020 v 4:51 PM Andrzej Kaczmarek napsal(a): > >

Re: nimble doesn't receive 31B scan response

Hi, On Tue, May 12, 2020 at 4:05 PM Ondrej Pilat wrote: > Hi All, > > we have device which in the past had 29B scan response and nimble properly > asked for it. Now We extended scan response at 31B to use it whole but now > nimble doesn't ask for it. No ble_gap_disc_desc *disc with

Re: BLE communication scheduling

One correction... On Tue, Apr 14, 2020 at 11:31 AM Andrzej Kaczmarek < andrzej.kaczma...@codecoup.pl> wrote: (...) > You need to take NimBLE scheduling into account here. Each connection > event is preallocated a fixed amount of time in 1250us slots - see > BLE_LL_CONN_INIT_SL

Re: BLE communication scheduling

Hi Ondrej, Some tips inline below. On Thu, Apr 9, 2020 at 5:46 PM Ondrej Pilat wrote: > Hi, > > I cannot find any documentation about Nimble connection events scheduling. > I have following scenario: > > NRF52 Nimble is in dual role setting. Peripheral device connected to a PC > with at least

Re: [VOTE] Release Apache Mynewt 1.8.0-rc2 and Apache NimBLE 1.3.0-rc2

+1 (binding) /a. On Thu, Mar 26, 2020 at 5:27 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.8.0 and Apache NimBLE 1.3.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for

Common API for provisioned data

Hi, Long story short: I want to have some interface to provision NimBLE with device address and keys (e.g. IRK) in a way that is consistent on all BSPs. This means application does not need to care where address or IRK is stored on any given platform. Currently NimBLE host provides helper API to

Re: NimBLE: Host based privacy support

your take on this. > > Regards, > Prasad > -- > *From:* Andrzej Kaczmarek > *Sent:* Thursday, January 30, 2020 6:09 PM > *To:* dev@mynewt.apache.org > *Cc:* Hrishikesh Dhayagude > *Subject:* Re: NimBLE: Host based privacy support > > Hi

Re: NimBLE: Host based privacy support

Hi Prasad, On Thu, Jan 30, 2020 at 1:13 PM Prasad Alatkar wrote: > Hi all, > > I have been working on "NimBLE host based privacy (RPA)" with no > involvement of controller for past few days, spec ref: Vol 3, part C, > section 10.7.1.2 / 10.7.2.2 (Privacy Feature in a Peripheral/central with >

Re: Runtime memory statistics

Hi Mark, On Mon, Jan 6, 2020 at 6:08 PM Mark Ruys wrote: > Is there a way to determine the current maximum heap usage. I want to > check in my application how low free heap became so far to warn if it got > too low. Idem for the stacks. Basically tools like >

Re: Can I run nimble stack on nRF52840DK without RTOS?

Hi, On Thu, Jan 9, 2020 at 9:37 AM pei cao wrote: > Hi~ > > I'm trying to measure the power consumption of the nRF52840 chip , which > runs the nimble full stack. > However, the mynewt RTOS seems to bring too much noise and deeply effect > the measurement. > I want to use nimble without RTOS so

Re: Incorrect reporting of desc.sec_stat.bonded value on legacy pairing.

Hi Daniel, On Mon, Jan 13, 2020 at 10:09 PM Daniel Mastain wrote: > Hello, > > I'm experiencing an issue when using the btshell app on a linux machine. > I'm attempting to pair two devices both running nimBLE in a just works > scenario where both initiator and responder are set to have bonding

Re: sensorhub bsp phase out proposal

+1 /Andrzej On Thu, Nov 14, 2019 at 8:58 AM Jerzy Kasenberg wrote: > Hi there, > > For some time now targets based on "hw/bsp/sensorhub" are not building. > There is outstanding PR https://github.com/apache/mynewt-core/pull/2086 > that removes build issues but it does not make sensorhub

Re: Newt feature: run custom commands at build time

Hi Chris, On Tue, Oct 1, 2019 at 3:21 AM Christopher Collins wrote: > Hi Andrzej, > > On Thu, Sep 26, 2019 at 07:24:54PM +0200, Andrzej Kaczmarek wrote: > > This looks very good! I was thinking if it would be possible to reference > > other targets (i.e. ar

Re: Newt feature: run custom commands at build time

Hi Chris, On Tue, Sep 24, 2019 at 2:48 AM Christopher Collins wrote: > Hello all, > > I have implemented a feature in newt: the ability to run custom shell > commands at build time. > > > > Is there any extra functionality that you'd like to see

Re: getting rid of ble_hs_dbg.c

Hi, On Wed, Sep 11, 2019 at 3:40 PM Szymon Janc wrote: > Hi, > > Since we have BLE_MONITOR support which is far superior copmaring to > ble_hs_dbg.c... how about getting rid of that file? > I'm all for it and also for removing other "decoders" we have - these are likely not up to date with new

Re: DA1469x board support

Hi, On Wed, Aug 7, 2019 at 1:17 AM Dr. Juergen Kienhoefer wrote: > @mkiiskila: Thanks for providing the DA1469x board support. > I'm putting together a tutorial how to get Newt working on these boards > with Nimble. > So far I gathered these bits of information. Apparently, it's not quite >

Re: [VOTE] Release Apache Mynewt 1.7.0-rc2 and Apache NimBLE 1.2.0-rc2

+1 (binding) On Mon, Jul 29, 2019 at 1:39 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.7.0 and Apache NimBLE 1.2.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for

Re: NimBLE controller: timer mapping for nrf51

Hi Hauke, On Tue, Jun 4, 2019 at 12:28 PM Hauke Petersen wrote: > Dear community, > > I am not fully confident, if this is the right place to ask, so let me > know if there is a better place :-) > > We were recently trying to run the NimBLE controller on nrf51-based > platforms using RIOT. We

Re: nRF52 NFC

Hi, On Thu, Apr 18, 2019 at 3:23 PM Amr Bekhit wrote: > Hello all, > > I'm trying to port the nRF NFC library to mynewt 1.5, but I'm struggling to > get basic NFC functionality up and running. > > I've put together a basic mynewt project using the PCA10040 BSP and using > the barebones NFC

Re: [VOTE] Release Apache Mynewt 1.6.0-rc2 and Apache NimBLE 1.1.0-rc2

+1 (binding) On Tue, Apr 2, 2019 at 11:28 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.6.0 and Apache NimBLE 1.1.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for

Re: unstable I2C communication waveform using mynewt core 1.5.0

Hi, The images in your e-mail are missing, at least on my side - could you please resend them or, even better, upload them somewhere and provide links? Also if you can share target settings and possibly some code snippet where you access I2C it could help here as well. Best, Andrzej On Wed,

Re: Storing Bonding information in NVS memory

Hi Prasad, On Fri, Feb 15, 2019 at 1:24 PM prasad wrote: > Hi Chris, > > Currently I have been able to develop an app which is able to store bond > information in NVS flash. If my device (ESP32) based on NIMBLE stack is > rebooted, the bond remains intact. But if the other device is rebooted >

Re: [VOTE] Release Apache Mynewt 1.5.0-rc1

+1 (binding) Best, Andrzej On Tue, Oct 23, 2018 at 4:20 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.5.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained,

Re: Controlled shutdown

Hi Chris, The overall idea looks good to me. I just have some suggestions as below. On Sat, Sep 29, 2018 at 1:37 AM Christopher Collins wrote: > On Fri, Sep 28, 2018 at 04:18:08PM -0700, will sanfilippo wrote: > > Some comments: > > > > 1) Are there are any other cases you can see for a

Re: NimBLE host GAP event listeners

Hi, On Mon, Sep 10, 2018 at 9:56 AM Łukasz Rymanowski < lukasz.rymanow...@codecoup.pl> wrote: > Hi > On Fri, 7 Sep 2018 at 21:12, Andrzej Kaczmarek < > andrzej.kaczma...@codecoup.pl> wrote: > > > Hi Chris, > > > > On Fri, Sep 7, 2018 at 8:00 PM Christoph

Re: [RFC] BSP rename for Nordic dev kit

ard as pdk. > > > > On Wed, 22 Aug 2018, 15:12 Andrzej Kaczmarek, < > > andrzej.kaczma...@codecoup.pl> > > wrote: > > > > > Hi all, > > > > > > Since nRF52840 DK is available for quite some time now, I was going to > > > rename &

[RFC] BSP rename for Nordic dev kit

Hi all, Since nRF52840 DK is available for quite some time now, I was going to rename "nrf52840pdk" to "nrf52840dk" so it matches current version. However, it is a good moment to change naming scheme for all dev kits from Nordic and use board name (e.g. PCA10056) instead of dev kit name (e.g.

[RFC] Peripherals cleanup in nRF52xxx BSPs

Hi all, It was discussed before [1] that MCU peripherals should be defined in hw/mcu package instead of hw/bsp. Seems like everyone agreed on this, but as far as I see everything is still unfortunately mixed between both packages. I experienced this when trying to create new BSP for some eval

Re: BLE security/encryption/passkey authentication

On Mon, Jul 9, 2018 at 11:49 PM Andrzej Kaczmarek wrote: > > Hi, > > You code looks ok. However, I noticed strange thing when testing with > Android phone on my side: pairing fails if specified passkey has less > than 6 digits (i.e. <10). This does not seem to be issue in Ni

Re: BLE security/encryption/passkey authentication

hen connecting > > to the advertising device. How would this be realised using Nimble? > > > > Thanks > > > > Amr > > On Tue, 10 Jul 2018 at 00:50, Andrzej Kaczmarek > > wrote: > > > > > > Hi, > > > > > > You code

Re: BLE security/encryption/passkey authentication

Hi, On Mon, Jul 9, 2018 at 10:49 AM Amr Bekhit wrote: > > I've been playing around further. After including the > @apache-mynewt-nimble/nimble/host/store/config package, when > attempting to bond via my phone I now get request for a passkey (I've > configured the bluetooth device to indicate

Re: newtmgr fs command fails in sim

Hi, On Fri, Jul 6, 2018 at 6:24 PM marko kiiskila wrote: > > > > > On Jul 6, 2018, at 5:49 PM, Kevin Townsend > > wrote: > > > > Hi Chris, > >> The error codes that come back in newtmgr responses are always (or at > >> least should be) MGMT_ERR codes: > >>

Re: HCI UART with console UART

Hi, You need to configure different UARTs for HCI transport and console: - BLE_HCI_UART_PORT - CONSOLE_UART_DEV By default both use UART0. Best, Andrzej On Thu, Jun 28, 2018 at 3:18 AM Jeff Belz wrote: > > All: > > I have to use uart0 as the HCI, but I want to use the console too. Anyone >

Re: Different Bluetooth controller

Hi Jeff, In general, NimBLE host does assume that (depending on features enabled) certain functionality has to be supported by controller and it will just try to use it. For example, if Privacy feature is enabled host assumes that Link Layer Privacy is supported by controller thus at least 4.2

Re: bleprph using HCI 4 wire

Hi Jeff, It seems you have explicit dependency to net/nimble/transport/ram somewhere in your configuration (target, I suppose) which you need to remove. bleprph app already includes net/nimble/transport package which pulls proper HCI transport package depending on BLE_HCI_TRANSPORT_* syscfg

Re: [VOTE] Release Apache Mynewt 1.4.1-rc1

Hi, +1 (binding) Best, Andrzej On Fri, Jun 22, 2018 at 4:14 PM Szymon Janc wrote: > > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.4.1. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained,

Re: [DISCUSS] Release Apache Mynewt 1.4.0-rc1 and Apache NimBLE 1.0.0-rc1

Hi, There is regression in 1.4.0-rc1 which affects BLE controller on nRF51 as it is not possible to establish connection when acting as a master (peripheral role and ongoing connections are NOT affected). This is most likely broken since extended advertising data fragmentation was merged some

Re: ADC device not allowed multiple opens

Hi, +1 for proper ref counting btw, trng_nrf52 already works this way except it does not check ref counter explicitly but OS_DEV_F_STATUS_OPEN flag instead. This is also already used in Mynewt as NimBLE host, controller and TinyCrypt can (depending on configuration) just open trng device on its

Re: How to use the nimble in other OS?

Hi, On Mon, May 7, 2018 at 1:41 PM Tao Han wrote: > Hi, > We try to merge Nimble in nuttx OS which is not support the interruption > preemption, now we can make connection and keep to notification some data > from device A(nrf52832) to devices B(phone app), after sometime,

[RFC] NimBLE porting

Hi all, There is PR to make NimBLE portable to other OS-es: https://github.com/apache/mynewt-nimble/pull/72 There were many other small changes in NimBLE code done recently to make porting process easier, but this one introduces major change by adding NimBLE Porting Layer (NPL) which provides

Re: extended advertsing with btshell

31 byte) on extended advertisement channels > which is not possible with legacy. > > > > I think I am missing something. > > > > Regards, > > Swapnil Best, Andrzej > > > From: Andrzej Kaczmarek <andrzej.kaczma..

Re: extended advertsing with btshell

Hi swapnil, You need to set BLE_EXT_ADV_MAX_SIZE syscfg to required value, e.g.: > newt target amend syscfg=BLE_EXT_ADV=1:BLE_EXT_ADV_MAX_SIZE=1650 Default is 31, max is 1650 (as above). Best, Andrzej On Tue, Apr 24, 2018 at 5:35 PM, swapnil kadam wrote: > > > Hello,

Re: [RFC] HAL for TRNG (True Random Number Generator)

FYI, there was proposal to implement this as a hw/driver instead of hal_trng to allow other randomness sources instead of MCU - I implemented this as well and pushed to the same PR so you can take a look on both. Best, Andrzej On Wed, Apr 18, 2018 at 3:56 PM, Andrzej Kaczmarek <andrzej.kac

[RFC] HAL for TRNG (True Random Number Generator)

Hi devs, I created a simple hal_trng which abstracts TRNG available on many SoCs: https://github.com/apache/mynewt-core/pull/1037 I guess this is so simple it does not need much explanation (APIs are documented in hal_trng.h), but I can to provide some more information if needed :-) For now

Re: CBOR encoding problems.

Hi Aditya, On Sat, Mar 31, 2018 at 5:51 AM, Aditya Xavier wrote: > Increasing MSYS_1_BLOCK_COUNT to 30 gets it to work, but if I increase it to > 40 it doesn’t. > Block size being 110. > > Any reasoning behind this pattern? This is strange. Can you post some piece of code

Re: [ANNOUNCE] NimBLE code moved to separate repository

.a files for packages included in build, not all packages in bin/ directory. But this requires some Go wizard to implement :-) Anyway, it's always good to do newt clean after some major upgrade ;-) > Cheers, > simon Best regards, Andrzej > > On Mar 16, 2018 02:09, "Andrzej Kac

[ANNOUNCE] NimBLE code moved to separate repository

Hi all, A few minutes ago I merged https://github.com/apache/mynewt-core/pull/907 which removed NimBLE code from mynewt-core repository. NimBLE code can be now found in mynewt-nimble repository https://github.com/apache/mynewt-nimble which has complete history of NimBLE files imported with extra

Re: [DISCUSSION] Moving NimBLE to separate project

Hi Szymon, On Thu, Mar 15, 2018 at 12:57 PM, Szymon Janc <szymon.j...@codecoup.pl> wrote: > Hi Andrzej, > > On Monday, 12 March 2018 15:30:52 CET Andrzej Kaczmarek wrote: >> Hi, >> >> I created PR for apache-mynewt-core which removes NimBLE code and adds >

Re: Question regarding exchanging long characteristic values over BLE

y. I'd certainly not want such thing to be added to NimBLE directly since it's just not how ATT/GATT should work according to spec. > Cheers, > simon Best regards, Andrzej > On Tue, Jul 25, 2017 at 12:19 PM, Andrzej Kaczmarek < > andrzej.kaczma...@codecoup.pl> wrote: > >

[DISCUSSION] Moving NimBLE to separate project

Hi all, As some of you may already noticed, there is apache/mynewt-nimble repository created where NimBLE code was pushed along with some extra changes, most notably initial attempt to create port of NimBLE for FreeRTOS, but other platforms will be supported as well (native Linux port is also

Re: Define __MYNEWT__ symbol for Mynewt build

fer on this point, and I could probably > be convinced otherwise :). > > Chris > > On Fri, Feb 09, 2018 at 04:03:24PM +0100, Andrzej Kaczmarek wrote: > > Hi all, > > > > I created a PR which modifies all compiler packages by adding > > -D__MYNEWT__=1 to compiler.

Define __MYNEWT__ symbol for Mynewt build

Hi all, I created a PR which modifies all compiler packages by adding -D__MYNEWT__=1 to compiler.flags.base, see here: https://github.com/apache/mynewt-core/pull/803 The reason for this is to have some common symbol which can be used to distinguish between building code for Mynewt or for some

Re: Apache Mynewt release 1.4

Hi, On Thu, Feb 8, 2018 at 12:32 AM, aditi hilbert wrote: > Hi all, > > There has been a lot of feature additions and bug fixes since our last > release on Dec 13, 2018. > I’d like to propose we try to get a release out in two weeks (Feb 21st). > Below are some of the things

Re: [BLE central] Getting mfg data from advertisement packets

Hi Jitesh, On Tue, Nov 14, 2017 at 9:39 AM, Jitesh Shah wrote: > Few more details: > These are general connectable and scannable advertisement packets. > > advertising interval is ~200ms Are you sure that you parse data from packet which has mfg data? With active scan and

Re: [RFC] Deprecation of bletiny application

Hi, On Wed, Nov 8, 2017 at 10:14 AM, Szymon Janc wrote: > Hello, > > This was vaguely discussed in the past when btshell was introduced but I > wanted to bring it up again. > > In short: I propose to deprecate bletiny application (which is no longer > tiny:) in favour of

Re: BLE Host - Removing the BLE_GAP_EVENT_CONN_CANCEL event type

Hi Chris, On Fri, Oct 13, 2017 at 7:18 PM, Christopher Collins wrote: > Hello all, > ​​ > *** Proposal > > I propose that we remove the `BLE_GAP_EVENT_CONN_CANCEL` event. Instead > of using this event type, the host would report a successful > cancellation via a

Re: Change in active ble_gap_disc behaviour in 1_2_0_dev

Hi Simon, On Wed, Sep 6, 2017 at 5:06 AM, Simon Ratner wrote: > > Hi devs, > > I am seeing a change in behaviour when performing active scan, compared to > pre-1.1. Previously, BLE_GAP_EVENT_DISC event would be reported for both > the original advertising packet

Separate repository for NFFS

Hi all, ​I'm now porting NFFS code to Zephyr and in order to avoid forking this code into two separate projects I'd like to propose to move NFFS code into its own repository (i.e. mynewt-nffs) and basically make it a bit more generic so it can be used by other projects. Here's my work done so

Re: [VOTE] Release Apache Mynewt 1.1.0-rc2

+1 (binding) On Fri, Jul 28, 2017 at 12:47 AM, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.1.0. > > This is the second release candidate for Mynewt 1.1.0 (rc2); voting for > rc1 was cancelled due