Am Montag, 5. März 2018, 23:22:54 CET schrieb Enric Balletbo i Serra:
> From: Sean Paul
>
> Instead of using timer and spinlocks, use delayed_work and
> mutexes for rockchip psr. This allows us to make blocking
> calls when enabling/disabling psr (which is sort of important
> given we're talking
Hi Enric,
Am Montag, 5. März 2018, 23:22:55 CET schrieb Enric Balletbo i Serra:
> From: Yakir Yang
>
> Make sure the request PSR state takes effect in analogix_dp_send_psr_spd()
> function, or print the sink PSR error state if we failed to apply the
> requested PSR setting.
>
> Cc: 征增 王
> Cc:
Signed-off-by: Lyude Paul
Cc: Manasi Navare
Cc: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_dp.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 9a4a51e79fa1..4dd1b2287dd6 100644
--- a/drivers/gpu/drm/i915/intel_dp.c
++
When a DP MST link needs retraining, sometimes the hub will detect that
the current link bw config is impossible and will update it's RX caps in
the DPCD to reflect the new maximum link rate. Currently, we make the
assumption that the RX caps in the dpcd will never change like this.
This means if t
Retraining MST is rather difficult. In order to do it properly while
guaranteeing that we'll never run into a spot where we commit a
physically impossible configuration, we have to do a lot of checks on
atomic commits which affect MST topologies. All of this work is going to
need to be repeated for
This is the first version of my patch series to implement MST fallback
retraining in i915, along with improving the stability of i915's mst
retraining in general. Additionally, it also introduces helpers into DRM
to help with correctly handling MST fallback retraining so that other
drivers may also
While having the modeset_retry_work in intel_connector makes sense with
SST, this paradigm doesn't make a whole ton of sense when it comes to
MST since we have to deal with multiple connectors. In most cases, it's
more useful to just use the intel_dp struct since it indicates whether
or not we're d
Unlike SST, MST can have far more then a single display hooked up on a
single port. What this also means however, is that if the DisplayPort
link to the top-level MST branch device becomes unstable then every
single branch device also has an unstable link. Additionally, MST has a
few more steps tha
For a while we actually haven't had any way of retraining MST links with
fallback link parameters like we do with SST. While uncommon, certain
setups such as my Caldigit TS3 + EVGA MST hub require this since
otherwise, they end up getting stuck in an infinite MST retraining loop.
MST retraining is
While having the modeset_retry_work in intel_connector makes sense with
SST, this paradigm doesn't make a whole ton of sense when it comes to
MST since we have to deal with multiple connectors. In most cases, it's
more useful to just use the intel_dp struct since it indicates whether
or not we're d
This series improves the handling of alpha formats with the VC4 HVS
compositor. Alpha formats are marked as premultiplied as is standard
for DRM. Further fix a display corruption issue when planes with
per-pixel alpha try blending from the (nonexistent) background by
selectively enabling a black ba
Alpha formats in DRM are assumed to be premultiplied, so we should be
setting the PREMULT bit in the plane configuration for HVS.
Changes from v1:
- Use correct has_alpha
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_plane.c | 3 ++-
drivers/gpu/drm/vc4/vc4_regs.h | 1 +
2 files ch
Considering a single plane only, we have to enable background color
when the plane has an alpha format and could be blending from the
background or when it doesn't cover the entire screen.
Changes from v1:
- Drop unrelated change
- Move needs_bg_fill to plane state
Signed-off-by: Stefan Schake
We need to reference it from the CRTC to make a decision for enabling
background color fill.
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_drv.h | 60 +
drivers/gpu/drm/vc4/vc4_plane.c | 60 -
2 files ch
Using the hint from the plane state, we turn on the background color
to avoid display corruption from planes blending with the background.
Changes from v1:
- Use needs_bg_fill from plane state
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_crtc.c | 25 +
1 fil
On 2018-02-28 11:18, Sean Paul wrote:
Instead, shuffle things around so we kickoff crtc after enabling
encoder
during modesets. Also moves the vblank wait to after the frame.
Change-Id: I16c7b7f9390d04f6050aa20e17a5335fbf49eba3
Signed-off-by: Sean Paul
---
drivers/gpu/drm/msm/disp/dpu1/dpu_cr
On 2018-02-28 11:18, Sean Paul wrote:
Factor out the commit_tail() portions of complete_commit() into a
separate function to facilitate moving to the atomic helpers in future
patches.
Change-Id: I4b858ad9fe356b31ed0ed9eecdb394a61048e39c
Signed-off-by: Sean Paul
Reviewed-by: Jeykumar Sankaran
On 2018-03-02 06:56, Sean Paul wrote:
On Thu, Mar 01, 2018 at 07:37:10PM -0500, Rob Clark wrote:
On Thu, Mar 1, 2018 at 3:37 PM, wrote:
> On 2018-03-01 07:27, Sean Paul wrote:
>>
>> On Wed, Feb 28, 2018 at 08:07:00PM -0800, jsa...@codeaurora.org
wrote:
>>>
>>> On 2018-02-28 11:19, Sean Paul
On 2018-02-28 11:19, Sean Paul wrote:
This is the last piece that is keeping us from matching the atomic
helper commit function. By removing this (now unused) hook, we can
switch to drm_atomic_helper_commit()
Change-Id: I081056a6e1689807871f5deedc76499bb91b6969
Signed-off-by: Sean Paul
Reviewe
On 2018-02-28 11:19, Sean Paul wrote:
Instead of subclassing atomic state, store driver private data in
private_obj/state. This allows us to remove the swap_state driver hook
for mdp5 and get closer to using the atomic helpers entirely.
Change-Id: I65a4a2887593ae257d584e00b352b5daf00e4e61
Signed
Hi Sylwester,
2018년 03월 08일 20:22에 Sylwester Nawrocki 이(가) 쓴 글:
> Hi Inki,
>
> Cc: alsa-de...@alsa-project.org
>
> On 03/08/2018 09:15 AM, Inki Dae wrote:
>> By the way, it seems 'sound-dai-cells' property never affect
>> Exynos4210/4212> 5420/5433. It seems that even through ALSA TM2 audio
>>
On 2018-02-28 11:19, Sean Paul wrote:
Now that all of the msm-specific goo is tucked safely away we can
switch
over to using the atomic helper commit directly. \o/
[Abhinav] Can we say something like "Move remaining msm-specific
operations to private handles and switch to atomic helper commit
Hi all,
Commit
37a94791a097 ("drm/amd/pp: Add #ifdef checks for CONFIG_ACPI")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpu1EfZWi3LI.pgp
Description: OpenPGP digital signature
___
dri-devel mailing list
dri-devel
From: Ankit Nautiyal
If the user-space does not support aspect-ratio, then getblob called
with the blob id of a user-mode, should clear the aspect-ratio
information in the blob data.
Currently for a given blob id, there is no way to determine if the
blob stores user-mode or not. This can only be
Hi Linus,
There are a small set of sun4i and i915 fixes:
sun4i: divide by zero, clock and LVDS fixes
i915: 1 fix for perf and a 1 race fix
However amdgpu is a bit more than we are normally comfortable with at
this point, however it does fix a lot of display issues with the new
DC code which re
On Thu, Mar 08, 2018 at 06:24:15PM -0500, Lyude Paul wrote:
> Signed-off-by: Lyude Paul
> Cc: Manasi Navare
> Cc: Ville Syrjälä
Reviewed-by: Manasi Navare
> ---
> drivers/gpu/drm/i915/intel_dp.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/driver
On Thu, Mar 08, 2018 at 06:41:22PM -0500, Lyude Paul wrote:
> While having the modeset_retry_work in intel_connector makes sense with
> SST, this paradigm doesn't make a whole ton of sense when it comes to
> MST since we have to deal with multiple connectors. In most cases, it's
> more useful to ju
https://bugs.freedesktop.org/show_bug.cgi?id=104854
José Pekkarinen changed:
What|Removed |Added
Attachment #137911|0 |1
is obsolete|
101 - 128 of 128 matches
Mail list logo