Re: [PATCH 0/8] Cleanup CRTC .enable()/.disable() cargo-cult

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

 



Hi Laurent,

On 27 June 2017 at 21:38, Laurent Pinchart
<laurent.pinchart+renesas@xxxxxxxxxxxxxxxx> wrote:
> Hello,
>
> The atomic helpers favour the .enable() and .atomic_disable() CRTC helper
> operations, but still support the legacy .prepare(), .commit(), .disable() and
> .dpms() operations. Some drivers have been updated, but most still use various
> combination of new and legacy operations, leading to confusion among new
> developers when they read the code.
>
Just had a crazy idea:

Would it make sense for the function(s) that takes the
driver_foo_funcs as an argument to cross-check for such mistakes?
Since many of the hooks are optional, one could check for the
'forbidden' combinations:
Atomic drivers should not have any legacy hooks set, while legacy ones
should not have any of the atomic ones.

Of course the idea is not restricted to the CRTC helpers -
drm_{crtc,encoder,connector,plane,mode_config}_{helper_,}funcs should
all be applicable.

Regards,
Emil
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux