Date   

stm32f7/cortex M7 port and M-7 assembler error

prasanna karthik <prasannakarthik123@...>
 

Is cortex M7 core support available ? Am facing compiler error with cortex M7 compiler option.
Am porting to stm32f7, here is the patch for the soc support and driver:
https://github.com/prasannakarthik/zephyr/commit/c911aaf822d245568792cb11cff3d627314e39c2

I have enabled CONFIG_CPU_CORTEX_M7 . I see cflags-cortex-m7 is enabled in compiler options.
# /mnt/data/github/zephyr/samples/hello_world$ make BOARD=discovery_smt32f7
make[1]: Entering directory `/mnt/data/github/zephyr'
make[2]: Entering directory `/mnt/data/github/zephyr/samples/hello_world/outdir/discovery_smt32f7'
Using /mnt/data/github/zephyr as source for kernel
GEN ./Makefile
CHK include/generated/version.h
CHK misc/generated/configs.c
CHK include/generated/offsets.h
CHK misc/generated/sysgen/prj.mdef
AS arch/arm/core/swap.o
/mnt/data/github/zephyr/arch/arm/core/swap.S: Assembler messages:
/mnt/data/github/zephyr/arch/arm/core/swap.S:84: Error: selected processor does not support requested special purpose register -- `mrs ip,PSP'
/mnt/data/github/zephyr/arch/arm/core/swap.S:120: Error: selected processor does not support requested special purpose register -- `msr BASEPRI,r0'
/mnt/data/github/zephyr/arch/arm/core/swap.S:213: Error: selected processor does not support requested special purpose register -- `msr BASEPRI,r0'
/mnt/data/github/zephyr/arch/arm/core/swap.S:225: Error: selected processor does not support requested special purpose register -- `msr PSP,ip'
/mnt/data/github/zephyr/arch/arm/core/swap.S:280: Error: selected processor does not support requested special purpose register -- `mrs r2,PSP'
/mnt/data/github/zephyr/arch/arm/core/swap.S:292: Error: selected processor does not support requested special purpose register -- `msr BASEPRI,r0'
make[5]: *** [arch/arm/core/swap.o] Error 1
make[4]: *** [arch/arm/core] Error 2
make[3]: *** [arch/arm] Error 2
make[2]: *** [arch] Error 2
make[2]: Leaving directory `/mnt/data/github/zephyr/samples/hello_world/outdir/discovery_smt32f7'
make[1]: *** [sub-make] Error 2
make[1]: Leaving directory `/mnt/data/github/zephyr'
make: *** [all] Error 2

Am I missing anything ?


Daily JIRA Digest

donotreply@...
 

NEW JIRA items within last 24 hours: 0

UPDATED JIRA items within last 24 hours: 36
[ZEP-540] add APIs for asynchronous transfer callbacks
https://jira.zephyrproject.org/browse/ZEP-540

[ZEP-818] CoAP working over the new IP stack
https://jira.zephyrproject.org/browse/ZEP-818

[ZEP-911] Refine thread priorities & locking
https://jira.zephyrproject.org/browse/ZEP-911

[ZEP-928] API changes to event handling
https://jira.zephyrproject.org/browse/ZEP-928

[ZEP-118] add upstream openocd to SDK
https://jira.zephyrproject.org/browse/ZEP-118

[ZEP-328] HW Encryption Abstraction
https://jira.zephyrproject.org/browse/ZEP-328

[ZEP-854] CoAP with DTLS sample
https://jira.zephyrproject.org/browse/ZEP-854

[ZEP-648] New CoAP Implementation
https://jira.zephyrproject.org/browse/ZEP-648

[ZEP-591] MQTT Port to New IP Stack
https://jira.zephyrproject.org/browse/ZEP-591

[ZEP-745] Revisit design of PWM Driver API
https://jira.zephyrproject.org/browse/ZEP-745

[ZEP-852] SPI API Update
https://jira.zephyrproject.org/browse/ZEP-852

[ZEP-843] Unified assert/unrecoverable error infrastructure
https://jira.zephyrproject.org/browse/ZEP-843

[ZEP-859] Migrate ENC28J60 driver to YAIP IP stack
https://jira.zephyrproject.org/browse/ZEP-859

[ZEP-785] Enable MQTT Paho samples to run on quark se board
https://jira.zephyrproject.org/browse/ZEP-785

[ZEP-89] Provide more generic UART APIs for read and write
https://jira.zephyrproject.org/browse/ZEP-89

[ZEP-1109] Texas Instruments CC3200 LaunchXL Support
https://jira.zephyrproject.org/browse/ZEP-1109

[ZEP-296] Consolidate and simplify Serial driver configuration options
https://jira.zephyrproject.org/browse/ZEP-296

[ZEP-235] Provide an interface for cpu/soc id and version
https://jira.zephyrproject.org/browse/ZEP-235

[ZEP-31] E2E tests for connection
https://jira.zephyrproject.org/browse/ZEP-31

[ZEP-30] LE privacy 1.2
https://jira.zephyrproject.org/browse/ZEP-30

[ZEP-1120] move top level fs/ to sys/fs
https://jira.zephyrproject.org/browse/ZEP-1120

[ZEP-1121] Add config support for enabling SoCWatch in Zephyr
https://jira.zephyrproject.org/browse/ZEP-1121

[ZEP-293] Reduce Kconfig variables in sensor drivers
https://jira.zephyrproject.org/browse/ZEP-293

[ZEP-365] Zephyr's MQTT library
https://jira.zephyrproject.org/browse/ZEP-365

[ZEP-994] Quark SE (ARC): Add PMA sample
https://jira.zephyrproject.org/browse/ZEP-994

[ZEP-847] IoT protocol functionality must be moved from samples to lib/iot
https://jira.zephyrproject.org/browse/ZEP-847

[ZEP-902] Reduce the use of Kconfig for FS to minimum
https://jira.zephyrproject.org/browse/ZEP-902

[ZEP-1011] Extend usb_dc_dw driver to support save/restore peripheral context
https://jira.zephyrproject.org/browse/ZEP-1011

[ZEP-955] Section misalignment
https://jira.zephyrproject.org/browse/ZEP-955

[ZEP-1138] Recived packets not being passed to upper layer from IP stack when using ENC28J60 driver
https://jira.zephyrproject.org/browse/ZEP-1138

[ZEP-644] Zephyr SDK 0.8.2 newlib headers no longer provide gettimeofday() prototype by default
https://jira.zephyrproject.org/browse/ZEP-644

