== 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 1
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 r
> -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, Jos
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 workaroun
>
> 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/
== 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
> > > b/drivers/gpu/drm/i9
> 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
Su
== 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 towar
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 828ccb3
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 a
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 pre
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
> >---
> > drivers
== 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 port
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 corres
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é R
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 T
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 informa
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 o
== 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
---
drivers/gpu/drm/i915/display/intel_bios.
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:
https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork
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 co
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 wro
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 l
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 shoul
== 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 a
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 direct
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 deletions(
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
---
d
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
inde
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
---
drivers/gpu/dr
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(-)
d
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 insertions(
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
---
drivers/gpu/drm
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 a/drivers/gpu/drm/i915/display/
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 cha
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 bee
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 the
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:
> hw.enable
== 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 act
== 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
---
**FAILUR
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 compatibilit
== 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 fo
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 r
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 us
== 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 manu
== 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 manufact
== 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.
-
+drivers/gpu/drm/i915/gt/intel_
== 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 descript
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 compatibilit
>
> 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 ma
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 1
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 AB
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 (i
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 and
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 +
> drivers/gpu/drm/i9
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 and
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 0x0
== 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 pat
== 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,
C
>
> )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 wo
== 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 workaroun
97 matches
Mail list logo
