The connection using EAP-PEAP-TLS with Cisco AP is failed for IW610, and
the console log shows 'Memory allocation failed (-0x3f80)'.
Increase the MBEDTLS_HEAP_SIZE for 10K can fix this issue.
Signed-off-by: Maochen Wang <maochen.wang@nxp.com>
This supports nuvoton numaker_m55m1 board, including.
Besides, re-organize for new target and Ethos-U support, including:
1. Keep only one model originally for MPS3 target
2. Add guide to regenerate Vela-compiled model for targets supporting
Ethos-U
3. Support running non-Vela-compiled model for targets supporting no
Ethos-U
Signed-off-by: Chun-Chieh Li <ccli8@nuvoton.com>
It is unsafe to pass raw buffer as thread stack. Instead, use canonical
K_THREAD_STACK_DEFINE or friends to define thread stack.
Signed-off-by: Chun-Chieh Li <ccli8@nuvoton.com>
Add flow rate to `enum sensor_channel` in litres per minute.
The SI unit for flow rate is cubic metres per second. Due to a sensor value
resolution of 1/100000 this unit is not granular enough for low flow rate
sensors.
Signed-off-by: Jeppe Odgaard <jeppe.odgaard@prevas.dk>
Rework the formula used to convert timer CC values to SOF offset to
eliminate a "division glitch" happening around SOF crossing, i.e. when
the framestart shifts from being captured shortly before SOF to being
captured shortly after SOF.
When audio samples are consumed faster than nominal, i.e. when there
is +1 samples every now and then, the reported SOF offset at High-Speed
was going 10, 9, 8, 7, 6, 5, 4, 3, 2, 1, 0, "glitch" 7, 6, 5, 4, 3, 2,
1, 0, -1, -2, ...
With the fix the SOF offset goes as expected from 0 to -1, i.e. there is
no jump from 0 to 7 around the SOF crossing and the reported SOF offset
goes linearly (until it is correclty bumped from negative values back to
positive values when +1 sample packet is transmitted on I2S).
Signed-off-by: Tomasz Moń <tomasz.mon@nordicsemi.no>
Allow the samples to work both at Full-Speed and High-Speed exposing the
same capabilities at both speeds.
Signed-off-by: Tomasz Moń <tomasz.mon@nordicsemi.no>
To avoid conflicts between the C library's `time.h` and signal.h use an
"override" header (when necessary) for C libraries that do not themselves
provide POSIX definitions in `time.h` or `signal.h`.
V2
Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
- Fixes issue where zephyr,flash in ocram node overlaps with physical
SRAM sram1 used for zephyr,sram.
- Moves default zephyr,flash from external flash to M4 ITCM to improve
performance.
- Updates overlays that moved zephyr,flash to ocram now use default
Signed-off-by: Derek Snell <derek.snell@nxp.com>
- Fixes issue where zephyr,flash in ocram node overlaps with physical
SRAM sram1 used for zephyr,sram.
- Updates overlays that moved zephyr,flash to ocram now use default
Signed-off-by: Derek Snell <derek.snell@nxp.com>
- Adds frdm_mcxn236.conf board configuration
for ZMS sample and ZMS test.
- Its Flash write-size is 128, which requires special configuration.
Signed-off-by: Andrej Butok <andrey.butok@nxp.com>
Generic:
- Enabled more OpenThread functionalities for Border Router application
NXP RCP:
- Set number of max RCP restoration count to 10
Signed-off-by: Cristian Bulacu <cristian.bulacu@nxp.com>
Use the temperature sensor with a dht0 alias if available in
the Bluetooth Health Thermometer sample. This alias is already
used by the sensor/dht_polling sample app for temperature
measurement, and is supported by several boards in the tree.
Signed-off-by: Aksel Skauge Mellbye <aksel.mellbye@silabs.com>
Use statically registered event handler.
Otherwise we might get stuck waiting for event that has already
happened.
Network events are not keeping the state.
Signed-off-by: Seppo Takalo <seppo.takalo@nordicsemi.no>
All the samples and tests are applicable to both the Cortex-M33 and
Hazard3 cores, so most of these additions are thin shims.
Signed-off-by: Andrew Featherstone <andrew.featherstone@gmail.com>
Since multiple platforms than nrf are allowed to run this sample,
re-add generic openthread name for sample.
Initially, generic naming has been performed in #83195,
and then, a revert occurred in #87269
Signed-off-by: Cristian Bulacu <cristian.bulacu@nxp.com>
Fix Kconfig warnings by dropping NET_L2_IEEE802154_SHELL from the
OpenThread sample. This option depends on CONFIG_NET_L2_IEEE802154,
which is not selected in the sample, causing unmet dependency warnings.
Removing it lets the sample build cleanly without extra config noise.
Signed-off-by: Sylvio Alves <sylvio.alves@espressif.com>
If CONFIG_NANOPB_ENABLE_MALLOC is enabled, any successfully decoded message
should be released.
Update the sample, to lead by example.
Signed-off-by: Pieter De Gendt <pieter.degendt@basalte.be>
Enable the MCK output to a pin to allow for DAC and ADC clocking.
Provides a MCK source to peripherals that can utilize an external
clocking source for internal DSP processes, especially at higher
MCK/LRCK ratios.
Signed-off-by: Sean O'Connor <sean@standalone.tech>
nRF53 series SoCs have a dedicated configurable audio PLL and the ability
to enable MCK bypass via a register value CONFIG.CLKCONFIG. This can
enable higher MCK/LRCK ratios that some I2S peripherals require the host
to generate. Allow an application developer to choose if they want to
initially look for a bypass ratio and, if found, enable bypass in the
NRFX driver. If not, the standard MCK calculation is conducted as normal.
Signed-off-by: Sean O'Connor <sean@standalone.tech>
Add overlay for da14695 and da14699 soc and rtc alias
for da1469x_dk_pro and da14695_dk_usb boards
Signed-off-by: Muhammad Waleed Badar <walid.badar@gmail.com>
The product photo is from https://learn.adafruit.com/assets/115230
Tested with the commmand mentioned in the index.rst file.
Compilation testing in CI of the overlay file is done via the
light_polling sample.
Signed-off-by: Jonas Berg <jonas.s.t.berg@gmail.com>
- Deactivate cache to avoid the TX buffer being placed in a
non-cacheable memory region for NUCLEO_F746ZG.
- Add missing configuration in the overlay for STM32F3-DISCO.
- Change USART1 to USART2 to avoid conflicts on NUCLEO_F103RB.
Signed-off-by: Fabrice DJIATSA <fabrice.djiatsa-ext@st.com>
Remove samples/boards/st/power_mgmt/standby_shutdown.
Sample standby_shutdown in boards/st/power_mgmt includes 2 examples.
One demonstrates wakeup from shutdown using a wakeup pin which is already
implemented in samples/boards/st/power_mgmt/wkup_pins. The other
demonstrates wakeup from SoC STANDBY mode using a wakeup pin. However
it enters SoC STANDBY mode through pm_state_force() whereas
STANDBY mode is not a PM standby or idle state, it is rather a shutdown
with possibly only a unique small SRAM retention, not allowing retention
of the system as expected from Zephyr standby or idle state flavors.
Therefore this second scenario is not applicable and can be removed.
Update doc redirection to link removed sample documentation to ST board
power management related samples documentation.
Signed-off-by: Etienne Carriere <etienne.carriere@st.com>