[ZEP-692] Newlib libraries in x86 SDK need non-hardware floating point version
https://jira.zephyrproject.org/browse/ZEP-692

[ZEP-1097] ENC28J60 driver fails on concurrent tx and rx
https://jira.zephyrproject.org/browse/ZEP-1097

[ZEP-431] newlib should be configured with --disable-newlib-supplied-syscalls
https://jira.zephyrproject.org/browse/ZEP-431

[ZEP-217] Galileo ADC/SPI initialization error
https://jira.zephyrproject.org/browse/ZEP-217

[ZEP-1098] ENC28J60 fails to receive big data frames
https://jira.zephyrproject.org/browse/ZEP-1098


CLOSED JIRA items within last 24 hours: 50
[ZEP-81] (Duplicate) change request to "jira.zephyrproject.org"
https://jira.zephyrproject.org/browse/ZEP-81

[ZEP-215] (Fixed) MQTT client capability: QoS0
https://jira.zephyrproject.org/browse/ZEP-215

[ZEP-416] (Fixed) MQTT client capability: QoS1, QoS2
https://jira.zephyrproject.org/browse/ZEP-416

[ZEP-573] (Fixed) IoT applications must use netz API
https://jira.zephyrproject.org/browse/ZEP-573

[ZEP-567] (Fixed) netz sample code
https://jira.zephyrproject.org/browse/ZEP-567

[ZEP-568] (Fixed) MQTT QoS sample app
https://jira.zephyrproject.org/browse/ZEP-568

[ZEP-821] (Duplicate) MQTT v3.1.1 port to the new IP Stack
https://jira.zephyrproject.org/browse/ZEP-821

[ZEP-159] (Duplicate) PWM API to configure PWM Clock Frequency is needed
https://jira.zephyrproject.org/browse/ZEP-159

[ZEP-451] (Fixed) Quark SE output by default redirected to IPM
https://jira.zephyrproject.org/browse/ZEP-451

[ZEP-327] (Fixed) Port available encryption libraries needed for Thread support
https://jira.zephyrproject.org/browse/ZEP-327

[ZEP-340] (Fixed) TLS/SSL
https://jira.zephyrproject.org/browse/ZEP-340

[ZEP-210] (Duplicate) Zephyr TEE compatibility
https://jira.zephyrproject.org/browse/ZEP-210

[ZEP-111] (Fixed) Define generic logging interface
https://jira.zephyrproject.org/browse/ZEP-111

[ZEP-439] (Duplicate) Add driver API reentrancy support to ADC shim driver
https://jira.zephyrproject.org/browse/ZEP-439

[ZEP-424] (Fixed) AON counter driver needs to add driver API reentrancy support
https://jira.zephyrproject.org/browse/ZEP-424

[ZEP-234] (Fixed) provide a direct memory access (DMA) interface
https://jira.zephyrproject.org/browse/ZEP-234

[ZEP-354] (Fixed) Provide a DMA driver for Quark SE core
https://jira.zephyrproject.org/browse/ZEP-354

[ZEP-355] (Won't Do) Provide a DMA driver for Quark SE sensor subsystem (ARC)
https://jira.zephyrproject.org/browse/ZEP-355

[ZEP-356] (Fixed) DMA device support
https://jira.zephyrproject.org/browse/ZEP-356

[ZEP-291] (Fixed) Driver for the ENC28J60 ethernet device
https://jira.zephyrproject.org/browse/ZEP-291

[ZEP-414] (Fixed) Add driver API reentrancy support to flash driver
https://jira.zephyrproject.org/browse/ZEP-414

[ZEP-413] (Duplicate) Add driver API reentrancy support to flash driver
https://jira.zephyrproject.org/browse/ZEP-413

[ZEP-441] (Fixed) Add driver API reentrancy support to GPIO shim drivers
https://jira.zephyrproject.org/browse/ZEP-441

[ZEP-409] (Fixed) Add driver API reentrancy support to I2C driver for LMT
https://jira.zephyrproject.org/browse/ZEP-409

[ZEP-411] (Fixed) Add driver API reentrancy support to I2C driver for ARC
https://jira.zephyrproject.org/browse/ZEP-411

[ZEP-407] (Duplicate) Add driver API reentrancy support to SPI driver for LMT
https://jira.zephyrproject.org/browse/ZEP-407

[ZEP-408] (Fixed) Add driver API reentrancy support to SPI driver for LMT
https://jira.zephyrproject.org/browse/ZEP-408

[ZEP-410] (Fixed) Add driver API reentrancy support to SPI driver for ARC
https://jira.zephyrproject.org/browse/ZEP-410

[ZEP-677] (Duplicate) Support for UART interrupt on ARC
https://jira.zephyrproject.org/browse/ZEP-677

[ZEP-1107] (Fixed) Update QMSI to 1.3
https://jira.zephyrproject.org/browse/ZEP-1107

[ZEP-399] (Fixed) ARC EM Starter Kit board support
https://jira.zephyrproject.org/browse/ZEP-399

[ZEP-219] (Fixed) We should be able to use Zephyr with original Arduino 101 bootloader
https://jira.zephyrproject.org/browse/ZEP-219

[ZEP-541] (Fixed) Integrate QMSI releases to Zephyr
https://jira.zephyrproject.org/browse/ZEP-541

[ZEP-412] (Fixed) Add driver API reentrancy support to RTC driver for LMT
https://jira.zephyrproject.org/browse/ZEP-412

[ZEP-314] (Fixed) Update QMSI drivers to 1.1 alpha
https://jira.zephyrproject.org/browse/ZEP-314

[ZEP-220] (Duplicate) We should be able to use Zephyr with original Arduino 101 bootloader
https://jira.zephyrproject.org/browse/ZEP-220

[ZEP-440] (Fixed) Add driver API reentrancy support to WDT shim driver
https://jira.zephyrproject.org/browse/ZEP-440

[ZEP-546] (Fixed) UART interrupts not triggered on ARC
https://jira.zephyrproject.org/browse/ZEP-546

[ZEP-70] (Duplicate) Users should be able to use bossa tool for the Arduino Due from the SDK
https://jira.zephyrproject.org/browse/ZEP-70

[ZEP-38] (Fixed) Add CoAP support to IP stack
https://jira.zephyrproject.org/browse/ZEP-38

[ZEP-247] (Duplicate) MQTT support
https://jira.zephyrproject.org/browse/ZEP-247

[ZEP-415] (Fixed) aaU, I want to use the NATS messaging protocol to send sensor data to the cloud
https://jira.zephyrproject.org/browse/ZEP-415

[ZEP-500] (Fixed) Domain Name System client library
https://jira.zephyrproject.org/browse/ZEP-500

[ZEP-91] (Fixed) create a new project for networking tools
https://jira.zephyrproject.org/browse/ZEP-91

[ZEP-103] (Fixed) Allow sharing of board code among multiple boards
https://jira.zephyrproject.org/browse/ZEP-103

[ZEP-78] (Duplicate) need defconfigs for supported boards which build all drivers
https://jira.zephyrproject.org/browse/ZEP-78

[ZEP-57] (Duplicate) create dedicated kconfig section for debug options with global toggle
https://jira.zephyrproject.org/browse/ZEP-57

[ZEP-53] (Fixed) enable kernel_event_logger on ARC
https://jira.zephyrproject.org/browse/ZEP-53

[ZEP-297] (Fixed) Consolidate and simplify I2C driver configuration options
https://jira.zephyrproject.org/browse/ZEP-297

[ZEP-430] (Fixed) Add driver API reentrancy support to PWM shim driver
https://jira.zephyrproject.org/browse/ZEP-430


RESOLVED JIRA items within last 24 hours: 7
[ZEP-737] (Fixed) Update host tools from upstream: fixdep.c
https://jira.zephyrproject.org/browse/ZEP-737

[ZEP-912] (Fixed) Finish renaming kernel object types
https://jira.zephyrproject.org/browse/ZEP-912

[ZEP-1043] (Fixed) Update QMSI to 1.2
https://jira.zephyrproject.org/browse/ZEP-1043

[ZEP-387] (Fixed) Installed SDK version should be easy to find
https://jira.zephyrproject.org/browse/ZEP-387

[ZEP-975] (Fixed) DNS client port to new IP stack
https://jira.zephyrproject.org/browse/ZEP-975

[ZEP-1144] (Fixed) Tinycrypt AES128 fixed-key with variable-text test fails using unified kernel type
https://jira.zephyrproject.org/browse/ZEP-1144

[ZEP-1155] (Fixed) Fix filesystem API namespace
https://jira.zephyrproject.org/browse/ZEP-1155


Re: IRQ_CONNECT: enum based line number?

Boie, Andrew P
 

On Mon, 2016-10-31 at 11:00 +0000, Piotr Mienkowski wrote:
Hi Andrew,


If using enums is very desirable we could consider revising the ARM/ARC/Nios
implementation.
If this is even possible that would be indeed very desirable! Header files
from all vendors that support CMSIS (I believe most of the vendors do) use an
enum implementation. It would save a lot of work if we did not have to convert
it to #define.
Sure. I have a pretty good idea how to do this and it shouldn't take me very
long. https://jira.zephyrproject.org/browse/ZEP-1165

Andrew


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/6349 : power: Update quark_se power sample with PM API
- https://gerrit.zephyrproject.org/r/6348 : drivers: Add get_pending_int API
- https://gerrit.zephyrproject.org/r/6330 : enc28j60: Fixes change to proper register bank
- https://gerrit.zephyrproject.org/r/6335 : power: Update Quark SE PM layer with QMSI 1.3
- https://gerrit.zephyrproject.org/r/6333 : ztest: fix ztest syncronization issue when execution
- https://gerrit.zephyrproject.org/r/6334 : quark_se: Add restore info shared memory to linker
- https://gerrit.zephyrproject.org/r/6345 : tests: stub: we should not be testing this
- https://gerrit.zephyrproject.org/r/6344 : samples: convert to unified applications
- https://gerrit.zephyrproject.org/r/6320 : quark se: Enable power management features in QMSI
- https://gerrit.zephyrproject.org/r/6322 : flash qmsi: Add support for device power management
- https://gerrit.zephyrproject.org/r/6321 : dma qmsi: Add support for device power management
- https://gerrit.zephyrproject.org/r/6317 : gpio qmsi: Differentiate between the SoC GPIO and SS GPIO
- https://gerrit.zephyrproject.org/r/6339 : boards: x86: Don't default to 'y' with NRF51_PM and WAIT_NOP
- https://gerrit.zephyrproject.org/r/6304 : Bluetooth: Controller: Use unified k_sem API for semaphore
- https://gerrit.zephyrproject.org/r/6312 : ext qmsi: Ensure ISR definitions match between QMSI build and its users
- https://gerrit.zephyrproject.org/r/6318 : gpio qmsi: Enable SoC level GPIO to work on ARC too
- https://gerrit.zephyrproject.org/r/6313 : rtc qmsi: Enable the driver to work on ARC
- https://gerrit.zephyrproject.org/r/6314 : dma qmsi: Enable the driver to work on ARC
- https://gerrit.zephyrproject.org/r/6311 : uart qmsi: Simplify IRQ configuration
- https://gerrit.zephyrproject.org/r/6309 : gpio qmsi: Remove stale comments
- https://gerrit.zephyrproject.org/r/6319 : quark_se_c1000_ss_devboard: Define the user buttons
- https://gerrit.zephyrproject.org/r/6310 : gpio qmsi: Remove unnecesary callback wrappers
- https://gerrit.zephyrproject.org/r/6315 : aio qmsi: Enable the driver to work on ARC
- https://gerrit.zephyrproject.org/r/6316 : watchdog qmsi: Enable the driver to work on ARC
- https://gerrit.zephyrproject.org/r/6328 : ISSM_QuarkSE.patch: fix OpenOCD scripts for EM Starterkit
- https://gerrit.zephyrproject.org/r/6332 : cc3200: Enable the UART driver, build and Kconfig options
- https://gerrit.zephyrproject.org/r/6331 : cc3200: Add a UART driver (polled and interrupt modes)
- https://gerrit.zephyrproject.org/r/6327 : samples/zoap_server: Fix wrong reference count
- https://gerrit.zephyrproject.org/r/6326 : samples/zoap_server: Fix retrieving the wrong address
- https://gerrit.zephyrproject.org/r/6308 : board_beetle: Add support for ARM LTD V2M Beetle Board
- https://gerrit.zephyrproject.org/r/6307 : soc_beetle: Add support for ARM LTD Beetle SoC
- https://gerrit.zephyrproject.org/r/6302 : Bluetooth: Use unified k_sem API for semaphores
- https://gerrit.zephyrproject.org/r/6303 : Bluetooth: nble: Use unified k_sem API for semaphores

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/6284 : tests: move individual common tests into one test
- https://gerrit.zephyrproject.org/r/6279 : tests: make generic kernel tests unified
- https://gerrit.zephyrproject.org/r/6280 : samples: synchronization no need to set unified_capable tag
- https://gerrit.zephyrproject.org/r/6301 : tests: common: add rand32 test
- https://gerrit.zephyrproject.org/r/6268 : unified/test Adapt sys_kernel test to unified kernel
- https://gerrit.zephyrproject.org/r/3527 : console: shell: Support multiple modules
- https://gerrit.zephyrproject.org/r/6277 : tests: move kernel tests to tests/legacy
- https://gerrit.zephyrproject.org/r/6291 : [RFC] Bluetooth: SDPC: Initial SDP client interface API
- https://gerrit.zephyrproject.org/r/3854 : tests: Support computing the result of tests
- https://gerrit.zephyrproject.org/r/6300 : net: ieee802154: Make hexdump utility more usable
- https://gerrit.zephyrproject.org/r/6297 : net: ieee802154: Transform MAC between big and little endian
- https://gerrit.zephyrproject.org/r/6083 : cc3200: Add support for the TI CC32xx SoC Series
- https://gerrit.zephyrproject.org/r/6151 : cc3200: Add pinmux initialization for UART0
- https://gerrit.zephyrproject.org/r/6080 : MAINTAINERS: Add maintainer for TI CC3200 SoC, board and SDK
- https://gerrit.zephyrproject.org/r/6081 : ext: cc3200sdk: Import HAL for TI CC3200 SoC
- https://gerrit.zephyrproject.org/r/6084 : boards: arm: Add support for TI SimpleLink WiFi CC3200 LaunchXL
- https://gerrit.zephyrproject.org/r/6082 : ext: cc3200sdk: Enable build of CC3200 HAL
- https://gerrit.zephyrproject.org/r/6295 : exti/stm32: add support for F334 & F373 MCUs
- https://gerrit.zephyrproject.org/r/6121 : unified: API changes to event handling
- https://gerrit.zephyrproject.org/r/6258 : enc28j60: Improves interface with native IP stack
- https://gerrit.zephyrproject.org/r/3337 : Script: Script to validate commit messages format.
- https://gerrit.zephyrproject.org/r/5546 : usb: class: Add USB mass storage class support.
- https://gerrit.zephyrproject.org/r/6257 : enc28j60: Fixes a reception issue for big frames.
- https://gerrit.zephyrproject.org/r/6259 : enc28j60: Fixes an issue with concurrent tx and rx
- https://gerrit.zephyrproject.org/r/6256 : enc28j60: Fixes an issue reading/writing from spi
- https://gerrit.zephyrproject.org/r/6270 : enc28j60: The MAX_BUFFER_LENGTH is now declared in header.
- https://gerrit.zephyrproject.org/r/6014 : ext qmsi: Add config support and kernal events for enabling SoCWatch
- https://gerrit.zephyrproject.org/r/5257 : samples: Add simple bringup application
- https://gerrit.zephyrproject.org/r/5254 : MAINTAINERS: Add maintainer for ARM LTD V2M Beetle Board
- https://gerrit.zephyrproject.org/r/5261 : pinmux: Add support for ARM LTD V2M Beetle Initialization
- https://gerrit.zephyrproject.org/r/5269 : sanitycheck: Add support for ARM LTD V2M Beetle Board
- https://gerrit.zephyrproject.org/r/5264 : samples: Add simple gpio test application
- https://gerrit.zephyrproject.org/r/5267 : serial: Add driver for CMSDK APB UART
- https://gerrit.zephyrproject.org/r/5262 : pinmux: Add support for "runtime" pinmux on ARM LTD V2M Beetle
- https://gerrit.zephyrproject.org/r/5258 : gpio: Add ARM LTD CMSDK AHB GPIO driver
- https://gerrit.zephyrproject.org/r/6152 : fs: expose generic ramdisk/flash disk access functions
- https://gerrit.zephyrproject.org/r/5780 : include: Add a generic disk interface
- https://gerrit.zephyrproject.org/r/4488 : Bluetooth: SDP: Server: Support ServiceSearchRequest

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/6341 : Bluetooth: shell: Add support for setting security level to l2cap_register
- https://gerrit.zephyrproject.org/r/6340 : Bluetooth: L2CAP: Add security check for LE CoC
- https://gerrit.zephyrproject.org/r/6346 : tests: exclude quark_d2000_crb from net/buf test
- https://gerrit.zephyrproject.org/r/6347 : tests: convert loopback test to unified kernel
- https://gerrit.zephyrproject.org/r/6343 : Bluetooth: Rename BT_SECURITY_ZERO to BT_SECURITY_NONE
- https://gerrit.zephyrproject.org/r/6338 : Bluetooth: samples/hci-uart: Fix minor style issues
- https://gerrit.zephyrproject.org/r/6337 : Bluetooth: samples/hci-uart: Fix up configuration files
- https://gerrit.zephyrproject.org/r/6336 : Bluetooth: Add handling for security level 0
- https://gerrit.zephyrproject.org/r/6324 : net: tests: Fix net_buf_unref() tests for fragment chains
- https://gerrit.zephyrproject.org/r/6325 : wdt: Remove unneeded include from wdt_qmsi.c
- https://gerrit.zephyrproject.org/r/6323 : tests: samples: exclude quark_d2000_crb from large applications/tests
- https://gerrit.zephyrproject.org/r/6293 : Bluetooth: GATT: Fix calling read handler twice
- https://gerrit.zephyrproject.org/r/6292 : Bluetooth: ATT: Rework buffer pools to minimize extra data
- https://gerrit.zephyrproject.org/r/6296 : net: ieee802154: MAC address needs to be stored in big endian format
- https://gerrit.zephyrproject.org/r/6247 : net: ieee802154: Check data frame start correctly
- https://gerrit.zephyrproject.org/r/5771 : build: consolidate some common parts of linker scripts
- https://gerrit.zephyrproject.org/r/6194 : unified: Update kernel.h doxygen comments
- https://gerrit.zephyrproject.org/r/6019 : unified: Add doxygen function headers to legacy.h
- https://gerrit.zephyrproject.org/r/6206 : unified/doc: Update system threads section of Kernel Primer
- https://gerrit.zephyrproject.org/r/6273 : arc: Don't need CONFIG_NUM_REGULAR_IRQ_PRIO_LEVELS
- https://gerrit.zephyrproject.org/r/6205 : unified/doc: Update list of changes from version 1 kernel
- https://gerrit.zephyrproject.org/r/6287 : tests: crypto: convert all tests to unified kernel
- https://gerrit.zephyrproject.org/r/6276 : ztest: move ztest to unified kernel
- https://gerrit.zephyrproject.org/r/6289 : scripts: Update fixdep from kernel.org
- https://gerrit.zephyrproject.org/r/6202 : unified/doc: Update thread lifecycle section of Kernel Primer
- https://gerrit.zephyrproject.org/r/5647 : samples: pwm: use new API and add motor control app
- https://gerrit.zephyrproject.org/r/6203 : unified/doc: Add atomic array variable information to Kernel Primer
- https://gerrit.zephyrproject.org/r/5646 : samples: pwm: use new API and add rgb led app
- https://gerrit.zephyrproject.org/r/5645 : samples: pwm: use new API and add fade led app
- https://gerrit.zephyrproject.org/r/4963 : samples: pwm: use new APIs and rename the app
- https://gerrit.zephyrproject.org/r/6201 : unified/doc: Mention that a list of items can be added to a fifo
- https://gerrit.zephyrproject.org/r/4933 : pwm: qmsi_shim: implement pwm driver required by new APIs
- https://gerrit.zephyrproject.org/r/6204 : unified/doc: Remove semaphore groups documentation from Kernel Primer
- https://gerrit.zephyrproject.org/r/4858 : drivers: pwm: re-design pwm API interfaces
- https://gerrit.zephyrproject.org/r/6285 : usb: move usb subsystem to subsys/usb and cleanup header inclusion
- https://gerrit.zephyrproject.org/r/6263 : unified: Fix boot_time nanokernel benchmark
- https://gerrit.zephyrproject.org/r/5918 : boards: Add support for the RedBear nRF51 BLE Nano board
- https://gerrit.zephyrproject.org/r/6246 : grove: lcd: convert to a unified kernel application


Re: [RFC] [RFC] Add new SYS_LOG_BACKEND_FN to sys_log

Nashif, Anas
 

Yossi,
Looks ok, I am fine with this.

Can you please put this into a JIRA story and if you have code already, submit it to gerrit.
You also need to submit a sample backend and testcases or samples to illustrate how this can be used.

Thanks,
Anas

-----Original Message-----
From: Havusha, Yossi [mailto:yossi.havusha(a)intel.com]
Sent: Thursday, October 27, 2016 4:44 AM
To: devel(a)lists.zephyrproject.org
Subject: [devel] [RFC] [RFC] Add new SYS_LOG_BACKEND_FN to sys_log

[devel] [RFC] Add new SYS_LOG_BACKEND_FN to sys_log.h ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

========
Overview
========
    Current system log implementation:
    . When using system log API (SYS_LOG_ERR(.), SYS_LOG_WRN(.),
      SYS_LOG_INF(.), SYS_LOG_DBG(.) ), each of the four SYS_LOG_X macros is
      calling the same macro - SYS_LOG_BACKEND_FN that should output the log
      message.
    . SYS_LOG_BACKEND_FN is mapped to printk or printf according to kconfig.

=====
Goals
=====
    . Have the ability to use various back ends to output the messages,
      i.e. different UART than the console, SPI, flash, FS, etc..
    . The users should use the log in asynchronous way (i.e. not wait to IO
      drivers).

==========
Suggestion
==========
    . Keep the same system log api.
    . Add the option to map SYS_LOG_BACKEND_FN to a new function hook
    . Users may register their own function to the hook function
    . Application developers may add various back ends, that will use their
      hook function to output the data to the required driver.
    . Multiple back ends at the same time can be also implemented at the same
      approach - the hook function will call all back ends

======================
Code change suggestion
======================
    At: /include/misc/sys_log.h
    
    /* setup the hook func */
    extern void (*_syslog_hook)(const char *fmt, ...);
    void _syslog_hook_install(void (*hook)(const char *, ...));
   
    /* decide print func */
    #if defined(CONFIG_LOGGER_EXTERNAL_HOOK)
    #define SYS_LOG_BACKEND_FN _syslog_hook
    #elif defined(CONFIG_STDOUT_CONSOLE)
    #include <stdio.h>
    #define SYS_LOG_BACKEND_FN printf
    #else
    #include <misc/printk.h>
    #define SYS_LOG_BACKEND_FN printk
    #endif /* CONFIG_STDOUT_CONSOLE */

     

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.


Re: Galileo clock frequency

Benjamin Walsh <benjamin.walsh@...>
 

On Tue, Nov 01, 2016 at 01:37:23PM +0000, Havusha, Yossi wrote:
Maybe this is what you're looking for?
galileo_defconfig:CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC=25000000
This actually _does not_ work when using the hpet for the kernel system
clock. The hpet driver ignores that value and read the correct value
from the hardware during initialization.

Cheers,
Ben


-----Original Message-----
From: Fábio Iaione [mailto:fabio.iaione(a)gmail.com]
Sent: Tuesday, November 01, 2016 03:21
To: devel(a)lists.zephyrproject.org
Subject: [devel] Galileo clock frequency

Dear Sirs,
Can I change Galileo clock frequency by Zephyr configuration?
Thank you very much.

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
--
Benjamin Walsh, SMTS
Wind River Rocket
www.windriver.com
Zephyr kernel maintainer
www.zephyrproject.org


Re: Galileo clock frequency

Benjamin Walsh <benjamin.walsh@...>
 

Hi Fabio,

Can I change Galileo clock frequency by Zephyr configuration?
Thank you very much.
Which clock are you talking about exactly ?

If it's the kernel system clock that drives the tick frequency, it's
CONFIG_SYS_CLOCK_TICKS_PER_SEC on all platforms.

Cheers,
Ben


Re: Galileo clock frequency

Havusha, Yossi <yossi.havusha@...>
 

Maybe this is what you're looking for?
galileo_defconfig:CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC=25000000

-----Original Message-----
From: Fábio Iaione [mailto:fabio.iaione(a)gmail.com]
Sent: Tuesday, November 01, 2016 03:21
To: devel(a)lists.zephyrproject.org
Subject: [devel] Galileo clock frequency

Dear Sirs,
Can I change Galileo clock frequency by Zephyr configuration?
Thank you very much.

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


Galileo clock frequency

Fábio Iaione <fabio.iaione at gmail.com...>
 

Dear Sirs,
Can I change Galileo clock frequency by Zephyr configuration?
Thank you very much.


Re: Appropriate Toolchain Setup options for building on MacOS Sierra with Xcode 8.1

Michael Wirth
 

Carles,

Thanks for the very informative reply. I'm happy to hear that ARM GCC Embedded on MacOS is a workable option and will pursue that path.

AFAIC, we can close this thread now.

Regards,

Mike


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/6301 : tests: common: add rand32 test
- https://gerrit.zephyrproject.org/r/6287 : tests: crypto: convert all tests to unified kernel
- https://gerrit.zephyrproject.org/r/6284 : tests: move individual common tests into one test
- https://gerrit.zephyrproject.org/r/6297 : net: ieee802154: Transform MAC between big and little endian
- https://gerrit.zephyrproject.org/r/6300 : net: ieee802154: Make hexdump utility more usable
- https://gerrit.zephyrproject.org/r/6296 : net: ieee802154: MAC address needs to be stored in big endian format
- https://gerrit.zephyrproject.org/r/6292 : Bluetooth: ATT: Rework buffer pools to minimize extra data
- https://gerrit.zephyrproject.org/r/6293 : Bluetooth: GATT: Fix calling read handler twice
- https://gerrit.zephyrproject.org/r/6289 : scripts: Update fixdep from kernel.org
- https://gerrit.zephyrproject.org/r/6295 : exti/stm32: add support for F334 & F373 MCUs
- https://gerrit.zephyrproject.org/r/6291 : [RFC] Bluetooth: SDPC: Initial SDP client interface API
- https://gerrit.zephyrproject.org/r/6285 : usb: move usb subsystem to subsys/usb and cleanup header inclusion

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/6279 : tests: make generic kernel tests unified
- https://gerrit.zephyrproject.org/r/6276 : ztest: move ztest to unified kernel
- https://gerrit.zephyrproject.org/r/6277 : tests: move kernel tests to tests/legacy
- https://gerrit.zephyrproject.org/r/6280 : samples: synchronization no need to set unified_capable tag
- https://gerrit.zephyrproject.org/r/6217 : tests: add a dma memory_to_memory test
- https://gerrit.zephyrproject.org/r/6240 : clock/stm32: add STM32F107 and STM32F3X reset and clock control
- https://gerrit.zephyrproject.org/r/6236 : soc/stm32: add initial support for STM32F3X series
- https://gerrit.zephyrproject.org/r/6239 : boards: add initial support for Nucleo-64 with SoC STM32F373
- https://gerrit.zephyrproject.org/r/6238 : boards: add initial support for Nucleo-64 with Soc STM32F334
- https://gerrit.zephyrproject.org/r/6235 : boards: add initial support for Nucleo-64 with Soc STM32F107
- https://gerrit.zephyrproject.org/r/6234 : soc/stm32f1: Add the new type of SoC STM32F107
- https://gerrit.zephyrproject.org/r/5787 : drivers: flash: SoC KSDK
- https://gerrit.zephyrproject.org/r/6090 : Bluetooth: AVDTP: A2DP Profile Security setting(GAP)
- https://gerrit.zephyrproject.org/r/4808 : Bluetooth: L2CAP: Limit user I/O actions timeout in GAP context
- https://gerrit.zephyrproject.org/r/6247 : net: ieee802154: Check data frame start correctly
- https://gerrit.zephyrproject.org/r/6246 : grove: lcd: convert to a unified kernel application
- https://gerrit.zephyrproject.org/r/6263 : unified: Fix boot_time nanokernel benchmark
- https://gerrit.zephyrproject.org/r/6014 : ext qmsi: Add config support and kernal events for enabling SoCWatch

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/6286 : tests: do not build sensors for system with < 32k {S}RAM
- https://gerrit.zephyrproject.org/r/6294 : Bluetooth: uart: Fix UART TX stall condition
- https://gerrit.zephyrproject.org/r/6269 : ext qmsi: Update to QMSI 1.3 release
- https://gerrit.zephyrproject.org/r/6264 : testcases: catch 'Fatal essential task error" messages
- https://gerrit.zephyrproject.org/r/6281 : fs: tests: Use 'fs' instead of 'filesystem' as directory name
- https://gerrit.zephyrproject.org/r/6282 : fs: Kconfig: Clean up representation of mutually exclusive options
- https://gerrit.zephyrproject.org/r/6283 : fs: Kconfig: Remove bogus default value
- https://gerrit.zephyrproject.org/r/6278 : fs: Make API naming adhere to the appropriate namespace
- https://gerrit.zephyrproject.org/r/5709 : gpio: stm32: add support for STM32F4


Re: IRQ_CONNECT: enum based line number?

Carles Cufi
 

Hi Piotr,

-----Original Message-----
From: Piotr Mienkowski [mailto:piotr.mienkowski(a)schmid-telecom.ch]
Sent: Monday, October 31, 2016 11:54
To: devel(a)lists.zephyrproject.org
Subject: [devel] Re: Re: IRQ_CONNECT: enum based line number?

Hi Erwan,

That said, we’d be glad to be able to use the original values. I filed
a report with the MDK team at Nordic to see if they could switch to
#define from enum too, but I am not sure if they’ve implemented it
yet.

I doubt Nordic MDK team would ever accept your proposal. The definition
of IRQs as an enum is enforced by the CMSIS standard which comes from
ARM. E.g. following is a declaration of one of many NVIC_* functions:
void NVIC_EnableIRQ(IRQn_Type IRQn);
So the vendors have no choice but to use an enum.

Using #define in place of enum does not cause any gcc warnings but it
would generate lint warnings and I'm pretty sure it violates Misra-C
standard. While this is an acceptable workaround for Zephyr it may not
be for other projects out there and the Nordic MDK team has to please us
all.

Yes, I rewrote the issue internally here at Nordic so that it's an addition instead of a replacement, so we don't break anything else.

Carles


Re: IRQ_CONNECT: enum based line number?

Erwan Gouriou
 

Hi Andrew,

Thanks for the detailled explanation.

Hope this helps. Note that x86 has a different mechanism involving
assembly language stubs and a special tool to generate the IDT, I need to
check if it also forbids enumerations. If using enums is very desirable we
could consider revising the ARM/ARC/Nios implementation.

As mentionned by Carles and Piotr, since enum implementation is part of
CMSIS standard and hence should be adopted by other ARM vendors, new
implemmentation le IRQ_CONNECT would be very much welcomed. Should we fill
a JIRA change for this?

Erwan


Re: IRQ_CONNECT: enum based line number?

Piotr Mienkowski <piotr.mienkowski@...>
 

Hi Andrew,

If using enums is very desirable we could consider revising the ARM/ARC/Nios
implementation.
If this is even possible that would be indeed very desirable! Header files from all vendors that support CMSIS (I believe most of the vendors do) use an enum implementation. It would save a lot of work if we did not have to convert it to #define.

Piotr


Re: IRQ_CONNECT: enum based line number?

Piotr Mienkowski <piotr.mienkowski@...>
 

Hi Erwan,

That said, we’d be glad to be able to use the original values. I filed a report with the
MDK team at Nordic to see if they could switch to #define from enum too, but I am not sure
if they’ve implemented it yet.
I doubt Nordic MDK team would ever accept your proposal. The definition of IRQs as an enum is enforced by the CMSIS standard which comes from ARM. E.g. following is a declaration of one of many NVIC_* functions:
void NVIC_EnableIRQ(IRQn_Type IRQn);
So the vendors have no choice but to use an enum.

Using #define in place of enum does not cause any gcc warnings but it would generate lint warnings and I'm pretty sure it violates Misra-C standard. While this is an acceptable workaround for Zephyr it may not be for other projects out there and the Nordic MDK team has to please us all.

Cheers,
Piotr


Re: Appropriate Toolchain Setup options for building on MacOS Sierra with Xcode 8.1

Carles Cufi
 

Hi Mike,

-----Original Message-----
From: Mike Wirth [mailto:mwirth(a)gmail.com]
Sent: Monday, October 31, 2016 07:36
To: devel(a)lists.zephyrproject.org
Subject: [devel] Re: Appropriate Toolchain Setup options for building on
MacOS Sierra with Xcode 8.1
Folks,
[snip]
3. Is the prebuilt toolchain in gcc-arm-none-eabi-5_4-2016q3-20160926-
mac.tar.bz2 sufficient/the best for Zephyr development on the Nordic
nRF52's Cortex-M4? Or should I persist in trying to build my own as
described in the Getting Started pages here?
The Getting Started page does describe how to build a toolchain, but before that it also mentions "Using a 3rd Party toolchain", which is what I do.
I am not sure whether there's a lot of people building Zephyr on macOS (most use Linux I believe) but both of us Nordic devs involved with Zephyr use GCC ARM Embedded on macOS and have never built a toolchain for Zephyr.

See also here:
https://www.zephyrproject.org/doc/getting_started/getting_started.html#third-party-x-compilers

4. Was there an earlier version of the ARM DS-5 that will run on 32-bit
Win10? Worthwhile using? (Well, it does include an IDE :-) 5. Any hints
on how to solve the MacOS-related build error I got (tail of error.log
below)?
We haven't tried DS-5 nor Keil to build Zephyr if that is what you are asking. We have so far exclusively used ARM GCC Embedded on macOS and Linux and the Zephyr SDK on Linux.

Regards,

Carles


Re: Appropriate Toolchain Setup options for building on MacOS Sierra with Xcode 8.1

Michael Wirth
 

Folks,

To update and add to my earlier msg:
• Managed to get further with building a MacOS Sierra-hosted gnu toolchain for ARM targets. Started with a ct-ng .config file I found on the web for MacOS, did a diff with the .config supplied with the Zephyr source for ARM targets, and made some guesses to merge them. The "ct-ng build" now chews along for a longer period before failure with what appears to be a very Mac-related issue. (details at the end of this msg)
• One of the issues confronted in setting .config parameters is the proper value of the various CT_ARCH... params. FYI, my current target is ARM Cortex-M4 (as in the Nordic nRF52 series SOCs). Tried to research this issue, including chasing down through gcc docs, but never found a concise summary.
• Backed up a step and looked online for pre-built gnu toolchains for MacOS. Found a "GNU Embedded Toolchain for ARM" for various platforms at: https://developer.arm.com/open-source/gnu-toolchain/gnu-rm/downloads. Looks good. Installed it without trouble.
• While I was at it, I looked at ARM's DS-5. Hmm.... No Mac version, but there is a Win10 version, and I'm running a Win10 VM using Parallels on my Mac. Great. Downloaded the (free!) Community edition and tried to install it. Whoops! 64-bit only, and I'm running a 32-bit version of Win10. Saw some mentions of "32-bit DS-5" but, near as I can tell, those are Linux only. Sigh...

So I'm left with the following updated list of questions:
1. Does anyone have an appropriate version of the ct-ng .config file for MacOS Sierra (with or without Xcode 8.1)? If not, and I manage to come up with one, should I submit it here?
2. Is there a concise list of legal values for the ARM-xxxx values and related params in .config?
3. Is the prebuilt toolchain in gcc-arm-none-eabi-5_4-2016q3-20160926-mac.tar.bz2 sufficient/the best for Zephyr development on the Nordic nRF52's Cortex-M4? Or should I persist in trying to build my own as described in the Getting Started pages here?
4. Was there an earlier version of the ARM DS-5 that will run on 32-bit Win10? Worthwhile using? (Well, it does include an IDE :-)
5. Any hints on how to solve the MacOS-related build error I got (tail of error.log below)?

Thanks,

Mike

================= Tail of error.log from last "ct-ng build" attempt===================
.....
[ALL ] /bin/bash ../libtool --tag=CC --mode=compile x86_64-build_apple-darwin16.0.0-gcc -c -DLOCALEDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLOCALE_ALIAS_PATH="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLIBDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I/Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl -I.. -O2 -g -fvisibility=hidden /Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl/localename.c
[ALL ] /bin/bash ../libtool --tag=CC --mode=compile x86_64-build_apple-darwin16.0.0-gcc -c -DLOCALEDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLOCALE_ALIAS_PATH="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLIBDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I/Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl -I.. -O2 -g -fvisibility=hidden /Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl/log.c
[ALL ] libtool: compile: x86_64-build_apple-darwin16.0.0-gcc -c -DLOCALEDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLOCALE_ALIAS_PATH="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLIBDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I/Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl -I.. -O2 -g -fvisibility=hidden /Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl/langprefs.c -o langprefs.o
[ALL ] In file included from /usr/include/Availability.h:180:0,
[ALL ] from /usr/include/stdlib.h:61,
[ALL ] from /Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl/langprefs.c:24:
[ERROR] /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: error: 'introduced' undeclared here (not in a function)
[ALL ] const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, 3.0), tvos(9.0, 10.0));
[ALL ] ^
[ERROR] /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: error: 'deprecated' undeclared here (not in a function)
[ALL ] const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, 3.0), tvos(9.0, 10.0));
[ALL ] ^
[ERROR] /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: error: 'message' undeclared here (not in a function)
[ALL ] const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, 3.0), tvos(9.0, 10.0));
[ALL ] ^
[ERROR] make[5]: *** [langprefs.lo] Error 1
[ALL ] make[5]: *** Waiting for unfinished jobs....
[ALL ] libtool: compile: x86_64-build_apple-darwin16.0.0-gcc -c -DLOCALEDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLOCALE_ALIAS_PATH="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLIBDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I/Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl -I.. -O2 -g -fvisibility=hidden /Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl/localename.c -o localename.o
[ALL ] libtool: compile: x86_64-build_apple-darwin16.0.0-gcc -c -DLOCALEDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLOCALE_ALIAS_PATH="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/share/locale" -DLIBDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR="/Volumes/ZephyrIde/build/.build/arm-rpi3-linux-gnueabihf/buildtools/lib" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I/Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl -I.. -O2 -g -fvisibility=hidden /Volumes/ZephyrIde/build/.build/src/gettext-0.19.6/gettext-runtime/intl/log.c -o log.o
[ERROR] make[4]: *** [all-recursive] Error 1
[ERROR] make[3]: *** [all] Error 2
[ERROR] make[2]: *** [all-recursive] Error 1
[ERROR] make[1]: *** [all] Error 2
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing gettext for build'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions(a)216]
[ERROR] >> called from: do_gettext_backend[scripts/build/companion_libs/330-gettext.sh(a)131]
[ERROR] >> called from: do_gettext_for_build[scripts/build/companion_libs/330-gettext.sh(a)39]
[ERROR] >> called from: do_companion_libs_for_build[scripts/build/companion_libs.sh(a)29]
[ERROR] >> called from: main[scripts/crosstool-NG.sh(a)646]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> '/usr/local/Cellar/crosstool-ng/1.22.0_1/share/doc/crosstool-ng/crosstool-ng-1.22.0/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 8:42.00)


