patrick/zephyr
1
0
Fork 0
Code Issues Pull requests Actions 8 Packages Projects Releases Wiki Activity
zephyr/drivers/i2s/CMakeLists.txt

15 lines
610 B
CMake
Raw Normal View History

license: cleanup: add SPDX Apache-2.0 license identifier Update the files which contain no license information with the 'Apache-2.0' SPDX license identifier. Many source files in the tree are missing licensing information, which makes it harder for compliance tools to determine the correct license. By default all files without license information are under the default license of Zephyr, which is Apache version 2. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-04-06 15:08:09 +02:00
# SPDX-License-Identifier: Apache-2.0
drivers: syscalls: use zephyr_syscall_header This adds a few line use zephyr_syscall_header() to include headers containing syscall function prototypes. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2023-05-25 00:27:04 +02:00
zephyr_syscall_header(${ZEPHYR_BASE}/include/zephyr/drivers/i2s.h)
drivers: Cmake: Add __ZEPHYR_SUPERVISOR__ macro for driver files. Normally a syscall would check the current privilege level and then decide to go to _impl_<syscall> directly or go through a _handler_<syscall>. __ZEPHYR_SUPERVISOR__ is a compiler optimization flag which will make all the system calls from the driver files directly link to the _impl_<syscall>. Thereby reducing the overhead of checking the privileges. In the previous implementation all the source files would be compiled by zephyr_source() rule. This means that zephyr_* is a catchall CMake library for source files that can be built purely with the include paths, defines, and other compiler flags that all zephyr source files uses. This states that adding one extra compiler flag for only one complete directory would fail. This limitation can be overcome by using zephyr_libray* APIs. This creates a library for the required directories and it also supports directory level properties. Hence we use zephyr_library* to create a new library with macro _ZEPHYR_SUPERVISOR_ for the optimization. Signed-off-by: Adithya Baglody <adithya.nagaraj.baglody@intel.com>
2018-03-28 12:06:12 +02:00
zephyr_library()
i2s: expose i2s APIs to user mode User mode may now access the read, write, and trigger APIs. Unlike supervisor mode, memory slabs are not dealt with directly, the data is always copied. A new driver API added to fetch the current channel configuration, used by the system call handlers. The i2s_sam_ssc driver updated for the new API. CAVS driver not modified as there is no user mode port to Xtensa yet. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2018-08-09 21:38:18 +02:00
zephyr_library_sources(i2s_common.c)
drivers: Cmake: Add __ZEPHYR_SUPERVISOR__ macro for driver files. Normally a syscall would check the current privilege level and then decide to go to _impl_<syscall> directly or go through a _handler_<syscall>. __ZEPHYR_SUPERVISOR__ is a compiler optimization flag which will make all the system calls from the driver files directly link to the _impl_<syscall>. Thereby reducing the overhead of checking the privileges. In the previous implementation all the source files would be compiled by zephyr_source() rule. This means that zephyr_* is a catchall CMake library for source files that can be built purely with the include paths, defines, and other compiler flags that all zephyr source files uses. This states that adding one extra compiler flag for only one complete directory would fail. This limitation can be overcome by using zephyr_libray* APIs. This creates a library for the required directories and it also supports directory level properties. Hence we use zephyr_library* to create a new library with macro _ZEPHYR_SUPERVISOR_ for the optimization. Signed-off-by: Adithya Baglody <adithya.nagaraj.baglody@intel.com>
2018-03-28 12:06:12 +02:00
zephyr_library_sources_ifdef(CONFIG_I2S_SAM_SSC i2s_sam_ssc.c)
i2s: expose i2s APIs to user mode User mode may now access the read, write, and trigger APIs. Unlike supervisor mode, memory slabs are not dealt with directly, the data is always copied. A new driver API added to fetch the current channel configuration, used by the system call handlers. The i2s_sam_ssc driver updated for the new API. CAVS driver not modified as there is no user mode port to Xtensa yet. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2018-08-09 21:38:18 +02:00
zephyr_library_sources_ifdef(CONFIG_USERSPACE i2s_handlers.c)
drivers: i2s: Add support for I2S stm32 STM32 I2S driver implementation. It has been designed in the most generic way possible, with the possibility of using it in master/slave and rx/tx mode. Currenty it has been tested for master rx mode only using the microphone on ArgonKey board. The configuration file permits to compile it for STM32F4xx product family only, but it should be easy to extend it also for other families. It supports all 5 STM32F4xx I2S controllers (I2S 1/4/5 on APB2 and I2S 2/3 on APB1). It makes uses of the available DMA channels for rx/tx streams. The clock source can be selected among one of the following two choices: - PLLI2S pll, with possibility to configure PLLM/PLLN/PLLR - HSE/HSI clock Interrupt is triggered only in case of errors (FRM/OVR/UDR). Signed-off-by: Armando Visconti <armando.visconti@st.com>
2018-06-14 09:27:46 +02:00
zephyr_library_sources_ifdef(CONFIG_I2S_STM32 i2s_ll_stm32.c)
drivers: i2s: Add LiteX I2S controller driver This introduces LiteX I2S driver supporting the following features: - 8,16,24,32 bit sample width, - mono/stereo sound, - different sample frequencies - big/little-endian data format, - concatenated channels mode (for selected sample widths only), - slave/master mode operation. Signed-off-by: Pawel Sagan <psagan@internships.antmicro.com> Signed-off-by: Mateusz Holenko <mholenko@antmicro.com>
2020-03-12 17:54:08 +01:00
zephyr_library_sources_ifdef(CONFIG_I2S_LITEX i2s_litex.c)
drivers: i2s: Add support for nRF I2S peripherals Add a shim that allows using the nrfx I2S driver via the Zephyr API. Add also missing devicetree nodes representing the I2S peripherals in the nRF52 Series SoCs. Extend the "nordic,nrf-i2s" binding with a new property that allows specifying the clock source to be used by the I2S peripheral (so that it is possible to use HFXO for better accurracy of the peripheral clock or, in the nRF53 Series SoCs, to use the dedicated audio oscillator). Signed-off-by: Andrzej Głąbek <andrzej.glabek@nordicsemi.no>
2021-04-13 15:00:03 +02:00
zephyr_library_sources_ifdef(CONFIG_I2S_MCUX_FLEXCOMM i2s_mcux_flexcomm.c)
zephyr_library_sources_ifdef(CONFIG_I2S_NRFX i2s_nrfx.c)
driver: i2s: add i2s driver for mcux add i2s driver for mcux Signed-off-by: Hake Huang <hake.huang@oss.nxp.com>
2021-07-30 16:10:56 +02:00
zephyr_library_sources_ifdef(CONFIG_I2S_MCUX_SAI i2s_mcux_sai.c)
Reference in a new issue Copy permalink