NXP platforms with the LPUART require DMA for the async feature.
Exclude platforms without DMA. Also exclude platforms with DCACHE
since this sample does not place the UART buffers in non-cacheable
memory.
Signed-off-by: Derek Snell <derek.snell@nxp.com>
Have ov7670 and video smartdma use video interfaces binding. With
this, we can fix the chicken-egg issue in init priority and don't need
the workaround anymore.
Signed-off-by: Phi Bang Nguyen <phibang.nguyen@nxp.com>
The CH32V003 has a straight-forward watchdog that does not support
callbacks. Add an overlay and support.
To make the sample fit in flash, remove the unused logging from the
project configuration. The sample itself doesn't seem to use logging
so this is (mostly) a no-op.
Signed-off-by: Michael Hope <michaelh@juju.nz>
Enable `NET_ZPERF_SERVER` for samples that currently enable `NET_ZPERF`
to prevent feature regressions.
Signed-off-by: Jordan Yates <jordan@embeint.com>
Add stm32n6570_dk conf file in order to increase the amount of
HEAP to ensure k_malloc allocation goes well.
Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
Application can query information about a control given the control id,
the framework fill the rest of the structure. Application can also
enumerate all kinds of device's supported controls by iterating with
VIDEO_CTRL_FLAG_NEXT_CTRL on the same API.
Signed-off-by: Phi Bang Nguyen <phibang.nguyen@nxp.com>
Implement the video control framework with the following features:
- Drivers initialize the control with a valid value range at boot which
guides the application developer and the framework. Hence, the video
framework could do all common works for drivers e.g., sanity check.
- Controls need to be cached to memory. Video framework handles
get_ctrl(), drivers don't need to implement this API. It is because
reading control value directly from registers are not only inefficient
but also sometimes impossible, e.g. controls that scatter through
several registers. Only "volatile" control needs to be updated at
runtime.
- Only the devices (e.g., sensors) owning the controls need to
implement set_ctrl(). Other devices of the pipeline do not need to
propagate set_ctrl() and hence, do not need to implement this API
Signed-off-by: Phi Bang Nguyen <phibang.nguyen@nxp.com>
- Remove duplicated conf/.overlay configuration for
mimmxrt1170_evk A and B revisions that have the same content.
- No change if .conf/.overlay have different content.
Signed-off-by: Andrej Butok <andrey.butok@nxp.com>
DAC pins are not defined for SAM V71(B) Xplained Ultra - this was
causing device initialization to fail. This commit fixes that.
Signed-off-by: Dhanesh S R <sr.dhanesh@protonmail.com>
The ADC and watchdog samples are not currently supported for the
non secure target of the nRF54L10 DK.
Add exclusions for these until they are supported.
Signed-off-by: Georgios Vasilakis <georgios.vasilakis@nordicsemi.no>
Add overlays required to run watchdog sample on:
- nrf54l09pdk/nrf54l09/cpuapp,
- nrf54l09pdk/nrf54l09/cpuflpr,
- nrf54l20pdk/nrf54l20/cpuflpr.
Signed-off-by: Sebastian Głąb <sebastian.glab@nordicsemi.no>
The ADC and watchdog samples are not currently supported for the
non secure target of the nRF54L15 DK.
Add exclusions for these until they are supported.
Signed-off-by: Georgios Vasilakis <georgios.vasilakis@nordicsemi.no>
refactoring enable function into enable and disable increasing readability
and increasing coherence with other stepper apis in terms of
nomenclature
Signed-off-by: Jilay Pandya <jilay.pandya@outlook.com>
Use the `arduino,uno-adc` mapping to change the settings
to make it easier to understand.
Add available A4 and A5 pins.
Signed-off-by: TOKITA Hiroshi <tokita.hiroshi@gmail.com>
The mbox sample uses bellboard events enabled by default
in the nRF54H20dk board definition.
Thus, it's not easily obvious that IRQ bitmask must be aligned
when other mbox/bellboard channel is used.
Add comment to the nRF54H20 overlays.
Inform that bellboard channel used for RX must be enabled in
the 'nordic,interrupt-mapping' property.
Signed-off-by: Sebastian Głąb <sebastian.glab@nordicsemi.no>
Remove the support of the Nucleo WBA52CG board since it is NRND
(Not Recommended for New Design) and it is not supported anymore
in the STM32CubeWBA from version 1.1.0 (July 2023).
Signed-off-by: Nidhal BEN OTHMEN <nidhal.benothmen@st.com>
In 9d7ee123a5
the regex used to verify the sample is doing what it should was changed
in a way in which it cannot possibly pass.
Let's fix it.
While at it, in the same commit, the simulator version of the test was
merged with the real_hw version, but the test name kept "real_hw" which
is now missleading => let's fix it.
And let's set as integration platform the simulated target, so it
can actually be runtime tested in CI.
Signed-off-by: Alberto Escolar Piedras <alberto.escolar.piedras@nordicsemi.no>
Add support to work with the LCD-PAR-S035 display
that is connected over the PMOD interface.
Signed-off-by: Mahesh Mahadevan <mahesh.mahadevan@nxp.com>
Adds zephyr:board and zephyr:board-supported-hw directives to the
Arduino docs in order to generate more of the boards' documentation
automatically.
Signed-off-by: Benjamin Cabé <benjamin@zephyrproject.org>
