[PATCH 00/17] drm: rename various struct members "dev" -> "drm"

Thomas Zimmermann tzimmermann at suse.de
Thu Jul 13 10:41:15 UTC 2023


Hi Uwe

Am 13.07.23 um 12:22 schrieb Uwe Kleine-König:
[...]
> 
> If that helps you: I plan to tackle these in a followup. I agree that's
> ugly, but fixing these in the same series is too much and if we agree
> that
> 
> 	dev = crtc->dev;
> 
> is ugly, there is then an intermediate state that either used
> 
> 	drm = crtc->dev;
> 
> or
> 
> 	dev = crtc->drm;
> 
> to finaly reach
> 
> 	drm = crtc->drm;
> 
> If you see a better way, please let me know. I don't see any.

IF this renaming gets accepted, you could make a single patch
that adds a union with both names to all affected DRM data structures.

struct drm_foo {
   union {
     struct drm_device *drm; // use this
     struct drm_device *dev; // don't use this
   };
}

That patch prepares all of DRM for the renaming. And then you can go 
through drivers one-by-one with a patch or a patchset for each to do all 
the renaming there. Finally you send another DRM-wide patch to remove 
that union.

That would split the changes into smaller pieces without ugly 
intermediate state. It also eases the problem for backporters and stable 
maintainers that have to deal with the name changes.

IIRC you already did something similar for remove or probe callbacks?

Best regards
Thomas

> 
> Best regards
> Uwe
> 

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20230713/5297e224/attachment-0001.sig>


More information about the dri-devel mailing list