Re: Architecture Porting Guide now available

Sashikumar Yeddnapudi <sashikumar.y@...>
 

Hello Anas, I am new to Zephyr Community. I am very much interested in porting Zephyr to ESP 32 SoC (from Espressif) which is based on Xtensa® Dual-Core 32-bit LX6 microprocessors. I am looking for some high level preparations before starting the project.

1. Does SoC vendor needs to officially get involved in this project ?
2. Is any pre approvals from Zephyr Project required, before porting to new architecture ?
3. Is licensing differences to be sorted out before starting the project ?
4. Any possibility for getting development support from Zephyr ?

P.S. FreeRTOS has been already ported to ESP 32 chipset. At present, ESP 32 development projects are freely distributed under Espressif’s MIT license on Github.

Your advice and support on this topic is much appreciated.

Thanks
Best Regards
Sashikumar


Daily JIRA Digest

donotreply@...
 

NEW JIRA items within last 24 hours: 1
[ZEP-1154] tests/samples failing with unified kernel
https://jira.zephyrproject.org/browse/ZEP-1154


UPDATED JIRA items within last 24 hours: 14
[ZEP-1106] Fix all test failures from TCF
https://jira.zephyrproject.org/browse/ZEP-1106

[ZEP-737] Update host tools from upstream: fixdep.c
https://jira.zephyrproject.org/browse/ZEP-737

