Re: spidev: That spidev in the DT issue again...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 05/02/18 20:42, Trent Piepho wrote:
> On Sat, 2018-02-03 at 08:31 +0000, Henry Gomersall wrote:
>> On 02/02/18 18:58, Trent Piepho wrote:
>>>> The clear use case for more flexibility in the system is around FPGA
>>>> based SoCs (in my case a Zynq). In such a scenario the use of userspace
>>>> is a natural complement to runtime configurable hardware blocks. It
>>>> would really ease access to (at least somewhat) correct use of the
>>>> driver if it could be recognised that the kernel might not actually need
>>>> to know what's on the end of an SPI bus.
>>> I've got a patch that adds "driver_override" to the SPI bus.  This
>>> already exists on the PCI bus, platform bus, and AMBA bus.
>>>
>> Thanks for that. What's the status of the patch currently? I can't see
>> it on patchwork...
>>
>> Looking back at your earlier email you point out doing this through udev
>> rules, which is IMO a good way to solve the problem
> I'll need to send it again.
> 

I'm curious what the state of this is now. Do we now have a "proper" way
to use generic SPI devices through Trent's patches?

Thanks,
Henry

Attachment: signature.asc
Description: OpenPGP digital signature


[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux