== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev4)
URL : https://patchwork.freedesktop.org/series/86539/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9783 -> Patchwork_19699
Summary
---
== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev4)
URL : https://patchwork.freedesktop.org/series/86539/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
3d1daa4bfb5d drm/i915/vbt: update DP max link rate table
-:94: WARNING:LONG_LINE: line length of
According to Bspec #20124, max link rate table for DP was updated
at BDB version 230. Max link rate can support upto UHBR.
After migrate to BDB v230, the definition for LBR, HBR2 and HBR3
were changed. For backward compatibility. If BDB version was
from 216 to 229. Driver have to follow original
> -Original Message-
> From: Lyude Paul
> Sent: 18 February 2021 02:49
> To: Deak, Imre
> Cc: intel-gfx@lists.freedesktop.org; Surendrakumar Upadhyay, TejaskumarX
> ; Roper, Matthew D
> ; Jani Nikula ;
> Joonas Lahtinen ; Vivi, Rodrigo
> ; David Airlie ; Daniel Vetter
> ; open list:DRM
== Series Details ==
Series: series starting with [v4] drm/i915/gen9bc: Handle TGP PCH during
suspend/resume (rev2)
URL : https://patchwork.freedesktop.org/series/87148/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9783_full -> Patchwork_19697_full
On Wed, Feb 17, 2021 at 05:24:03PM +, Souza, Jose wrote:
> On Fri, 2021-02-12 at 23:13 +0200, Ville Syrjälä wrote:
> > On Fri, Feb 12, 2021 at 07:44:22PM +, Souza, Jose wrote:
> > > On Fri, 2021-02-12 at 20:35 +0200, Ville Syrjälä wrote:
> > > > On Fri, Feb 12, 2021 at 10:22:01AM -0800,
On Wed, Feb 17, 2021 at 04:37:20PM +, Souza, Jose wrote:
> On Fri, 2021-02-05 at 22:23 +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > We tend to use output_format!=RGB as a shorthand for YCbCr, but
> > this fails if we have a disabled crtc where output_format==INVALID.
> > We're
On Wed, 2021-02-17 at 23:18 +0200, Imre Deak wrote:
> On Wed, Feb 17, 2021 at 01:00:16PM -0500, Lyude Paul wrote:
> > From: Tejas Upadhyay
> >
> > For Legacy S3 suspend/resume GEN9 BC needs to enable and
> > setup TGP PCH.
> >
> > v2:
> > * Move Wa_14010685332 into it's own function - vsyrjala
On Wed, Feb 17, 2021 at 01:00:16PM -0500, Lyude Paul wrote:
> From: Tejas Upadhyay
>
> For Legacy S3 suspend/resume GEN9 BC needs to enable and
> setup TGP PCH.
>
> v2:
> * Move Wa_14010685332 into it's own function - vsyrjala
> * Add TODO comment about figuring out if we can move this
>
> On Tue, 16 Feb 2021, Tomas Winkler wrote:
> > Add the platform driver for i915 on-die spi device, exposed via mfd
> > framework.
> >
> > Cc: Rodrigo Vivi
> > Cc: Lucas De Marchi
> > Signed-off-by: Tomas Winkler
> > ---
> > drivers/gpu/drm/i915/Kconfig | 2 +
> >
== Series Details ==
Series: drm/i915/bios: vbt child device rework
URL : https://patchwork.freedesktop.org/series/87165/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9782_full -> Patchwork_19696_full
Summary
---
On Wed, Feb 17, 2021 at 09:50:13PM +0200, Souza, Jose wrote:
> On Wed, 2021-02-17 at 21:38 +0200, Imre Deak wrote:
> > On Wed, Feb 17, 2021 at 10:02:45AM -0800, José Roberto de Souza wrote:
> > > [...]
> > > diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h
> > >
> On Tue, 16 Feb 2021, Tomas Winkler wrote:
> > Add the dGFX spi region map and convey it via mfd cell platform data
> > to the spi child device.
> >
> > Cc: Rodrigo Vivi
> > Cc: Lucas De Marchi
> > Signed-off-by: Tomas Winkler
> > ---
> > drivers/gpu/drm/i915/spi/intel_spi.c | 9 +
>
== Series Details ==
Series: drm/i915: Wait for scanout to stop when sanitizing planes
URL : https://patchwork.freedesktop.org/series/87162/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9782_full -> Patchwork_19695_full
== Series Details ==
Series: drm/i915/display: Compute aux ch power domain during DDI initialization
URL : https://patchwork.freedesktop.org/series/87167/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9783 -> Patchwork_19698
On Wed, 17 Feb 2021, Lucas De Marchi wrote:
> On Wed, Feb 17, 2021 at 07:03:30PM +0200, Jani Nikula wrote:
>>I see the parsing and caching of child device data into
>>i915->vbt.ddi_port_info[] slightly problematic. We keep adding data to
>>it, and it just duplicates information. Start moving
On Wed, Feb 17, 2021 at 09:49:57PM +0200, Jani Nikula wrote:
On Wed, 17 Feb 2021, Lucas De Marchi wrote:
On Wed, Feb 17, 2021 at 09:23:00AM -0800, Lucas De Marchi wrote:
On Wed, Feb 17, 2021 at 07:03:34PM +0200, Jani Nikula wrote:
With the defaults limited to non-TypeC ports in commit
On Wed, 17 Feb 2021, Lucas De Marchi wrote:
> On Wed, Feb 17, 2021 at 07:03:38PM +0200, Jani Nikula wrote:
>>These will be exposed to the rest of the driver and replace other
>>functions. Everything will operate on the child devices.
>>
>>Cc: Lucas De Marchi
>>Cc: Ville Syrjälä
>>Signed-off-by:
On Wed, 17 Feb 2021, Lucas De Marchi wrote:
> On Wed, Feb 17, 2021 at 07:03:36PM +0200, Jani Nikula wrote:
>>Make the naming suitable for exposing to the rest of the driver as an
>>opaque type. No functional changes.
>
> ack, but..
>
>>
>>Cc: Lucas De Marchi
>>Cc: Ville Syrjälä
>>Signed-off-by:
On Wed, 2021-02-17 at 21:38 +0200, Imre Deak wrote:
> On Wed, Feb 17, 2021 at 10:02:45AM -0800, José Roberto de Souza wrote:
> > Future platform will require a power domain that do not mach with aux
> > ch id, so here already preparing code for that by dropping the
> > functions that converts the
On Wed, 17 Feb 2021, Lucas De Marchi wrote:
> On Wed, Feb 17, 2021 at 09:23:00AM -0800, Lucas De Marchi wrote:
>>On Wed, Feb 17, 2021 at 07:03:34PM +0200, Jani Nikula wrote:
>>>With the defaults limited to non-TypeC ports in commit 828ccb31cf41
>>>("drm/i915/icl: Add TypeC ports only if VBT is
On Wed, Feb 17, 2021 at 10:02:45AM -0800, José Roberto de Souza wrote:
> Future platform will require a power domain that do not mach with aux
> ch id, so here already preparing code for that by dropping the
> functions that converts the aux ch to power domains and initializaing
> aux_power_domain
== Series Details ==
Series: series starting with [v4] drm/i915/gen9bc: Handle TGP PCH during
suspend/resume (rev2)
URL : https://patchwork.freedesktop.org/series/87148/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9783 -> Patchwork_19697
> On Tue, Feb 16, 2021 at 08:19:17PM +0200, Tomas Winkler wrote:
> >Enable access to internal spi on descrete devices via a child device.
> >The spi child device is exposed via MFD framework.
> >
> >Cc: Rodrigo Vivi
> >Cc: Lucas De Marchi # v3
> >Signed-off-by: Tomas Winkler
> >---
> >
== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev3)
URL : https://patchwork.freedesktop.org/series/86539/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9782_full -> Patchwork_19694_full
Summary
On Wed, Feb 17, 2021 at 03:35:19PM +0200, Jani Nikula wrote:
> On Wed, 17 Feb 2021, "Winkler, Tomas" wrote:
> >>
> >> On Tue, 16 Feb 2021, Tomas Winkler wrote:
> >> > Intel discrete graphic devices have internal spi storage, that holds
> >> > firmware and oprom images. The spi device is exposed
On Wed, Feb 17, 2021 at 01:07:11PM -0500, Lyude Paul wrote:
> On Tue, 2021-02-16 at 14:34 +0200, Imre Deak wrote:
> > It's possible to modeset a connector/mst port that has a 0 full_pbn
> > value: if the sink on the port deasserts its HPD and a branch device
> > reports this via a CSN with the
On Tue, Feb 16, 2021 at 09:53:37PM -0500, Lyude Paul wrote:
> While reviewing patches for handling workarounds related to gen9 bc, Imre
> from Intel discovered that we're using spt_hpd_irq_setup() on ICP+ PCHs
> despite it being almost the same as icp_hpd_irq_setup(). Since we need to
> be calling
On Tue, 2021-02-16 at 14:34 +0200, Imre Deak wrote:
> It's possible to modeset a connector/mst port that has a 0 full_pbn
> value: if the sink on the port deasserts its HPD and a branch device
> reports this via a CSN with the port's ddps=0 and pdt!=NONE the driver
> clears full_pbn, but the
Future platform will require a power domain that do not mach with aux
ch id, so here already preparing code for that by dropping the
functions that converts the aux ch to power domains and initializaing
aux_power_domain during intel_ddi_init().
Cc: Uma Shankar
Cc: Imre Deak
Signed-off-by: José
From: Tejas Upadhyay
For Legacy S3 suspend/resume GEN9 BC needs to enable and
setup TGP PCH.
v2:
* Move Wa_14010685332 into it's own function - vsyrjala
* Add TODO comment about figuring out if we can move this workaround - imre
v3:
* Rename cnp_irq_post_reset() to cnp_display_clock_wa()
* Add
On Wed, Feb 17, 2021 at 07:03:30PM +0200, Jani Nikula wrote:
I see the parsing and caching of child device data into
i915->vbt.ddi_port_info[] slightly problematic. We keep adding data to
it, and it just duplicates information. Start moving towards a single
point of truth, and getting the
Quoting Ville Syrjala (2021-02-17 16:20:50)
> From: Ville Syrjälä
>
> When we sanitize planes let's wait for the scanout to stop
> before we let the subsequent code tear down the ggtt mappings
> and whatnot. Cures an underrun on my ivb when I boot with
> VT-d enabled and the BIOS fb gets thrown
== Series Details ==
Series: drm/i915/bios: vbt child device rework
URL : https://patchwork.freedesktop.org/series/87165/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9782 -> Patchwork_19696
Summary
---
**SUCCESS**
On Wed, Feb 17, 2021 at 07:03:38PM +0200, Jani Nikula wrote:
These will be exposed to the rest of the driver and replace other
functions. Everything will operate on the child devices.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
On Wed, Feb 17, 2021 at 07:03:36PM +0200, Jani Nikula wrote:
Make the naming suitable for exposing to the rest of the driver as an
opaque type. No functional changes.
ack, but..
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c
On Fri, 2021-02-12 at 20:15 +, Patchwork wrote:
Patch Details
Series: series starting with [1/3] drm/i915/display/adl_s: Fix
dpclka_cfgcr0_clk_off mapping
URL:https://patchwork.freedesktop.org/series/87048/
State: success
Details:
On Wed, Feb 17, 2021 at 09:23:00AM -0800, Lucas De Marchi wrote:
On Wed, Feb 17, 2021 at 07:03:34PM +0200, Jani Nikula wrote:
With the defaults limited to non-TypeC ports in commit 828ccb31cf41
("drm/i915/icl: Add TypeC ports only if VBT is present"), this should be
a no-op, but clarifies the
On Fri, 2021-02-12 at 23:17 +0200, Ville Syrjälä wrote:
> On Fri, Feb 12, 2021 at 07:42:17PM +, Souza, Jose wrote:
> > On Fri, 2021-02-12 at 21:20 +0200, Ville Syrjälä wrote:
> > > On Fri, Feb 12, 2021 at 10:21:59AM -0800, José Roberto de Souza wrote:
> > > > The cfgcr0/1_clk_off mapping is
On Fri, 2021-02-12 at 23:13 +0200, Ville Syrjälä wrote:
> On Fri, Feb 12, 2021 at 07:44:22PM +, Souza, Jose wrote:
> > On Fri, 2021-02-12 at 20:35 +0200, Ville Syrjälä wrote:
> > > On Fri, Feb 12, 2021 at 10:22:01AM -0800, José Roberto de Souza wrote:
> > > > Found a system were firmware/BIOS
On Wed, Feb 17, 2021 at 07:03:34PM +0200, Jani Nikula wrote:
With the defaults limited to non-TypeC ports in commit 828ccb31cf41
("drm/i915/icl: Add TypeC ports only if VBT is present"), this should be
a no-op, but clarifies the code and prepares for subsequent changes.
Cc: Lucas De Marchi
Cc:
== Series Details ==
Series: drm/i915/bios: vbt child device rework
URL : https://patchwork.freedesktop.org/series/87165/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
eb3ee8e4100d drm/i915/bios: mass convert dev_priv to i915
-:1537: CHECK:PARENTHESIS_ALIGNMENT: Alignment
== Series Details ==
Series: drm/i915: Wait for scanout to stop when sanitizing planes
URL : https://patchwork.freedesktop.org/series/87162/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9782 -> Patchwork_19695
Summary
On Tue, Feb 16, 2021 at 08:19:17PM +0200, Tomas Winkler wrote:
Enable access to internal spi on descrete devices via a child device.
The spi child device is exposed via MFD framework.
Cc: Rodrigo Vivi
Cc: Lucas De Marchi # v3
Signed-off-by: Tomas Winkler
---
drivers/gpu/drm/i915/Kconfig
On Wed, 17 Feb 2021, Petr Mladek wrote:
> On Mon 2021-02-15 16:39:26, Andy Shevchenko wrote:
>> +Cc: Sakari and printk people
>>
>> On Mon, Feb 15, 2021 at 4:28 PM Christian König
>> wrote:
>> > Am 15.02.21 um 15:21 schrieb Andy Shevchenko:
>> > > We have already few similar implementation and
Start using struct intel_bios_encoder_data directly. We'll start
sanitizing the child device data directly as well, instead of the cached
data in ddi_port_info[]. The one downside here is having to store a
non-const pointer back to intel_bios_encoder_data.
Eventually we'll be able to have a
Make the naming suitable for exposing to the rest of the driver as an
opaque type. No functional changes.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 30 +++
1 file changed, 15 insertions(+), 15
Pre-DDI and non-CHV aren't using the information created here anyway, so
don't bother setting the defaults for them. This should be a
non-functional change, but is separated here to catch any regressions in
a single commit.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
We'll be needing it in the future.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_bios.c
b/drivers/gpu/drm/i915/display/intel_bios.c
Add intel_bios_encoder_data pointer to encoder, and use it for hdmi and
dp iboost. For starters, we only set the encoder->devdata for DDI
encoders, i.e. we can only use it for data that is used by DDI encoders.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 20
drivers/gpu/drm/i915/display/intel_bios.h | 2 ++
drivers/gpu/drm/i915/display/intel_ddi.c | 4 ++--
3 files changed, 12 insertions(+), 14 deletions(-)
We'll be needing the intel_bios_encoder_data pointer going forward, and
it's just easier to store the higher level pointer in the
ddi_vbt_port_info[] array.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 28
These will be exposed to the rest of the driver and replace other
functions. Everything will operate on the child devices.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 66 ++-
1 file changed, 54
With the defaults limited to non-TypeC ports in commit 828ccb31cf41
("drm/i915/icl: Add TypeC ports only if VBT is present"), this should be
a no-op, but clarifies the code and prepares for subsequent changes.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
Time to just yank out the bandage. No functional changes.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 766 +++---
1 file changed, 383 insertions(+), 383 deletions(-)
diff --git
Instead of initialing data directly in ddi_port_info array, create fake
child devices for default outputs when the VBT is missing. This makes
further unification of output handling easier.
This will make intel_bios_is_port_present() return true for the fake
child devices. This may cause subtle
We'll be needing the version in more places in the future, so avoid the
need to pass it around. No functional changes.
Cc: Lucas De Marchi
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_bios.c | 28 +++
drivers/gpu/drm/i915/i915_drv.h
I see the parsing and caching of child device data into
i915->vbt.ddi_port_info[] slightly problematic. We keep adding data to
it, and it just duplicates information. Start moving towards a single
point of truth, and getting the information directly from the child
device data.
One obstacle has
On Mon 2021-02-15 16:39:26, Andy Shevchenko wrote:
> +Cc: Sakari and printk people
>
> On Mon, Feb 15, 2021 at 4:28 PM Christian König
> wrote:
> > Am 15.02.21 um 15:21 schrieb Andy Shevchenko:
> > > We have already few similar implementation and a lot of code that can
> > > benefit
> > > of
On Fri, 2021-02-05 at 22:23 +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We tend to use output_format!=RGB as a shorthand for YCbCr, but
> this fails if we have a disabled crtc where output_format==INVALID.
> We're now getting some fail from intel_color_check() when we have:
>
== Series Details ==
Series: series starting with [1/3] drm/i915: Wrap all access to
i915_vma.node.start|size (rev3)
URL : https://patchwork.freedesktop.org/series/87102/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9781_full -> Patchwork_19693_full
On 17/02/2021 16:11, Sean Young wrote:
> Hi,
>
> On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote:
>> On 2/17/21 3:32 PM, Sean Young wrote:
>>> On Wed, Feb 17, 2021 at 01:41:46PM +0100, Hans Verkuil wrote:
Hi Hans,
On 17/02/2021 13:24, Hans de Goede wrote:
>
>
From: Ville Syrjälä
When we sanitize planes let's wait for the scanout to stop
before we let the subsequent code tear down the ggtt mappings
and whatnot. Cures an underrun on my ivb when I boot with
VT-d enabled and the BIOS fb gets thrown out due to stolen
being considered unusable with VT-d
== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev3)
URL : https://patchwork.freedesktop.org/series/86539/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9782 -> Patchwork_19694
Summary
---
== Series Details ==
Series: drm/i915: Enable -Wuninitialized
URL : https://patchwork.freedesktop.org/series/87153/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9781_full -> Patchwork_19692_full
Summary
---
On Wed, Feb 17, 2021 at 11:39:35PM +0800, Lee Shawn C wrote:
> According to Bspec #20124, max link rate table for DP was updated
> at BDB version 230. Max link rate can support upto UHBR.
>
> After migrate to BDB v230, the definition for LBR, HBR2 and HBR3
> were changed. For backward
== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev3)
URL : https://patchwork.freedesktop.org/series/86539/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
6ab2d5e62da7 drm/i915/vbt: update DP max link rate table
-:113: WARNING:LONG_LINE: line length of
On Wed, Feb 17, 2021 at 1:22 p.m., Ville Syrjälä wrote:
>On Wed, Feb 17, 2021 at 02:55:19PM +0800, Lee Shawn C wrote:
>> According to Bspec #20124, max link rate table for DP was updated at
>> BDB version 230. Max link rate can support upto UHBR.
>>
>> After migrate to BDB v230, the definition
According to Bspec #20124, max link rate table for DP was updated
at BDB version 230. Max link rate can support upto UHBR.
After migrate to BDB v230, the definition for LBR, HBR2 and HBR3
were changed. For backward compatibility. If BDB version was
from 216 to 229. Driver have to follow original
Hi,
On 2/17/21 3:32 PM, Sean Young wrote:
> On Wed, Feb 17, 2021 at 01:41:46PM +0100, Hans Verkuil wrote:
>> Hi Hans,
>>
>> On 17/02/2021 13:24, Hans de Goede wrote:
>>>
>>>
>>> Hi Hans,
>>>
>>> Fedora has a (opt-in) system to automatically collect backtraces from
>>> software
>>> crashing on
== Series Details ==
Series: series starting with [1/3] drm/i915: Wrap all access to
i915_vma.node.start|size (rev3)
URL : https://patchwork.freedesktop.org/series/87102/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9781 -> Patchwork_19693
>
> On Tue, 16 Feb 2021, Tomas Winkler wrote:
> > Intel discrete graphic devices have internal spi storage, that holds
> > firmware and oprom images. The spi device is exposed to the user space
> > via mtd framework to be accessed during manufacturing.
> > The device is hardware locked after
== Series Details ==
Series: drm/i915: Enable -Wuninitialized
URL : https://patchwork.freedesktop.org/series/87153/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9781 -> Patchwork_19692
Summary
---
**SUCCESS**
No
On Wed, 17 Feb 2021, "Winkler, Tomas" wrote:
>>
>> On Tue, 16 Feb 2021, Tomas Winkler wrote:
>> > Intel discrete graphic devices have internal spi storage, that holds
>> > firmware and oprom images. The spi device is exposed to the user space
>> > via mtd framework to be accessed during
== Series Details ==
Series: drm/i915: Enable -Wuninitialized
URL : https://patchwork.freedesktop.org/series/87153/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
== Series Details ==
Series: drm/i915: Enable -Wuninitialized
URL : https://patchwork.freedesktop.org/series/87153/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
a32effc3aaeb drm/i915: Enable -Wuninitialized
-:20: WARNING:COMMIT_LOG_LONG_LINE: Possible unwrapped commit
On Wed, Feb 17, 2021 at 02:55:19PM +0800, Lee Shawn C wrote:
> According to Bspec #20124, max link rate table for DP was updated
> at BDB version 230. Max link rate can support upto UHBR.
>
> After migrate to BDB v230, the definition for LBR, HBR2 and HBR3
> were changed. For backward
>
> On Tue, 16 Feb 2021, Tomas Winkler wrote:
> > Intel discrete graphic devices have internal spi storage, that holds
> > firmware and oprom images. The spi device is exposed to the user space
> > via mtd framework to be accessed during manufacturing.
> > The device is hardware locked after
Hi Hans,
On 17/02/2021 13:24, Hans de Goede wrote:
>
>
> Hi Hans,
>
> Fedora has a (opt-in) system to automatically collect backtraces from software
> crashing on users systems.
>
> This includes collecting kernel backtraces (including once triggered by
> WARN macros) while looking a the top
Hi Hans,
Fedora has a (opt-in) system to automatically collect backtraces from software
crashing on users systems.
This includes collecting kernel backtraces (including once triggered by
WARN macros) while looking a the top 10 of the most reported backtrace during
the
last 2 weeks report from
Hi Hans,
Fedora has a (opt-in) system to automatically collect backtraces from software
crashing on users systems.
This includes collecting kernel backtraces (including once triggered by
WARN macros) while looking a the top 10 of the most reported backtrace during
the
last 2 weeks report from
This enables drm_intel_bufmgr on ADLS
Signed-off-by: Tejas Upadhyay
---
intel/intel_chipset.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/intel/intel_chipset.c b/intel/intel_chipset.c
index 439db3e5..8ec36f82 100644
--- a/intel/intel_chipset.c
+++ b/intel/intel_chipset.c
@@ -35,6 +35,7
Align with kernel commits:
0883d63b19bb ("drm/i915/adl_s: Add ADL-S platform info and PCI ids")
04057a1afc75 ("drm/i915: Sort EHL/JSL PCI IDs")
0e8e272f1368 ("drm/i915/ehl: Remove invalid PCI ID")
605f9c290c1a ("drm/i915: Sort ICL PCI IDs")
514dc424ce4f ("drm/i915: Sort CNL PCI IDs")
32d4ec9a1681
This series adds :
1. sync up of i915_pciids.h with kernel
2. Support for ADLS platform
Tejas Upadhyay (2):
intel: sync i915_pciids.h with kernel
intel: add INTEL_ADLS_IDS to the pciids list
intel/i915_pciids.h | 177 --
intel/intel_chipset.c | 1
-Wunintialized was disabled in commit c5627461490e ("drm/i915: Disable
-Wuninitialized") because there were two warnings that were false
positives. The first was due to DECLARE_WAIT_QUEUE_HEAD_ONSTACK, which
was fixed in LLVM 9.0.0. The second was in busywait_stop, which was
fixed in LLVM 10.0.0
On Tue, 16 Feb 2021, Tomas Winkler wrote:
> Intel discrete graphic devices have internal spi storage, that holds
> firmware and oprom images. The spi device is exposed to the user space
> via mtd framework to be accessed during manufacturing.
> The device is hardware locked after manufacturing
On Tue, 16 Feb 2021, Tomas Winkler wrote:
> Add the platform driver for i915 on-die spi device, exposed via mfd
> framework.
>
> Cc: Rodrigo Vivi
> Cc: Lucas De Marchi
> Signed-off-by: Tomas Winkler
> ---
> drivers/gpu/drm/i915/Kconfig | 2 +
> drivers/gpu/drm/i915/Makefile
On Tue, 16 Feb 2021, Tomas Winkler wrote:
> Add the dGFX spi region map and convey it via mfd cell platform data
> to the spi child device.
>
> Cc: Rodrigo Vivi
> Cc: Lucas De Marchi
> Signed-off-by: Tomas Winkler
> ---
> drivers/gpu/drm/i915/spi/intel_spi.c | 9 +
>
On Tue, 16 Feb 2021, Tomas Winkler wrote:
> Enable access to internal spi on descrete devices via a child device.
> The spi child device is exposed via MFD framework.
>
> Cc: Rodrigo Vivi
> Cc: Lucas De Marchi # v3
> Signed-off-by: Tomas Winkler
> ---
> drivers/gpu/drm/i915/Kconfig |
On Tue, 16 Feb 2021, Tomas Winkler wrote:
> Intel discrete graphic devices have internal spi storage, that holds
> firmware and oprom images. The spi device is exposed to the user space
> via mtd framework to be accessed during manufacturing.
> The device is hardware locked after manufacturing
Hi,
On 09/02/2021 11:37, Chiou, Cooper wrote:
From this CI warning log, there are all known warning message in i915
driver and is not caused by my patch.
Warning 1:
<3> [69.081809] [drm:wa_verify [i915]] *ERROR* engine workaround lost on
application! (reg[b004]=0x0, relevant bits were
== Series Details ==
Series: drm/i915: Enable WaProgramMgsrForCorrectSliceSpecificMmioReads for Gen9
(rev3)
URL : https://patchwork.freedesktop.org/series/81764/
State : failure
== Summary ==
Applying: drm/i915: Enable WaProgramMgsrForCorrectSliceSpecificMmioReads for
Gen9
error: corrupt
== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev2)
URL : https://patchwork.freedesktop.org/series/86539/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9779_full -> Patchwork_19690_full
Summary
Hi upstream committee,
Please consider to merge this patch which resolved VP8 hardware encoding GPU
hang critical issue on Gen9 sku and there is no any performance regression on
this fix. Meanwhile it's critical for Chrome projects need your help to review
to merge it. Thanks,
Best Regards,
>
> )On Tue, Feb 16, 2021 at 7:26 PM Tomas Winkler
> wrote:
> > Because the graphic card may undergo reset at any time and basically
> > hot unplug all its child devices, this series also provides a fix to
> > the mtd framework to make the reset graceful.
>
> Well, just because MTD does not
== Series Details ==
Series: drm/i915/vbt: update DP max link rate table (rev2)
URL : https://patchwork.freedesktop.org/series/86539/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9779 -> Patchwork_19690
Summary
---
On Tue, Feb 16, 2021 at 09:53:36PM -0500, Lyude Paul wrote:
> From: Tejas Upadhyay
>
> For Legacy S3 suspend/resume GEN9 BC needs to enable and
> setup TGP PCH.
>
> v2:
> * Move Wa_14010685332 into it's own function - vsyrjala
> * Add TODO comment about figuring out if we can move this
97 matches
Mail list logo