[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y5h0ZiGaPg2tx0qs@sirena.org.uk>
Date: Tue, 13 Dec 2022 12:47:34 +0000
From: Mark Brown <broonie@...nel.org>
To: Brian Masney <bmasney@...hat.com>
Cc: Shazad Hussain <quic_shazhuss@...cinc.com>, andersson@...nel.org,
krzysztof.kozlowski+dt@...aro.org, konrad.dybcio@...aro.org,
robh+dt@...nel.org, johan+linaro@...nel.org,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, ahalaney@...hat.com,
echanude@...hat.com, linux-spi@...r.kernel.org,
Javier Martinez Canillas <fmartine@...hat.com>
Subject: Re: [PATCH 4/4] arm64: dts: qcom: sc8280xp: add missing spi nodes
On Tue, Dec 13, 2022 at 07:27:01AM -0500, Brian Masney wrote:
> We can't add a generic qcom,spidev compatible to the spidev driver since
> this is just a software abstraction. Instead, each type of device will
> need to have it's own compatible that uniquely describes the type of
> device. So you might have a compatible like qcom,spi-video-codec. There
> will need to be a DT binding added that describes the hardware. I suspect
> that a SPI device can simply be added to trivial-devices.yaml. Once the
> DT binding is accepted, the compatible can be added to the spidev.c
> driver. If an in-kernel driver is written in the future, then the
> compatible can be moved from spidev to the new driver.
> Mark: Is my understanding above correct? If so, will it be a problem to
> get a compatible added to spidev.c if the corresponding userspace code is
> closed source and proprietary?
No restriction on what the userspace is.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists