From: "Theodore Ts'o" <tytso@mit.edu>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Dave Airlie <airlied@gmail.com>,
LKML <linux-kernel@vger.kernel.org>,
dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: [git pull] drm fixes for 4.9-rc4
Date: Fri, 4 Nov 2016 17:58:55 -0400 [thread overview]
Message-ID: <20161104215855.ni2kyb37l2jla6oe@thunk.org> (raw)
In-Reply-To: <CA+55aFx592xEzJr7xBShaxT+O215M2FhbdO+sPi18qd66QJong@mail.gmail.com>
On Fri, Nov 04, 2016 at 01:38:25PM -0700, Linus Torvalds wrote:
> On Wed, Nov 2, 2016 at 5:31 PM, Dave Airlie <airlied@gmail.com> wrote:
> >
> > There are a set of fixes for an oops we've been seeing around MST
> > display unplug,
>
> Side note: I heard from a couple of people at the KS that said that
> they had had problems with suspend/resume after plugging in to a 4k
> display (but _only_ a 4k display - apparently normal FHD displays
> didn't show this). I think at least one was USB3/Thunderbolt. Ted with
> a Lenovo laptop (intel GPU) was one, I forget who else mentioned this.
Actually, it's after a unplugging from a Dell 30" monitor with a 3k
display (2560 x 1920). This is after I've carefully deactivated the
video output to the Dell 30" monitor, unplugged the Dell 30" monitor
(at which point the system becomes non-responsive for 2-3 seconds for
reasons unknown), and only suspending after the system has recovered
from the unplug.
At that point, it's a 20-30% chance that the system will never come
back after a suspend. So I have to make a point of saving all of my
editor buffers, etc., since I never can know whether my laptop will
come back.
This was happening for years and years on the T540p laptop, as well as
my new T460 laptop. I've complained about this in the past, and
gotten no response, and I've just gotten used to the fact that if I'm
transitioning from home (where I have the 30" display) to work,
there's a good chance the resume will lock up, and I will be forced to
push the power button for 8 seconds to forcibly power down the laptop
to recover from the suspend. :-(
I agree with Linus's suspicion that I probably need to bite the bullet
and just buy a new SST monitor, and that will probably make the
problem go away. But if the bug can be fixed, that would be really
great.
Thanks,
- Ted
next prev parent reply other threads:[~2016-11-04 21:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-03 0:31 Dave Airlie
2016-11-04 20:38 ` Linus Torvalds
2016-11-04 21:58 ` Theodore Ts'o [this message]
2016-11-08 9:55 ` 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=20161104215855.ni2kyb37l2jla6oe@thunk.org \
--to=tytso@mit.edu \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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
all inboxes | Powered by JetHome®