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
next prev parent 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