(In reply to alex from comment #112)
> (In reply to Mika Kahola from comment #110)
> > (In reply to alex from comment #109)
> > > Dammit. Now this regression has made it into the LTS kernel. Are you
> > > guys
> > > kidding me? Is it not
(In reply to alex from comment #109)
> Dammit. Now this regression has made it into the LTS kernel. Are you guys
> kidding me? Is it not possible for the changes that caused this
> exceptionally annoying regression (as in my computer is now almost entirely
> unusable) to be removed from the
(In reply to nhellwege from comment #103)
> (In reply to Pavel Procopiuc from comment #102)
> > (In reply to nhellwege from comment #101)
> > > I am a bit lost in all these comments, could someone tell me what patch I
> > > can try to see if one of your patches has affect on my setup?
> >
> >
(In reply to Timo Aaltonen from comment #99)
> Has the latest patch even been sent to the list? At least I can't find it.
Indeed, the patch wasn't on the list. Now you can review it from
https://patchwork.freedesktop.org/patch/82206/
However, it seems that there are HW's out there that still
(In reply to thoehlig from comment #95)
> Are these patches in latest-drm-nightly already?
Not yet. These patches needs to be reviewed first.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
Great that the patches worked out for you. I guess its time to upstream
these patches.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1522922
Title:
Screen flickering in
Created attachment 122497
Cache DP signal levels
In your case, when DP link is retrained with the settings from previous
link training the clock recovery fails. This leads into a situation
where link training is started from scratch. However, now the clock
recovery seems to be happy with the
(In reply to Pavel Procopiuc from comment #86)
> Created attachment 122363 [details]
> dmesg-intel-nightly-patches
>
> Here it is, it's from drm-intel kernel on commit 9f8709f + 3 patches you
> provided. I took a dmesg right after boot (while there was no flickering)
> and then did "xset dpms
(In reply to Pavel Procopiuc from comment #84)
> I tried them way back in January with no visible difference, flickering
> still appears after laptop panel turns off and back on.
>
> Regarding dmesg, can you please tell me for which kernel you want to see it
> (intel-drm-next/vanilla), with those
(In reply to Pavel Procopiuc from comment #82)
> Created attachment 122338 [details] [review]
> no-flicker-after-dpms-4.5.patch
>
> Kernel 4.5.0 still has this bug for me. I managed to narrow down the patch
> to remedy the flickering to just one hunk though.
Did you try these patches?
It seems that we have something else causing a regression than this link
training optimization feature. Any chance to do bisecting with patch
66697 applied?
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
(In reply to Tom Furniss from comment #69)
> Created attachment 120919 [details]
> syslog for 3 patches with increased debug
>
> Hi Mika
>
> No problem. I applied the following patches to the latest drm-intel-nightly:
> https://patchwork.freedesktop.org/patch/69394/
>
Created attachment 120893
DP debugging
Tom, I would bother you again to provide some debugging info. From the
dmesg you sent it seems that you are experiencing a lot of hpd
interrupts. When that happens the driver checks if the DP channel
equalization is still ok. On your case, channel
Thank you Tom for the syslog. From the log the DP link training is
completed but for some reason the DP channel equalization fails. At this
point we request to do link training once again and now first we try
first the drive current and pre-emphasis levels from the previous link
training. Instead
Created attachment 120493
Disable fast link training when resuming
Tom - thank you for you feedback and logs. I think I need to disable the
fast link training feature when resuming from the suspend state. This
patch does just that in case of DP or eDP connectors. Please, test this
patch if this
(In reply to Andrew Merzlyakov from comment #52)
> I've experienced exactly the same problem, as Tom Furniss described.
> Kernel version: 4.2.6-301.fc23.x86_64
> dmesg with drm.debug=14 attached.
> I'm failed to apply patches, files structure in drivers/gpu/drm/i915/ is
> slightly different.
> If
16 matches
Mail list logo