[PATCH 83/86] drm/{i915,xe}: Run DRM default client setup
Thomas Zimmermann
tzimmermann at suse.de
Fri Aug 16 13:34:15 UTC 2024
Hi
Am 16.08.24 um 15:18 schrieb Jani Nikula:
> On Fri, 16 Aug 2024, Thomas Zimmermann <tzimmermann at suse.de> wrote:
>> diff --git a/drivers/gpu/drm/xe/xe_device.c b/drivers/gpu/drm/xe/xe_device.c
>> index 206328387150..7a28396abb25 100644
>> --- a/drivers/gpu/drm/xe/xe_device.c
>> +++ b/drivers/gpu/drm/xe/xe_device.c
>> @@ -17,6 +17,8 @@
>> #include <drm/drm_print.h>
>> #include <drm/xe_drm.h>
>>
>> +#include "intel_fbdev.h"
>> +
>> #include "display/xe_display.h"
>> #include "instructions/xe_gpu_commands.h"
>> #include "regs/xe_gt_regs.h"
>> @@ -267,6 +269,7 @@ static struct drm_driver driver = {
>>
>> .dumb_create = xe_bo_dumb_create,
>> .dumb_map_offset = drm_gem_ttm_dumb_map_offset,
>> + INTEL_FBDEV_DRIVER_OPS,
>> #ifdef CONFIG_PROC_FS
>> .show_fdinfo = xe_drm_client_fdinfo,
>> #endif
> Basically xe_device.c should have close to zero idea about display
> details, and should not include intel_fbdev.h directly.
>
> There's a xe_display_driver_set_hooks() call that is the right place to
> set the driver->fbdev_probe hook.
>
> It's a bit of a bummer in the sense that this prevents struct drm_driver
> from being const, but that's how it already is for xe.
Thanks, I'll look into this. The was another automatic reply about a
compile error in xe wrt this callback. I guess that set_hooks helper
would fix that as well.
Best regards
Thomas
>
>
> BR,
> Jani.
>
>
--
--
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)
More information about the Intel-gfx
mailing list