stable.vger.kernel.org archive mirror
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).