michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/drivers/bluetooth/hci/Kconfig

132 lines
3.4 KiB
Text
Raw Normal View History

kconfig: Clean up header comments and make them consistent Use this short header style in all Kconfig files: # <description> # <copyright> # <license> ... Also change all <description>s from # Kconfig[.extension] - Foo-related options to just # Foo-related options It's clear enough that it's about Kconfig. The <description> cleanup was done with this command, along with some manual cleanup (big letter at the start, etc.) git ls-files '*Kconfig*' | \ xargs sed -i -E '1 s/#\s*Kconfig[\w.-]*\s*-\s*/# /' Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2019-11-01 13:45:29 +01:00
# Bluetooth drivers configuration options
Bluetooth: drivers/Kconfig: Fix inconsistency issues Fix issues with tab vs space as well as missing license/copyright header in hci/Kconfig. Change-Id: Id766308dc8eda2d598ea749e5e0d2166014db929 Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 20:30:52 +03:00
# Copyright (c) 2016 Intel Corporation
license: Replace Apache boilerplate with SPDX tag Replace the existing Apache 2.0 boilerplate header with an SPDX tag throughout the zephyr code tree. This patch was generated via a script run over the master branch. Also updated doc/porting/application.rst that had a dependency on line numbers in a literal include. Manually updated subsys/logging/sys_log.c that had a malformed header in the original file. Also cleanup several cases that already had a SPDX tag and we either got a duplicate or missed updating. Jira: ZEP-1457 Change-Id: I6131a1d4ee0e58f5b938300c2d2fc77d2e69572c Signed-off-by: David B. Kinder <david.b.kinder@intel.com> Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2017-01-18 17:01:01 -08:00
# SPDX-License-Identifier: Apache-2.0
Bluetooth: drivers/Kconfig: Fix inconsistency issues Fix issues with tab vs space as well as missing license/copyright header in hci/Kconfig. Change-Id: Id766308dc8eda2d598ea749e5e0d2166014db929 Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 20:30:52 +03:00
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
comment "Bluetooth HCI Driver Options"
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
config BT_UART
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
bool
drivers/bluetooth/hci: Name the choice of BT HCI driver bus Name the choice of BT HCI driver bus in order to config it in the board's Kconfig.defconfig file. Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2018-05-15 12:55:50 +03:00
choice BT_HCI_BUS_TYPE
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
prompt "Bluetooth HCI driver"
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
config BT_H4
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
bool "H:4 UART"
select UART_INTERRUPT_DRIVEN
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
select BT_UART
select BT_RECV_IS_RX_THREAD
Bluetooth: Use depends on SERIAL instead of selects This suppresses warnings for platforms where SERIAL can't be provided. All the platforms that these drivers are interesting for already default to SERIAL=y. Change-Id: Id692f99e018009b30903db8a2c046a6086be01c2 Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-11-08 14:25:36 +02:00
depends on SERIAL
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
help
Bluetooth H:4 UART driver. Requires hardware flow control
lines to be available.
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
config BT_H5
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
bool "H:5 UART [EXPERIMENTAL]"
select UART_INTERRUPT_DRIVEN
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
select BT_UART
kconfig: bluetooth: experimental settings now uses select EXPERIMENTAL With the introduction of `EXPERIMENTAL` and `WARN_EXPERIMENTAL` in Zephyr all subsys/bluetooth and drivers/bluetooth/hci settings having `[EXPERIMENTAL]` in their prompt has has been updated to include `select EXPERIMENTAL` so that developers can enable warnings when experimental features are enabled. Signed-off-by: Torsten Rasmussen <Torsten.Rasmussen@nordicsemi.no>
2021-10-15 14:14:16 +02:00
select EXPERIMENTAL
Bluetooth: Use depends on SERIAL instead of selects This suppresses warnings for platforms where SERIAL can't be provided. All the platforms that these drivers are interesting for already default to SERIAL=y. Change-Id: Id692f99e018009b30903db8a2c046a6086be01c2 Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-11-08 14:25:36 +02:00
depends on SERIAL
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
help
Bluetooth three-wire (H:5) UART driver. Implementation of HCI
Three-Wire UART Transport Layer.
drivers: bluetooth: hci: driver based on RPMsg transport This commit contributes an RPMsg-based transport for BLE HCI. Signed-off-by: Kamil Piszczek <Kamil.Piszczek@nordicsemi.no>
2019-11-15 11:35:33 +01:00
config BT_RPMSG
bool "HCI using RPMsg"
bluetooth: hci: rpmsg: use ipc service library The Bluetooth HCI driver based on the RPMsg transport now uses the IPC service module. The compatible Bluetooth sample - HCI RPMsg - has also been migrated to the new IPC solution. Signed-off-by: Kamil Piszczek <Kamil.Piszczek@nordicsemi.no>
2022-02-25 16:26:23 +01:00
select IPC_SERVICE
select MBOX
drivers: bluetooth: hci: driver based on RPMsg transport This commit contributes an RPMsg-based transport for BLE HCI. Signed-off-by: Kamil Piszczek <Kamil.Piszczek@nordicsemi.no>
2019-11-15 11:35:33 +01:00
help
Bluetooth HCI driver for communication with another CPU
using RPMsg framework.
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
config BT_SPI
Bluetooth: Add HCI SPI driver This driver acts as a pass-through, taking raw HCI data, converting it to SPI comms and vice versa. It works in the same way as the existing H:4 and H:5 drivers, only it uses SPI instead of UART. In this first release, the only BLE board which has been tested is the X-NUCLEO-IDB05A1: http://www.st.com/en/ecosystems/x-nucleo-idb05a1.html Although the current supported SPI format works like the one below, it should be trivial to adapt it to support other chips with a different format. SANITY CHECK = 0x02 SPI WRITE = 0x0A SPI READ = 0x0B Tx Format: [HOST] {SPI WRITE} 0x00 0x00 0x00 0x00 {HCI MESSAGE ...} [CHIP] {SANITY CHECK} {FLASH SIZE} 0x00 0x00 0x00 {0xFF * MESSAGE LEN} Rx Format: {IRQ LINE GOES HIGH} [HOST] {SPI READ} 0x00 0x00 0x00 0x00 {0xFF * BYTES TO READ} [CHIP] 0x02 {FLASH SIZE} 0x00 {BYTES TO READ} 0x00 {HCI MESSAGE ...} Change-Id: I4a00711c922d9ea02c5e2afb0d16715e413b1ed5 Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-01-09 14:16:07 +00:00
bool "SPI HCI"
bluetooth: hci: Kconfig: Fix dependency This patch changes the BLUETOOTH_SPI to depend on SPI. Signed-off-by: Andy Gross <andy.gross@linaro.org>
2017-06-06 21:26:14 -05:00
depends on SPI
Bluetooth: Add HCI SPI driver This driver acts as a pass-through, taking raw HCI data, converting it to SPI comms and vice versa. It works in the same way as the existing H:4 and H:5 drivers, only it uses SPI instead of UART. In this first release, the only BLE board which has been tested is the X-NUCLEO-IDB05A1: http://www.st.com/en/ecosystems/x-nucleo-idb05a1.html Although the current supported SPI format works like the one below, it should be trivial to adapt it to support other chips with a different format. SANITY CHECK = 0x02 SPI WRITE = 0x0A SPI READ = 0x0B Tx Format: [HOST] {SPI WRITE} 0x00 0x00 0x00 0x00 {HCI MESSAGE ...} [CHIP] {SANITY CHECK} {FLASH SIZE} 0x00 0x00 0x00 {0xFF * MESSAGE LEN} Rx Format: {IRQ LINE GOES HIGH} [HOST] {SPI READ} 0x00 0x00 0x00 0x00 {0xFF * BYTES TO READ} [CHIP] 0x02 {FLASH SIZE} 0x00 {BYTES TO READ} 0x00 {HCI MESSAGE ...} Change-Id: I4a00711c922d9ea02c5e2afb0d16715e413b1ed5 Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-01-09 14:16:07 +00:00
help
Supports Bluetooth ICs using SPI as the communication protocol.
spell: fix Kconfig help typos: /boards /drivers Fix misspellings in Kconfig help text Change-Id: I3ae28a5d23d8e266612114bc0eb8a6e158129dc7 Signed-off-by: David B. Kinder <david.b.kinder@intel.com>
2017-04-21 10:29:51 -07:00
HCI packets are sent and received as single Byte transfers,
Bluetooth: Add HCI SPI driver This driver acts as a pass-through, taking raw HCI data, converting it to SPI comms and vice versa. It works in the same way as the existing H:4 and H:5 drivers, only it uses SPI instead of UART. In this first release, the only BLE board which has been tested is the X-NUCLEO-IDB05A1: http://www.st.com/en/ecosystems/x-nucleo-idb05a1.html Although the current supported SPI format works like the one below, it should be trivial to adapt it to support other chips with a different format. SANITY CHECK = 0x02 SPI WRITE = 0x0A SPI READ = 0x0B Tx Format: [HOST] {SPI WRITE} 0x00 0x00 0x00 0x00 {HCI MESSAGE ...} [CHIP] {SANITY CHECK} {FLASH SIZE} 0x00 0x00 0x00 {0xFF * MESSAGE LEN} Rx Format: {IRQ LINE GOES HIGH} [HOST] {SPI READ} 0x00 0x00 0x00 0x00 {0xFF * BYTES TO READ} [CHIP] 0x02 {FLASH SIZE} 0x00 {BYTES TO READ} 0x00 {HCI MESSAGE ...} Change-Id: I4a00711c922d9ea02c5e2afb0d16715e413b1ed5 Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-01-09 14:16:07 +00:00
prepended after a known header. Headers may vary per device, so
spell: fix Kconfig help typos: /boards /drivers Fix misspellings in Kconfig help text Change-Id: I3ae28a5d23d8e266612114bc0eb8a6e158129dc7 Signed-off-by: David B. Kinder <david.b.kinder@intel.com>
2017-04-21 10:29:51 -07:00
additional platform specific knowledge may need to be added as
Bluetooth: SPI: introduce CONFIG_BLUETOOTH_SPI_BLUENRG This new option is used to encapsulate the logic specific to devices implementing the BlueNRG Bluetooth stack (e.g. X-NUCLEO-IDB05A1). The current BlueNRG specific logic covers the HCI Reset handling and the manual control of the SPI Chip Select line (normally not needed since spi_transceive is also responsible for controlling the SPI CS line). Change-Id: I5db4addf873eee0af2d957e2181c50aac53ab656 Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
2017-01-25 22:24:45 -02:00
devices are.
Bluetooth: Add HCI SPI driver This driver acts as a pass-through, taking raw HCI data, converting it to SPI comms and vice versa. It works in the same way as the existing H:4 and H:5 drivers, only it uses SPI instead of UART. In this first release, the only BLE board which has been tested is the X-NUCLEO-IDB05A1: http://www.st.com/en/ecosystems/x-nucleo-idb05a1.html Although the current supported SPI format works like the one below, it should be trivial to adapt it to support other chips with a different format. SANITY CHECK = 0x02 SPI WRITE = 0x0A SPI READ = 0x0B Tx Format: [HOST] {SPI WRITE} 0x00 0x00 0x00 0x00 {HCI MESSAGE ...} [CHIP] {SANITY CHECK} {FLASH SIZE} 0x00 0x00 0x00 {0xFF * MESSAGE LEN} Rx Format: {IRQ LINE GOES HIGH} [HOST] {SPI READ} 0x00 0x00 0x00 0x00 {0xFF * BYTES TO READ} [CHIP] 0x02 {FLASH SIZE} 0x00 {BYTES TO READ} 0x00 {HCI MESSAGE ...} Change-Id: I4a00711c922d9ea02c5e2afb0d16715e413b1ed5 Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-01-09 14:16:07 +00:00
drivers/bluetooth/hci: Implement HCI driver for stm32wb Implement HCI driver for STM32WB. It allows host to controller. It is based on ST library allowing communication over RAM shared bewteen chip's C-M4 and C-M0 cores. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2019-02-27 14:19:25 +01:00
config BT_STM32_IPM
bool "IPM HCI"
select USE_STM32_HAL_CORTEX
modules: stm32: Rename lib Kconfig symbol Both ST and STM32 modules where using same HAS_STLIB Kconfig symbol. Now that each module is createing is own lib, we need to be able to distinguish libs. Depends on zephyrproject-rtos/hal_stm32/pull/52 Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2020-05-08 15:36:26 +02:00
select HAS_STM32LIB
drivers/bluetooth/hci: Implement HCI driver for stm32wb Implement HCI driver for STM32WB. It allows host to controller. It is based on ST library allowing communication over RAM shared bewteen chip's C-M4 and C-M0 cores. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2019-02-27 14:19:25 +01:00
help
TODO
Bluetooth: Add HCI User Channel driver for native POSIX port Introduce a custom HCI driver for the native POSIX port, which opens a HCI User Channel socket to the Linux kernel to gain access to a local Bluetooth controller. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2018-05-25 13:32:34 +03:00
config BT_USERCHAN
bool "HCI User Channel based driver"
depends on BOARD_NATIVE_POSIX
help
This driver provides access to the local Linux host's Bluetooth
adapter using a User Channel HCI socket to the Linux kernel. It
is only intended to be used with the native POSIX build of Zephyr.
The Bluetooth adapter must be powered off in order for Zephyr to
be able to use it.
driver: esp32: add bluetooth support Add support to BLE and BR/EDR feature. Signed-off-by: Sylvio Alves <sylvio.alves@espressif.com>
2021-04-01 00:51:49 -03:00
config BT_ESP32
bool "ESP32 HCI driver"
help
Espressif HCI bluetooth interface
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
config BT_NO_DRIVER
Bluetooth: Rename bt_driver to bt_hci_driver The bt_driver API was created when Zephyr only had a Bluetooth host stack, but no controller-side functionality. The only "driver" that was needed for the host was the HCI driver, and hence "HCI" was omitted from the name. With support both for host and controller Zephyr will be getting more Bluetooth driver types, in particular radio drivers. To prepare for this, move all HCI drivers to drivers/bluetooth/hci/ and rename the bt_driver API bt_hci_driver. Change-Id: I82829da80aa61f26c2bb2005380f1e88d069ac7d Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2016-10-27 16:55:01 +03:00
bool "No default HCI driver"
help
This is intended for unit tests where no internal driver
should be selected.
endchoice
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
if BT_SPI
Bluetooth: Add HCI SPI driver This driver acts as a pass-through, taking raw HCI data, converting it to SPI comms and vice versa. It works in the same way as the existing H:4 and H:5 drivers, only it uses SPI instead of UART. In this first release, the only BLE board which has been tested is the X-NUCLEO-IDB05A1: http://www.st.com/en/ecosystems/x-nucleo-idb05a1.html Although the current supported SPI format works like the one below, it should be trivial to adapt it to support other chips with a different format. SANITY CHECK = 0x02 SPI WRITE = 0x0A SPI READ = 0x0B Tx Format: [HOST] {SPI WRITE} 0x00 0x00 0x00 0x00 {HCI MESSAGE ...} [CHIP] {SANITY CHECK} {FLASH SIZE} 0x00 0x00 0x00 {0xFF * MESSAGE LEN} Rx Format: {IRQ LINE GOES HIGH} [HOST] {SPI READ} 0x00 0x00 0x00 0x00 {0xFF * BYTES TO READ} [CHIP] 0x02 {FLASH SIZE} 0x00 {BYTES TO READ} 0x00 {HCI MESSAGE ...} Change-Id: I4a00711c922d9ea02c5e2afb0d16715e413b1ed5 Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-01-09 14:16:07 +00:00
drivers: bluetooth: hci_spi: fix init priority Fixes #28275 by adding bluetooth HCI spi driver priority lower (75 instead of 50) than SPI (70) to avoid device_get_binding to return NULL because the device was not initialized. Signed-off-by: Jeremy LOCHE <lochejeremy@gmail.com>
2020-09-10 14:07:23 +02:00
config BT_SPI_INIT_PRIORITY
int "BT SPI init priority"
default 75
bt: hci driver over spi: Configure BlueNRG-MS in controller mode Configure BlueNRG in controller w/o host. By disabling 'HCI_reset' via the quirk, we can request to BluesNRG hardware to be on controller mode just after it is ready. By the way it's no necessary to manage a 'HCI_reset' when BluesNRG are initialised (and on controler mode). Signed-off-by: Christophe Priouzeau <christophe.priouzeau@st.com> Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2018-06-26 12:07:23 +02:00
config BT_BLUENRG_ACI
kconfig: remove Enable from boolean prompts According to Kconfig guidelines, boolean prompts must not start with "Enable...". The following command has been used to automate the changes in this patch: sed -i "s/bool \"[Ee]nables\? \(\w\)/bool \"\U\1/g" **/Kconfig* Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-03-09 12:05:12 +01:00
bool "ACI message with with BlueNRG-based devices"
bt: hci driver over spi: Configure BlueNRG-MS in controller mode Configure BlueNRG in controller w/o host. By disabling 'HCI_reset' via the quirk, we can request to BluesNRG hardware to be on controller mode just after it is ready. By the way it's no necessary to manage a 'HCI_reset' when BluesNRG are initialised (and on controler mode). Signed-off-by: Christophe Priouzeau <christophe.priouzeau@st.com> Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2018-06-26 12:07:23 +02:00
help
Enable support for devices compatible with the BlueNRG Bluetooth
Stack. Current driver supports: ST BLUENRG-MS.
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
config BT_SPI_BLUENRG
kconfig: remove Enable from boolean prompts According to Kconfig guidelines, boolean prompts must not start with "Enable...". The following command has been used to automate the changes in this patch: sed -i "s/bool \"[Ee]nables\? \(\w\)/bool \"\U\1/g" **/Kconfig* Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-03-09 12:05:12 +01:00
bool "Compatibility with BlueNRG-based devices"
Bluetooth: SPI: introduce CONFIG_BLUETOOTH_SPI_BLUENRG This new option is used to encapsulate the logic specific to devices implementing the BlueNRG Bluetooth stack (e.g. X-NUCLEO-IDB05A1). The current BlueNRG specific logic covers the HCI Reset handling and the manual control of the SPI Chip Select line (normally not needed since spi_transceive is also responsible for controlling the SPI CS line). Change-Id: I5db4addf873eee0af2d957e2181c50aac53ab656 Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
2017-01-25 22:24:45 -02:00
help
Enable support for devices compatible with the BlueNRG Bluetooth
bt: hci driver over spi: Configure BlueNRG-MS in controller mode Configure BlueNRG in controller w/o host. By disabling 'HCI_reset' via the quirk, we can request to BluesNRG hardware to be on controller mode just after it is ready. By the way it's no necessary to manage a 'HCI_reset' when BluesNRG are initialised (and on controler mode). Signed-off-by: Christophe Priouzeau <christophe.priouzeau@st.com> Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2018-06-26 12:07:23 +02:00
Stack. Current driver supports: ST BLUENRG-MS.
Bluetooth: SPI: introduce CONFIG_BLUETOOTH_SPI_BLUENRG This new option is used to encapsulate the logic specific to devices implementing the BlueNRG Bluetooth stack (e.g. X-NUCLEO-IDB05A1). The current BlueNRG specific logic covers the HCI Reset handling and the manual control of the SPI Chip Select line (normally not needed since spi_transceive is also responsible for controlling the SPI CS line). Change-Id: I5db4addf873eee0af2d957e2181c50aac53ab656 Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
2017-01-25 22:24:45 -02:00
Bluetooth: Kconfig: Rename CONFIG_BLUETOOTH_* to CONFIG_BT_* The API name space for Bluetooth is bt_* and BT_* so it makes sense to align the Kconfig name space with this. The additional benefit is that this also makes the names shorter. It is also in line with what Linux uses for Bluetooth Kconfig entries. Some Bluetooth-related Networking Kconfig defines are renamed as well in order to be consistent, such as NET_L2_BLUETOOTH. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
2017-08-09 09:21:11 +03:00
endif # BT_SPI
drivers: bluetooth: hci: driver based on RPMsg transport This commit contributes an RPMsg-based transport for BLE HCI. Signed-off-by: Kamil Piszczek <Kamil.Piszczek@nordicsemi.no>
2019-11-15 11:35:33 +01:00
drivers/bluetooth: ipm_stm32: Implement a RX thread Fasten events handling by unloading callback treatment. A RX thread is created. IPM RX events are dumped in a FIFO which is processed in the thread context. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2020-03-16 10:58:10 +01:00
config BT_STM32_IPM_RX_STACK_SIZE
int "STM32 IPM stack size for RX thread"
depends on BT_STM32_IPM
drivers/bluetooth: ipm_stm32wb.c: Increase RX thread stack size Stack overflows where seen in heavy logging conditions since printk modifications that increased "slightly" RAM consumption (973487fdad1b72e7aaeb95c0330b9fa4a5831026). Increase RX Thread stack size to avoid these overflows. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2020-08-26 09:06:15 +02:00
default 512
drivers/bluetooth: ipm_stm32: Implement a RX thread Fasten events handling by unloading callback treatment. A RX thread is created. IPM RX events are dumped in a FIFO which is processed in the thread context. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2020-03-16 10:58:10 +01:00
drivers: Bluetooth: rpmsg: Add missing BT_QUIRK_NO_AUTO_DLE Add BT_QUIRK_NO_AUTO_DLE quirk option for HCI rpmsg driver when the Zephyr open source BLE controller is used. Signed-off-by: Vinayak Kariappa Chettimada <vich@nordicsemi.no>
2020-09-09 21:28:29 +05:30
config BT_DRIVER_QUIRK_NO_AUTO_DLE
bool "Host auto-initiated Data Length Update quirk"
depends on BT_AUTO_DATA_LEN_UPDATE
bluetooth: hci: rpmsg: use ipc service library The Bluetooth HCI driver based on the RPMsg transport now uses the IPC service module. The compatible Bluetooth sample - HCI RPMsg - has also been migrated to the new IPC solution. Signed-off-by: Kamil Piszczek <Kamil.Piszczek@nordicsemi.no>
2022-02-25 16:26:23 +01:00
default y if BT_RPMSG || BT_ESP32
drivers: Bluetooth: rpmsg: Add missing BT_QUIRK_NO_AUTO_DLE Add BT_QUIRK_NO_AUTO_DLE quirk option for HCI rpmsg driver when the Zephyr open source BLE controller is used. Signed-off-by: Vinayak Kariappa Chettimada <vich@nordicsemi.no>
2020-09-09 21:28:29 +05:30
help
Enable the quirk wherein BT Host stack will auto-initiate Data Length
Update procedure for new connections for controllers that do not
auto-initiate the procedure if the default data length parameters are
not equal to the initial parameters.
This has to be enabled when the BLE controller connected is Zephyr
open source controller.
Bluetooth: hci: added HCI vendor-specific Setup function feature - Added config BT_HCI_SETUP to enable HCI vendor-specific Setup feature, - Added pointer to 'setup' function in bt_hci_driver structure. BT_HCI_SETUP feature is useful when the BT Controller requires execution of the vendor-specific commands sequence to initialize the BT Controller before the BT Host executes a Reset sequence. To enable this feature the CONFIG_BT_HCI_SETUP should be enable. Fixes #41140 Signed-off-by: Nazar Palamar <nazar.palamar@infineon.com>
2022-01-20 15:48:42 +02:00
config BT_HCI_SETUP
bool
help
Enable the HCI vendor-specific Setup function.
This option has to be enabled when the BT Controller requires execution
of the vendor-specific commands sequence to initialize the BT Controller
before the BT Host executes a Reset sequence.
The user should generally avoid changing it via menuconfig or in
configuration files. This option are enabled by the vendor-specific
HCI extension, where the Setup function is implemented.
Copy permalink