When using fake lmem for tests, we are overriding the setting in
device info for dgfx devices. Current users of IS_DGFX() except one are
correct. However, as we add support for DG1, we are going to use it in
additional places to trigger dgfx-only code path.
In future if we need we can use HAS_LMEM
From: Matt Roper
DG1 does some additional pcode/uncore handshaking at
boot time; this handshaking must complete before various other pcode
commands are effective and before general work is submitted to the GPU.
We need to poll a new pcode mailbox during startup until it reports that
this handshak
On Wed, Sep 30, 2020 at 10:20:41AM -0700, Matt Roper wrote:
On Tue, Sep 29, 2020 at 11:42:33PM -0700, Lucas De Marchi wrote:
From: Anshuman Gupta
DGFX devices have different DMC_DEBUG* counter MMIO address
offset. Incorporate these changes in i915_reg.h for DG1
and handle i915_dmc_info accordi
== Series Details ==
Series: drm/i915: Fix TGL DKL PHY DP vswing handling
URL : https://patchwork.freedesktop.org/series/82277/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9083_full -> Patchwork_18603_full
Summary
---
> -Original Message-
> From: Ville Syrjala
> Sent: Thursday, October 1, 2020 4:07 AM
> To: intel-gfx@lists.freedesktop.org
> Cc: sta...@vger.kernel.org; Kulkarni, Vandita ;
> Shankar, Uma
> Subject: [PATCH] drm/i915: Fix TGL DKL PHY DP vswing handling
>
> From: Ville Syrjälä
>
> The HD
On 9/25/2020 4:26 PM, john.c.harri...@intel.com wrote:
From: John Harrison
Rather than just saying 'GuC failed to load: -110', actually print out
the GuC status register and break it down into the individual fields.
Signed-off-by: John Harrison
Reviewed-by: Daniele Ceraolo Spurio
Danie
== Series Details ==
Series: drm/i915: Skip over MI_NOOP when parsing
URL : https://patchwork.freedesktop.org/series/82268/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9081_full -> Patchwork_18601_full
Summary
---
On 9/25/2020 4:26 PM, john.c.harri...@intel.com wrote:
From: John Harrison
The latest GuC firmware includes a number of interface changes that
require driver updates to match.
* Starting from Gen11, the ID to be provided to GuC needs to contain
the engine class in bits [0..2] and the ins
== Series Details ==
Series: drm/i915: Fix TGL DKL PHY DP vswing handling
URL : https://patchwork.freedesktop.org/series/82277/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9083 -> Patchwork_18603
Summary
---
**SUCC
On Thu, 2020-10-01 at 01:36 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä <
> ville.syrj...@linux.intel.com
> >
>
> The HDMI vs. not-HDMI check got inverted whem the bogus encoder->type
> checks were eliminated. So now we're using 0 as the link rate on DP
> and potentially non-zero on HDMI, wh
From: Ville Syrjälä
The HDMI vs. not-HDMI check got inverted whem the bogus encoder->type
checks were eliminated. So now we're using 0 as the link rate on DP
and potentially non-zero on HDMI, which is exactly the opposite of
what we want. The original bogus check actually worked more correctly
by
On Wed, 2020-09-30 at 16:25 -0400, Lyude Paul wrote:
> On Tue, 2020-09-29 at 13:32 -0600, Kevin Chowski wrote:
> > Thank you for the reply. And in regards to digging into it further,
> > thanks for requesting that I do some more due diligence here :)
> >
> > Also if you did get around to it, thank
On Wed, 2020-09-30 at 11:24 +, Patchwork wrote:
> Patch Details
> Series: drm/i915: Read DIMM size in Gb rather than GB
> URL: https://patchwork.freedesktop.org/series/82210/
> State:success
> Details:
> https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_18591/index.html
>
On Tue, 2020-09-29 at 13:32 -0600, Kevin Chowski wrote:
> Thank you for the reply. And in regards to digging into it further,
> thanks for requesting that I do some more due diligence here :)
>
> Also if you did get around to it, thanks for double-checking with
> Bill! Let me know if you'd like me
On Wed, 2020-09-30 at 15:56 +, Surendrakumar Upadhyay, TejaskumarX wrote:
>
> -Original Message-
> From: Intel-gfx <
> intel-gfx-boun...@lists.freedesktop.org
> > On Behalf Of José Roberto de Souza
> Sent: 29 September 2020 01:33
> To:
> intel-gfx@lists.freedesktop.org
>
> Subject: [
== Series Details ==
Series: series starting with [01/10] mm: update the documentation for vfree
URL : https://patchwork.freedesktop.org/series/82271/
State : failure
== Summary ==
Applying: mm: update the documentation for vfree
Applying: mm: add a VM_MAP_PUT_PAGES flag for vmap
Applying: mm:
== Series Details ==
Series: drm/i915: Skip over MI_NOOP when parsing
URL : https://patchwork.freedesktop.org/series/82268/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9081 -> Patchwork_18601
Summary
---
**SUCCESS*
== Series Details ==
Series: drm/i915: don't conflate is_dgfx with fake lmem
URL : https://patchwork.freedesktop.org/series/82265/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9079_full -> Patchwork_18598_full
Summary
On Wed, Sep 30, 2020 at 07:36:24PM +0300, Imre Deak wrote:
> On Wed, Sep 30, 2020 at 02:34:48AM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Get rid of mode crtc->config usage, and some ad-hoc intel_dp state
> > usage by plumbing the crtc state all the way down to the link training
On Wed, Sep 30, 2020 at 4:48 PM Christoph Hellwig wrote:
>
> On Tue, Sep 29, 2020 at 03:43:30PM +0300, Joonas Lahtinen wrote:
> > Hmm, those are both committed after our last -next pull request, so they
> > would normally only target next merge window. drm-next closes the merge
> > window around -
On Wed, Sep 30, 2020 at 03:57:58PM +0300, Jani Nikula wrote:
> On Wed, 30 Sep 2020, Ville Syrjälä wrote:
> > Now we have an actual difference between EHL and JSL so we
> > should split. Granted it's a bit annoying to have to do it
> > just for some vswing tables. Ideally that stuff would be
> > sp
i915_gem_object_map implements fairly low-level vmap functionality in
a driver. Split it into two helpers, one for remapping kernel memory
which can use vmap, and one for I/O memory that uses vmap_pfn.
The only practical difference is that alloc_vm_area prefeaults the
vmalloc area PTEs, which doe
Replacing alloc_vm_area with get_vm_area_caller + apply_page_range
allows to fill put the phys_addr values directly instead of doing
another loop over all addresses.
Signed-off-by: Christoph Hellwig
Reviewed-by: Boris Ostrovsky
---
drivers/xen/xenbus/xenbus_client.c | 30 ---
All users are gone now.
Signed-off-by: Christoph Hellwig
---
include/linux/vmalloc.h | 5 +
mm/nommu.c | 7 --
mm/vmalloc.c| 48 -
3 files changed, 1 insertion(+), 59 deletions(-)
diff --git a/include/linux/vmalloc.h b/i
Hi Andrew,
this series removes alloc_vm_area, which was left over from the big
vmalloc interface rework. It is a rather arkane interface, basicaly
the equivalent of get_vm_area + actually faulting in all PTEs in
the allocated area. It was originally addeds for Xen (which isn't
modular to start w
Besides calling the callback on each page, apply_to_page_range also has
the effect of pre-faulting all PTEs for the range. To support callers
that only need the pre-faulting, make the callback optional.
Based on a patch from Minchan Kim .
Signed-off-by: Christoph Hellwig
---
mm/memory.c | 16 +
Replace the last call to alloc_vm_area with an open coded version using
an iterator in struct gnttab_vm_area instead of the triple indirection
magic in alloc_vm_area.
Signed-off-by: Christoph Hellwig
Reviewed-by: Boris Ostrovsky
---
arch/x86/xen/grant-table.c | 27 ---
1
Add a proper helper to remap PFNs into kernel virtual space so that
drivers don't have to abuse alloc_vm_area and open coded PTE
manipulation for it.
Signed-off-by: Christoph Hellwig
---
include/linux/vmalloc.h | 1 +
mm/Kconfig | 3 +++
mm/vmalloc.c| 45 ++
From: "Matthew Wilcox (Oracle)"
* Document that you can call vfree() on an address returned from vmap()
* Remove the note about the minimum size -- the minimum size of a vmalloc
allocation is one page
* Add a Context: section
* Fix capitalisation
* Reword the prohibition on calling from N
Just manually pre-fault the PTEs using apply_to_page_range.
Co-developed-by: Minchan Kim
Signed-off-by: Christoph Hellwig
---
mm/zsmalloc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
index c36fdff9a37131..918c7b019b3d78 100644
--
Add a flag so that vmap takes ownership of the passed in page array.
When vfree is called on such an allocation it will put one reference
on each page, and free the page array itself.
Signed-off-by: Christoph Hellwig
---
include/linux/vmalloc.h | 1 +
mm/vmalloc.c| 9 +++--
2 fil
shmem_pin_map somewhat awkwardly reimplements vmap using
alloc_vm_area and manual pte setup. The only practical difference
is that alloc_vm_area prefeaults the vmalloc area PTEs, which doesn't
seem to be required here (and could be added to vmap using a flag if
actually required). Switch to use v
On Tue, Sep 29, 2020 at 11:42:29PM -0700, Lucas De Marchi wrote:
> For DG1 we have a little of mix up wrt to DDI/port names and indexes.
> Bspec refers to the ports as DDIA, DDIB, DDI USBC1 and DDI USBC2
> (besides the DDIA, DDIB, DDIC, DDID), but the previous naming is the
> most unambiguous one.
Though less likely in practice, igt uses MI_NOOP frequently to pad out
its the batch buffers. The lookup and valiation of the MI_NOOP command
description is noticeable, though the side-effect of poisoning the
last-validate-command cache is more likely to impact upon real CS.
Signed-off-by: Chris W
On Tue, Sep 29, 2020 at 11:42:33PM -0700, Lucas De Marchi wrote:
> From: Anshuman Gupta
>
> DGFX devices have different DMC_DEBUG* counter MMIO address
> offset. Incorporate these changes in i915_reg.h for DG1
> and handle i915_dmc_info accordingly.
>
> Cc: Uma Shankar
> Signed-off-by: Anshuman
On Wed, Sep 30, 2020 at 02:34:49AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Now that we've plumbed the crtc state all the way down we can
> eliminate the DP_TP_{CTL,STATUS} register offsets from intel_dp,
> and instead we derive them directly from the crtc state.
>
> And thus we can
== Series Details ==
Series: series starting with [CI,1/3] drm/i915/gt: Signal cancelled requests
URL : https://patchwork.freedesktop.org/series/82267/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9079 -> Patchwork_18600
S
On Wed, Sep 30, 2020 at 06:05:15PM +0300, Maor Gottlieb wrote:
> This is right only for the last iteration. E.g. in the first iteration in
> case that there are more pages (left_pages), then we allocate
> SG_MAX_SINGLE_ALLOC. We don't know how many pages from the second iteration
> will be squashe
On 9/30/2020 6:14 PM, Jason Gunthorpe wrote:
On Wed, Sep 30, 2020 at 06:05:15PM +0300, Maor Gottlieb wrote:
This is right only for the last iteration. E.g. in the first iteration in
case that there are more pages (left_pages), then we allocate
SG_MAX_SINGLE_ALLOC. We don't know how many pages
On 9/30/2020 2:58 PM, Jason Gunthorpe wrote:
On Wed, Sep 30, 2020 at 02:53:58PM +0300, Maor Gottlieb wrote:
On 9/30/2020 2:45 PM, Jason Gunthorpe wrote:
On Wed, Sep 30, 2020 at 12:53:21PM +0300, Leon Romanovsky wrote:
On Tue, Sep 29, 2020 at 04:59:29PM -0300, Jason Gunthorpe wrote:
On Sun, S
On Wed, Sep 30, 2020 at 12:14:06PM -0300, Jason Gunthorpe wrote:
> On Wed, Sep 30, 2020 at 06:05:15PM +0300, Maor Gottlieb wrote:
> > This is right only for the last iteration. E.g. in the first iteration in
> > case that there are more pages (left_pages), then we allocate
> > SG_MAX_SINGLE_ALLOC.
On Tue, Sep 29, 2020 at 11:42:32PM -0700, Lucas De Marchi wrote:
> From: Anshuman Gupta
>
> DC6 is not supported on DG1, so change the allowed DC mask for DG1.
>
> Cc: Uma Shankar
> Signed-off-by: Anshuman Gupta
Do we have a bspec reference for this? I can't find anything specific
about this
== Series Details ==
Series: series starting with [CI,1/3] drm/i915/gt: Signal cancelled requests
URL : https://patchwork.freedesktop.org/series/82267/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separatel
On Wed, Sep 30, 2020 at 02:34:48AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Get rid of mode crtc->config usage, and some ad-hoc intel_dp state
> usage by plumbing the crtc state all the way down to the link training
> code.
>
> Unfortunately we do have to keep some cached state in i
If we manage to hit the intel_gt_set_wedged_on_fini() while active, i.e.
module unload during a stress test, we may cancel the requests but not
clean up. This leads to a very slow module unload as we wait for
something or other to trigger the retirement flushing, or timeout and
unload with a bunch
After marking the requests on an engine as cancelled upon wedging, send
any signals for their completions.
Signed-off-by: Chris Wilson
Reviewed-by: Matthew Auld
---
drivers/gpu/drm/i915/gt/intel_lrc.c | 1 +
drivers/gpu/drm/i915/gt/intel_ring_submission.c | 1 +
2 files changed, 2 i
Flush all the pending requests from the mock engine when they are
cancelled.
Signed-off-by: Chris Wilson
Reviewed-by: Matthew Auld
---
drivers/gpu/drm/i915/gt/mock_engine.c | 29 +++
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/gt/m
On Wed, Sep 30, 2020 at 04:58:42PM +0100, Matthew Auld wrote:
On Wed, 30 Sep 2020 at 16:30, Lucas De Marchi wrote:
When using fake lmem for tests, we are overriding the setting in
device info for dgfx devices. Current users of IS_DGFX() are correct,
but as we add support for DG1, we are going
Quoting Matthew Auld (2020-09-30 17:25:35)
> On Tue, 29 Sep 2020 at 09:29, Chris Wilson wrote:
> >
> > After marking the requests on an engine as cancelled upon wedging, send
> > any signals for their completions.
> >
> > Signed-off-by: Chris Wilson
>
> Fwiw these were all previously reviewed at
On Tue, 29 Sep 2020 at 09:29, Chris Wilson wrote:
>
> After marking the requests on an engine as cancelled upon wedging, send
> any signals for their completions.
>
> Signed-off-by: Chris Wilson
Fwiw these were all previously reviewed at:
https://patchwork.freedesktop.org/series/81729/
_
== Series Details ==
Series: drm/i915: don't conflate is_dgfx with fake lmem
URL : https://patchwork.freedesktop.org/series/82265/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9079 -> Patchwork_18598
Summary
---
**S
On Wed, Sep 30, 2020 at 09:10:43AM -0700, Matt Roper wrote:
On Tue, Sep 29, 2020 at 11:42:30PM -0700, Lucas De Marchi wrote:
From: Matt Atwood
Add support to load DMC v2.0.2 on DG1
While we're at it, make TGL use the same GEN12 firmware size definition
and remove obsolete comment.
Bpec: 4923
On Tue, Sep 29, 2020 at 11:42:22PM -0700, Lucas De Marchi wrote:
> Add tables to map the GMBUS pin pairs to GPIO registers and port to DDC.
> From spec we have registers GPIO_CTL[1-4], so we should not do the 4->9
> mapping as in ICL/TGL.
>
> The values for VBT seem wrong in BSpec. For the current
== Series Details ==
Series: drm/i915/display/ehl: Limit eDP to HBR2 (rev3)
URL : https://patchwork.freedesktop.org/series/82162/
State : failure
== Summary ==
Applying: drm/i915/display/ehl: Limit eDP to HBR2
error: corrupt patch at line 37
error: could not build fake ancestor
hint: Use 'git
On Tue, Sep 29, 2020 at 11:42:30PM -0700, Lucas De Marchi wrote:
> From: Matt Atwood
>
> Add support to load DMC v2.0.2 on DG1
>
> While we're at it, make TGL use the same GEN12 firmware size definition
> and remove obsolete comment.
>
> Bpec: 49230
>
> v2: do not replace GEN12_CSR_MAX_FW_SIZE
On Wed, 30 Sep 2020 at 16:30, Lucas De Marchi wrote:
>
> When using fake lmem for tests, we are overriding the setting in
> device info for dgfx devices. Current users of IS_DGFX() are correct,
> but as we add support for DG1, we are going to use it in additional
> places to trigger dgfx-only code
-Original Message-
From: Intel-gfx On Behalf Of José
Roberto de Souza
Sent: 29 September 2020 01:33
To: intel-gfx@lists.freedesktop.org
Subject: [Intel-gfx] [PATCH v2] drm/i915/display/ehl: Limit eDP to HBR2
Recent update in documentation defeatured eDP HBR3 for EHL and JSL.
v2:
- Rem
On Tue, Sep 29, 2020 at 11:42:14PM -0700, Lucas De Marchi wrote:
> From: Uma Shankar
>
> Most of TGL power wells are re-used for DG1. However, AUDIO Power
> Domain is moved from PG3 to PG0. Handle the change and initialize
This note is no longer valid. Although audio MMIO and verbs have moved
t
== Series Details ==
Series: drm/i915: Plumb crtc state to link training code (rev4)
URL : https://patchwork.freedesktop.org/series/76993/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9077_full -> Patchwork_18596_full
Summ
When using fake lmem for tests, we are overriding the setting in
device info for dgfx devices. Current users of IS_DGFX() are correct,
but as we add support for DG1, we are going to use it in additional
places to trigger dgfx-only code path.
In future if we need we can use HAS_LMEM() instead of IS
On Wed, Sep 30, 2020 at 02:34:47AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make the mess inside the buf trans funcs a bit more manageable by
> splitting along the lines of output type.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display
On Wed, Sep 30, 2020 at 02:34:46AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make the mess inside the buf trans funcs a bit more manageable by
> splitting along the lines of output type.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display
On Wed, Sep 30, 2020 at 02:34:45AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make the mess inside the buf trans funcs a bit more manageable by
> splitting along the lines of output type.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display
On Wed, Sep 30, 2020 at 02:34:44AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make the mess inside the buf trans funcs a bit more manageable by
> splitting along the lines of output type.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display
On Wed, Sep 30, 2020 at 02:34:43AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make the mess inside the buf trans funcs a bit more manageable by
> splitting along the lines of output type.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display
On Wed, Sep 30, 2020 at 01:04:12PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Doing nay kind modeset stuff from the short hpd handler is
> verboten. The ad-hoc PHY test modeset code violates this. And
> by calling various link training related functions it's now
> blocking further work
== Series Details ==
Series: Revert "drm/i915: Force state->modeset=true when distrust_bios_wm==true"
URL : https://patchwork.freedesktop.org/series/82261/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9078 -> Patchwork_18597
===
On Tue, Sep 29, 2020 at 03:43:30PM +0300, Joonas Lahtinen wrote:
> Hmm, those are both committed after our last -next pull request, so they
> would normally only target next merge window. drm-next closes the merge
> window around -rc5 already.
>
> But, in this specific case those are both Fixes: p
On Tue, Sep 29, 2020 at 11:42:11PM -0700, Lucas De Marchi wrote:
> Synchronize with the current list of DG1 PCI IDs.
>
> Signed-off-by: Lucas De Marchi
Reviewed-by: Matt Roper
> ---
> include/drm/i915_pciids.h | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/inclu
On Wed, Sep 30, 2020 at 02:34:41AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> intel_dp_process_phy_request() has no business being externally
> visible. Make it static.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display/intel_dp.c | 2 +-
On Wed, Sep 30, 2020 at 02:34:40AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> intel_dp_enable_port() is called during the enable sequence,
> so there is nothing old about the passed in crtc state.
> Rename it.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> driver
On Wed, Sep 30, 2020 at 02:34:39AM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> I managed to fumble some functions names. Fix them.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display/intel_dp.c | 8
> 1 file changed, 4 insertions(+
The fix of flagging state->modeset whenever distrust_bios_wm is set
causes a regression when initializing display(s) attached to a Lenovo
USB-C docking station. The display remains blank until the dock is
reattached. Revert to bring the behavior of the functional v5.6 stable.
This reverts commit 0
As reported by Sphinx:
./Documentation/gpu/i915:646: ./drivers/gpu/drm/i915/i915_perf.c:1147:
WARNING: Duplicate C declaration, also defined in 'gpu/i915'.
Declaration is 'i915_oa_wait_unlocked'.
./Documentation/gpu/i915:646: ./drivers/gpu/drm/i915/i915_perf.c:1169:
WARNI
== Series Details ==
Series: drm/i915: Plumb crtc state to link training code (rev3)
URL : https://patchwork.freedesktop.org/series/76993/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9075_full -> Patchwork_18594_full
Summ
== Series Details ==
Series: series starting with [v2,1/3] drm/i915/vbt: Fix backlight parsing for
VBT 234+
URL : https://patchwork.freedesktop.org/series/82229/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9075_full -> Patchwork_18593_full
==
On Wed, 30 Sep 2020, Ville Syrjälä wrote:
> Now we have an actual difference between EHL and JSL so we
> should split. Granted it's a bit annoying to have to do it
> just for some vswing tables. Ideally that stuff would be
> specified in a sane way by the VBT. But since VBT is generally
> useless
== Series Details ==
Series: series starting with [1/3] drm/i915/vbt: Fix backlight parsing for VBT
234+
URL : https://patchwork.freedesktop.org/series/82227/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9075_full -> Patchwork_18592_full
=
On Wed, Sep 30, 2020 at 12:53:21PM +0300, Leon Romanovsky wrote:
> On Tue, Sep 29, 2020 at 04:59:29PM -0300, Jason Gunthorpe wrote:
> > On Sun, Sep 27, 2020 at 09:46:47AM +0300, Leon Romanovsky wrote:
> > > @@ -296,11 +223,17 @@ static struct ib_umem *__ib_umem_get(struct
> > > ib_device *device,
On Wed, Sep 30, 2020 at 02:53:58PM +0300, Maor Gottlieb wrote:
>
> On 9/30/2020 2:45 PM, Jason Gunthorpe wrote:
> > On Wed, Sep 30, 2020 at 12:53:21PM +0300, Leon Romanovsky wrote:
> > > On Tue, Sep 29, 2020 at 04:59:29PM -0300, Jason Gunthorpe wrote:
> > > > On Sun, Sep 27, 2020 at 09:46:47AM +03
On 9/30/2020 2:45 PM, Jason Gunthorpe wrote:
On Wed, Sep 30, 2020 at 12:53:21PM +0300, Leon Romanovsky wrote:
On Tue, Sep 29, 2020 at 04:59:29PM -0300, Jason Gunthorpe wrote:
On Sun, Sep 27, 2020 at 09:46:47AM +0300, Leon Romanovsky wrote:
@@ -296,11 +223,17 @@ static struct ib_umem *__ib_um
On Tue, 29 Sep 2020, "Souza, Jose" wrote:
> On Tue, 2020-09-29 at 23:02 +0300, Ville Syrjälä wrote:
>> If the thing has nothing to do PCH then it should not use the PCH type
>> for the the check. Instead we should just do the EHL/JSL split.
>
> In the first version Matt Roper suggested to use PCH
Hey,
Op 22-09-2020 om 13:51 schreef Wang, Zhi A:
>
> Hi,
>
> Here's the patch which introduces GVT-g ww lock support against
> drm-intel-gt-next branch.
>
> Thanks
>
> --
>
> The following changes since commit 4316b19dee27cc5cd34a95fdbc0a3a5237507701:
>
> drm/i915: Fix uninitialised variable i
Quoting Gustavo A. R. Silva (2020-09-25 16:35:12)
> Hi all,
>
> Friendly ping: who can take this?
We had picked up the same patch from Dan Carpenter, thanks.
commit 68ba71e3ae6dd86a23486655e33c5f8c9bd90777
Author: Dan Carpenter
Date: Fri Sep 11 10:52:43 2020 +0300
drm/i915: Fix an error
== Series Details ==
Series: drm/i915: Read DIMM size in Gb rather than GB
URL : https://patchwork.freedesktop.org/series/82210/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9075_full -> Patchwork_18591_full
Summary
--
== Series Details ==
Series: drm/i915/edp/jsl: Update vswing table for HBR and HBR2
URL : https://patchwork.freedesktop.org/series/82206/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9075_full -> Patchwork_18590_full
Summa
On Tue, Sep 29, 2020 at 04:38:22PM -0700, Matt Roper wrote:
> On Wed, Sep 30, 2020 at 12:59:58AM +0300, Ville Syrjälä wrote:
> > On Wed, Sep 30, 2020 at 12:11:48AM +0300, Ville Syrjälä wrote:
> > > On Tue, Sep 29, 2020 at 02:01:44PM -0700, Matt Roper wrote:
> > > > On Tue, Sep 29, 2020 at 11:30:22P
== Series Details ==
Series: drm/i915: Plumb crtc state to link training code (rev4)
URL : https://patchwork.freedesktop.org/series/76993/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
accbc4f3f980 drm/i915: s/pre_empemph/preemph/
27807980feec drm/i915: s/old_crtc_state/crtc_st
== Series Details ==
Series: drm/i915/gt: Scrub HW state on remove
URL : https://patchwork.freedesktop.org/series/82201/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9074_full -> Patchwork_18589_full
Summary
---
**S
From: Ville Syrjälä
Doing nay kind modeset stuff from the short hpd handler is
verboten. The ad-hoc PHY test modeset code violates this. And
by calling various link training related functions it's now
blocking further work to plumb the crtc state down into the
link training code.
Let's hack arou
On Tue, Sep 29, 2020 at 04:59:29PM -0300, Jason Gunthorpe wrote:
> On Sun, Sep 27, 2020 at 09:46:47AM +0300, Leon Romanovsky wrote:
> > @@ -296,11 +223,17 @@ static struct ib_umem *__ib_umem_get(struct ib_device
> > *device,
> > goto umem_release;
> >
> > cur_base +
On 30/09/2020 09:01, Lucas De Marchi wrote:
+Matthew Auld
On Wed, Sep 30, 2020 at 07:44:25AM +, Patchwork wrote:
== Series Details ==
Series: Introduce DG1
URL : https://patchwork.freedesktop.org/series/82241/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9077 -> Patch
== Series Details ==
Series: series starting with [1/3] drm/i915/gt: Signal cancelled requests
URL : https://patchwork.freedesktop.org/series/82189/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9073_full -> Patchwork_18588_full
to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Ville-Syrjala/drm-i915-Plumb-crtc-state-to-link-training-code/20200930-073629
base: git://anongit.freedesktop.org/drm-intel for-linux-next
config: x86_64-randc
+Matthew Auld
On Wed, Sep 30, 2020 at 07:44:25AM +, Patchwork wrote:
== Series Details ==
Series: Introduce DG1
URL : https://patchwork.freedesktop.org/series/82241/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9077 -> Patchwork_18595
==
== Series Details ==
Series: Introduce DG1
URL : https://patchwork.freedesktop.org/series/82241/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9077 -> Patchwork_18595
Summary
---
**FAILURE**
Serious unknown change
== Series Details ==
Series: Introduce DG1
URL : https://patchwork.freedesktop.org/series/82241/
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_reset.c:1311:5: war
== Series Details ==
Series: Introduce DG1
URL : https://patchwork.freedesktop.org/series/82241/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
2ab727864817 drm/i915/dg1: add more PCI ids
02a93e492718 drm/i915/dg1: Initialize RAWCLK properly
90eb98d91e8e drm/i915/dg1: Define MOC
98 matches
Mail list logo
