[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d06a254f-bf54-4bdf-bd09-3ee5e5b31bad@oss.qualcomm.com>
Date: Tue, 14 Oct 2025 17:17:56 +0200
From: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
To: Ghatto <ghatto404@...il.com>
Cc: Krzysztof Kozlowski <krzk@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konradybcio@...nel.org>, Rob Herring <robh@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 3/6] arm64: dts: qcom: r0q: add touchscreen support
On 10/14/25 5:10 PM, Ghatto wrote:
> On Tue, Oct 14, 2025 at 7:01 AM Konrad Dybcio
> <konrad.dybcio@....qualcomm.com> wrote:
>>
>> On 10/14/25 6:41 AM, Eric Gonçalves wrote:
>>> Enable the ST-Microelectronics FTS2BA61Y touchscreen. This patch
>>> depends on "Input: add support for the STM FTS2BA61Y touchscreen".
>>
>> The second sentence doesn't really make sense to be included in
>> the git log
> I'll keep it to the cover letter then
>>
>>> The device has an issue where SPI 8 (the bus which the touchscreen is
>>> connected to) is not working properly right now, so
>>> spi-gpio is used instead.
>>
>> Some Samsung devices used to use spi/i2c-gpio intentionally, also
>> on downstream. I'm assuming this isn't the case for r0q.
> It isn't, the device uses fts2ba61y on the spi8 bus - I hosted the
> DT at https://github.com/ghatt-o/ss_experiments/blob/main/r0q.dts if you
> want to take a look.
>>
>> Did you enable gpi_dma1, qupv3_id_1 before spi8, when testing
> The driver probes, but it fails to recognize the touchscreen device
Could you post a complete dmesg and the precise DT diff you used?
Konrad
Powered by blists - more mailing lists