[Intel-gfx] [PULL] topic/drm-misc

Hi Dave, Just flushing out my -misc queue. Slightly important are the prime refcount/unload fixes from Chris. There's also the reservation stuff from Chris still pending, and Sumits hasn't landed that yet. Might get another pull for that, but pls don't hold up the main pull for it ;-) Cheers,

Re: [Intel-gfx] [RFC] drm/i915: Introduce i915_alloc_sg_table

On 10/10/2016 12:05, Chris Wilson wrote: On Mon, Oct 10, 2016 at 11:53:18AM +0100, Tvrtko Ursulin wrote: From: Tvrtko Ursulin There are currently two places in the code which build the sg table for the object backing store and in the future there will be one more.

Re: [Intel-gfx] [PATCH v2] drm/i915: Allow compaction upto SWIOTLB max segment size

On 10/10/2016 23:27, Chris Wilson wrote: commit 1625e7e549c5 ("drm/i915: make compact dma scatter lists creation work with SWIOTLB backend") took a heavy handed approach to undo the scatterlist compaction in the face of SWIOTLB. (The compaction hit a bug whereby we tried to pass a segment

Re: [Intel-gfx] [PATCH] drm/i915: Assert we hold the CRTC powerwell for generating vblank interrupts

Op 11-10-16 om 08:55 schreef Ville Syrjälä: > On Tue, Oct 11, 2016 at 08:17:22AM +0200, Maarten Lankhorst wrote: >> Op 10-10-16 om 13:56 schreef Ville Syrjälä: >>> On Mon, Oct 10, 2016 at 12:46:32PM +0100, Chris Wilson wrote: On Mon, Oct 10, 2016 at 02:42:01PM +0300, Ville Syrjälä wrote:

Re: [Intel-gfx] [PATCH] drm/i915/guc: Sanitory checks for platform that dont have GuC

On Tue, 11 Oct 2016, Anusha Srivatsa wrote: > i915.enable_guc_loading/submission=2 forces the usage of GuC. > For platforms that do not have a GuC, asking the kernel to > use a GuC should not result in an error state. Do extra checks > to see if the platform even has a

Re: [Intel-gfx] [PATCH 1/2] drm/i915/gen9: unconditionally apply the memory bandwidth WA

On Mon, 10 Oct 2016, Paulo Zanoni wrote: > Mahesh Kumar is already working on a proper implementation for the > workaround, but while we still don't have it, let's just > unconditionally apply the workaround for everybody and we hope we can > close all those numerous

Re: [Intel-gfx] [PATCH] drm/i915: Assert we hold the CRTC powerwell for generating vblank interrupts

On Tue, Oct 11, 2016 at 08:17:22AM +0200, Maarten Lankhorst wrote: > Op 10-10-16 om 13:56 schreef Ville Syrjälä: > > On Mon, Oct 10, 2016 at 12:46:32PM +0100, Chris Wilson wrote: > >> On Mon, Oct 10, 2016 at 02:42:01PM +0300, Ville Syrjälä wrote: > >>> On Mon, Oct 10, 2016 at 12:34:54PM +0100,

Re: [Intel-gfx] [PATCH] drm/i915: Assert we hold the CRTC powerwell for generating vblank interrupts

Op 10-10-16 om 13:56 schreef Ville Syrjälä: > On Mon, Oct 10, 2016 at 12:46:32PM +0100, Chris Wilson wrote: >> On Mon, Oct 10, 2016 at 02:42:01PM +0300, Ville Syrjälä wrote: >>> On Mon, Oct 10, 2016 at 12:34:54PM +0100, Chris Wilson wrote: To enable the vblank itself, we need to have an RPM

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for drm/i915/guc: Sanitory checks for platform that dont have GuC (rev2)

> == Summary == > > Series 13358v2 drm/i915/guc: Sanitory checks for platform that dont have > GuC > https://patchwork.freedesktop.org/api/1.0/series/13358/revisions/2/mbox/ > > Test kms_pipe_crc_basic: > Subgroup bad-nb-words-3: > pass -> DMESG-WARN (fi-ilk-650)

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for series starting with [1/2] drm/i915: Remove self-harming shrink_all on get_pages_gtt fail (rev2)

> == Summary == > > Series 13527v2 Series without cover letter > https://patchwork.freedesktop.org/api/1.0/series/13527/revisions/2/mbox/ > > Test kms_flip: > Subgroup basic-flip-vs-dpms: > pass -> DMESG-WARN (fi-byt-n2820) Command /opt/igt/tests/kms_flip

<    1   2