From: Thomas Zimmermann <tzimmermann@suse.de>
To: Emil Velikov <emil.l.velikov@gmail.com>
Cc: ML dri-devel <dri-devel@lists.freedesktop.org>,
Gerd Hoffmann <kraxel@redhat.com>,
Dave Airlie <airlied@redhat.com>, Sam Ravnborg <sam@ravnborg.org>,
Emil Velikov <emil.velikov@collabora.com>
Subject: Re: [PATCH 7/7] drm/udl: Move udl_handle_damage() into udl_modeset.c
Date: Tue, 3 Dec 2019 12:31:16 +0100 [thread overview]
Message-ID: <b8d77652-aee5-0e65-82c8-8da455f3a85f@suse.de> (raw)
In-Reply-To: <CACvgo52+4rGV3xSn5yS8U5DLp+5jYKYnHo_h=oZXCESoXWs6Mg@mail.gmail.com>
[-- Attachment #1.1.1: Type: text/plain, Size: 4502 bytes --]
Hi
Am 02.12.19 um 10:27 schrieb Emil Velikov:
> On Tue, 26 Nov 2019 at 13:47, Thomas Zimmermann <tzimmermann@suse.de> wrote:
>>
>> The only caller of udl_handle_damage() in the plane-update function
>> in udl_modeset.c. Move udl_handle_damage() there, make it static, and
>> remove several left-over macros.
>>
> Personally I would have left the mechanic code motion from the dead
> code removal.
> Not a big deal though:
> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
>
> There's few comments for follow-up work below.
>
>> +static int udl_handle_damage(struct drm_framebuffer *fb, int x, int y,
>> + int width, int height)
>> +{
>> + struct drm_device *dev = fb->dev;
>> + struct udl_device *udl = to_udl(dev);
>> + int i, ret;
>> + char *cmd;
>> + cycles_t start_cycles, end_cycles;
>> + int bytes_sent = 0;
>> + int bytes_identical = 0;
>> + struct urb *urb;
>> + int aligned_x;
>> + int log_bpp;
>> + void *vaddr;
>> +
>> + if (WARN_ON(!is_power_of_2(fb->format->cpp[0])))
>> + return -EINVAL;
>> +
>
>> + log_bpp = __ffs(fb->format->cpp[0]);
>> +
>> + vaddr = drm_gem_shmem_vmap(fb->obj[0]);
>> + if (IS_ERR(vaddr)) {
>> + DRM_ERROR("failed to vmap fb\n");
>> + return 0;
>> + }
>> +
> Might as well move this hunk ...
>
>> + aligned_x = ALIGN_DOWN(x, sizeof(unsigned long));
>> + width = ALIGN(width + (x-aligned_x), sizeof(unsigned long));
>> + x = aligned_x;
>> +
>> + if ((width <= 0) ||
>> + (x + width > fb->width) ||
>> + (y + height > fb->height)) {
>> + ret = -EINVAL;
>> + goto err_drm_gem_shmem_vunmap;
>> + }
>> +
>> + start_cycles = get_cycles();
>> +
>> + urb = udl_get_urb(dev);
>> + if (!urb)
>> + goto out;
>> + cmd = urb->transfer_buffer;
>> +
> ... here
>
>> + for (i = y; i < y + height ; i++) {
>> + const int line_offset = fb->pitches[0] * i;
>> + const int byte_offset = line_offset + (x << log_bpp);
>> + const int dev_byte_offset = (fb->width * i + x) << log_bpp;
>> +
>> + if (udl_render_hline(dev, log_bpp, &urb, (char *)vaddr,
>> + &cmd, byte_offset, dev_byte_offset,
>> + width << log_bpp,
>> + &bytes_identical, &bytes_sent))
> udl_render_hline() - drop the unused args bytes_identical and bytes_sent?
>
>> + goto error;
>> + }
>> +
>> + if (cmd > (char *) urb->transfer_buffer) {
>> + /* Send partial buffer remaining before exiting */
>> + int len;
>> + if (cmd < (char *) urb->transfer_buffer + urb->transfer_buffer_length)
>> + *cmd++ = 0xAF;
>> + len = cmd - (char *) urb->transfer_buffer;
>> + ret = udl_submit_urb(dev, urb, len);
>> + bytes_sent += len;
> Nit:
>
> int len = cmd - (char *) urb->transfer_buffer;
> if (len > 0) {
> /* Send partial buffer remaining before exiting */
> if (len < urb->transfer_buffer_length)
> ...
>
>> + } else
>> + udl_urb_completion(urb);
>> +
>> +error:
>
>> + atomic_add(bytes_sent, &udl->bytes_sent);
>> + atomic_add(bytes_identical, &udl->bytes_identical);
>> + atomic_add((width * height) << log_bpp, &udl->bytes_rendered);
>> + end_cycles = get_cycles();
>> + atomic_add(((unsigned int) ((end_cycles - start_cycles)
>> + >> 10)), /* Kcycles */
>> + &udl->cpu_kcycles_used);
>> +
> These atomics (+ lost_pixels) seem to be set-but-unused since day one.
> We might as well kill them, alongside the associated get_cycles().
I wanted to do this later. But since you brought it up and there's also
the issue where I forgot to convert the import_attach code, I'll send
out a series to clean up the damage handling and then get back to the
simple-pipe conversion.
Best regards
Thomas
>
> HTH
> Emil
>
--
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: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2019-12-03 11:31 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-26 13:47 [PATCH 0/7] drm/udl: Convert to simple-pipe helpers and clean up Thomas Zimmermann
2019-11-26 13:47 ` [PATCH 1/7] drm/udl: Init connector before encoder and CRTC Thomas Zimmermann
2019-11-28 14:02 ` Daniel Vetter
2019-11-26 13:47 ` [PATCH 2/7] drm/udl: Convert to struct drm_simple_display_pipe Thomas Zimmermann
2019-11-28 14:09 ` Daniel Vetter
2019-11-26 13:47 ` [PATCH 3/7] drm/udl: Remove unused encoder and CRTC code Thomas Zimmermann
2019-11-28 14:10 ` Daniel Vetter
2019-11-26 13:47 ` [PATCH 4/7] drm/udl: Set preferred color depth to 16 bpp Thomas Zimmermann
2019-11-26 13:47 ` [PATCH 5/7] drm/udl: Convert to drm_atomic_helper_dirtyfb() Thomas Zimmermann
2019-11-28 14:13 ` Daniel Vetter
2019-11-29 18:04 ` Emil Velikov
2019-11-29 18:38 ` Daniel Vetter
2019-11-26 13:47 ` [PATCH 6/7] drm/udl: Remove struct udl_device.active_fb_16 Thomas Zimmermann
2019-11-28 14:14 ` Daniel Vetter
2019-11-26 13:47 ` [PATCH 7/7] drm/udl: Move udl_handle_damage() into udl_modeset.c Thomas Zimmermann
2019-11-28 14:15 ` Daniel Vetter
2019-12-02 9:27 ` Emil Velikov
2019-12-03 11:31 ` Thomas Zimmermann [this message]
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=b8d77652-aee5-0e65-82c8-8da455f3a85f@suse.de \
--to=tzimmermann@suse.de \
--cc=airlied@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=emil.l.velikov@gmail.com \
--cc=emil.velikov@collabora.com \
--cc=kraxel@redhat.com \
--cc=sam@ravnborg.org \
/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