Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Noralf Trønnes" <noralf@tronnes.org>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
	DRI Development <dri-devel@lists.freedesktop.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Dave Airlie <airlied@redhat.com>,
	Daniel Vetter <daniel.vetter@intel.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Sam Ravnborg <sam@ravnborg.org>
Subject: Re: [Intel-gfx] [PATCH 15/44] drm/udl: Use demv_drm_dev_alloc
Date: Sun, 5 Apr 2020 16:46:52 +0200	[thread overview]
Message-ID: <34e654ae-0cc9-e393-ac02-e4ac6eda60f6@tronnes.org> (raw)
In-Reply-To: <CAKMK7uGthodxod5=cGWsiYNkqE_hvyekpcNegdunKa4Xycyezg@mail.gmail.com>



Den 05.04.2020 15.47, skrev Daniel Vetter:
> On Sun, Apr 5, 2020 at 12:18 PM Noralf Trønnes <noralf@tronnes.org> wrote:
>>
>>
>>
>> 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
>> 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.
> 
> Hm, we have all kinds of usage right now, some check for errors, some
> dont, some do this before drm_dev_register, some after. If your
> recommendation is to not check for errors then I'm happy to implement
> that, but we're a bit inconsistent. Maybe we should do a patch that at
> least always returns 0 no matter what, plus document that the return
> value  shouldn't be checked?

Yeah, always returning zero and documenting it would be a good start.

I counted 41 drivers using generic fbdev now, didn't know it was that
much used. Only 11 drivers are hand rolling their own:
armada
gma500
amd
omapdrm
nouveau
i915
msm
tegra
exynos
radeon
rockchip

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

  reply	other threads:[~2020-04-05 14:47 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 [this message]
2020-04-06 12:05     ` Thomas Zimmermann
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=34e654ae-0cc9-e393-ac02-e4ac6eda60f6@tronnes.org \
    --to=noralf@tronnes.org \
    --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=sam@ravnborg.org \
    --cc=tglx@linutronix.de \
    --cc=tzimmermann@suse.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