NEW JIRA items within last 24 hours: 0 UPDATED JIRA items within last 24 hours: 0 CLOSED JIRA items within last 24 hours: 0 RESOLVED JIRA items within last 24 hours: 1 [ZEP-521] (Fixed) ARM - add

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5881 : Bluetooth: hci-uart: Use a fiber to offload TX from ISR - https://gerrit.zephyrproject.org/r/5877 : DO NOT MERGE: test CI time

NEW JIRA items within last 24 hours: 1 [ZEP-1109] Texas Instruments CC3200 LaunchXL Support https://jira.zephyrproject.org/browse/ZEP-1109 UPDATED JIRA items within last 24 hours: 1 [ZEP-1106]

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5829 : drivers/serial: Make nRF5 UART pin configuration board-specific - https://gerrit.zephyrproject.org/r/5828 : grove: fixed log

NEW JIRA items within last 24 hours: 5 [ZEP-1107] Update QMSI to 1.3 https://jira.zephyrproject.org/browse/ZEP-1107 [ZEP-1103] Propose and implement synchronization flow for multicore power

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5825 : tests: fix testcases for cortex-m0+ platforms - https://gerrit.zephyrproject.org/r/5827 : samples: ipsp: whitelist platforms

Looks like this only serves as a debug of init failures. We can instead use ASSERT for that purpose. In my opinion, if there is no other valid use case for this, we should remove the check and move

NEW JIRA items within last 24 hours: 4 [ZEP-1100] Current master still identifies itself as 1.5.0 https://jira.zephyrproject.org/browse/ZEP-1100 [ZEP-1101] SYS_KERNEL_VER_PATCHLEVEL() and

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5798 : unified: correct comment about number of threads in phil demo - https://gerrit.zephyrproject.org/r/5794 : Bluetooth: A2DP:

I think this would be a good change. I can't think of use-cases where the API structs need to be mutable at runtime. As a side note, one drawback of the API struct approach in general is that

Hi, While refactoring the device driver 'config_info' implementation(s) such that config data can be const and romable I notice a similar issue/opportunity w.r.t the driver API mechanism. Currently

NEW JIRA items within last 24 hours: 4 [ZEP-1092] Consider subdividing applications into different categories https://jira.zephyrproject.org/browse/ZEP-1092 [ZEP-1096] Change references from

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5758 : uart/ns16550: Make driver config_info structure const. - https://gerrit.zephyrproject.org/r/5757 : uart/nrf5: Make driver

NEW JIRA items within last 24 hours: 1 [ZEP-1086] yaip: Cryptic debug messages https://jira.zephyrproject.org/browse/ZEP-1086 UPDATED JIRA items within last 24 hours: 13 [ZEP-540] add APIs for

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5641 : net: yaip: Make net_context_get_ip_proto check correct flag. - https://gerrit.zephyrproject.org/r/5650 : net: Rename

NEW JIRA items within last 24 hours: 5 [ZEP-1076] "samples/philosophers/unified" build failed with dynamic stack https://jira.zephyrproject.org/browse/ZEP-1076 [ZEP-1077]

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/5632 : unified/arm: Fix data start address for XIP images - https://gerrit.zephyrproject.org/r/5630 : Bluetooth: HCI UART app to run

Hi, Great So you could use spi_write() directly. It's an alias for such case, see include/spi.h Ok good to know! Tomasz