linux-kernel - Re: [PATCH RESEND] drm/mcde: Fix Sphinx formatting

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20200214182507.GX2363188@phenom.ffwll.local>
Date:   Fri, 14 Feb 2020 19:25:07 +0100
From:   Daniel Vetter <daniel@...ll.ch>
To:     Jonathan Neuschäfer <j.neuschaefer@....net>
Cc:     dri-devel@...ts.freedesktop.org,
        Linus Walleij <linus.walleij@...aro.org>,
        David Airlie <airlied@...ux.ie>,
        Daniel Vetter <daniel@...ll.ch>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH RESEND] drm/mcde: Fix Sphinx formatting

On Fri, Feb 14, 2020 at 05:38:15PM +0100, Jonathan Neuschäfer wrote:
> - Format the pipe diagram as a monospace block.
> - Fix formatting of the list. Without the empty line, the first dash is
>   not parsed as a bullet point.
> 
> Signed-off-by: Jonathan Neuschäfer <j.neuschaefer@....net>
> ---
> Previous copy: https://lore.kernel.org/lkml/20191002153827.23026-2-j.neuschaefer@gmx.net/
> 
> It seems that this patch got lost, somehow.

Occasionally happens with the committer model we have, especially for
smaller drivers. Thanks for resending, applied to drm-misc-next now.
-Daniel

> ---
>  drivers/gpu/drm/mcde/mcde_drv.c | 9 +++++----
>  1 file changed, 5 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/gpu/drm/mcde/mcde_drv.c b/drivers/gpu/drm/mcde/mcde_drv.c
> index 9a09eba53182..c535abed4765 100644
> --- a/drivers/gpu/drm/mcde/mcde_drv.c
> +++ b/drivers/gpu/drm/mcde/mcde_drv.c
> @@ -20,11 +20,11 @@
>   * input formats including most variants of RGB and YUV.
>   *
>   * The hardware has four display pipes, and the layout is a little
> - * bit like this:
> + * bit like this::
>   *
> - * Memory     -> Overlay -> Channel -> FIFO -> 5 formatters -> DSI/DPI
> - * External      0..5       0..3       A,B,    3 x DSI         bridge
> - * source 0..9                         C0,C1   2 x DPI
> + *   Memory     -> Overlay -> Channel -> FIFO -> 5 formatters -> DSI/DPI
> + *   External      0..5       0..3       A,B,    3 x DSI         bridge
> + *   source 0..9                         C0,C1   2 x DPI
>   *
>   * FIFOs A and B are for LCD and HDMI while FIFO CO/C1 are for
>   * panels with embedded buffer.
> @@ -43,6 +43,7 @@
>   * to change as we exploit more of the hardware capabilities.
>   *
>   * TODO:
> + *
>   * - Enabled damaged rectangles using drm_plane_enable_fb_damage_clips()
>   *   so we can selectively just transmit the damaged area to a
>   *   command-only display.
> --
> 2.20.1
> 

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch