upcoming Apache Mynewt 1.1 release

Dear Apache Mynewt Community, It has been three months since last Apache Mynewt release. This emails is to give you a heads up that we are going to make next release (1.1) in mid July (build release candidate on July 15th). If there are any features or bug fixes you are working on (and want them

Support for ESP8266

Hi All, I'm wondering whether Runtime.io has any plans of supporting ESP8266 family of microprocessors? Thanks, Pritish

Re: Blinky on nRF52 DEV via Black Magic Probe: SIGSEGV in os_pkg_init

Marcos Scheeren writes: > Back in February (about Feb 21, if you dig under the mailing lists > archives) I ran into some issues trying to flash a NRF5182xxAA 16KB > RAM with a Black Magic Probe.. > > I only got it running after some binary file tweaking with >

Re: Blinky on nRF52 DEV via Black Magic Probe: SIGSEGV in os_pkg_init

Christopher Collins writes: >> Program received signal SIGSEGV, Segmentation fault. >> os_pkg_init () at repos/apache-mynewt-core/kernel/os/src/os.c:223 >> >> >> I stepped through the code and I end up inside `os_start' which appears >> to only have `assert(0)' as its

Re: bleprph with newmgr over ble - disable uart

If you look at bleprph's pkg.yml by default it already has newtmgr with a ble transport, and no uart/shell transport - "@apache-mynewt-core/mgmt/newtmgr" - "@apache-mynewt-core/mgmt/newtmgr/transport/ble" Now uart isnt disabled though, you edit or in your bsp for a syscfg.yml flag to

bleprph with newmgr over ble - disable uart

Hi, I am trying to build bleprph with newtmgr on a nrf51822 (16kb). I would like to disable the uart and use only ble for newtmgr. How can I disable the uart ? What (if any) functionality will I lose? Kind regards, Jehudi

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

Yes, the code chains mbufs together so that if you have data length extension enabled you will be able to send larger PDUs (and receive them as well). Note: there is a limit on how small the mbufs can be with nimble as the controller code assumes contiguous space for certain types of packets

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

Hi If Nimble with LE Data Packet Length Extension feature enabled, would mbuf block size of 100 still work? Could a PDU occupy more than one mbuf (e.g. two consecutive blocks)? Best, Khaled On Fri, Jun 16, 2017 at 9:08 PM, will sanfilippo wrote: > Alfred: > > Another thing

Re: Blinky on nRF52 DEV via Black Magic Probe: SIGSEGV in os_pkg_init

Hi Peter, On Fri, Jun 16, 2017 at 04:10:52PM -0700, Peter Jones wrote: > It's very likely that I'm doing something wrong so I'm reaching out for > help. All I want to do right now is to get Blinky working on an nRF52. > > I followed the tutorial and built the boot loader and blinky. I then >

Blinky on nRF52 DEV via Black Magic Probe: SIGSEGV in os_pkg_init

It's very likely that I'm doing something wrong so I'm reaching out for help. All I want to do right now is to get Blinky working on an nRF52. I followed the tutorial and built the boot loader and blinky. I then created an image so the boot loader would be happy about the magic number. I used

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

> On Jun 16, 2017, at 1:56 PM, marko kiiskila wrote: > > > and the target I had: > newt target create native-blehostd > newt target set native-blehostd app="@apache-mynewt-core/apps/blehostd" > newt target set native-blehostd bsp="@apache-mynewt-core/hw/bsp/native" > newt

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

On Fri, Jun 16, 2017 at 10:08:21PM +0200, Alfred Schilken wrote: > BTW: > every now and then I get this timeout error: > > newtmgr -c ble0c stat ble_gattc > Error: Timeout waiting for host <-> controller sync > > I’m using a microbit running the blehci, connected via adafruit FT232H with >

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

> On Jun 16, 2017, at 1:08 PM, Alfred Schilken wrote: > ... > As an alternative, I tried to use the blehostd on a Raspberry Pi zero W with > these settings: > > syscfg.vals: >OS_MAIN_TASK_PRIO: 1 > ># Disable logging. Writing lots of log output to the UART seems

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

Hi Will, hi Chris, thanks for your hints. I thought it would be less risky only to reduce the counts and not the size of the buffers. I tweaked a bit with the values of MSYS_1 and found this is working for my current app: MSYS_1_BLOCK_COUNT: 10 # was 12 MSYS_1_BLOCK_SIZE: 180 # was

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

Alfred: Another thing with the nimble stack. The mbuf block size of 292, which Chris shows reduced to 200, is much larger than it needs to be. I am not sure what the smallest size actually is, but you can set it to 100 bytes and it should work. This can get you more buffers and/or reduce your

Re: What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

Hi Alfred, On Fri, Jun 16, 2017 at 07:02:47PM +0200, Alfred Schilken wrote: > Hello all, I’m experimenting with mynewt for several weeks now and I’m > especially impressed by the statistics, logging and image update > functionality. > I’m having problems with getting all the statistics using

What are the best config settings to reduce ram usage, so that an app runs in 16 kb with least impact on functionality?

Hello all, I’m experimenting with mynewt for several weeks now and I’m especially impressed by the statistics, logging and image update functionality. I’m having problems with getting all the statistics using newtmgr via BLE. I took bleprph as base, added ADC and enabled several stats, logs and

Re: [JIRA-MYNEWT-384] Query

On Fri, Jun 16, 2017, at 08:08 AM, amit mehta wrote: > On Sun, Jun 11, 2017 at 9:30 PM, amit mehta wrote: > > Eclipse Paho has multiple implementation of MQTT client. I have > > tried integrating the one [1], for the embedded targets, which works > > fine (Build works fine).

Re: [JIRA-MYNEWT-384] Query

On Sun, Jun 11, 2017 at 9:30 PM, amit mehta wrote: > Eclipse Paho has multiple implementation of MQTT client. I have > tried integrating the one [1], for the embedded targets, which works > fine (Build works fine). If this is okay, then I was wondering, if I > should send a

Re: Writing PWM api, and nrf51 implementation

I know we're chummy with zephyr team. Whats the license issues with bringing something very close to their implementation over? On Mon, May 15, 2017 at 6:23 AM, Cufi, Carles wrote: > Hi Wayne, > > > -Original Message- > > From: Wayne Keenan

Re: Conditional compilation based on BSP name

Ugo: Just as a preface, BSPs are intended to be examples of how one could create a BSP for their own system. It was assumed/expected that folks would take these BSPs and modify them for their own use. Well, at least I thought so anyway. Another decision we made in the BSP and one that we have

Re: Conditional compilation based on BSP name

Thank you so much Chris and Will for your notes. Let me specify my case. There are actually 2 different scenarios that I need to address. BACKGROUND: I have developed (or should I say Will has and I have subsequently hacked it) an app that runs on 2 NRF52-based BSPs, namely NRF52DK and RBN2 and

Re: Conditional compilation based on BSP name

On Wed, Jun 14, 2017 at 04:22:52PM +0200, Ugo Mastracchio wrote: > Hello everyone, may I throw an absolute beginner's question ? > > How do I conditionally compile based on the BSP the target is > associated with ?I want to use different GPIO pins depending on the board > > Is there a

Re: Conditional compilation based on BSP name

Ugo: I believe that there is -DBSP_NAME passed to everything. Here is an excerpt debug output from a build. You can see BSP_NAME=nrf52dk 2017/06/14 09:07:57.635 [DEBUG] arm-none-eabi-gcc -DADC_ENABLED=0 -DAPP_NAME=bletest -DAPP_bletest -DARCH_NAME=cortex_m4 -DARCH_cortex_m4 -DBLETEST

Re: [RFC] experimental features and APIs

Hi Will, On Wednesday, 14 June 2017 00:19:22 CEST will sanfilippo wrote: > Not sure that I sent a reply about this but I meant to :-) > > Seems fine to me. OK, we are going to mark some of the BT5 public API as experimental on bluetooth5 branch before making PR to master so details can be

