All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@linux.intel.com>
To: DRI Development <dri-devel@lists.freedesktop.org>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>,
	Daniel Vetter <daniel.vetter@intel.com>
Subject: Re: [PATCH] drm/doc: Switch to sphinx/rst fixed-width quoting
Date: Mon, 06 Jun 2016 10:10:50 +0300	[thread overview]
Message-ID: <87k2i27pxh.fsf@intel.com> (raw)
In-Reply-To: <1464792291-18074-1-git-send-email-daniel.vetter@ffwll.ch>

On Wed, 01 Jun 2016, Daniel Vetter <daniel.vetter@ffwll.ch> wrote:
> Just fallout from switching from asciidoc to sphinx/rst.
>
> v2: Found more. Also s/\//#/ in the vgpu ascii-art - sphinx treats
> those as comments and switch to variable-width, which wreaks the
> layout.
>
> v3: Undo some of the hacks, rebasing onto latest version of Jani's
> series fixed it.
>
> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>

I'll take your word for it that Sphinx no longer complains and the
result looks good.

Reviewed-by: Jani Nikula <jani.nikula@intel.com>


> ---
>  drivers/gpu/drm/drm_bridge.c        |  2 +-
>  drivers/gpu/drm/drm_fb_cma_helper.c |  2 +-
>  drivers/gpu/drm/drm_fops.c          |  2 +-
>  drivers/gpu/drm/drm_modes.c         |  3 ++-
>  drivers/gpu/drm/drm_modeset_lock.c  |  2 +-
>  drivers/gpu/drm/drm_vma_manager.c   |  3 +++
>  drivers/gpu/drm/i915/i915_reg.h     |  2 +-
>  drivers/gpu/drm/i915/i915_vgpu.c    | 24 ++++++++++++------------
>  include/drm/drm_modes.h             |  2 ++
>  9 files changed, 24 insertions(+), 18 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c
> index b3654404abd0..255543086590 100644
> --- a/drivers/gpu/drm/drm_bridge.c
> +++ b/drivers/gpu/drm/drm_bridge.c
> @@ -36,7 +36,7 @@
>   * encoder chain.
>   *
>   * A bridge is always attached to a single &drm_encoder at a time, but can be
> - * either connected to it directly, or through an intermediate bridge:
> + * either connected to it directly, or through an intermediate bridge::
>   *
>   *     encoder ---> bridge B ---> bridge A
>   *
> diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c b/drivers/gpu/drm/drm_fb_cma_helper.c
> index 2b33b191a172..c50a0ba6fdba 100644
> --- a/drivers/gpu/drm/drm_fb_cma_helper.c
> +++ b/drivers/gpu/drm/drm_fb_cma_helper.c
> @@ -52,7 +52,7 @@ struct drm_fbdev_cma {
>   * will be set up automatically. dirty() is called by
>   * drm_fb_helper_deferred_io() in process context (struct delayed_work).
>   *
> - * Example fbdev deferred io code:
> + * Example fbdev deferred io code::
>   *
>   *     static int driver_fbdev_fb_dirty(struct drm_framebuffer *fb,
>   *                                      struct drm_file *file_priv,
> diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
> index 5921b203503a..323c238fcac7 100644
> --- a/drivers/gpu/drm/drm_fops.c
> +++ b/drivers/gpu/drm/drm_fops.c
> @@ -68,7 +68,7 @@ DEFINE_MUTEX(drm_global_mutex);
>   * specific implementations. For GEM-based drivers this is drm_gem_mmap().
>   *
>   * No other file operations are supported by the DRM userspace API. Overall the
> - * following is an example #file_operations structure:
> + * following is an example #file_operations structure::
>   *
>   *     static const example_drm_fops = {
>   *             .owner = THIS_MODULE,
> diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
> index e5e6f504d8cc..1eb679e5fbb1 100644
> --- a/drivers/gpu/drm/drm_modes.c
> +++ b/drivers/gpu/drm/drm_modes.c
> @@ -552,7 +552,8 @@ EXPORT_SYMBOL(drm_gtf_mode_complex);
>   * I also refer to the function of fb_get_mode in the file of
>   * drivers/video/fbmon.c
>   *
> - * Standard GTF parameters:
> + * Standard GTF parameters::
> + *
>   *     M = 600
>   *     C = 40
>   *     K = 128
> diff --git a/drivers/gpu/drm/drm_modeset_lock.c b/drivers/gpu/drm/drm_modeset_lock.c
> index f33ebe638a28..61146f5b4f56 100644
> --- a/drivers/gpu/drm/drm_modeset_lock.c
> +++ b/drivers/gpu/drm/drm_modeset_lock.c
> @@ -37,7 +37,7 @@
>   *
>   * For basic principles of &ww_mutex, see: Documentation/locking/ww-mutex-design.txt
>   *
> - * The basic usage pattern is to:
> + * The basic usage pattern is to::
>   *
>   *     drm_modeset_acquire_init(&ctx)
>   *     retry:
> diff --git a/drivers/gpu/drm/drm_vma_manager.c b/drivers/gpu/drm/drm_vma_manager.c
> index 2f2ecde8285b..f306c8855978 100644
> --- a/drivers/gpu/drm/drm_vma_manager.c
> +++ b/drivers/gpu/drm/drm_vma_manager.c
> @@ -127,6 +127,9 @@ EXPORT_SYMBOL(drm_vma_offset_manager_destroy);
>   * used to implement weakly referenced lookups using kref_get_unless_zero().
>   *
>   * Example:
> + *
> + * ::
> + *
>   *     drm_vma_offset_lock_lookup(mgr);
>   *     node = drm_vma_offset_lookup_locked(mgr);
>   *     if (node)
> diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
> index 216cc4ba74ee..d25dd1d694bc 100644
> --- a/drivers/gpu/drm/i915/i915_reg.h
> +++ b/drivers/gpu/drm/i915/i915_reg.h
> @@ -886,7 +886,7 @@ enum skl_disp_power_wells {
>   * PLLs can be routed to any transcoder A/B/C.
>   *
>   * Note: DDI0 is digital port B, DD1 is digital port C, and DDI2 is
> - * digital port D (CHV) or port A (BXT).
> + * digital port D (CHV) or port A (BXT). ::
>   *
>   *
>   *     Dual channel PHY (VLV/CHV/BXT)
> diff --git a/drivers/gpu/drm/i915/i915_vgpu.c b/drivers/gpu/drm/i915/i915_vgpu.c
> index d5a7a5e7ee7e..004326291854 100644
> --- a/drivers/gpu/drm/i915/i915_vgpu.c
> +++ b/drivers/gpu/drm/i915/i915_vgpu.c
> @@ -150,28 +150,28 @@ static int vgt_balloon_space(struct drm_mm *mm,
>   * of its graphic space being zero. Yet there are some portions ballooned out(
>   * the shadow part, which are marked as reserved by drm allocator). From the
>   * host point of view, the graphic address space is partitioned by multiple
> - * vGPUs in different VMs.
> + * vGPUs in different VMs. ::
>   *
>   *                        vGPU1 view         Host view
>   *             0 ------> +-----------+     +-----------+
> - *               ^       |///////////|     |   vGPU3   |
> - *               |       |///////////|     +-----------+
> - *               |       |///////////|     |   vGPU2   |
> + *               ^       |###########|     |   vGPU3   |
> + *               |       |###########|     +-----------+
> + *               |       |###########|     |   vGPU2   |
>   *               |       +-----------+     +-----------+
>   *        mappable GM    | available | ==> |   vGPU1   |
>   *               |       +-----------+     +-----------+
> - *               |       |///////////|     |           |
> - *               v       |///////////|     |   Host    |
> + *               |       |###########|     |           |
> + *               v       |###########|     |   Host    |
>   *               +=======+===========+     +===========+
> - *               ^       |///////////|     |   vGPU3   |
> - *               |       |///////////|     +-----------+
> - *               |       |///////////|     |   vGPU2   |
> + *               ^       |###########|     |   vGPU3   |
> + *               |       |###########|     +-----------+
> + *               |       |###########|     |   vGPU2   |
>   *               |       +-----------+     +-----------+
>   *      unmappable GM    | available | ==> |   vGPU1   |
>   *               |       +-----------+     +-----------+
> - *               |       |///////////|     |           |
> - *               |       |///////////|     |   Host    |
> - *               v       |///////////|     |           |
> + *               |       |###########|     |           |
> + *               |       |###########|     |   Host    |
> + *               v       |###########|     |           |
>   * total GM size ------> +-----------+     +-----------+
>   *
>   * Returns:
> diff --git a/include/drm/drm_modes.h b/include/drm/drm_modes.h
> index 625966a906f2..ff481770d76b 100644
> --- a/include/drm/drm_modes.h
> +++ b/include/drm/drm_modes.h
> @@ -169,6 +169,8 @@ enum drm_mode_status {
>   *
>   * The horizontal and vertical timings are defined per the following diagram.
>   *
> + * ::
> + *
>   *
>   *               Active                 Front           Sync           Back
>   *              Region                 Porch                          Porch

-- 
Jani Nikula, Intel Open Source Technology Center
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2016-06-06  7:10 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <890e1aabffc12303f8c110aa5686ad51b01eed6b>
2016-06-01 14:44 ` [PATCH] drm/doc: Switch to sphinx/rst fixed-width quoting Daniel Vetter
2016-06-06  7:10   ` Jani Nikula [this message]
2016-05-31 21:11 [PATCH 6/6] " Daniel Vetter
2016-06-01  8:46 ` [PATCH] " Daniel Vetter
2016-06-01  9:46   ` Jani Nikula
2016-06-01 13:33     ` Daniel Vetter
2016-06-01 13:46       ` Jani Nikula
2016-06-01 14:44         ` Daniel Vetter
2016-06-02 14:29   ` 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=87k2i27pxh.fsf@intel.com \
    --to=jani.nikula@linux.intel.com \
    --cc=daniel.vetter@ffwll.ch \
    --cc=daniel.vetter@intel.com \
    --cc=dri-devel@lists.freedesktop.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.