[ZEP-745] Revisit design of PWM Driver API
https://jira.zephyrproject.org/browse/ZEP-745

[ZEP-912] Finish renaming kernel object types
https://jira.zephyrproject.org/browse/ZEP-912

[ZEP-911] Refine thread priorities & locking
https://jira.zephyrproject.org/browse/ZEP-911

[ZEP-929] Verify the preempt-thread-only and coop-thread-only configurations
https://jira.zephyrproject.org/browse/ZEP-929

[ZEP-924] Revise documentation for Interrupts
https://jira.zephyrproject.org/browse/ZEP-924

[ZEP-981] Add doxygen documentation to both include/kernel.h and include/legacy.h
https://jira.zephyrproject.org/browse/ZEP-981

[ZEP-928] API changes to event handling
https://jira.zephyrproject.org/browse/ZEP-928

[ZEP-775] Enable USB CDC by default on Arduino 101 and redirect serial to USB
https://jira.zephyrproject.org/browse/ZEP-775

[ZEP-233] Support USB mass storage device class
https://jira.zephyrproject.org/browse/ZEP-233

[ZEP-181] Persistent storage APIs
https://jira.zephyrproject.org/browse/ZEP-181

[ZEP-759] Add preliminary support for Atmel SAM E70 (Cortex-M7) chipset family and SAM E70 Xplained board
https://jira.zephyrproject.org/browse/ZEP-759

