[U-Boot] Generic uclass ID

Simon Glass sjg at chromium.org
Thu Jun 7 20:28:53 UTC 2018


Hi Ramon,

On 3 June 2018 at 14:32, Ramon Fried <ramon.fried at gmail.com> wrote:
> On Sat, Jun 2, 2018 at 10:19 PM, Ramon Fried <ramon.fried at gmail.com> wrote:
>> On Sat, Jun 2, 2018 at 9:03 PM, Heinrich Schuchardt <xypron.glpk at gmx.de> wrote:
>>> On 06/02/2018 06:25 PM, Ramon Fried wrote:
>>>> Hi Simon, all.
>>>>
>>>> I want to port a specific driver from Linux Kernel (Qualcomm smem)
>>>> which is declared in Linux as platform device.
>>>> The implementation is very specific and It doesn't fall into any
>>>> defined uclass id.
>>>> I still want to use the dm framework, what's the approach taken on
>>>> these kind of things ?
>>>> Is it possible to create a generic uclass id ?
>>>
>>> Hello Ramon,
>>>
>>> a major benefit of the driver model is that drivers are selected via the
>>> device tree.
>>>
>>> In Linux the driver is in drivers/soc. Wouldn't it make sense to create
>>> a minimal uclass for platform devices in drivers/soc on U-Boot?
>>>
>>> drivers/ram/ram-uclass.c shows what a minimal uclass looks like.
>>> The identifier has to be added in include/dm/uclass-id.h.
>>>
>>> Best regards
>>>
>>> Heinrich
>> Thanks for the comment Heinrich.
>> My initial intention was to place the driver under drivers/soc and I
>> do thing that
>> creating a UCLASS_PLATFORM make sense, acutally, it's exaclt what I'm suggesting
>> in a different name.
>> The thing is that there's no apperent ops that I think will suit all
>> the platform drivers as they're different in nature.
>> So, I don't see any requirement to create a platform_uclass.c file.
>>
>> Thanks,
>> Ramon.
>
> Added some initial contributors to uclass for comments.

It's OK to create a uclass if you need to. What does your driver do?

Regards,
Simon


More information about the U-Boot mailing list