Re: [RFC v3 09/33] rust: drm/kms: Add DriverConnector::get_mode callback

2025-05-12 Thread Daniel Almeida
Hi Lyude, > On 5 Mar 2025, at 19:59, Lyude Paul wrote: > > Next up is filling out some of the basic connector hotplugging callbacks - > which we'll need for setting up the fbdev helpers for KMS devices. Note > that connector hotplugging in DRM follows a BFL scheme: pretty much all > probing is p

Re: [RFC v3 09/33] rust: drm/kms: Add DriverConnector::get_mode callback

2025-03-21 Thread Lyude Paul
On Fri, 2025-03-14 at 12:57 +0100, Maxime Ripard wrote: > It's kind of what I wanted to express in my earlier statements I guess, > but I'm not really sure we should force down helpers on drivers. The > larger approach KMS has taken over the years was to provide hooks and > default implementations,

Re: [RFC v3 09/33] rust: drm/kms: Add DriverConnector::get_mode callback

2025-03-14 Thread Maxime Ripard
On Wed, Mar 05, 2025 at 05:59:25PM -0500, Lyude Paul wrote: > Next up is filling out some of the basic connector hotplugging callbacks - > which we'll need for setting up the fbdev helpers for KMS devices. Note > that connector hotplugging in DRM follows a BFL scheme: pretty much all > probing is p

[RFC v3 09/33] rust: drm/kms: Add DriverConnector::get_mode callback

2025-03-05 Thread Lyude Paul
Next up is filling out some of the basic connector hotplugging callbacks - which we'll need for setting up the fbdev helpers for KMS devices. Note that connector hotplugging in DRM follows a BFL scheme: pretty much all probing is protected under the mighty drm_device->mode_config.lock, which of cou