New MCUBoot mailing list

Hi, The MCUboot mailing list has been recently moved. We did not re-subscribe previously subscribed users, so for those interested it is now hosted here: https://groups.io/g/mcuboot Cheers, Fabio

Re: sensorhub bsp phase out proposal

On Thu, Nov 14, 2019, at 4:58 AM, Jerzy Kasenberg wrote: > > I propose to drop whatever support we have for this BSP so it will not be > available in the next release. +1

Re: FAT32 file system issue

On Mon, Aug 26, 2019, at 1:39 PM, Fabien Lepoutre wrote: > Hi all, > I am running code with the FATFS driver to write a stream into an SD card. > The SD card is FAT32 formatted. > Everything goes well for some time but for some reason, after a while (I've > seen the issue come in at file size =

Re: newest BSP on OSX

On Tue, Aug 6, 2019, at 2:45 PM, Dr. Juergen Kienhoefer wrote: > The app/boot was removed after version 1.6.0 > Is there a replacement for that now? A change of the core version number in > project.yml did not help. > The error still is: > Error: Could not resolve app package:

Re: Deprecate "install" and "sync" commands?

On Mon, Aug 5, 2019, at 3:30 PM, Szymon Janc wrote: > Hi Chris, > > Yes! I'm also for option 3. Lets deprecate for next (1.8) release (make > those print proper warning info when used) and just remove for 1.9. +1

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

On Fri, Aug 2, 2019, at 5:53 AM, Justin Mclean wrote: > Just a reminder that only PMC members votes are binding on releases. > > From what I see Miguel, Martin and Jerzy are listed as committers on > the project not PMC members. [1] (It’s either that or the roster is not > up to date.) > > I

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

On Mon, Jul 29, 2019, at 8:39 AM, Szymon Janc wrote: > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.7.0 and Apache NimBLE 1.2.0. > [ ] +1 Release this package > [ ] 0 I don't feel strongly about it, but don't object > [ ] -1 Do not release this package

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

On Fri, Jul 19, 2019, at 9:37 AM, 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. > [ ] +1 Release this package > [ ] 0 I don't feel strongly about it, but don't object > [ ] -1 Do not release this

Re: Feedback on board report

On Fri, Jun 21, 2019, at 4:57 PM, Greg Stein wrote: > On Fri, Jun 21, 2019, 14:05 Fabio Utzig wrote: > > > On Fri, Jun 21, 2019, at 12:39 PM, Sterling Hughes wrote: > > > > > Most of the technical conversations happen on the pull requests > > > themselves,

Re: Feedback on board report

On Fri, Jun 21, 2019, at 12:39 PM, Sterling Hughes wrote: > Most of the technical conversations happen on the pull requests > themselves, I think this is fine. It’s archived, and people have an > opportunity to review & comment. > > Slack is largely for support, with the occasional “what do

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

> [ ] +1 Release this package > [ ] 0 I don't feel strongly about it, but don't object > [ ] -1 Do not release this package because... +1 (binding)

Re: Minimal hardware requirements

On Thu, Feb 21, 2019, at 10:11 AM, Tsvetan Ginin - Bulgaria wrote: > Thanks Fabio for a quickly reply and for the info. Please, send me a > link to STM32L0x BSP. https://github.com/apache/mynewt-core/tree/master/hw/bsp/b-l072z-lrwan1

Re: Minimal hardware requirements

On Thu, Feb 21, 2019, at 9:30 AM, Tsvetan Ginin - Bulgaria wrote: > Hello, > > I would like to know what are the minimum hardware requirements > (program memory and others, if any) for installing “Mynewt” on a > development board (NUCLEO-L053R8; 64MB Flash and 8MB RAM). If it really was MB it

Re: Microchip CryptoAuthLib in mynewt

Hello, Those are very interesting chips, but unfortunately the library looks to be either LGPL (https://github.com/MicrochipTech/cryptoauthlib/blob/master/license.txt#L142) or GPL (https://github.com/MicrochipTech/cryptoauthlib/blob/master/license.txt#L662), both of which are incompatible

Re: MYNEWT_VAL(...) invalid syntax ?

Hi Markus, You may need to update your BSP's `syscfg.yml`, check one included BSPs that has the same MCU that you're using for a complete list. Your particular failure is that your `syscfg.yml` is missing a "STM32_FLASH_SIZE_KB" entry. Best, Fabio On Wed, Jan 9, 2019, at 4:30 AM, markus

Re: Blinky targets do not load

Hi Duane, I believe, but am not entirely sure, that OpenOCD 0.10.0 release was not able to flash nrf52x devices. I would suggest installing the latest from git. If using homebrew: $ brew install --HEAD open-ocd Or "reinstall" might work (sorry, not macOS user here!) Best, Fabio On Thu, Jan

Re: Setting up RISC-V toolchain for Linux

On Wed, Nov 7, 2018, at 8:04 PM, PEIJIE LI wrote: > Hi Andrey: > Thank you for your help. > I switched to use the risvc64 package. Yet I am still seeing the > missing sys/mman.h error. > I tried installing gcc-multilib, build-essential, libc6-dev but none of > them solves the problem.

Re: Possible error in documentation

On Sun, Sep 23, 2018, at 10:31 AM, Rohit Gujarathi wrote: > Hello, > > There might be a possible error in the "Enabling Newt Manager in Your > Application" documentation or I might be doing something wrong. > > Adding the listed packages in pkg.yml gives the following error, > *Error:

Re: Unit Tests with newt pkg new

+1 On Sat, Sep 8, 2018, at 8:04 PM, Kevin Townsend wrote: > The additions to the newt tool in recent releases makes things like package > creation much easier, and pulling the code from Github is a good idea to > keep things up to date. > > In my own workflow, unit tests are a major part of

Re: [VOTE] Release Apache Mynewt 1.4.1-rc1

+1 (binding) On Fri, Jun 22, 2018, at 11:14 AM, 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, embedded

Re: Retrieving hardware IDs in Mynewt

Hello, You can simply call the HAL routine, given you already know the size of the HWID for your MCU (using LEN below): #include uint8_t buf[LEN]; len_read = hal_bsp_hw_id(buf, LEN); "buf" will have the HWID and the len will be returned. If you want to do it in a portable manner, you can

Re: nvic settings failing

Hi Jan, We set all but a few IRQ handlers to "os_default_irq_asm" on initialization. What you have to do is to set your handler with: NVIC_SetVector(DMA2_Stream0_IRQn, (uint32_t)DMA2_Stream0_IRQHandler); NVIC_EnableVector(DMA2_Stream0_IRQn); PS: No need to use the "HAL_" macros from STM32Cube

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

+1 (binding) On Wed, Jun 6, 2018, at 4:45 PM, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.4.0 and Apache NimBLE 1.0.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for

Renaming BSP for Nucleo-F767zi board

Hello, Just a heads up, I have a PR (https://github.com/apache/mynewt-core/pull/1092) that renames the Nucleo-F767zi BSP which might break some existing targets that might be using it. This updates it follow a standard that was used for all other STM32 Nucleo boards (nucleo-f303k8,

Re: os data.core memory section

On Mon, Apr 2, 2018, at 4:42 PM, markus wrote: > On Mon, 02 Apr 2018 14:16:54 -0300 > Fabio Utzig <ut...@apache.org> wrote: > > > Both > > > > hw/mcu/stm/stm32f7xx/stm32f767.ld > > hw/mcu/stm/stm32f4xx/stm32f407.ld > > > > already defi

Re: os data.core memory section

Both hw/mcu/stm/stm32f7xx/stm32f767.ld hw/mcu/stm/stm32f4xx/stm32f407.ld already define the stack on CCM (called DTCM on the F7xx). Am I missing something here? On Mon, Apr 2, 2018, at 2:15 PM, Christopher Collins wrote: > Hi Markus, > > On Sat, Mar 31, 2018 at 04:02:05PM -0700, markus wrote:

Re: STM32 backbone library

On Tue, Mar 27, 2018, at 3:45 PM, markus wrote: > Hey Miguel, > > as you can tell - still causing trouble ;) > > I should have mentioned that both APIs, LL (low level) and HAL (high > level) are provided by ST Microelectronics and are part of their SDKs. > > Although the LL API is called "low

Re: [DISCUSS] To track issues on Github for Apache Mynewt projects or not?

hanks, > > Miguel > > On Thu, Feb 8, 2018 at 5:34 AM, Fabio Utzig <ut...@apache.org> wrote: > > +1 > > > > I prefer as much information in a single place as possible, and GH as been > > adding more and more "project management" features making

Re: [DISCUSS] To track issues on Github for Apache Mynewt projects or not?

+1 I prefer as much information in a single place as possible, and GH as been adding more and more "project management" features making it better suited as a Jira alternative (and btw, we already made this move with MCUBoot!). Cheers, Fabio Utzig On Tue, Feb 6, 2018, at 2:27 PM, C

Re: stm32f7discovery apps on windows

dows script files are missing from the same > directory: > > stm32f7discovery_debug.cmd > stm32f7discovery_download.cmd > once these are added, the blinky example work out of the box > Regards Thanks for the report. We would be really glad if you can submit a PR with the fix! Cheers, Fabio Utzig

Re: stm32f3 support

When last looking at that port I got the same impression. I think the in-tree F4 and F7 mcus/bsps are more similar between themselves than the f3 port is from any of them and making a new F3 port would be easier. But also I don't know about the history of the F3 port so someone can correct me.

[ANNOUNCE] Apache Mynewt 1.3.0 released

Hello all, The Apache Mynewt team is pleased to announce the release of 1.3.0. Apache Mynewt is a community-driven module OS for constrained, embedded applications. Mynewt provides a real-time operating system, flash file system, network stacks, and support utilities for real-world embedded

[RESULT][VOTE] Release Apache Mynewt 1.3.0-rc3

Hello all, Voting for Apache Mynewt 1.3.0-rc3 is now closed. The release has passed this step of the process. The vote breakdown is as follows: +1 Justin Mclean (binding) +1 Christopher Collins (binding) +1 Sterling Hughes (binding) +1 aditi runtime +1 Vipul Rahane (binding) +1 Łukasz

[DISCUSS] Release Apache Mynewt 1.3.0-rc3

Hi all, This thread is for any and all discussion regarding the release of Apache Mynewt 1.3.0-rc3. All feedback is welcome. Cheers, Fabio Utzig

[VOTE] Release Apache Mynewt 1.3.0-rc3

is 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. Thanks, Fabio Utzig

[CANCEL][VOTE] Release Apache Mynewt 1.3.0-rc2

Hello, This vote for 1.3.0-rc2 is being cancelled due for the following reasons: * Incorrect newt version is displayed: "1.3.0-dev" instead of "1.3.0". A new [VOTE] thread is coming soon... Thanks, Fabio Utzig

Re: [DISCUSS] Release Apache Mynewt 1.3.0-rc2

On Thu, Dec 7, 2017, at 08:18 AM, Fabio Utzig wrote: > Hi all, > > This thread is for any and all discussion regarding the release of > Apache Mynewt 1.3.0-rc2. All feedback is welcome. Just to make it clear, for this release we decided to remove pppoe.(c|h) from the release du

[DISCUSS] Release Apache Mynewt 1.3.0-rc2

Hi all, This thread is for any and all discussion regarding the release of Apache Mynewt 1.3.0-rc2. All feedback is welcome. Cheers, Fabio Utzig

[VOTE] Release Apache Mynewt 1.3.0-rc2

is 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. Thanks, Fabio Utzig

Re: Cannot build lora_app_shell

On Fri, Dec 1, 2017, at 08:02 AM, K Dmitry wrote: > > > 01.12.2017, 12:50, "Fabio Utzig" <ut...@apache.org>: > > Do you mind attaching the output of "newt target config show > > "? I want to try reproducing the bug here. > > Guess there is

Re: Cannot build lora_app_shell

Do you mind attaching the output of "newt target config show "? I want to try reproducing the bug here. On Fri, Dec 1, 2017, at 07:39 AM, K Dmitry wrote: > Just a short update. > > I've bought nrf52dk and build lora_app_shell for this target - still > crashes. Tried loraping app - crashes on

[VOTE] Release Apache Mynewt 1.3.0-rc1

is 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. Thanks, Fabio Utzig

Re: Cannot build lora_app_shell

Hello, The telee02 has a dependency on one of the LoRa drivers. If you look at "hw/bsp/telee02/pkg.yml" you'll see: pkg.deps.LORA_NODE: - hw/drivers/lora/sx1276 the nrf51dk doesn't have this dependency. You would need to add it yourself to satisfy the api requirements. On Wed, Nov 29,

Re: Next release of Apache Mynewt

Hello, A heads up that I just created the 1.3 branches and we are now in frozen state. The plan is to finish testing and send [VOTE] by Monday or Tuesday. Cheers, Fabio Utzig On Tue, Oct 31, 2017, at 06:52 PM, aditi hilbert wrote: > Hi all, > > There’s been quite a lot of activity

Re: Private keyfile format

I don't think forcing users to change existing key formats would be a good idea. I would suggest leaving compatibility in place for the moment. When MCUboot changed the image format for 1.0 a new flag was added to "new create-image" command, "-2", to write in the new format. Maybe if a user

Re: 64-bit target

Hi Simon, Not AFAIK. Is there any MCU out there that is 64 bit? Cheers, Fabio Utzig On Mon, Oct 30, 2017, at 10:17 PM, Simon Ratner wrote: > Hi devs, > > Has anyone looked at building core for a 64-bit target? > > Obviously there is a lot of code right now that relies on the ta

Re: Using Nordic SDK 14.1.0

automatically detect that this needs an external repo, ask permission to fetch it, etc. Also curious about other's opinions! Cheers, Fabio Utzig On Wed, Oct 18, 2017, at 08:35 PM, Miguel Azevedo wrote: > Hi everyone, > > We are currently using the Nordic SDK (v11.0.0) which doesn't have any >

Re: [VOTE] Release Apache Mynewt 1.2.0-rc1

+1 (binding) On Mon, Sep 11, 2017, at 06:33 AM, Michał Narajowski wrote: > +1 (binding) > > 2017-09-11 9:51 GMT+02:00 Łukasz Rymanowski > : > > +1 (binding) > > > > Łukasz > > > > On 10 September 2017 at 20:49, aditi hilbert wrote: > >> +1 > >> >

Re: Mynewt Logo

I tried with the Logo with Apache's Logo at the left but it looks distorted for the typical Logo res format on Wikipedia. I tried moving the logo to the right where there's a lot of empty space. The result: https://en.wikipedia.org/wiki/Apache_Mynewt#/media/File:Apache_Mynewt_Logo.png On Mon,

Re: [VOTE] Release Apache Mynewt 1.1.0-rc2

+1 (binding) On Thu, Jul 27, 2017, at 07:47 PM, 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 to issues described in

Re: newt fails to recognize RSA private key

On Tue, Jul 25, 2017, at 02:11 PM, Fabio Utzig wrote: > On Tue, Jul 25, 2017, at 01:29 PM, Andrey Serdtsev wrote: > > Hi all, > > > > apache-mynewt-core/boot/bootutil/signed_images.md suggest to use > > 'openssl genrsa -out image_sign.pem 2048' for generating RSA

Re: newt fails to recognize RSA private key

ent formats. I never looked at the Go code for reading the PEMs but maybe it doesn't support PKCS#8. Cheers, Fabio Utzig

Re: Why not use -std=gnu99?

add it to "compiler.flags.base" key in your compiler.yml (there is one for each ARCH in compiler/ARCH/compiler.yml). I've moved away from gcc 4.x a very long time ago and only built Mynewt with 5.x and 6.x so I'll leave the specific answer of using "std=gnu99" to someone else. My recommendation would be to upgrade! :P Cheers, Fabio Utzig