On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
> This switches the CMA helper drivers that use its fbdev emulation over
> to the generic fbdev emulation. It's the first phase of using generic
> fbdev. A later phase will use DRM client callbacks for the
> lastclose/hotplug/remove callbacks.
== Series Details ==
Series: Improve crc-core driver interface (rev13)
URL : https://patchwork.freedesktop.org/series/45246/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4692 -> Patchwork_9982 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://pat
== Series Details ==
Series: Improve crc-core driver interface (rev13)
URL : https://patchwork.freedesktop.org/series/45246/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4692_full -> Patchwork_9980_full =
== Summary - SUCCESS ==
No regressions found.
== Known issue
== Series Details ==
Series: Improve crc-core driver interface (rev13)
URL : https://patchwork.freedesktop.org/series/45246/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4692 -> Patchwork_9981 =
== Summary - FAILURE ==
Serious unknown changes coming with Patchwork_9981
== Series Details ==
Series: Improve crc-core driver interface (rev13)
URL : https://patchwork.freedesktop.org/series/45246/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4692 -> Patchwork_9980 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://pat
This patch implements "verify_crc_source" callback function for
Virtual KMS drm driver.
Changes Since V1:
- update values_cnt in verify_crc_source
Changes Since V2:
- don't return early from set_crc_source to keep behavior same (Haneen)
Cc: Haneen Mohammed
Signed-off-by: Mahesh Kumar
---
drive
Hi Haneen,
On 8/21/2018 4:09 AM, Haneen Mohammed wrote:
On Tue, Aug 14, 2018 at 08:31:03AM +0530, Mahesh Kumar wrote:
This patch implements "verify_crc_source" callback function for
Virtual KMS drm driver.
Changes Since V1:
- update values_cnt in verify_crc_source
Cc: Haneen Mohammed
Signed
== Series Details ==
Series: drm/i915/psr: Add PSR mode/revision to debugfs (rev3)
URL : https://patchwork.freedesktop.org/series/47902/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4691_full -> Patchwork_9979_full =
== Summary - WARNING ==
Minor unknown changes coming
== Series Details ==
Series: series starting with [1/5] drm/i915: kill
intel_display_power_well_is_enabled()
URL : https://patchwork.freedesktop.org/series/48466/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4691_full -> Patchwork_9978_full =
== Summary - SUCCESS ==
No
On Wed, Aug 15, 2018 at 06:35:15PM -0700, Dhinakaran Pandiyan wrote:
> On Mon, 2018-08-13 at 18:10 +, Pandiyan, Dhinakaran wrote:
> > On Mon, 2018-08-13 at 09:57 -0700, Rodrigo Vivi wrote:
> > > On Thu, Aug 09, 2018 at 05:41:35PM -0700, Dhinakaran Pandiyan
> > > wrote:
> > > > CI runs show PSR2
== Series Details ==
Series: drm/i915/psr: Add PSR mode/revision to debugfs (rev3)
URL : https://patchwork.freedesktop.org/series/47902/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4691 -> Patchwork_9979 =
== Summary - SUCCESS ==
No regressions found.
External URL:
On Mon, Aug 20, 2018 at 12:10:08PM -0700, Pandiyan, Dhinakaran wrote:
>
>
> On Mon, 2018-08-20 at 10:15 +0300, Jani Nikula wrote:
> > On Fri, 20 Jul 2018, Rodrigo Vivi wrote:
> > > Instead of using a backchannel if some dpcd read failed we
> > > can show that directly on debugfs output.
> > >
>
== Series Details ==
Series: series starting with [1/5] drm/i915: kill
intel_display_power_well_is_enabled()
URL : https://patchwork.freedesktop.org/series/48466/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4691 -> Patchwork_9978 =
== Summary - SUCCESS ==
No regressio
The kms_flip test does not support drivers without VBlank which exclude
some virtual drivers. This patch adds a function that checks if a module
has a VBlank or not; if a module has VBlank than kms_flip will execute
all the VBlank tests, otherwise, VBlank tests will be skipped.
Signed-off-by: Rodr
Log the PSR mode/revision (PSR1 or PSR2) in the debugfs file
i915_edp_psr_status.
Signed-off-by: Azhar Shaikh
---
Changes in v3:
- rebased
Changes in v2:
- Fix checkpatch warning.
- Add Reviewed-by: from v1
drivers/gpu/drm/i915/i915_debugfs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deleti
== Series Details ==
Series: series starting with [1/5] drm/i915: kill
intel_display_power_well_is_enabled()
URL : https://patchwork.freedesktop.org/series/48466/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
20b826691fa5 drm/i915: kill intel_display_power_well_is_enabled()
c7
There's no need for that forward declaration.
Cc: Imre Deak
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/i915/intel_runtime_pm.c | 46 +++--
1 file changed, 21 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_runtime_pm.c
b/drivers/gpu/drm/
I can't find a reason why we would want to call is_enabled(), which
does a register read, instead of just relying on our tracking with
hw_enabled. Let's try to trust our hardware sync.
Cc: Imre Deak
Requested-by: José Roberto de Souza
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/i915/intel_
None of the current lookup_power_well() callers are actually checking
for NULL return values, they all just use the pointer right away. The
first idea was to replace these theoretical segfaults with a BUG()
since this would at least make our code a little more explicit to the
reader. It was sugges
Use the nice helper function to make the implementation simpler.
v2: Rebase.
Cc: Imre Deak
Reviewed-by: José Roberto de Souza (v1)
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/i915/intel_runtime_pm.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/gp
Use the same coding pattern as we use in the other functions of the
same file: just call lookup_power_well() directly in the only caller.
Cc: Imre Deak
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/i915/intel_runtime_pm.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletion
On Wed, 2018-08-15 at 18:05 -0700, Dhinakaran Pandiyan wrote:
> gen8_de_irq_postinstall() wasn't masking the IRQ bit before passing
> the
> debug flag to psr_irq_control(). This check was missed when new debug
> bits
> were defined in 'commit c44301fce614 ("drm/i915: Allow control of
> PSR at
>
Hi Petr, thanks for review,
On Wed, 2018-08-15 at 17:10 +0200, Petr Mladek wrote:
> On Tue 2018-07-03 23:56:28, Dmitry Safonov wrote:
> > Currently ratelimit_state is protected with spin_lock. If the .lock
> > is
> > taken at the moment of ___ratelimit() call, the message is
> > suppressed to
> >
Em Sex, 2018-08-17 às 16:41 -0700, Paulo Zanoni escreveu:
> Em Qua, 2018-08-15 às 23:27 +0300, Imre Deak escreveu:
> > On Wed, Aug 08, 2018 at 03:16:11PM -0700, Paulo Zanoni wrote:
> > > Use the same coding pattern as we use in the other functions of
> > > the
> > > same file: just call lookup_powe
Hi Jani,
Thanks for your feedback. Please see my comments below:
On Fri, Aug 17, 2018 at 12:51:03PM +0300, Jani Nikula wrote:
> On Tue, 07 Aug 2018, Anusha Srivatsa wrote:
> > From: "Srivatsa, Anusha"
> >
> > DP 1.4 has Forward Error Correction Support(FEC).
> > Add helper function to check if
On Mon, 2018-08-20 at 10:15 +0300, Jani Nikula wrote:
> On Fri, 20 Jul 2018, Rodrigo Vivi wrote:
> > Instead of using a backchannel if some dpcd read failed we
> > can show that directly on debugfs output.
> >
> > We are not returning an error because we might still want
> > to know if sub-sequ
Quoting Imre Deak (2018-08-20 14:23:13)
> On Fri, Aug 17, 2018 at 11:02:41AM +0100, Chris Wilson wrote:
> > If the display has been disabled by modparam, we still want to connect
> > together the HW bits and bobs with the associated drivers so that we can
> > continue to manage their runtime power
Hi,
I would like to know if there is any improvement that I can do for this
patchset.
Thanks
On 07/29, Rodrigo Siqueira wrote:
> During the compilation, some GCC (8.1) warnings are shown. This patchset
> address some of the warnings problems.
>
> Changes since v2:
> - Reduce the total amount o
Hi,
I would like to know if there is any improvement that I can do for this
patchset.
Thanks
On 07/07, Rodrigo Siqueira wrote:
> This patchset adds support for forcing a specific module to be loaded
> via command line. This feature can bring benefits for developers that
> need to create a new mo
On Fri, Aug 17, 2018 at 11:02:41AM +0100, Chris Wilson wrote:
> If the display has been disabled by modparam, we still want to connect
> together the HW bits and bobs with the associated drivers so that we can
> continue to manage their runtime power gating.
>
> Fixes: 108109444ff6 ("drm/i915: Che
On Mon, 20 Aug 2018, "Sharma, Shashank" wrote:
> On 8/18/2018 1:37 AM, Fredrik Schön wrote:
>
>> 100 ms is not enough time for the LSPCON adapter on Intel NUC devices to
>> settle. This causes dropped display modes at boot or screen reconfiguration.
>> Empirical testing can reproduce the error up
On 8/18/2018 1:37 AM, Fredrik Schön wrote:
100 ms is not enough time for the LSPCON adapter on Intel NUC devices to
settle. This causes dropped display modes at boot or screen reconfiguration.
Empirical testing can reproduce the error up to a timeout of 190 ms. Basic
boot and stress testing at 2
On Fri, Aug 17, 2018 at 03:24:40PM +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Verify power domains after enabling them (rev3)
> URL : https://patchwork.freedesktop.org/series/48394/
> State : success
Pushed to -dinq with i915_welcome_messages() updated, thanks for the
On Fri, 20 Jul 2018, Rodrigo Vivi wrote:
> Instead of using a backchannel if some dpcd read failed we
> can show that directly on debugfs output.
>
> We are not returning an error because we might still want
> to know if sub-sequent reads works, but we shouldn't
> need to check 2 places to see why
I believe this is the patch discussed here:
https://bugs.freedesktop.org/show_bug.cgi?id=105338
In which case
Tested-By: Alexander Wilson
On 8/17/18 4:36 PM, Manasi Navare wrote:
> Thanks Lyude.
>
> So based on the imitial comments from Jani N, the recommendation was to
> disconnect
> down
35 matches
Mail list logo
