On 10/09/2018 10:34 AM, Zhenyu Wang wrote:
> On 2018.09.28 14:09:45 +0800, Zhang, Xiaolin wrote:
>> On 09/27/2018 07:03 PM, Joonas Lahtinen wrote:
>>> Quoting Xiaolin Zhang (2018-09-27 19:37:46)
This int type module parameter is used to control the different
level pvmmio feature for MMIO
Hi Jani,
I love your patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on v4.19-rc7 next-20181009]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
Hi Jani,
I love your patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on v4.19-rc7 next-20181009]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Thu, Oct 04, 2018 at 04:16:00PM -0700, Paulo Zanoni wrote:
> This message is currently marked as DRM_DEBUG_ATOMIC. I would like it
> to be DRM_DEBUG_KMS since it is more KMS than atomic, and this will
> also make the message appear in the CI logs, which may or may not help
> us with some FIFO un
On Thu, Oct 04, 2018 at 04:15:59PM -0700, Paulo Zanoni wrote:
> We were writing to PLANE_BUF_CFG(pipe, plane_id) twice for every
> platform, and we were even using different values on the gen10- planar
> case. The first write is useless since it just gets replaced with the
> next one, so kill it.
>
== Series Details ==
Series: drm/atomic_helper: Allow DPMS On<->Off changes for unregistered
connectors
URL : https://patchwork.freedesktop.org/series/50770/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4956_full -> Patchwork_10405_full =
== Summary - WARNING ==
Minor
On Tue, Oct 09, 2018 at 04:55:15PM -0700, Matt Roper wrote:
> On Thu, Oct 04, 2018 at 04:15:57PM -0700, Paulo Zanoni wrote:
> > On these platforms we're supposed to unconditonally pick the method 2
> > result instead of the minimum.
>
> In addition to this, it looks like the calculations for metho
On Thu, Oct 04, 2018 at 04:15:58PM -0700, Paulo Zanoni wrote:
> The transition watermarks ask for Selected Result Blocks (the real
> value), not Result Blocks (the integer value). Given how ceilings are
> applied in both the non-transition and the transition watermarks
> calculations, we can get aw
On Mon, 2018-10-08 at 15:43 -0700, Dhinakaran Pandiyan wrote:
> On Fri, 2018-10-05 at 16:35 -0700, José Roberto de Souza wrote:
> > It should always wait for idle state when disabling PSR because PSR
> > could be inactive due a call to intel_psr_exit() and while PSR is
> > still being disabled asyn
On Tue, 2018-10-09 at 16:27 +0300, Ville Syrjälä wrote:
> On Mon, Oct 08, 2018 at 05:54:17PM -0700, Dhinakaran Pandiyan wrote:
> > On Mon, 2018-10-08 at 17:35 -0700, Souza, Jose wrote:
> > > On Mon, 2018-10-08 at 17:19 -0700, Dhinakaran Pandiyan wrote:
> > > > On Fri, 2018-10-05 at 16:35 -0700, Jos
On Tue, 2018-10-02 at 23:35 +0300, Ville Syrjälä wrote:
> On Tue, Oct 02, 2018 at 10:50:50AM -0700, José Roberto de Souza
> wrote:
> > Before enter in power saving states or before unload the driver
> > spec states that display driver is required to to mark TC ports as
> > safe so hardware can do t
== Series Details ==
Series: drm/i915/dp: Link train Fallback on eDP only if fallback link BW can
fit panel's native mode (rev2)
URL : https://patchwork.freedesktop.org/series/43291/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4956_full -> Patchwork_10404_full =
== Summa
== Series Details ==
Series: drm/i915: nuke the intel_lvds_connector
URL : https://patchwork.freedesktop.org/series/50771/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4956_full -> Patchwork_10403_full =
== Summary - WARNING ==
Minor unknown changes coming with Patchwor
On Thu, Oct 04, 2018 at 04:15:57PM -0700, Paulo Zanoni wrote:
> On these platforms we're supposed to unconditonally pick the method 2
> result instead of the minimum.
In addition to this, it looks like the calculations for method 1 and
method 2 need a slight update. gen10/gen11 adds an extra "+1"
On Thu, Oct 04, 2018 at 04:15:56PM -0700, Paulo Zanoni wrote:
> The transition minimum is 14 blocks for gens 9 and 10, and 4 blocks
> for gen 11. This minimum value is supposed to be added to the
> configurable trans_amount. This matches both BSpec and additional
> information provided by our HW en
On Thu, Oct 04, 2018 at 04:15:55PM -0700, Paulo Zanoni wrote:
> BSpec does not show these WAs as applicable to GLK, and for CNL it
> only shows them applicable for a super early pre-production stepping
> we shouldn't be caring about anymore. Remove these so we can avoid
> them on ICL too.
>
> Sign
On 10/08/2018 03:33 AM, Ville Syrjälä wrote:
On Fri, Oct 05, 2018 at 03:18:44PM -0700, clinton.a.tay...@intel.com wrote:
From: Clint Taylor
Setting the SCDC scrambling CTS mode causes HDMI Link Layer protocol tests
HF1-12 and HF1-13 to fail. Added "Source Shall" entries from SCDC
section bef
== Series Details ==
Series: drm/atomic_helper: Allow DPMS On<->Off changes for unregistered
connectors
URL : https://patchwork.freedesktop.org/series/50770/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4956 -> Patchwork_10405 =
== Summary - SUCCESS ==
No regressions f
On Tue, 2018-10-09 at 15:20 -0700, Manasi Navare wrote:
> On Fri, Oct 05, 2018 at 07:34:35PM -0400, Lyude Paul wrote:
> > On Fri, 2018-10-05 at 16:23 -0700, Manasi Navare wrote:
> > > DSC can be supported per DP connector. This patch adds a per connector
> > > debugfs node to expose DSC support cap
== Series Details ==
Series: drm/i915/dp: Link train Fallback on eDP only if fallback link BW can
fit panel's native mode (rev2)
URL : https://patchwork.freedesktop.org/series/43291/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4956 -> Patchwork_10404 =
== Summary - SUCCE
On Fri, Oct 05, 2018 at 07:34:35PM -0400, Lyude Paul wrote:
> On Fri, 2018-10-05 at 16:23 -0700, Manasi Navare wrote:
> > DSC can be supported per DP connector. This patch adds a per connector
> > debugfs node to expose DSC support capability by the kernel.
> > The same node can be used from usersp
== Series Details ==
Series: drm/i915: nuke the intel_lvds_connector
URL : https://patchwork.freedesktop.org/series/50771/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4956 -> Patchwork_10403 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://patc
== Series Details ==
Series: drm/i915: Add Exec param to control data port coherency. (rev7)
URL : https://patchwork.freedesktop.org/series/40181/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4955_full -> Patchwork_10401_full =
== Summary - FAILURE ==
Serious unknown ch
== Series Details ==
Series: drm/atomic_helper: Allow DPMS On<->Off changes for unregistered
connectors
URL : https://patchwork.freedesktop.org/series/50770/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4956 -> Patchwork_10402 =
== Summary - FAILURE ==
Serious unknown
This patch fixes the original commit c0cfb10d9e1de49 ("drm/i915/edp:
Do not do link training fallback or prune modes on EDP") that causes
a blank screen in case of certain eDP panels (Eg: seen on Dell XPS13 9350)
where first link training fails and a retraining is required by falling
back to lower
For a while we carried lvds connector specific data in the lvds
connector, but since commit 05c72e77ccda ("drm/i915: Nuke the LVDS lid
notifier") we haven't needed it. Revert back to plain intel_connector.
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_lvds.c | 42 +
== Series Details ==
Series: drm/atomic_helper: Allow DPMS On<->Off changes for unregistered
connectors
URL : https://patchwork.freedesktop.org/series/50770/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
2c9111cca26c drm/atomic_helper: Allow DPMS On<->Off changes for unregiste
On Wed, Sep 12, 2018 at 05:03:15PM -0700, Lucas De Marchi wrote:
> On Wed, Sep 12, 2018 at 3:55 PM Manasi Navare
> wrote:
> >
> > This patch fixes the original commit c0cfb10d9e1de49 ("drm/i915/edp:
> > Do not do link training fallback or prune modes on EDP") that causes
> > a blank screen in cas
It appears when testing my previous fix for some of the legacy
modesetting issues with MST, I misattributed some kernel splats that
started appearing on my machine after a rebase as being from upstream.
But it appears they actually came from my patch series:
[2.980512] [drm:drm_atomic_helper_c
On Tue, Oct 09, 2018 at 05:32:49PM +0300, Jani Nikula wrote:
> On Tue, 09 Oct 2018, Ville Syrjälä wrote:
> > On Mon, Oct 08, 2018 at 05:23:51PM -0700, Manasi Navare wrote:
> >> VESA eDP 1.4 specification has separate fields defined in
> >> EDP_DPCD_REV for eDP 1.4a and 1.4b eDP revisions.
> >> Thi
On Tue, Oct 09, 2018 at 04:43:51PM +0300, Ville Syrjälä wrote:
> On Mon, Oct 08, 2018 at 05:23:51PM -0700, Manasi Navare wrote:
> > VESA eDP 1.4 specification has separate fields defined in
> > EDP_DPCD_REV for eDP 1.4a and 1.4b eDP revisions.
> > This patch defines those. Found this when one of my
Thanks for the review.
Pushed to drm-misc.
Manasi
On Wed, Oct 03, 2018 at 09:32:49PM +0200, Daniel Vetter wrote:
> On Tue, Oct 02, 2018 at 02:50:55PM -0700, Manasi Navare wrote:
> > This patch explains the DRM_MODE_PROP_IMMUTABLE flag a bit better
> > by telling which function to call if kernel w
== Series Details ==
Series: drm/i915: Add Exec param to control data port coherency. (rev7)
URL : https://patchwork.freedesktop.org/series/40181/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4955 -> Patchwork_10401 =
== Summary - SUCCESS ==
No regressions found.
Ext
== Series Details ==
Series: drm/i915: Add Exec param to control data port coherency. (rev7)
URL : https://patchwork.freedesktop.org/series/40181/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Sparse version: v0.5.2
Commit: drm/i915: Add IOCTL Param to control data port coherency.
== Series Details ==
Series: drm/i915: Add Exec param to control data port coherency. (rev7)
URL : https://patchwork.freedesktop.org/series/40181/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
730c3b0457ef drm/i915: Add IOCTL Param to control data port coherency.
-:15: WARNING:
The patch adds a parameter to control the data port coherency functionality
on a per-context level. When the IOCTL is called, a command to switch data
port coherency state is added to the ordered list. All prior requests are
executed on old coherency settings, and all exec requests after the IOCTL
== Series Details ==
Series: drm/i915: add a common connector type independent destroy hook
URL : https://patchwork.freedesktop.org/series/50752/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4953_full -> Patchwork_10400_full =
== Summary - WARNING ==
Minor unknown chang
On Mon, Oct 08, 2018 at 07:24:30PM -0400, Lyude Paul wrote:
> With the exception of modesets which would switch the DPMS state of a
> connector from on to off, we want to make sure that we disallow all
> modesets which would result in enabling a new monitor or a new mode
> configuration on a monito
On Mon, Oct 08, 2018 at 05:44:08PM +0800, Bin Meng wrote:
> On Thu, Oct 4, 2018 at 4:12 AM Bjorn Helgaas wrote:
> > On Thu, Sep 27, 2018 at 10:10:07AM +0800, Bin Meng wrote:
> > > On Thu, Sep 27, 2018 at 12:57 AM Bjorn Helgaas wrote:
> > > > On Wed, Sep 26, 2018 at 08:14:01AM -0700, Bin Meng wrot
== Series Details ==
Series: x86: Downgrade clock throttling thermal event critical error
URL : https://patchwork.freedesktop.org/series/50742/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4952_full -> Patchwork_10399_full =
== Summary - WARNING ==
Minor unknown changes
On Tue, 09 Oct 2018, Ville Syrjälä wrote:
> On Tue, Oct 09, 2018 at 05:13:36PM +0300, Jani Nikula wrote:
>> On Tue, 09 Oct 2018, Jani Nikula wrote:
>> > Almost all of the connector destroy functions do the same thing. The
>> > differences are in the edid, detect_edid and panel cleanups, but those
On Mon, 17 Sep 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Remove the local lvds fixed mode pointer from the sdvo encoder
> structure and instead utilize intel_panel like everyone else.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/intel_sdvo
== Series Details ==
Series: drm/i915: add a common connector type independent destroy hook
URL : https://patchwork.freedesktop.org/series/50752/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4953 -> Patchwork_10400 =
== Summary - SUCCESS ==
No regressions found.
Exte
On Tue, 09 Oct 2018, Ville Syrjälä wrote:
> On Mon, Oct 08, 2018 at 05:23:51PM -0700, Manasi Navare wrote:
>> VESA eDP 1.4 specification has separate fields defined in
>> EDP_DPCD_REV for eDP 1.4a and 1.4b eDP revisions.
>> This patch defines those. Found this when one of my eDP panels
>> advertis
On Tue, Oct 09, 2018 at 05:13:36PM +0300, Jani Nikula wrote:
> On Tue, 09 Oct 2018, Jani Nikula wrote:
> > Almost all of the connector destroy functions do the same thing. The
> > differences are in the edid, detect_edid and panel cleanups, but those
> > are safely NULL when not initialized. Roll
On Tue, 09 Oct 2018, Jani Nikula wrote:
> Almost all of the connector destroy functions do the same thing. The
> differences are in the edid, detect_edid and panel cleanups, but those
> are safely NULL when not initialized. Roll out a common connector
> destroy hook.
>
> Inspired by commit bc3213c
Almost all of the connector destroy functions do the same thing. The
differences are in the edid, detect_edid and panel cleanups, but those
are safely NULL when not initialized. Roll out a common connector
destroy hook.
Inspired by commit bc3213c44415 ("drm/i915: Drop the eDP check from
intel_dp_c
== Series Details ==
Series: drm/i915: Downgrade unknown firmware warnings
URL : https://patchwork.freedesktop.org/series/50740/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4952_full -> Patchwork_10398_full =
== Summary - SUCCESS ==
No regressions found.
== Known
On Mon, Oct 08, 2018 at 05:23:51PM -0700, Manasi Navare wrote:
> VESA eDP 1.4 specification has separate fields defined in
> EDP_DPCD_REV for eDP 1.4a and 1.4b eDP revisions.
> This patch defines those. Found this when one of my eDP panels
> advertises eDP 1.4a (04h) in the EDP_DPCD_REV DPCD field.
On Mon, Oct 08, 2018 at 05:54:17PM -0700, Dhinakaran Pandiyan wrote:
> On Mon, 2018-10-08 at 17:35 -0700, Souza, Jose wrote:
> > On Mon, 2018-10-08 at 17:19 -0700, Dhinakaran Pandiyan wrote:
> > > On Fri, 2018-10-05 at 16:35 -0700, José Roberto de Souza wrote:
> > > > For eDP panels all the DPCD an
On Mon, Oct 08, 2018 at 04:12:19PM +0100, Chris Wilson wrote:
> Quoting Ville Syrjala (2018-10-08 14:46:40)
> > From: Ville Syrjälä
> >
> > Currently we destroy the backlight during connector unregistration.
> > That means the final modeset performed by drm_atomic_helper_shutdown()
> > will leave
On Thu, 2018-10-04 at 15:43 +0300, Stanislav Lisovskiy wrote:
> Introduced new XYUV scan-in format for framebuffer and
> added support for it to i915(SkyLake+).
>
> Stanislav Lisovskiy (2):
> drm: Introduce new DRM_FORMAT_XYUV
> drm/i915: Adding YUV444 packed format support for skl+
Ping. Now
With the extra video kernels we already ran out of bits in
the flags. To tackle that let's just split out the
wm_kernel to its own thing.
Signed-off-by: Stanislav Lisovskiy
---
src/sna/gen9_render.c | 35 ++-
src/sna/sna_render.h | 1 +
2 files changed, 23 inser
sna/gen9+: Added AYUV format support for textured and sprite video adapters.
Split out wm_kernel from the sna_composite_op flags
Stanislav Lisovskiy (2):
sna/gen9+: Split out wm_kernel from the sna_composite_op flags
sna: Added AYUV format support for textured and sprite video adapters.
src/
v2: Renamed DRM_FORMAT_XYUV to DRM_FORMAT_XYUV.
Added comment about AYUV byte ordering in Gstreamer.
v3: Removed sna_composite_op flags related change to the separate patch.
Signed-off-by: Stanislav Lisovskiy
---
src/render_program/Makefile.am| 2 +
.../exa_wm_src_samp
== Series Details ==
Series: libata: Downgrade unsupported feature warnings to notifications
URL : https://patchwork.freedesktop.org/series/50739/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4952_full -> Patchwork_10397_full =
== Summary - SUCCESS ==
No regressions fou
On Mon, Oct 08, 2018 at 12:23:32PM -0700, Manasi Navare wrote:
> On Mon, Oct 01, 2018 at 07:03:52PM +0300, Ville Syrjälä wrote:
> > On Wed, Sep 12, 2018 at 03:57:16PM -0700, Manasi Navare wrote:
> > > This patch fixes the original commit c0cfb10d9e1de49 ("drm/i915/edp:
> > > Do not do link training
== Series Details ==
Series: x86: Downgrade clock throttling thermal event critical error
URL : https://patchwork.freedesktop.org/series/50742/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4952 -> Patchwork_10399 =
== Summary - WARNING ==
Minor unknown changes coming wi
On Tue, Oct 09, 2018 at 09:24:33AM +0100, Tvrtko Ursulin wrote:
>
> On 05/10/2018 19:42, Ville Syrjälä wrote:
> > On Mon, Oct 01, 2018 at 04:48:21PM +0100, Tvrtko Ursulin wrote:
> >>
> >> On 01/10/2018 16:37, Chris Wilson wrote:
> >>> Quoting Ville Syrjälä (2018-10-01 16:27:43)
> On Mon, Oct
== Series Details ==
Series: drm/i915: Downgrade unknown firmware warnings
URL : https://patchwork.freedesktop.org/series/50740/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4952 -> Patchwork_10398 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https:
== Series Details ==
Series: libata: Downgrade unsupported feature warnings to notifications
URL : https://patchwork.freedesktop.org/series/50739/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4952 -> Patchwork_10397 =
== Summary - SUCCESS ==
No regressions found.
Ext
Under CI testing, it is common for the cpus to overheat with the
continuous workloads and end up being throttled. As the cpus still
function, it is less of a critical error meriting urgent action, but an
expected yet significant condition (pr_note).
Signed-off-by: Chris Wilson
Cc: Petri Latvala
If we have released no firmware yet for a platform, stop scaring the
consumer and merely note its expected absence.
Signed-off-by: Chris Wilson
Cc: Petri Latvala
---
drivers/gpu/drm/i915/intel_guc_fw.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/in
== Series Details ==
Series: libata: Downgrade unsupported feature warnings to notifications
URL : https://patchwork.freedesktop.org/series/50739/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
47825a81b7ce libata: Downgrade unsupported feature warnings to notifications
-:8: WAR
Signed-off-by: Chris Wilson
Cc: Petri Latvala
---
drivers/ata/libata-core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 172e32840256..52f988d7f547 100644
--- a/drivers/ata/libata-core.c
+++ b/dri
Quoting Tvrtko Ursulin (2018-10-09 09:24:33)
>
> On 05/10/2018 19:42, Ville Syrjälä wrote:
> > On Mon, Oct 01, 2018 at 04:48:21PM +0100, Tvrtko Ursulin wrote:
> >>
> >> On 01/10/2018 16:37, Chris Wilson wrote:
> >>> Quoting Ville Syrjälä (2018-10-01 16:27:43)
> On Mon, Oct 01, 2018 at 04:12:0
On 05/10/2018 19:42, Ville Syrjälä wrote:
On Mon, Oct 01, 2018 at 04:48:21PM +0100, Tvrtko Ursulin wrote:
On 01/10/2018 16:37, Chris Wilson wrote:
Quoting Ville Syrjälä (2018-10-01 16:27:43)
On Mon, Oct 01, 2018 at 04:12:09PM +0100, Chris Wilson wrote:
Quoting Ville Syrjälä (2018-10-01 16:0
== Series Details ==
Series: drm/i915: Check ppgtt validity for GVT GEM context
URL : https://patchwork.freedesktop.org/series/50724/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4951_full -> Patchwork_10396_full =
== Summary - SUCCESS ==
No regressions found.
== K
Quoting Zhi Wang (2018-10-09 07:55:00)
> This is ideal and had been discussed in the beginning of upstream.
> Mostly people didn't like this approach because it needs to modify i915
> ppgtt code a lot and have to introduce a lot gvt-only code in i915 ppgtt.
>
> The idea of the series of Joonas p
Radhakrishna Sripada writes:
> Shader feature to prefetch binding tables does not support 16:6 18:8 BTP
> formats. Enabling fault handling could result in hangs with faults.
> Disabling demand prefetch would disable binding table prefetch.
>
> V2: Fix the stepping rivision to B0(Mika)
>
> Referen
Radhakrishna Sripada writes:
> From: Anuj Phogat
>
> Incorrect TDL's SSP address shift in SARB for 16:6 & 18:8 modes.
> Disable the Sampler state prefetch functionality in the SARB by
> programming 0xB000[30] to '1'. This is to be done at boot time
> and the feature must remain disabled permanen
71 matches
Mail list logo
