Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann@suse.de>
To: "Noralf Trønnes" <noralf@tronnes.org>,
	"Daniel Vetter" <daniel.vetter@ffwll.ch>,
	"DRI Development" <dri-devel@lists.freedesktop.org>
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
	Daniel Vetter <daniel.vetter@intel.com>,
	Dave Airlie <airlied@redhat.com>,
	Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [Intel-gfx] [PATCH 15/44] drm/udl: Use demv_drm_dev_alloc
Date: Mon, 6 Apr 2020 14:05:42 +0200	[thread overview]
Message-ID: <e9a9e984-c541-eddf-8ef6-e9575120b6ca@suse.de> (raw)
In-Reply-To: <3e3f7726-f1d2-c29f-4fc8-c42002e7da13@tronnes.org>


[-- Attachment #1.1.1: Type: text/plain, Size: 3670 bytes --]



Am 05.04.20 um 12:18 schrieb Noralf Trønnes:
> 
> 
> Den 03.04.2020 15.57, skrev Daniel Vetter:
>> Also init the fbdev emulation before we register the device, that way
>> we can rely on the auto-cleanup and simplify the probe error code even
>> more.
>>
>> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
>> Cc: Dave Airlie <airlied@redhat.com>
>> Cc: Sean Paul <sean@poorly.run>
>> Cc: Thomas Zimmermann <tzimmermann@suse.de>
>> Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
>> Cc: Emil Velikov <emil.l.velikov@gmail.com>
>> Cc: Sam Ravnborg <sam@ravnborg.org>
>> Cc: Thomas Gleixner <tglx@linutronix.de>
>> ---
>>  drivers/gpu/drm/udl/udl_drv.c | 36 +++++++++++------------------------
>>  1 file changed, 11 insertions(+), 25 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/udl/udl_drv.c b/drivers/gpu/drm/udl/udl_drv.c
>> index 1ce2d865c36d..4ba5149fdd57 100644
>> --- a/drivers/gpu/drm/udl/udl_drv.c
>> +++ b/drivers/gpu/drm/udl/udl_drv.c
>> @@ -57,27 +57,20 @@ static struct udl_device *udl_driver_create(struct usb_interface *interface)
>>  	struct udl_device *udl;
>>  	int r;
>>  
>> -	udl = kzalloc(sizeof(*udl), GFP_KERNEL);
>> -	if (!udl)
>> -		return ERR_PTR(-ENOMEM);
>> -
>> -	r = drm_dev_init(&udl->drm, &driver, &interface->dev);
>> -	if (r) {
>> -		kfree(udl);
>> -		return ERR_PTR(r);
>> -	}
>> +	udl = devm_drm_dev_alloc(&interface->dev, &driver,
>> +				 struct udl_device, drm);
>> +	if (IS_ERR(udl))
>> +		return udl;
>>  
>>  	udl->udev = udev;
>>  	udl->drm.dev_private = udl;
>> -	drmm_add_final_kfree(&udl->drm, udl);
>>  
>>  	r = udl_init(udl);
>> -	if (r) {
>> -		drm_dev_put(&udl->drm);
>> +	if (r)
>>  		return ERR_PTR(r);
>> -	}
>>  
>>  	usb_set_intfdata(interface, udl);
>> +
>>  	return udl;
>>  }
>>  
>> @@ -91,23 +84,17 @@ static int udl_usb_probe(struct usb_interface *interface,
>>  	if (IS_ERR(udl))
>>  		return PTR_ERR(udl);
>>  
>> +	r = drm_fbdev_generic_setup(&udl->drm, 0);
> 
> It doesn't feel right to have a client open the device before the DRM
> device itself is registered. I would prefer to keep it where it is but

Agreed. IMHO we should also go through drivers and make the fbdev setup
the final step everywhere.

Best regards
Thomas

> ignore any errors. A failing client shouldn't prevent the driver from
> probing. drm_fbdev_generic_setup() do print errors if it fails. So yeah,
> in hindsight I should have made drm_fbdev_generic_setup() return void.
> 
> Noralf.
> 
>> +	if (r)
>> +		return r;
>> +
>>  	r = drm_dev_register(&udl->drm, 0);
>>  	if (r)
>> -		goto err_free;
>> +		return r;
>>  
>>  	DRM_INFO("Initialized udl on minor %d\n", udl->drm.primary->index);
>>  
>> -	r = drm_fbdev_generic_setup(&udl->drm, 0);
>> -	if (r)
>> -		goto err_drm_dev_unregister;
>> -
>>  	return 0;
>> -
>> -err_drm_dev_unregister:
>> -	drm_dev_unregister(&udl->drm);
>> -err_free:
>> -	drm_dev_put(&udl->drm);
>> -	return r;
>>  }
>>  
>>  static void udl_usb_disconnect(struct usb_interface *interface)
>> @@ -117,7 +104,6 @@ static void udl_usb_disconnect(struct usb_interface *interface)
>>  	drm_kms_helper_poll_fini(dev);
>>  	udl_drop_usb(dev);
>>  	drm_dev_unplug(dev);
>> -	drm_dev_put(dev);
>>  }
>>  
>>  /*
>>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  parent reply	other threads:[~2020-04-06 17:27 UTC|newest]

Thread overview: 126+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-03 13:57 [Intel-gfx] [PATCH 00/44] devm_drm_dev_alloc, no more drmm_add_final_kfree Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 01/44] drivers/base: Always release devres on device_del Daniel Vetter
2020-04-03 14:17   ` Greg Kroah-Hartman
2020-04-03 14:47     ` Daniel Vetter
2020-04-03 14:51       ` Daniel Vetter
2020-04-03 15:01         ` Greg Kroah-Hartman
2020-04-03 15:06       ` Greg Kroah-Hartman
2020-04-03 15:15         ` Daniel Vetter
2020-04-03 15:33           ` Daniel Vetter
2020-04-06 12:32   ` Daniel Vetter
2020-04-06 13:38     ` Greg Kroah-Hartman
2020-04-06 13:55       ` Daniel Vetter
2020-04-28 13:15         ` Daniel Vetter
2020-05-15 12:55           ` Greg Kroah-Hartman
2020-05-15 14:05             ` Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 02/44] drm: Add devm_drm_dev_alloc macro Daniel Vetter
2020-04-05 10:20   ` Noralf Trønnes
2020-04-06 12:00   ` Laurent Pinchart
2020-04-06 12:18     ` Daniel Vetter
2020-04-08  6:57   ` Sam Ravnborg
2020-04-08 12:11     ` Daniel Vetter
2020-04-08 18:55       ` Sam Ravnborg
2020-04-03 13:57 ` [Intel-gfx] [PATCH 03/44] drm/device: Deprecate dev_private harder Daniel Vetter
2020-04-08  7:02   ` Sam Ravnborg
2020-04-14 16:43     ` Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 04/44] drm/vgem: Use devm_drm_dev_alloc Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 05/44] drm/vkms: " Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 06/44] drm/vboxvideo: drop DRM_MTRR_WC #define Daniel Vetter
2020-04-08  7:03   ` Sam Ravnborg
2020-04-03 13:57 ` [Intel-gfx] [PATCH 07/44] drm/vboxvideo: Use devm_drm_dev_alloc Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 08/44] drm/vboxvideo: Stop using drm_device->dev_private Daniel Vetter
2020-04-06 11:56   ` Thomas Zimmermann
2020-04-07  7:24     ` Daniel Vetter
2020-04-08  6:33       ` Thomas Zimmermann
2020-04-08  7:19   ` Sam Ravnborg
2020-04-03 13:57 ` [Intel-gfx] [PATCH 09/44] drm/vboxvidoe: use managed pci functions Daniel Vetter
2020-04-08  7:21   ` Sam Ravnborg
2020-04-14 16:30     ` Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 10/44] drm/vboxvideo: Use devm_gen_pool_create Daniel Vetter
2020-04-08  7:24   ` Sam Ravnborg
2020-04-03 13:57 ` [Intel-gfx] [PATCH 11/44] drm/v3d: Don't set drm_device->dev_private Daniel Vetter
2020-04-03 17:39   ` Eric Anholt
2020-04-03 13:57 ` [Intel-gfx] [PATCH 12/44] drm/v3d: Use devm_drm_dev_alloc Daniel Vetter
2020-04-03 17:38   ` Eric Anholt
2020-04-03 13:57 ` [Intel-gfx] [PATCH 13/44] drm/v3d: Delete v3d_dev->dev Daniel Vetter
2020-04-03 17:35   ` Eric Anholt
2020-04-03 13:57 ` [Intel-gfx] [PATCH 14/44] drm/v3d: Delete v3d_dev->pdev Daniel Vetter
2020-04-03 17:35   ` Eric Anholt
2020-04-08  7:27   ` Sam Ravnborg
2020-04-08 12:13     ` Daniel Vetter
2020-04-03 13:57 ` [Intel-gfx] [PATCH 15/44] drm/udl: Use demv_drm_dev_alloc Daniel Vetter
2020-04-05 10:18   ` Noralf Trønnes
2020-04-05 13:47     ` Daniel Vetter
2020-04-05 14:46       ` Noralf Trønnes
2020-04-06 12:05     ` Thomas Zimmermann [this message]
2020-04-03 13:58 ` [Intel-gfx] [PATCH 16/44] drm/udl: don't set drm_device->dev_private Daniel Vetter
2020-04-06 11:52   ` Thomas Zimmermann
2020-04-08  7:29   ` Sam Ravnborg
2020-04-03 13:58 ` [Intel-gfx] [PATCH 17/44] drm/st7735r: Use devm_drm_dev_alloc Daniel Vetter
2020-04-03 17:00   ` David Lechner
2020-04-03 13:58 ` [Intel-gfx] [PATCH 18/44] drm/st7586: " Daniel Vetter
2020-04-03 17:01   ` David Lechner
2020-04-03 13:58 ` [Intel-gfx] [PATCH 19/44] drm/repaper: " Daniel Vetter
2020-04-05 10:00   ` Noralf Trønnes
2020-04-03 13:58 ` [Intel-gfx] [PATCH 20/44] drm/mi0283qt: " Daniel Vetter
2020-04-05 10:01   ` Noralf Trønnes
2020-04-03 13:58 ` [Intel-gfx] [PATCH 21/44] drm/ili9486: " Daniel Vetter
2020-04-05 10:02   ` Noralf Trønnes
2020-04-03 13:58 ` [Intel-gfx] [PATCH 22/44] drm/ili9341: " Daniel Vetter
2020-04-03 17:02   ` David Lechner
2020-04-03 13:58 ` [Intel-gfx] [PATCH 23/44] drm/ili9225: " Daniel Vetter
2020-04-03 17:02   ` David Lechner
2020-04-03 13:58 ` [Intel-gfx] [PATCH 24/44] drm/hx8357d: " Daniel Vetter
2020-04-03 17:38   ` Eric Anholt
2020-04-03 13:58 ` [Intel-gfx] [PATCH 25/44] drm/gm12u320: " Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 26/44] drm/gm12u320: Don't use drm_device->dev_private Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 27/44] drm/tidss: Use devm_drm_dev_alloc Daniel Vetter
2020-04-08  7:52   ` Sam Ravnborg
2020-04-14  9:55   ` Jyri Sarha
2020-04-03 13:58 ` [Intel-gfx] [PATCH 28/44] drm/tidss: Don't use drm_device->dev_private Daniel Vetter
2020-04-08  7:52   ` Sam Ravnborg
2020-04-14  9:55   ` Jyri Sarha
2020-04-03 13:58 ` [Intel-gfx] [PATCH 29/44] drm/tidss: Delete tidss->saved_state Daniel Vetter
2020-04-08  7:53   ` Sam Ravnborg
2020-04-14  9:55   ` Jyri Sarha
2020-04-03 13:58 ` [Intel-gfx] [PATCH 30/44] drm/qxl: Use devm_drm_dev_alloc Daniel Vetter
2020-04-06  6:55   ` Gerd Hoffmann
2020-04-06 12:11   ` Thomas Zimmermann
2020-04-07  7:19     ` Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 31/44] drm/qxl: Don't use drm_device->dev_private Daniel Vetter
2020-04-06  6:55   ` Gerd Hoffmann
2020-04-03 13:58 ` [Intel-gfx] [PATCH 32/44] drm/mcde: Use devm_drm_dev_alloc Daniel Vetter
2020-04-08  7:57   ` Sam Ravnborg
2020-04-03 13:58 ` [Intel-gfx] [PATCH 33/44] drm/mcde: Don't use drm_device->dev_private Daniel Vetter
2020-04-08  7:58   ` Sam Ravnborg
2020-04-12  0:44   ` Linus Walleij
2020-04-03 13:58 ` [Intel-gfx] [PATCH 34/44] drm/ingenic: Use devm_drm_dev_alloc Daniel Vetter
2020-04-08  7:59   ` Sam Ravnborg
2020-04-03 13:58 ` [Intel-gfx] [PATCH 35/44] drm/ingenic: Don't set drm_device->dev_private Daniel Vetter
2020-04-08  8:00   ` Sam Ravnborg
2020-04-03 13:58 ` [Intel-gfx] [PATCH 36/44] drm/komeda: use devm_drm_dev_alloc Daniel Vetter
2020-04-08  8:40   ` james qian wang (Arm Technology China)
2020-04-08  9:03     ` Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 37/44] drm/armada: Use devm_drm_dev_alloc Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 38/44] drm/armada: Don't use drm_device->dev_private Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 39/44] drm/cirrus: Use devm_drm_dev_alloc Daniel Vetter
2020-04-05 10:04   ` Noralf Trønnes
2020-04-08  8:01   ` Sam Ravnborg
2020-04-03 13:58 ` [Intel-gfx] [PATCH 40/44] drm/cirrus: Don't use drm_device->dev_private Daniel Vetter
2020-04-03 17:40   ` Eric Anholt
2020-04-06 11:58   ` Thomas Zimmermann
2020-04-08  8:04     ` Sam Ravnborg
2020-04-08  8:01   ` Sam Ravnborg
2020-04-03 13:58 ` [Intel-gfx] [PATCH 41/44] drm/i915: Use devm_drm_dev_alloc Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 42/44] drm/i915/selftest: Create mock_destroy_device Daniel Vetter
2020-04-03 22:31   ` [Intel-gfx] [PATCH] " Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 43/44] drm/i915/selftests: align more to real device lifetimes Daniel Vetter
2020-04-03 22:31   ` [Intel-gfx] [PATCH] " Daniel Vetter
2020-04-03 13:58 ` [Intel-gfx] [PATCH 44/44] drm/managed: Cleanup of unused functions and polishing docs Daniel Vetter
2020-04-05 10:29   ` Noralf Trønnes
2020-04-03 14:15 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for devm_drm_dev_alloc, no more drmm_add_final_kfree Patchwork
2020-04-03 23:01 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for devm_drm_dev_alloc, no more drmm_add_final_kfree (rev3) Patchwork
2020-04-03 23:26 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2020-04-04 10:39 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2020-04-08  8:08 ` [Intel-gfx] [PATCH 00/44] devm_drm_dev_alloc, no more drmm_add_final_kfree Sam Ravnborg
2020-04-08 12:15   ` Daniel Vetter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e9a9e984-c541-eddf-8ef6-e9575120b6ca@suse.de \
    --to=tzimmermann@suse.de \
    --cc=airlied@redhat.com \
    --cc=daniel.vetter@ffwll.ch \
    --cc=daniel.vetter@intel.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=noralf@tronnes.org \
    --cc=sam@ravnborg.org \
    --cc=tglx@linutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox