Return-Path: From: Thierry Escande Subject: Re: [PATCH v5 3/3] Bluetooth: hci_qca: Add serdev support To: Marcel Holtmann Cc: Rob Herring , Andy Gross , Johan Hedberg , David Brown , Mark Rutland , Andy Shevchenko , Loic Poulain , Bjorn Andersson , Srinivas Kandagatla , linux-bluetooth@vger.kernel.org, linux-arm-msm@vger.kernel.org, devicetree , linux-kernel@vger.kernel.org References: <20180320032331.29865-1-thierry.escande@linaro.org> <20180320032331.29865-4-thierry.escande@linaro.org> <7097660B-DC63-4685-B095-4D5C37ECD89E@holtmann.org> Message-ID: <48a11dfb-5869-58f1-a57d-f18c5eb7aec6@linaro.org> Date: Mon, 26 Mar 2018 18:44:47 +0200 MIME-Version: 1.0 In-Reply-To: <7097660B-DC63-4685-B095-4D5C37ECD89E@holtmann.org> Content-Type: text/plain; charset=utf-8; format=flowed List-ID: Hi Marcel, On 20/03/2018 16:49, Marcel Holtmann wrote: > Hi Thierry, > >> Add support for Qualcomm serial slave devices. Probe the serial device, >> retrieve its maximum speed and register a new hci uart device. >> >> Signed-off-by: Thierry Escande >> --- >> >> v5: >> - Use gpio new name 'enable' >> >> v4: >> - Rename divclk4 as susclk (its name in the bt chip) >> - Use gpiod_set_value_cansleep() >> - Replace #include with >> - Restore dependency on BT_HCIUART >> >> v3: >> - Remove redundant call to gpiod_set_value() after devm_gpiod_get() >> - Check returned values for clk_set_rate() and clk_prepare_enable() >> - Use clk_disable_unprepare() >> >> v2: >> - Fix author email >> >> drivers/bluetooth/Kconfig | 1 + >> drivers/bluetooth/hci_qca.c | 109 +++++++++++++++++++++++++++++++++++++++++++- >> 2 files changed, 108 insertions(+), 2 deletions(-) >> > > so this a more generic question. Does the clk setup has to be done in serdev probe or can we just do that within qca_open callback. I asked because I really want to move towards btuart.c and integrate the vendor specific pieces there nicely. So what I did was that I posted a v2 that has the vendor abstraction build in and it would be super simple to add qca support to it. However I have no vendor specific handling from within the probe callback. If that is not needed and we can do all the clk and GPIO setup in the vendor open callback, then it should be fairly simple to do (I am ignoring IBS support for now, but I realize it is there). I did test that and doing clk and gpio setups in qca_open seems ok. > > That all said, the hci_qca.c code has __serial_clock_on() and __serial_clock_off() empty stubs. Is this about the susclk or is that something totally different? afaiu these stubs are used to control host UART clock. The susclk concerns the bt chip itself. Regards, Thierry > > Regards > > Marcel >