Zephyr Toolchain Working Group When: Thursday, 20 February 2020 9:00am to 10:00am (GMT-06:00) America/Chicago Where: https://zoom.us/j/967549258 Description: Zephyr Working Group is inviting you

Reminder: Zephyr Toolchain Working Group When: Thursday, 20 February 2020, 9:00am to 10:00am, (GMT-06:00) America/Chicago Where:https://zoom.us/j/967549258 View Event Organizer: Maureen

Hi All, For today’s meeting let’s go through existing issues / PRs relevant for the working group. Where: https://zoom.us/j/967549258Agenda Toolchain label:

All, Meeting Minutes: https://docs.google.com/document/d/1vfgwa1oRVuLA0f4VZW9pMBD2n2kf7ZgI9QCw_4s01gA/edit?usp=sharing General: • Kumar on vacation next 2 weeks, Marti will lead meetings GitHub

This answered the question: adding a Kconfig with the STM32Cube modules solved the issue, without including objects in the CMakeLists.txt despite having STM32Cube in

Hi Carles, Thats it, thanks very much, added my $0.02 Cheers Marc

Hi Marc, This sounds like it’s covered in this issue: https://github.com/zephyrproject-rtos/west/issues/367 Please comment on it to make sure it covers all of your requirements.

Hi all, I like the (new?) west import feature, it makes it easy to checkout zephyr and associated modules along side an application/project. Is there a way to specify where a 'sub-modules' of an

Reminder: Zephyr Project: APIs When: Tuesday, 18 February 2020, 9:00am to 10:00am, (GMT-08:00) America/Los Angeles Where:https://zoom.us/j/177647878 An RSVP is requested. Click here to

Hi all, The topics for today: - Discussion on whether to move the hw_info API to stable - PR: generalize async notification and add queued operation manager -

Hi, Regarding your link : https://github.com/intel/zephyr/tree/master/ext/hal/st/stm32cube Seems that you don't point to the good zephyr project Please refer to

Hi Johan, Should i go with the Hardware flow control as enable to solve the buffer flow issue ? Not using HWFC could have any other adverse effect? As my current implementation is based on flow

Hi Mayank, You might get lucky with disabling hardware flow control, however this standard HCI transport officially requires it (see Vol 4, Part A section 3 in Bluetooth Core Specification

Hi, > Q1: Asi'm not using HW flow control, Can i have any flow control related problem if there will be more number of devices/beacons available for the scanning. Yes, that is the purpose of flow

Hi All, I have a doubt regarding one of the sample application of zephyr (samples/bluetooth/hci_uart). This 'hci_uart' application has Hardware flow control enable by default in its nrf.conf file.

Hi, Can you check following readme section and see if it answers your point? https://github.com/zephyrproject-rtos/hal_stm32/blob/master/README.rst#use-stm32cube-in-your-application Cheers Erwan

Thanks mbolivar give the solution: # 'target' is global# pylint: disable=undefined-variable

I am building https://github.com/STMicroelectronics/logicanalyser (RPMSG and VirtIO example for the STM32MP157 using OpenAMP) for Zephyr and have been facing the issue of linking with the STM32Cube

Hi, Some fixes based on usage of SDK v0.11.x and addition of some new xtensa variants to enable work from the Sound Open Firmware Project (https://www.sofproject.org). The SDK can be found

Hi Andrew Sorry, I have attached btmon log to Attachment. I have found a similar problem as