NEW within last 24 hours: UPDATED within last 24 hours: - https://gerrit.zephyrproject.org/r/3922 : lib: Add HTTP support for Zephyr - https://gerrit.zephyrproject.org/r/3924 : lib/http: Add

I’d rather see the higher level feature that needs this first. Meaning, show me patch series that needs this info and than it will become far more clear what we should be doing. Until than I

NEW JIRA items within last 24 hours: 1 [ZEP-768] Move defaults.tc and .known-issue under tests/ https://jira.zephyrproject.org/browse/ZEP-768 UPDATED JIRA items within last 24 hours: 1

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/4500 : usb: add Kconfig options for CDC ACM VID/PID - https://gerrit.zephyrproject.org/r/4534 : Bluetooth: GATT: Fix unaligned

The purpose of these APIs, is to provide applications, a hardware independent way to perform encryption/decryption (ZEP-328 - https://jira.zephyrproject.org/browse/ZEP-328 ). In other words Crypto

Hi,

Thanks, that would be helpful. I've been using existing code as examples and decoding Makefiles to see what's possible, but I'm aware that the end result would probably not be a desirable or 'best'

NEW JIRA items within last 24 hours: 3 [ZEP-762] unexpected "abspath" and "notdir" from mingw make system https://jira.zephyrproject.org/browse/ZEP-762 [ZEP-764] Doc is being built for no

Ok, there is a JIRA about board/soc structure documentation already and it happens to be assigned to me, I will address this ASAP, this might help you with the issue below. Anas

Hi, Some time ago the TSC discussed APIs in general and it was agreed that we need to revisit the APIs as we have them right when there is critical mass of architecture and board support and I think

I realised this and $subject may be a bit ambiguous, I meant that the FPGA can be programmed at any one time with a single CPU type chosen from a range of a dozen or so. I'm not trying to support

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/4472 : i2c: ksdk: Add shim driver - https://gerrit.zephyrproject.org/r/4473 : i2c: Fix restart flag in burst read -

Hi I'm trying to add Zephyr support for a board [1] where the 'SoC' is an FPGA that can be programmed with a dozen different CPU types and varying support IP, and I'm wondering how to organise

Hi Maureen, Thanks, I will wait for the green light. My Atmel SAM E70 port works well in my local workarea, I have everything necessary for initial support apart from UART driver. There are still a

Paul, Jukka, Submitted https://gerrit.zephyrproject.org/r/#/c/4491/ Regards, Rohit. IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If

Hello Kasim, The sensor types from sensor.h are in no way final, and new types can be added as the need arises for new drivers. Not sure if your driver could define a more specific type (that may

Hello Community, I would like to discuss GPIO / Pinmux driver combo which I believe become overcomplicated and may be confusing for a regular user. The current API seems to be designed around Intel

Rohit Grover <Rohit.Grover(a)arm.com> wrote: +1. Would you submit it to Gerrit? I believe running echo_server/echo_client should be a good first step, I'll look into that. As I mentioned, multiple

Hello,

Hi Piotr,