Re: [RFC] experimental features and APIs

Not sure that I sent a reply about this but I meant to :-) Seems fine to me. > On Jun 12, 2017, at 4:58 AM, Szymon Janc wrote: > > Hi, > > I was wondering on how we could add 'experimental' features or APIs to Mynewt. > My rationale is that sometimes we may want to

[DRAFT] What the new Status Pages potentially look like

All, We're piloting a new format for the podling status pages. Specifically, the current status page leaves a lot to be desired - it's basically crafted html, there's no structure and its hard to find missing items. The end goal is to have a web form editable in Whimsy, but until we get more

Re: MYNEWT-490

Seems fine to me. > On Jun 12, 2017, at 4:01 PM, marko kiiskila wrote: > > Hi, > > part of the ticket includes renaming os_tick_idle() and os_tick_init() -> > hal_os_tick_idle() and > hal_os_tick_init(), respectively. > > This is a name change in the API, but this contract

MYNEWT-490

Hi, part of the ticket includes renaming os_tick_idle() and os_tick_init() -> hal_os_tick_idle() and hal_os_tick_init(), respectively. This is a name change in the API, but this contract is between kernel/os and respective hw/mcu/* implementations. Therefore, I was going to do this change

[RFC] experimental features and APIs

Hi, I was wondering on how we could add 'experimental' features or APIs to Mynewt. My rationale is that sometimes we may want to include feature in master branch for broader exposition but leave a room for API tweaks. My rough proposal would be to add "Experimental" flag that experimental

Re: [JIRA-MYNEWT-384] Query

On Thu, Jun 8, 2017 at 4:03 PM, amit mehta wrote: > On Thu, Jun 8, 2017 at 3:30 AM, Justin Mclean > wrote: >> Hi, >> >>> 1: Is this approach correct to integrate the Eclipse Paho's Library >>> to implement MQTT client ? It is distributed under

Re: Host Only Project

Thanks Chris again for the tips. I played around with the newt target config show command and syscfg.yml and was glad to find out that it is possible to override the parameters of a specific module in the target syscfg.yml This is really very flexible. Best regards Khaled On Thu, Jun 8, 2017

Re: Cannot resolve dependency

The trailing space was it, thanks! I figured it would be something simple like that. *Greg Strange * Software Engineering Program Lead *Synapse Product Development* A Cambridge Consultants Company mail 1511 6th Ave Suite 400, Seattle, WA 98101 direct 206-832-1269 ext. 3505 <206-832-1269,3505> |

Re: Cannot resolve dependency

On Fri, Jun 09, 2017 at 05:59:26PM -0700, Christopher Collins wrote: > By the way, there is an unfortunate bug in the current version of newt. > The dependency resolution error message gets the depender name wrong; it > prints the dependee package instead! I forgot to mention that this bug has

Re: Cannot resolve dependency

Hi Greg, On Fri, Jun 09, 2017 at 05:47:11PM -0700, Greg Strange wrote: > Hi, > > I'm new to mynewt. I went through the quick start and have successfully > installed mynewt, and have built and run the blinky project targeted to a > NRF52 board. > > As a next step I decided to copy the ble

Re: Cannot resolve dependency

the space between os and “ > On 10 Jun 2017, at 01:47, Greg Strange wrote: > > Hi, > > I'm new to mynewt. I went through the quick start and have successfully > installed mynewt, and have built and run the blinky project targeted to a > NRF52 board. > > As a next step I

Cannot resolve dependency

Hi, I'm new to mynewt. I went through the quick start and have successfully installed mynewt, and have built and run the blinky project targeted to a NRF52 board. As a next step I decided to copy the ble peripheral sample project into my own apps directory as a starting point for a simple BLE

Re: newtmgr image upload nrf51dk disconnects with reason=8

This was resolved with https://github.com/apache/incubator-mynewt-core/pull/281 https://github.com/apache/incubator-mynewt-newt/pull/60 On Mon, Apr 24, 2017 at 11:00 PM, Jacob Rosenthal wrote: > It seems like the best/quickest solution is to not erase the empty area. >

Re: BLE connection timeout

Hey, Thank you for the quick response. I went for option 1) and disabled the DATA_LEN_EXT feature, which seems to fix the timeout when connecting to my Z5. Good to hear that there is already a fix for this, I'm looking forward to a merge into master! (FYI I could also reproduce the issue on a

Re: os_tick_idle on pic32

Hi Francois, > On Jun 9, 2017, at 10:16 AM, François Berder wrote: > ... > > However this approach does not work on PIC32. Interrupts cannot wake up > the CPU if they are disabled. Hence, the CPU would be stuck in idle mode indeed, this is why this was placed in MCU

os_tick_idle on pic32

Hello, I am currently trying to implement os_tick_idle for the pic32mz2048efg100 of the wifire board. I looked at other implementations, especially the one for nrf51xxx. It seems that on ARM cortex M processors, interrupts are still able to wake up the cpu even if the "cspid i" instruction

Re: BLE connection timeout

Jan: I am not 100% sure but we have seen issues with certain phones due to how the nimble stack controller starts some LL control procedures. This has been addressed in a development branch but I do not think it has been merged into the master branch yet (it will in the upcoming release). I

BLE connection timeout

Hey, I've just been getting started with mynewt and build a small program that is very similar to the bleprph example provided by you. The board is a readbear blend v2 (based on the nRF52832 chipset) and I have the latest development of mynewt-core installed. However, it seems like the connection

Re: FCC Pre-scan

Hi Jitesh, On 9 Jun 2017, at 7:27, Jitesh Shah wrote: > Great! > So then ble_ll_reset() followed by ble_phy_disable() should take care of > most cases, right? > > As far as giving back control to the nimBLE stack is concerned - that > probably won't be necessary. FCC is a pretty controlled

Re: FCC Pre-scan

Jitesh: Sorry, I probably did not explain myself all that well. 1) The ble_ll_reset() call was mentioned in case you wanted to do something after the FCC test. This way you could be sure that the radio registers are all initialized properly after your special FCC test code messes with them (if

Re: FCC Pre-scan

Question 2: Unless it got added recently and I did not catch it, currently the nimble stack does not provide support for the FCC test. Question 1: I guess it depends what you mean by take over control. The call to ble_phy_disable() will certainly halt anything going on in the radio. However,

FCC Pre-scan

Hey all, We'll be going through the FCC pre-scan soon with 1.0 version of the nimBLE stack. yay! Of all the things needed for pre-scan the two which are the most important are: 1) Ability to blast packets on only one of the 40 channels (and the ability to choose which channel) 2) Ability to shut

Re: [JIRA-MYNEWT-384] Query

On Thu, Jun 8, 2017 at 3:30 AM, Justin Mclean wrote: > Hi, > >> 1: Is this approach correct to integrate the Eclipse Paho's Library >> to implement MQTT client ? It is distributed under both EPL[3] and >> EDL[4] licensing models and is left on the user to decide, which

Re: Host Only Project

Hi Chris, Thanks very much for this useful information about the initialization sequence and how newt handles that. This is really awesome and flexible but as you remarked, developers might feel losing control to the generated code :) I am still unclear about some issues, will really appreciate

Re: [JIRA-MYNEWT-384] Query

Hi Amit, On Wed, Jun 7, 2017 at 17:28 amit mehta wrote: > ... > 2: If the answer for Q1 is 'yes', then should the MQTT library be put > under 'net' directory; same place where nimble, Wifi etc are located > in the apache-mynewt-core directory structure ? > Yes, that

Re: Host Only Project

Hi Khaled, On Wed, Jun 07, 2017 at 04:26:01PM +0200, Khaled Elsayed wrote: [...] > So, it has the controller and uart only. My questions are: > > 1) What glues the different parts together? How does the code identify that > when I include the transport/ram that host and link layer will

Host Only Project

Hi, I am new to mynewt and have a couple of questions (I searched the archive without finding answers). I have inspected the code for the ble peripheral and ble central and also blehci (link layer only). I could not really (on a first glance) find the difference between the initialization needed

Re: #if directives and the MYNEWT_VAL(..) macro

We’ve tried to document the overall system configuration fundamentals: https://mynewt.apache.org/latest/os/modules/sysinitconfig/sysinitconfig/ You can always check the configuration settings for a target using: newt

Re: #if directives and the MYNEWT_VAL(..) macro

Hi Sigve, On Tue, Jun 06, 2017 at 01:01:20PM +0200, Sigve Sebastian Farstad wrote: [...] > So, there are perhaps two bugs in here. 1) why is MYNEWT_VAL_I2C_0 0 and > not '0', as it is defined in syscfg.yml? The single quotes are a YAML escaping mechanism similar to shell quoting. So, values of

Re: #if directives and the MYNEWT_VAL(..) macro

This is not a bug although some folks might want these things turned on by default. It might also be a bit confusing and hard to find in code or documentation, but the default for alot of these peripheral config variables are by default 0. You need to turn them on if you want to use a certain

Re: #if directives and the MYNEWT_VAL(..) macro

On Tue, Jun 6, 2017, at 08:01 AM, Sigve Sebastian Farstad wrote: > Hi all, > > *Short version: *I2C didn't work, and I think I've narrowed it down to > a bug with #if directives and the MYNEWT_VAL(..) macro in the core > that potentially affects many boards.> > *Long version:* > I started

#if directives and the MYNEWT_VAL(..) macro

Hi all, *Short version: *I2C didn't work, and I think I've narrowed it down to a bug with #if directives and the MYNEWT_VAL(..) macro in the core that potentially affects many boards. *Long version:* I started looking at mynewt for work, and I'm trying to use I2C with an nRF52 (both nRF52dk and

Re: Newt build issue

Hi, Sibin Try earlier version of Go. Go-1.7 works for me. BR, Andrey On 05.06.2017 18:00, Sibin P. Thomas wrote: Hi, I am at step 4 in the list of steps prescribed here - https://mynewt.apache.org/newt/install/newt_linux/ for installing Newt on a Linux machine. I give the command "go

Newt build issue

Hi, I am at step 4 in the list of steps prescribed here - https://mynewt.apache.org/newt/install/newt_linux/ for installing Newt on a Linux machine. I give the command "go install" (even "go build") and I get the error - # mynewt.apache.org/newt/newt/newtutil newtutil/newtutil.go:32: import

Sensor framework improvements MYNEWT-744

Hello, Since past few weeks I have been working on improving the sensor framework to take care of couple of issues. Some of them are mentioned below: - Change data structure to SLIST instead of TAILQ so that it can get initialized statically. This is needed so that sysinit could be used for

Re: [RESULT][VOTE] Graduation of podling Apache Mynewt to Top Level Project

Roman, Thanks for the correction! And all the binding votes carry over to the vote on general as well, correct? thanks, aditi > On May 31, 2017, at 10:50 PM, Roman Shaposhnik wrote: > > On Wed, May 31, 2017 at 7:49 AM, aditi hilbert wrote: >> Hi, >>

Re: [RESULT][VOTE] Graduation of podling Apache Mynewt to Top Level Project

On Wed, May 31, 2017 at 7:49 AM, aditi hilbert wrote: > Hi, > > With 5 [+1] binding votes, 6. My vote is binding (I am an IPMC member). > 15 [+1] non-bidning votes and 0 votes And then this becomes 14 > of any other kind this vote PASSES in the Mynewt podling community. >

[RESULT][VOTE] Graduation of podling Apache Mynewt to Top Level Project

Hi, With 5 [+1] binding votes, 15 [+1] non-bidning votes and 0 votes of any other kind this vote PASSES in the Mynewt podling community. Thanks to everyone who voted. The voting tally can be seen below: +1 binding: Jim Jagielski Justin Mclean Greg Stein P. Taylor Goetz Sterling Hughes +1:

Re: segger jlink

Hi Sterling, On 30 May 2017 at 22:19, Sterling Hughes wrote: > > Hi Jacob, > > I agree. Some of the Mynewt core devs have an IRC culture, but most use less > open, more ..friendly.. communications tools like Slack. > > I’m looking up to see if there is a

Re: segger jlink

Hi, > Well, I’m on mynewt.slack.com - if you care to be a guinea pig! :-) > > Invite link here: > https://join.slack.com/mynewt/shared_invite/MTkwMTg1ODM1NTg5LTE0OTYxNzQ4NzQtZTU1YmNhYjhkMg You might want to consider adding a room to https://the-asf.slack.com/ ? Thanks, Justin

[NOTICE] Managing Podling Rosters

Podlings, I wanted to raise a point to all, hence the direct emails. The Whimsy PMC has put together a roster tool for managing the committers in a podling. Rather than managing the committer list in your status file, this will keep track and make sure we list out everyone's valid IDs. If you

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

+1 On Tue, May 30, 2017 at 2:08 AM, Julian Ingram wrote: > +1 > > -Original Message- > From: Andrzej Kaczmarek [mailto:andrzej.kaczma...@codecoup.pl] > Sent: 29 May 2017 14:57 > To: dev@mynewt.incubator.apache.org > Subject: Re: [VOTE] Graduation of podling

Re: segger jlink

Well, I’m on mynewt.slack.com - if you care to be a guinea pig! :-) Invite link here: https://join.slack.com/mynewt/shared_invite/MTkwMTg1ODM1NTg5LTE0OTYxNzQ4NzQtZTU1YmNhYjhkMg Sterling On 30 May 2017, at 13:22, Pierre Kircher wrote: i dont mind using slack .. a quick chat is just way

Re: segger jlink

i dont mind using slack .. a quick chat is just way faster to communicate and has a better flow then a mailing list thats why i asked in the first place pierre > On 30 May 2017, at 21:19, Sterling Hughes > wrote: > > Hi Jacob, > > I agree. Some of the

Re: segger jlink

Hi Jacob, I agree. Some of the Mynewt core devs have an IRC culture, but most use less open, more ..friendly.. communications tools like Slack. I’m looking up to see if there is a Slack->IRC gateway, which might make it easier. Alternatively, what do folks think of just pointing people to

Re: OTA NRF52

aditi pointent your node lib out already .. great work ! .. yup works fine on mac thanks > On 30 May 2017, at 20:06, Jacob Rosenthal wrote: > > My node library works on mac, thats why I built it actually. > https://github.com/jacobrosenthal/node-newtmgr > > I also

Re: OTA NRF52

thank you - probably worth mentioning that somewhere in the doc - i try with a linux box next > On 30 May 2017, at 19:15, Vipul Rahane wrote: > > Hello Pierre, > > You are right. The Go gatt library does not work on Mac OSX. It does work on > linux. > > Regards, > Vipul

Re: nrf52 uicr

Pierre: Accessing the UICR is pretty simple. There is a structure defined in nrf52.h that can be used to read the customer variables. You just do this: NRF_UICR->CUSTOMER[0] Note that Aditi has pointed out that we decided to use some of the customer registers by default. You can change this

Re: segger jlink

Hi Pierre, First, don't worry about asking a lot of questions. There are probably others with the same questions who will benefit from your asking them! On Tue, May 30, 2017 at 04:32:20PM +0100, Pierre Kircher wrote: [...] > the breakpoint points on main.c 129 > apps/bleprph/src > > Reading

Re: nrf52 uicr

Hi Pierre, Yes, there is a “ble_hw_get_public_addr" function that does the following: * If the user has overridden the default public address (the syscfg variable) with a non-zero public address, that address will be returned by this function. * If the default public address in the syscfg is

nrf52 uicr

the nrf52 has a user config memory so called UICR starts at 0x10001080 and stores 32 bytes .. id like to use those for internal 1 time settings like device id .. or offsets for sensors wiriting isnt the issue i just need to be able to access them in the softdevice they are usualy applied like

Re: OTA NRF52

aditi is it possible that the go gatt package is bugged in macosx ? dr-who@FailBowl ~/dev/puck (master●●)$ newtmgr conn show

Re: OTA NRF52

ah thank you .. i thought thats just the serial interface for a ftdi chip .. but if that works via ble .. amazing ! thanks again > On 29 May 2017, at 22:40, aditi hilbert wrote: > > Hi Pierre, > > Yes, you can. I am assuming you are asking about upgrading a Mynewt image on

Re: OTA NRF52

Hi Pierre, Yes, you can. I am assuming you are asking about upgrading a Mynewt image on nRF52? You can use the newtmgr command "newtmgr image upload -c to upload an image to the device, assuming BLE is working. The next step is to test the image, reset the board, and then confirm the image

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

+1 On Mon, May 29, 2017 at 12:24 PM, Szymon Janc wrote: > +1 > > On 28 May 2017 at 17:05, Łukasz Rymanowski > wrote: > > > +1 :) > > > > \Łukasz > > > > On 27 May 2017 at 17:10, Jim Jagielski wrote: > > > > > +1

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

+1 (binding)! > On May 25, 2017, at 8:55 PM, aditi hilbert wrote: > > Hi all, > > We feel confident that we pass all the requirements to graduate. Below is > the proposed Graduation Resolution (based on the standard template). A > separate thread of DISCUSS is also open for

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

Hi, +1 good luck (not that you need it) and congratulations Thanks, Justin

Re: Problems with erasing flash on nordic devices

Just trying to cargo cult what chris said. whats appropriate? uint32_t? Could be related, but what Im seeing is data after flash_area_read before erase (gdb) p data $1 = {3735928559 , 126616, 46299, 1, 45733, 1, 145408, 112640, 112640, 128076, 103483, 1, 127960, 536872908, 43465, 4294967295,

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

+1 On 26/05/17 02:55, aditi hilbert wrote: Hi all, We feel confident that we pass all the requirements to graduate. Below is the proposed Graduation Resolution (based on the standard template). A separate thread of DISCUSS is also open for this. The full text of the proposed resolution is

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

+1 Chris On Thu, May 25, 2017 at 05:55:26PM -0700, aditi hilbert wrote: > Hi all, > > We feel confident that we pass all the requirements to graduate. Below is > the proposed Graduation Resolution (based on the standard template). A > separate thread of DISCUSS is also open for this. > >

Apache Mynewt podling graduation on vote on dev@mynewt.incubator.apache.org

The Apache Mynewt podling team is pleased to announce that the project is currently undergoing voting for graduation to TLP on the dev@mynewt.incubator.apache.org mailing list. Subsequent to successful voting on dev@ list, it will be put to vote on the

Re: [VOTE] Graduation of podling Apache Mynewt to Top Level Project

+1 On 26 May 2017, at 12:17, aditi hilbert wrote: +1 This thread will be open until 6 PM PDT on May 30, 2017 (extra time because of Memorial Day). thanks, aditi On May 25, 2017, at 5:55 PM, aditi hilbert wrote: Hi all, We feel confident that we pass all the

Re : Re: [DISCUSS] Graduation of podling Apache Mynewt to Top Level Project

unsubscribe Le 26/05/2017 13:12:41, Jim Jagielski a écrit : Ha! :) > On May 25, 2017, at 9:55 PM, Sheela Kiiskila wrote: > > Changes done to the Resolution. Justin gets the only * for agreeing to be the > VP:) > > https://cwiki.apache.org/confluence/display/MYNEWT/Resolution >

Re: [DISCUSS] Graduation of podling Apache Mynewt to Top Level Project

On the general topic of whether or not MyNewt is ready, I think, and would/will vote, YES!

Re: nRF52 without J-Link?

Marko, Do you happen to have a link to the patches you applied to openocd? I am building my own, and would like to incorporate them. Cheers, simon On Thu, May 25, 2017 at 3:39 PM, marko kiiskila wrote: > Peter, > > What’s missing from stock 0.10.0 for nrf52 is the

Re: Problems with erasing flash on nordic devices

At a glance, you are confusing bytes with ints (data is declared as unsigned int), so for the most part you are comparing uninitialised stack memory. Hth, simon On Thu, May 25, 2017 at 11:04 PM, Jacob Rosenthal wrote: > Pushed something like you described, new

Re: Problems with erasing flash on nordic devices

Pushed something like you described, new flash_area_is_empty function in flash_map https://github.com/apache/incubator-mynewt-core/pull/281 Currently doesnt actually work.. either my code sucks or the erase doesnt actually ever succeed on nrf51 is is leaving behind non 0xff bytes.. not sure which

[GitHub] cwanda opened a new pull request #65: MYNEWT-649 Validate target variable target set command.

cwanda opened a new pull request #65: MYNEWT-649 Validate target variable target set command. URL: https://github.com/apache/incubator-mynewt-newt/pull/65 Valid variables are: aflags, app, build_profile, bsp, cflags, lflags, loader, syscfg

[GitHub] cwanda opened a new pull request #64: MYNEWT-640 Added newt target amend command.

cwanda opened a new pull request #64: MYNEWT-640 Added newt target amend command. URL: https://github.com/apache/incubator-mynewt-newt/pull/64 The `newt target amend` command allows the user to add, change, delete values for multi-value target variables without overwriting existing

Re: [DISCUSS] Graduation of podling Apache Mynewt to Top Level Project

Hi, > Yes, will add that. Some are independent consultants and not affiliated with > any organization. Well I fit in that as well. I think Others (X) would be fine. > Do I need to send a new [VOTE] thread with the revisions? Or just do the > corrections before sending out to general@ ? IMO

[GitHub] cwanda commented on issue #61: [WIP]MYNEWT-640 Add support for newt target append command.

cwanda commented on issue #61: [WIP]MYNEWT-640 Add support for newt target append command. URL: https://github.com/apache/incubator-mynewt-newt/pull/61#issuecomment-304165945 Closing the PR. Not sure why commit

[GitHub] cwanda closed pull request #61: [WIP]MYNEWT-640 Add support for newt target append command.

cwanda closed pull request #61: [WIP]MYNEWT-640 Add support for newt target append command. URL: https://github.com/apache/incubator-mynewt-newt/pull/61 This is an automated message from the Apache Git Service. To respond

Re: [DISCUSS] Graduation of podling Apache Mynewt to Top Level Project

Hi Justin, > On May 25, 2017, at 6:09 PM, Justin Mclean wrote: > > Hi, > >> Project status: >> http://incubator.apache.org/projects/Mynewt.html > > The URL is case sensitive and needs to be > http://incubator.apache.org/projects/mynewt.htm. There a few dates that

Re: [DISCUSS] Graduation of podling Apache Mynewt to Top Level Project

Hi, > NOW, THEREFORE, BE IT FURTHER RESOLVED, that Justin Mcclean > be appointed to the office of Vice President, Apache Mynewt It’s Mclean not Mcclean unless there’s another Justin on the project I don’t know about :-) Thanks, Justin

Re: [DISCUSS] Graduation of podling Apache Mynewt to Top Level Project

Hi, > Project status: > http://incubator.apache.org/projects/Mynewt.html The URL is case sensitive and needs to be http://incubator.apache.org/projects/mynewt.htm. There a few dates that need to be updated there I’ll try to get to that in the next day. > Various PMC/Committer affiliations

  1   2   3   4   5   6   7   8   9   10   >