[ZEP-299] Add support for getting OOB data
https://jira.zephyrproject.org/browse/ZEP-299


CLOSED JIRA items within last 24 hours: 0

RESOLVED JIRA items within last 24 hours: 2
[ZEP-1049] (Won't Do) linker: arc-elf32/bin/ld:linker.cmd:43: syntax error
https://jira.zephyrproject.org/browse/ZEP-1049

[ZEP-1100] (Fixed) Current master still identifies itself as 1.5.0
https://jira.zephyrproject.org/browse/ZEP-1100


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/6283 : fs: Kconfig: Remove bogus default value
- https://gerrit.zephyrproject.org/r/6282 : fs: Kconfig: Clean up representation of mutually exclusive options
- https://gerrit.zephyrproject.org/r/6281 : fs: tests: Use 'fs' instead of 'filesystem' as directory name
- https://gerrit.zephyrproject.org/r/6278 : fs: Make API naming adhere to the appropriate namespace
- https://gerrit.zephyrproject.org/r/6280 : samples: synchronization no need to set unified_capable tag
- https://gerrit.zephyrproject.org/r/6279 : tests: make generic kernel tests unified
- https://gerrit.zephyrproject.org/r/6277 : tests: move kernel tests to tests/legacy
- https://gerrit.zephyrproject.org/r/6276 : ztest: move ztest to unified kernel

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/5547 : samples: usb: Sample to demo USB Mass Storage support
- https://gerrit.zephyrproject.org/r/5546 : usb: class: Add USB mass storage class support.
- https://gerrit.zephyrproject.org/r/5545 : usb: Expose end-point stall APIs
- https://gerrit.zephyrproject.org/r/6152 : fs: expose generic ramdisk/flash disk access functions
- https://gerrit.zephyrproject.org/r/5780 : include: Add a generic disk interface

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/6078 : fs: Move file system code to subsys/
- https://gerrit.zephyrproject.org/r/6275 : Bluetooth: Move hci_driver.h to include/drivers/bluetooth
- https://gerrit.zephyrproject.org/r/6274 : Bluetooth: samples/hci-uart: Remove unneeded hci_driver.h include
- https://gerrit.zephyrproject.org/r/6266 : MAINTAINERS: Add catch all for boards to the arch maintainers

5761 - 5780 of 7586