Hi,
On Sat, Jul 08, 2017 at 10:15:50AM +0100, Ian Molton wrote:
> On 08/07/17 08:58, Marcel Holtmann wrote:
> >> -----------------------------------------------------------------------
> >>
> >> This patch adds a driver for broadcom BT devices that are
> >> attached as serdev devices.
> >>
> >> A device tree entry such as the following is used with this driver:
> >>
> >> bcm34340a1: bluetooth {
> >> compatible = "brcm,b43430a1";
> >> reset-gpios = <&gpio5 4 GPIO_ACTIVE_LOW>;
> >> bluetooth-wakeup-gpios = <&gpio3 27 GPIO_ACTIVE_HIGH>;
> >>
> >> init-speed = <115200>;
> >> oper-speed = <400000>;
> >> };
> >
> > I would prefer a separate patch for this that includes this also as samples in the Documentation/bindings directory.
>
> No problem - this i just an RFC, so I wasnt sure if you'd like the binding.
>
> >> obj-$(CONFIG_BT_HCIUART_NOKIA) += hci_nokia.o
> >> +obj-$(CONFIG_BT_HCIUART_BCMBT) += hci_bcm_serdev.o
> >
> > I was actually not wanting to have a separate driver. Like hci_ll.c this needs to be in hci_bcm.c.
>
> I appreciate that, but there are a couple of reasons why I didn't;
>
> * The original driver operates quite differently with regards to
> matching the platform data up with a uart - since it has no knowledge of
> the mapping from ttydev to serial device, it maintains a list that it
> matches against during upen - its quite a lot more complex as a result.
>
> Being a serdev driver, this one doe not need that code.
>
> * I have no way to test the ACPI or wakeup/irq features of the original
> driver, so I could not implement it and be sure it would work.
>
> My hope was that we could include this driver, and move a couple of
> common functions it shares with the older driver into btbcm.c
>
> Over time, people could add the functionality and we could remove the
> old driver - all without upsetting existing users of the old driver.
The broadcom driver should probably become serdev only at some
point, since it always requires platform support due to the GPIOs
The current solution is a big hack. But tackling that requires ACPI
support for serdev, so I guess that it must be done by somebody
else.
-- Sebastian
Attachment:
signature.asc
Description: PGP signature
