All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sasha Levin <sashal@kernel.org>
To: gregkh@linuxfoundation.org
Cc: lyude@redhat.com, sean@poorly.run, stable@vger.kernel.org
Subject: Re: FAILED: patch "[PATCH] drm/dp_mst: Increase ACT retry timeout to 3s" failed to apply to 5.7-stable tree
Date: Mon, 22 Jun 2020 17:13:59 -0400	[thread overview]
Message-ID: <20200622211359.GK1931@sasha-vm> (raw)
In-Reply-To: <1592849129208156@kroah.com>

On Mon, Jun 22, 2020 at 08:05:29PM +0200, gregkh@linuxfoundation.org wrote:
>
>The patch below does not apply to the 5.7-stable tree.
>If someone wants it applied there, or to any other stable or longterm
>tree, then please email the backport, including the original git commit
>id to <stable@vger.kernel.org>.
>
>thanks,
>
>greg k-h
>
>------------------ original commit in Linus's tree ------------------
>
>From 873a95e0d59ac06901ae261dda0b7165ffd002b8 Mon Sep 17 00:00:00 2001
>From: Lyude Paul <lyude@redhat.com>
>Date: Fri, 3 Apr 2020 15:47:15 -0400
>Subject: [PATCH] drm/dp_mst: Increase ACT retry timeout to 3s
>MIME-Version: 1.0
>Content-Type: text/plain; charset=UTF-8
>Content-Transfer-Encoding: 8bit
>
>Currently we only poll for an ACT up to 30 times, with a busy-wait delay
>of 100µs between each attempt - giving us a timeout of 2900µs. While
>this might seem sensible, it would appear that in certain scenarios it
>can take dramatically longer then that for us to receive an ACT. On one
>of the EVGA MST hubs that I have available, I observed said hub
>sometimes taking longer then a second before signalling the ACT. These
>delays mostly seem to occur when previous sideband messages we've sent
>are NAKd by the hub, however it wouldn't be particularly surprising if
>it's possible to reproduce times like this simply by introducing branch
>devices with large LCTs since payload allocations have to take effect on
>every downstream device up to the payload's target.
>
>So, instead of just retrying 30 times we poll for the ACT for up to 3ms,
>and additionally use usleep_range() to avoid a very long and rude
>busy-wait. Note that the previous retry count of 30 appears to have been
>arbitrarily chosen, as I can't find any mention of a recommended timeout
>or retry count for ACTs in the DisplayPort 2.0 specification. This also
>goes for the range we were previously using for udelay(), although I
>suspect that was just copied from the recommended delay for link
>training on SST devices.
>
>Changes since v1:
>* Use readx_poll_timeout() instead of open-coding timeout loop - Sean
>  Paul
>Changes since v2:
>* Increase poll interval to 200us - Sean Paul
>* Print status in hex when we timeout waiting for ACT - Sean Paul
>
>Signed-off-by: Lyude Paul <lyude@redhat.com>
>Fixes: ad7f8a1f9ced ("drm/helper: add Displayport multi-stream helper (v0.6)")
>Cc: Sean Paul <sean@poorly.run>
>Cc: <stable@vger.kernel.org> # v3.17+
>Reviewed-by: Sean Paul <sean@poorly.run>
>Link: https://patchwork.freedesktop.org/patch/msgid/20200406221253.1307209-4-lyude@redhat.com

Conflict with the kdocs change from 17e03aa8cc16 ("drm/dp_mst: Improve kdocs
for drm_dp_check_act_status()"). I've fixed it up and queued for all branches.

-- 
Thanks,
Sasha

      reply	other threads:[~2020-06-22 21:14 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-22 18:05 FAILED: patch "[PATCH] drm/dp_mst: Increase ACT retry timeout to 3s" failed to apply to 5.7-stable tree gregkh
2020-06-22 21:13 ` Sasha Levin [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=20200622211359.GK1931@sasha-vm \
    --to=sashal@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=lyude@redhat.com \
    --cc=sean@poorly.run \
    --cc=stable@vger.kernel.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.