Quoting Abdiel Janulgue (2019-12-17 11:57:49)
> Fault handler to handle missing pages for lmem objects.
>
> v4: Restore non-contigous fault handling in addition to remap_io_mapping
>
> Signed-off-by: Abdiel Janulgue
> Signed-off-by: Matthew Auld
> Cc: Chris Wilson
> Cc: Joonas Lahtinen
> ---
On 17/12/2019 06:37, Randy Dunlap wrote:
> On 12/16/19 9:42 PM, Sam Ravnborg wrote:
>> Hi Randy.
>>
>> On Mon, Dec 16, 2019 at 08:25:11AM -0800, Randy Dunlap wrote:
>>> On 12/15/19 9:22 PM, Stephen Rothwell wrote:
Hi all,
Changes since 20191213:
>>>
>>> on x86_64:
>>>
>>> ld:
Fault handler to handle missing pages for lmem objects.
v4: Restore non-contigous fault handling in addition to remap_io_mapping
Signed-off-by: Abdiel Janulgue
Signed-off-by: Matthew Auld
Cc: Chris Wilson
Cc: Joonas Lahtinen
---
drivers/gpu/drm/i915/gem/i915_gem_lmem.c | 13 +
Instead of testing individually our new fault handlers, iterate over all
memory regions and test all from one interface.
Signed-off-by: Abdiel Janulgue
Cc: Matthew Auld
Cc: Chris Wilson
Cc: Joonas Lahtinen
---
.../drm/i915/gem/selftests/i915_gem_mman.c| 226 --
1 file
== Series Details ==
Series: series starting with [1/5] drm: Add
__drm_atomic_helper_crtc_state_reset() & co. (rev3)
URL : https://patchwork.freedesktop.org/series/69129/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7578 -> Patchwork_15797
On 17.12.2019 12:45, Lionel Landwerlin wrote:
> On 16/12/2019 22:03, Alexey Budankov wrote:
>> Open access to i915_perf monitoring for CAP_SYS_PERFMON privileged processes.
>> For backward compatibility reasons access to i915_perf subsystem remains open
>> for CAP_SYS_ADMIN privileged processes
On Mon, 16 Dec 2019, Hans de Goede wrote:
> Hi All,
>
> Somehow the CI system did not pick up this series the first time, there
> are no test results recorded for it:
> https://patchwork.freedesktop.org/series/69685
>
> So this is a resend for CI to do its thing. As soon as CI is happy with
>
On Mon, Dec 16, 2019 at 02:58:13PM -0800, Manasi Navare wrote:
> On Mon, Dec 16, 2019 at 02:33:10PM -0800, Manasi Navare wrote:
> > On Mon, Dec 16, 2019 at 11:37:38PM +0200, Ville Syrjälä wrote:
> > > On Mon, Dec 16, 2019 at 11:13:09AM -0800, Manasi Navare wrote:
> > > > On Mon, Dec 16, 2019 at
== Series Details ==
Series: series starting with [1/8] drm/i915: Unpin vma->obj on early error
URL : https://patchwork.freedesktop.org/series/71031/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_7578 -> Patchwork_15809
== Series Details ==
Series: drm/i915/dsi: Control panel and backlight enable GPIOs from VBT (rev2)
URL : https://patchwork.freedesktop.org/series/70945/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7578_full -> Patchwork_15801_full
== Series Details ==
Series: drm/i915/gt: Avoid multi-LRI on Sandybridge
URL : https://patchwork.freedesktop.org/series/71029/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7578 -> Patchwork_15808
Summary
---
Skip useless priority bumping on adding a new dependency, but otherwise
prevent tasklet scheduling until we have completed all the potential
rescheduling.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_scheduler.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff
Only signal the breadcrumbs from inside the irq_work, simplifying our
interface and calling conventions. The micro-optimisation here is that
by always using the irq_work interface, we know we are always inside an
irq-off critical section for the breadcrumb signaling and can ellide
save/restore of
If we inherit an error along the fence chain, we skip the main work
callback and go straight to the error. In the case of the vma bind
worker, we only dropped the pinned pages from the worker.
In the process, make sure we call the release earlier rather than wait
until the final reference to the
As we may try to toggle the powerwell several hundred thousand times a
second, emitting several debug messages for each event simply
overwhelms the reader, cibuglog and the filesystem!
TLDR; logging overload.
Signed-off-by: Chris Wilson
Cc: Imre Deak
Cc: Ville Syrjälä
---
As we stash a pointer to the HWSP cacheline on the request, when reading
it we only need confirm that the cacheline is still valid by checking
that the request and timeline are still intact.
v2: Protect hwsp_cachline with RCU
Signed-off-by: Chris Wilson
Cc: Tvrtko Ursulin
---
For some execlists scheduler tests we assume very precise layout of the
inflight queue and become angry if the heartbeat interferes by
reprioritising our contexts (because we happen to be using the same
engine->kernel_context for our test).
Signed-off-by: Chris Wilson
---
Since obj->frontbuffer is no longer protected by the struct_mutex, as we
are processing the execbuf, it may be removed. Mark the
intel_frontbuffer as rcu protected, and so acquire a reference to
the struct as we track activity upon it.
Closes: https://gitlab.freedesktop.org/drm/intel/issues/827
Avoid spinning indefinitely waiting for the request to be submitted, and
instead apply a timeout. A secondary benefit is that the error message
will show which suspect is blocked.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/gt/selftest_lrc.c | 26 +-
1 file
On 16/12/2019 22:03, Alexey Budankov wrote:
Open access to i915_perf monitoring for CAP_SYS_PERFMON privileged processes.
For backward compatibility reasons access to i915_perf subsystem remains open
for CAP_SYS_ADMIN privileged processes but CAP_SYS_ADMIN usage for secure
i915_perf monitoring
== Series Details ==
Series: drm/i915 / LPSS / mfd: Select correct PWM controller to use based on
VBT (rev3)
URL : https://patchwork.freedesktop.org/series/69686/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7578_full -> Patchwork_15800_full
== Series Details ==
Series: drm/i915/gt: Avoid multi-LRI on Sandybridge
URL : https://patchwork.freedesktop.org/series/71029/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
9825d1f6a29e drm/i915/gt: Avoid multi-LRI on Sandybridge
-:47: CHECK:LINE_SPACING: Please don't use
Sandybridge is the gen that didn't handle multiple registers in a single
LRI packet. Don't forget it!
Fixes: 902eb748e5c3 ("drm/i915/gt: Tidy up full-ppgtt on Ivybridge")
Signed-off-by: Chris Wilson
Cc: Mika Kuoppala
---
drivers/gpu/drm/i915/gt/intel_ring_submission.c | 13 +
1
Hey,
First pull for v5.6!
Enjoy!
~Maarten
drm-misc-next-2019-12-16:
drm-misc-next for v5.6:
UAPI Changes:
- Add support for DMA-BUF HEAPS.
Cross-subsystem Changes:
- mipi dsi definition updates, pulled into drm-intel as well.
- Add lockdep annotations for dma_resv vs mmap_sem and fs_reclaim.
Hi all,
On 16-12-2019 21:55, Patchwork wrote:
== Series Details ==
Series: series starting with [1/2] drm/i915/dsi: Remove readback of panel
orientation on BYT / CHT (rev2)
URL : https://patchwork.freedesktop.org/series/70952/
State : failure
== Summary ==
CI Bug Log - changes from
Quoting Zhenyu Wang (2019-12-17 07:13:54)
> Current GVT allocates kernel context as vGPU submission context.
> For vGPU destroy, the kernel context needs to be close then released,
> otherwise context's vm ppgtt resource would cause memleak issue like
> below. This trys to add new helper to
On Mon, 16 Dec 2019, Hans de Goede wrote:
> Hi,
>
> On 16-12-2019 10:30, Lee Jones wrote:
> > [...]
> >
> > > > > > > > > > > Which use a Crystal Cove PMIC, yet the LCD is connected
> > > > > > > > > > > to the SoC/LPSS
> > > > > > > > > > > PWM controller (and the VBT correctly indicates
On Mon, 16 Dec 2019, Hans de Goede wrote:
> Move the Crystal Cove PMIC panel GPIO lookup-table from
> drivers/mfd/intel_soc_pmic_core.c to the i915 driver.
>
> The moved looked-up table is adding a GPIO lookup to the i915 PCI
> device and the GPIO subsys allows only one lookup table per device,
On Mon, 16 Dec 2019, Hans de Goede wrote:
> At least Bay Trail (BYT) and Cherry Trail (CHT) devices can use 1 of 2
> different PWM controllers for controlling the LCD's backlight brightness.
>
> Either the one integrated into the PMIC or the one integrated into the
> SoC (the 1st LPSS PWM
== Series Details ==
Series: drm/i915: Fix vGPU kernel context kmemleak
URL : https://patchwork.freedesktop.org/series/71027/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7578 -> Patchwork_15807
Summary
---
101 - 130 of 130 matches
Mail list logo
