Hi Maxime,
Thanks a lot for working on that, I've made a similar attempt a few
weeks ago but didn't manage to get it to work.
The way it's hooked in our boards is a bit more complex though, even
if it could be because we're using a different part.
In order to get it running we need:
- two clocks, called in the broadcom datasheets lpo and tcxo.
- three GPIOs, device wakeup, host wakeup and a shutdown GPIO (which
might be the BT_ON you were discussing about)
- two regulators called vbat and reg-en for us (I guess they're
meant to power the chip, and its registers >>
Do you know if you're also using those? Or could it be that it's just
hardwired to some non-gatable crystal / regulator on the RPI?
Not on Pi3, but the three gpios and the clock are pretty common for
Broadcom bt controller (cf v4 of dt-bindings patch).
This is already partially supported in the hci_bcm driver.
Today this driver registers a platform_driver(legacy/ACPI) and a
serdev_device_driver (new/DT).
The platform driver retrieves the gpios and mainly uses them in pm ops.
Once the ACPI for serdev will be supported, this plat driver should be
removed.
The serdev driver does no support this yet because I used the RPi3
as dev platform. But this is something we want to have as well.
unfortunately the Foundation doesn't provide the full schematics for RPI
3 or RPI Zero W (which uses the same chip).
Please also take a look at the RPI Zero W device tree sources, which
describe the wifi part of the chip [1]. It contains a line called WL_ON
on gpio41 and the low power clock on gpio43.
Regards,
Loic
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
