[PATCH 1/2] dt-bindings: net: add TI CC2560 Bluetooth chip

This adds a compatible string for the Texas Instruments CC2560 Bluetooth chip to the existing TI WiLink shared transport bindings. These chips are similar enough that the same bindings work for both. The file is renamed to ti-bluetooth.txt to make it more generic. Signed-off-by: David Lechner

[PATCH 0/2] Bluetooth: Add device tree compatible for TI CC2560

This series updates the bindings TI WiLink 7/8 Bluetooth to add TI CC256x chips as well. A compatible string is also added to the hci_ll driver for TI CC2560. David Lechner (2): dt-bindings: net: add TI CC2560 Bluetooth chip Bluetooth: hci_ll: add "ti,cc2560" compatible string ..

[PATCH 2/2] Bluetooth: hci_ll: add "ti,cc2560" compatible string

This adds the "ti,cc2560" compatible string for a TI CC2560 chip. Signed-off-by: David Lechner --- drivers/bluetooth/hci_ll.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/bluetooth/hci_ll.c b/drivers/bluetooth/hci_ll.c index 9de106f..1b4417a 100644 --- a/drivers

[PATCH v3 0/3] Bluetooth: hci_ll: Get BD address from NVMEM

constant for vendor-specific command" that is already in bluetooth-next * Rework error handling * Use bdaddr_t, bacmp and other bluetooth utils David Lechner (3): Bluetooth: hci_ll: add support for setting public address dt-bindings: Add optional nvmem BD address bindings to ti,wlink-

[PATCH v3 2/3] dt-bindings: Add optional nvmem BD address bindings to ti,wlink-st

This adds optional nvmem consumer properties to the ti,wlink-st device tree bindings to allow specifying the BD address. Reviewed-by: Rob Herring Signed-off-by: David Lechner --- Documentation/devicetree/bindings/net/ti,wilink-st.txt | 5 + 1 file changed, 5 insertions(+) diff --git a

[PATCH v3 1/3] Bluetooth: hci_ll: add support for setting public address

n 10 [hci0] 11.192101 Read BD ADDR (0x04|0x0009) ncmd 1 Status: Success (0x00) Address: 00:11:22:33:44:55 (CIMSYS Inc) ... Signed-off-by: David Lechner --- drivers/bluetooth/hci_ll.c | 21 + 1 file changed, 21 insertions(+) diff --git a/

[PATCH] Bluetooth: hci_ll: Add optional nvmem BD address source

This adds an optional nvmem consumer to get a BD address from an external source. The BD address is then set in the Bluetooth chip after the firmware has been loaded. This has been tested working with a TI CC2560A chip (in a LEGO MINDSTORMS EV3). Signed-off-by: David Lechner --- drivers

Re: [PATCH v2 1/3] Bluetooth: hci_ll: add support for setting public address

Bluetooth chips. Signed-off-by: David Lechner --- v2 changes: * This is a new patch in v2 drivers/bluetooth/hci_ll.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/bluetooth/hci_ll.c b/drivers/bluetooth/hci_ll.c index 974a788..b732004 100644 --- a/drivers/bluetooth

[PATCH v2 2/3] dt-bindings: Add optional nvmem BD address bindings to ti,wlink-st

This adds optional nvmem consumer properties to the ti,wlink-st device tree bindings to allow specifying the BD address. Signed-off-by: David Lechner --- v2 changes: * Renamed "mac-address" to "bd-address" * Fixed typos in example * Specify byte order of "bd-address&qu

[PATCH v2 0/3] Bluetooth: hci_ll: Get BD address from NVMEM (was "bluetooth: hci_ll: Get MAC address from NVMEM")

;bd-address" * New patch "Bluetooth: hci_ll: add support for setting public address" * Dropped patch "Bluetooth: hci_ll: add constant for vendor-specific command" that is already in bluetooth-next * Rework error handling * Use bdaddr_t, bacmp and other bluetooth utils David Lech

[PATCH v2 1/3] Bluetooth: hci_ll: add support for setting public address

This adds support for setting the public address on Texas Instruments Bluetooth chips using a vendor-specific command. This has been tested on a CC2560A. The TI wiki also indicates that this command should work on TI WL17xx/WL18xx Bluetooth chips. Signed-off-by: David Lechner --- v2 changes

[PATCH v2 3/3] Bluetooth: hci_ll: Add optional nvmem BD address source

This adds an optional nvmem consumer to get a BD address from an external source. The BD address is then set in the Bluetooth chip after the firmware has been loaded. This has been tested working with a TI CC2560A chip (in a LEGO MINDSTORMS EV3). Signed-off-by: David Lechner --- v2 changes

Re: [PATCH 2/3] bluetooth: hci_ll: add constant for vendor-specific command

On 12/04/2017 12:23 AM, Marcel Holtmann wrote: Hi David, This adds a #define for the vendor-specific HCI command to set the baudrate instead of using the bare 0xff36 multiple times. Signed-off-by: David Lechner --- drivers/bluetooth/hci_ll.c | 10 -- 1 file changed, 8 insertions(+), 2

[PATCH 1/3] dt-bindings: Add optional nvmem MAC address bindings to ti,wlink-st

This adds optional nvmem consumer properties to the ti,wlink-st device tree bindings to allow specifying the Bluetooth MAC address. Signed-off-by: David Lechner --- Documentation/devicetree/bindings/net/ti,wilink-st.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation

[PATCH 3/3] bluetooth: hci_ll: Add optional nvmem MAC address source

This adds an optional nvmem consumer to get a MAC address from an external source. The MAC address is then set in the Bluetooth chip after the firmware has been loaded. This has been tested working with a TI CC2560A chip (in a LEGO MINDSTORMS EV3). Signed-off-by: David Lechner --- drivers

[PATCH 2/3] bluetooth: hci_ll: add constant for vendor-specific command

This adds a #define for the vendor-specific HCI command to set the baudrate instead of using the bare 0xff36 multiple times. Signed-off-by: David Lechner --- drivers/bluetooth/hci_ll.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/bluetooth/hci_ll.c b

[PATCH 0/3] bluetooth: hci_ll: Get MAC address from NVMEM

This series adds supporting getting the MAC address from a NVMEM provider for "LL" HCI controllers (Texas Instruments). The second patch is just cleaning things up before I add another similar vendor-specific HCI command constant in the final patch. David Lechner (3): dt-bindings: Ad