Re: [Intel-gfx] [PATCH v6] drm/i915: Avoid writing relocs with addresses in non-canonical form

On Tue, Dec 22, 2015 at 01:37:10PM +0100, Michał Winiarski wrote: > + /* Offset can be used as input (EXEC_OBJECT_PINNED), since > + * userspace has to use canonical format, we need to reject all > + * non-canonical addresses. > + */ > +

Re: [Intel-gfx] [PATCH] drm/i915: Hide one invalid cancellation bug in i915_switch_context()

On Mon, Dec 21, 2015 at 12:59:01PM +, Chris Wilson wrote: > Hmm, it leaks a bit furter than execbuffer. For example, we need to > submit the request to maintain our state tracking correctly for the > semaphores and whatnot for incomplete CS flips. > > From inspection, we need: And there's

Re: [Intel-gfx] vsync + vaapi question

On Fri, Dec 18, 2015 at 07:08:11PM +0100, Lukas Hejtmanek wrote: > Hello, > > is it possible to switch vsync from internal LCD (laptop) to external monitor > when playing movie via VA-API? I can drop vsync with internal LCD and keep > vsync only with external monitor. I tried to use --primary for

Re: [Intel-gfx] [PATCH] drm/i915/skl: Increase ddb blocks to support large cursor sizes

On 12/21/2015 05:39 PM, Daniel Vetter wrote: On Fri, Dec 18, 2015 at 07:24:19AM -0800, Matt Roper wrote: On Fri, Dec 18, 2015 at 07:14:17AM -0800, Matt Roper wrote: On Fri, Dec 18, 2015 at 05:10:12PM +0200, Ville Syrjälä wrote: On Fri, Dec 18, 2015 at 06:58:58AM -0800, Matt Roper wrote: On

Re: [Intel-gfx] [RFC 2/2] drm/i915: Render decompression support for Gen9

Hi Daniel, How does VT switch work in case of rotation, setting different pixel format, etc? - Vandana On 12/9/2015 11:35 PM, Daniel Stone wrote: Hi, On 9 December 2015 at 05:15, Vandana Kannan wrote: This patch includes enabling render decompression after

[Intel-gfx] linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commit: 57a2af6bbc7a ("drm/i915: Kill intel_crtc->cursor_bo") from the drm-intel-fixes tree and commit: 6285262259ca ("drm/i915: Only run commit when crtc is active, v2.")

Re: [Intel-gfx] vsync + vaapi question

On Tue, Dec 22, 2015 at 08:54:08PM +, Chris Wilson wrote: > Not really. The Primary output will be used as the vsync so long as a > single pixel of the Window is upon it. Fundamentally, we need to use the > output that the Window is on in order to driver the vblank update. Which window? Any

[Intel-gfx] [PATCH] drm/i915/bxt: Fix wm calculation for pixel format change

Recalculate watermark when there is a change in pixel format. Signed-off-by: Nabendu Maiti --- drivers/gpu/drm/i915/intel_display.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c

Re: [Intel-gfx] [PATCH 4/4] igt/gem_stolen: Verify contents of stolen-backed objects across hibernation

On Tue, Dec 22, 2015 at 04:00:51PM +, Tvrtko Ursulin wrote: > > > On 22/12/15 10:07, ankitprasad.r.sha...@intel.com wrote: > >From: Ankitprasad Sharma > > > >This patch verifies if the contents of the stolen backed object were > >preserved across hibernation.

Re: [Intel-gfx] [PATCH libdrm] intel: Restore formatting of offsets in debug statements

On Tuesday, December 15, 2015 4:28:55 PM PST Michał Winiarski wrote: > Using lower_32_bits and upper_32_bits macros was accidentally dropped in: > > commit 8b4d57e7b75cb0bd01d11ad7f597909034a316aa > Author: Michał Winiarski > Date: Wed Sep 9 16:07:10

Re: [Intel-gfx] [PATCH i-g-t 1/3] lib/igt_kms migrate existing documentation to header file.

On Tue, Dec 22, 2015 at 12:05:10PM +0200, Marius Vlad wrote: > Hi, > > On Mon, Dec 21, 2015 at 05:09:51PM +0100, Daniel Vetter wrote: > > On Mon, Dec 21, 2015 at 01:07:23PM +0200, Marius Vlad wrote: > > > Signed-off-by: Marius Vlad > > > > Hm, why that? Given that this

[Intel-gfx] [PULL] drm-intel-next

Hi Dave, Final 4.5 feature pull for drm/i915! drm-intel-next-2015-12-18: - fix atomic watermark recomputation logic (Maarten) - modeset sequence fixes for LPT (Ville) - more kbl enabling work (Rodrigo, Wayne) - first bits for mst audio - page dirty tracking fixes from Dave Gordon - new get_eld

Re: [Intel-gfx] [PATCH 01/10] drm/i915: Allow use of get_dma_address for stolen backed objects

On Tue, Dec 22, 2015 at 10:23:11AM +, Tvrtko Ursulin wrote: > > > On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: > >From: Ankitprasad Sharma > > > >i915_gem_object_get_dma_address function is used to retrieve the dma address > >of a particular page

Re: [Intel-gfx] [PATCH 03/10] drm/i915: Clearing buffer objects via CPU/GTT

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma This patch adds support for clearing buffer objects via CPU/GTT. This is particularly useful for clearing out the non shmem backed objects. Currently intend to use this only for

Re: [Intel-gfx] [PATCH 06/10] drm/i915: Add support for stealing purgable stolen pages

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Chris Wilson If we run out of stolen memory when trying to allocate an object, see if we can reap enough purgeable objects to free up enough contiguous free space for the allocation. This is in principle very much like evicting

[Intel-gfx] ✗ warning: Fi.CI.BAT

== Summary == Built on 78deeec98b10627fe2050ce8ebfa2ea2d5b9e6c7 drm-intel-nightly: 2015y-12m-21d-16h-03m-57s UTC integration manifest Test gem_mmap_gtt: Subgroup basic-small-bo: dmesg-warn -> PASS (bdw-nuci7) Test gem_storedw_loop: Subgroup basic-render:

Re: [Intel-gfx] [PATCH 01/10] drm/i915: Allow use of get_dma_address for stolen backed objects

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma i915_gem_object_get_dma_address function is used to retrieve the dma address of a particular page so as to map it in a given GTT entry for CPU access. This function would be used

[Intel-gfx] [PATCH v5] drm/i915: Avoid writing relocs with addresses in non-canonical form

According to bspec, some parts of HW require the addresses to be in a canonical form, where bits [63:48] == [47]. Let's convert addresses to canonical form prior to relocating and return converted offsets to userspace. We also need to make sure that userspace is using addresses in canonical form

[Intel-gfx] ✗ warning: Fi.CI.BAT

== Summary == Built on 9d34680058127d4d628a78dab44cd6ecb62e97c6 drm-intel-nightly: 2015y-12m-22d-09h-40m-43s UTC integration manifest Test gem_storedw_loop: Subgroup basic-render: pass -> DMESG-WARN (skl-i7k-2) Test kms_flip: Subgroup basic-flip-vs-modeset:

Re: [Intel-gfx] [PATCH i-g-t 1/3] lib/igt_kms migrate existing documentation to header file.

Hi, On Mon, Dec 21, 2015 at 05:09:51PM +0100, Daniel Vetter wrote: > On Mon, Dec 21, 2015 at 01:07:23PM +0200, Marius Vlad wrote: > > Signed-off-by: Marius Vlad > > Hm, why that? Given that this is against the usual style in igt this needs > some justification, not an

[Intel-gfx] [PATCH 3/4] igt/gem_create: Test to validate parameters for GEM_CREATE ioctl

From: Ankitprasad Sharma This test validates the two parameters (size and flags) GEM_CREATE ioctl. v2: Added IGT_TEST_DESCRIPTION (Thomas Wood) v3: Removed use of hard coded values, updated comments (Tvrtko) v4: Removed over-use of macros, updated with

[Intel-gfx] [PATCH 2/4] igt/gem_pread: Support to verify pread/pwrite for non-shmem backed obj

From: Ankitprasad Sharma This patch adds support to verify pread/pwrite for non-shmem backed objects. It also shows the pread/pwrite speed. It also tests speeds for pread with and without user side page faults v2: Fixed Rebase conflicts (Ankit) v3:

[Intel-gfx] [PATCH 4/4] igt/gem_stolen: Verify contents of stolen-backed objects across hibernation

From: Ankitprasad Sharma This patch verifies if the contents of the stolen backed object were preserved across hibernation. This is to validate kernel changes related to moving stolen-backed objects to shmem on hibernation. v2: Added comment, Use igt_assert_eq()

[Intel-gfx] [PATCH 1/4] igt/gem_stolen: Verifying extended gem_create ioctl

From: Ankitprasad Sharma This patch adds the testcases for verifying the new extended gem_create ioctl. By means of this extended ioctl, memory placement of the GEM object can be specified, i.e. either shmem or stolen memory. These testcases include functional

[Intel-gfx] [PATCH v6 0/4] Tests for verifying the old and extended GEM_CREATE ioctl

From: Ankitprasad Sharma This new set of tests verifies the old and the new extended GEM_CREATE ioctl gem_stolen tries to verify the new extended GEM_CREATE ioctl, which tries to create an object backed by stolen memory and performs basic operations on it. It

Re: [Intel-gfx] [PATCH i-g-t 1/3] lib/igt_kms migrate existing documentation to header file.

On Tue, Dec 22, 2015 at 11:20:19AM +0100, Daniel Vetter wrote: > On Tue, Dec 22, 2015 at 12:05:10PM +0200, Marius Vlad wrote: > > Hi, > > > > On Mon, Dec 21, 2015 at 05:09:51PM +0100, Daniel Vetter wrote: > > > On Mon, Dec 21, 2015 at 01:07:23PM +0200, Marius Vlad wrote: > > > > Signed-off-by:

Re: [Intel-gfx] [PATCH v2] drm/i915/skl: Increase ddb blocks to support large cursor sizes

On Sat, 19 Dec 2015, Radhakrishna Sripada wrote: > Original value of 32 blocks is not sufficient when using cursor size of > 256x256 causing FIFO underruns when the reworked wm > caluclations in > > commit 024c9045221fe45482863c47c4b4c47d37f97cbf > Author: Matt

Re: [Intel-gfx] [PATCH 05/10] drm/i915: Propagating correct error codes to the userspace

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma Propagating correct error codes to userspace by using ERR_PTR and PTR_ERR macros for stolen memory based object allocation. We generally return -ENOMEM to the user whenever there

[Intel-gfx] [PATCH i-g-t] tests/kms_color:Color i-g-t

From: Dhanya This patch will verify color correction capability of a display driver. Gamma/CSC/De-gamma for SKL/BXT supported. Signed-off-by: Dhanya --- tests/.gitignore |1 + tests/Makefile.sources |1 +

Re: [Intel-gfx] [PATCH 02/10] drm/i915: Use insert_page for pwrite_fast

Hi, On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma In pwrite_fast, map an object page by page if obj_ggtt_pin fails. First, we try a nonblocking pin for the whole object (since that is fastest if reused), then failing that we

Re: [Intel-gfx] [PATCH v3 1/2] drm/i915: Simplify _STATE_ debug macros

On ma, 2015-12-21 at 14:41 +0100, Daniel Vetter wrote: > On Mon, Dec 21, 2015 at 11:53:52AM +, Dave Gordon wrote: > > On 21/12/15 08:11, Joonas Lahtinen wrote: > > > On pe, 2015-12-18 at 16:18 +, Dave Gordon wrote: > > > > On 18/12/15 12:27, Joonas Lahtinen wrote: > > > > > Take advantage

[Intel-gfx] ✗ warning: Fi.CI.BAT

== Summary == Built on 78deeec98b10627fe2050ce8ebfa2ea2d5b9e6c7 drm-intel-nightly: 2015y-12m-21d-16h-03m-57s UTC integration manifest Test gem_mmap_gtt: Subgroup basic-small-bo: dmesg-warn -> PASS (bdw-nuci7) Test gem_storedw_loop: Subgroup basic-render:

Re: [Intel-gfx] [PATCH 00/15] drm/i915/bios: mipi sequence block v3, etc.

On Mon, 21 Dec 2015, Jani Nikula wrote: > Hi all, this is follow-up to my earlier opregion/vbt series [1]. This > covers patches 1 and 7 of Deepak's series [2], but does quite a bunch of > rework to make everything as neat as it can be given the spec. There's > also some

Re: [Intel-gfx] [PATCH 2/6] drm/i915: simplify testing for the global default context

On Mon, Dec 21, 2015 at 04:04:41PM +, Dave Gordon wrote: > There are quite a number of places where the driver tests whether a > given context is or is not the global default context, usually by > checking whether an engine's default_pointer points to the context. Now > that we have a

Re: [Intel-gfx] [PATCH] drm/fb-helper: Use proper plane mask for fb cleanup

Op 19-12-15 om 02:27 schreef Matt Roper: > pan_display_atomic() calls drm_atomic_clean_old_fb() to sanitize the > legacy FB fields (plane->fb and plane->old_fb). However it was building > the plane mask to pass to this function incorrectly (the bitwise OR was > using plane indices rather than

Re: [Intel-gfx] [PATCH v3 2/2] drm/i915: Compile-time concatenate WARN_ON macro strings

On Fri, Dec 18, 2015 at 02:27:27PM +0200, Joonas Lahtinen wrote: > Using __stringify(x) instead of #x adds support for macros as > a parameter and compile-time concatenation reduces the runtime > overhead. > > Slightly increases the .text size but should not matter. > > v2: > - Define

Re: [Intel-gfx] [PATCH 1/6] drm/i915: mark the global default (intel_)context as such

On Mon, Dec 21, 2015 at 04:04:40PM +, Dave Gordon wrote: > Some of the LRC-specific context-destruction code has to special-case > the global default context, bacause the HWSP is part of that context. At > present it deduces it indirectly by checking for the backpointer from > the engine to

Re: [Intel-gfx] [PATCH 3/6] drm/i915: simplify allocation of driver-internal requests

On Mon, Dec 21, 2015 at 04:04:42PM +, Dave Gordon wrote: > There are a number of places where the driver needs a request, but isn't > working on behalf of any specific user or in a specific context. For > such requests, we associate them with the default context for the engine > that the

Re: [Intel-gfx] [PATCH 1/6] drm/i915: mark the global default (intel_)context as such

On 22/12/15 09:08, Chris Wilson wrote: On Mon, Dec 21, 2015 at 04:04:40PM +, Dave Gordon wrote: Some of the LRC-specific context-destruction code has to special-case the global default context, bacause the HWSP is part of that context. At present it deduces it indirectly by checking for the

Re: [Intel-gfx] [PATCH 2/6] drm/i915: simplify testing for the global default context

On 22/12/15 09:05, Chris Wilson wrote: On Mon, Dec 21, 2015 at 04:04:41PM +, Dave Gordon wrote: There are quite a number of places where the driver tests whether a given context is or is not the global default context, usually by checking whether an engine's default_pointer points to the

Re: [Intel-gfx] [PATCH v5] drm/i915: Avoid writing relocs with addresses in non-canonical form

On Tue, 2015-12-22 at 12:00 +0100, Michał Winiarski wrote: > According to bspec, some parts of HW require the addresses to be in > a canonical form, where bits [63:48] == [47]. Let's convert addresses > to > canonical form prior to relocating and return converted offsets to > userspace. We also

Re: [Intel-gfx] [PATCH 03/13] staging/android/sync: Move sync framework out of staging

On 21/12/2015 15:46, Daniel Vetter wrote: On Mon, Dec 21, 2015 at 02:20:59PM +, John Harrison wrote: On 21/12/2015 10:03, Daniel Vetter wrote: On Thu, Dec 17, 2015 at 09:35:03AM -0800, Jesse Barnes wrote: On 12/11/2015 05:11 AM, john.c.harri...@intel.com wrote: From: John Harrison

Re: [Intel-gfx] [PATCH v2] drm/i915: Unbreak check_digital_port_conflicts()

On Thu, 10 Dec 2015, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Atomic changes broke check_digital_port_conflicts(). It needs to look > at the global situation instead of just trying to find a conflict > within the current atomic state. > > This

Re: [Intel-gfx] [PATCH 10/10] drm/i915: Disable use of stolen area by User when Intel RST is present

Hi, On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma The BIOS RapidStartTechnology may corrupt the stolen memory across S3 suspend due to unalarmed hibernation, in which case we will not be able to preserve the User data stored

Re: [Intel-gfx] [PATCH 10/10] drm/i915: Disable use of stolen area by User when Intel RST is present

On Tue, Dec 22, 2015 at 11:50:53AM +0530, ankitprasad.r.sha...@intel.com wrote: > From: Ankitprasad Sharma > > The BIOS RapidStartTechnology may corrupt the stolen memory across S3 > suspend due to unalarmed hibernation, in which case we will not be able > to

Re: [Intel-gfx] [PATCH 02/10] drm/i915: Use insert_page for pwrite_fast

On Tue, 2015-12-22 at 10:44 +, Tvrtko Ursulin wrote: > Hi, > > On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: > > From: Ankitprasad Sharma > > > > In pwrite_fast, map an object page by page if obj_ggtt_pin fails. First, > > we try a nonblocking pin

Re: [Intel-gfx] [PATCH 3/6] drm/i915: simplify allocation of driver-internal requests

On 22/12/15 09:08, Chris Wilson wrote: On Mon, Dec 21, 2015 at 04:04:42PM +, Dave Gordon wrote: There are a number of places where the driver needs a request, but isn't working on behalf of any specific user or in a specific context. For such requests, we associate them with the default

Re: [Intel-gfx] [PATCH 02/10] drm/i915: Use insert_page for pwrite_fast

On Tue, Dec 22, 2015 at 04:45:51PM +0530, Ankitprasad Sharma wrote: > > Compiler does not complain about possible truncation here? I would > > change it to a type of equivalent width just in case. Even before it was > > loff_t. > Never saw a compiler warning related to this truncation. Though

Re: [Intel-gfx] [PATCH 07/10] drm/i915: Support for pread/pwrite from/to non shmem backed objects

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma This patch adds support for extending the pread/pwrite functionality for objects not backed by shmem. The access will be made through gtt interface. This will cover objects

Re: [Intel-gfx] [i-g-t PATCH 1/5] intel_opregion_decode: add new ASLE fields

I don't expect anyone to be interested, so I pushed the lot. BR, Jani. On Mon, 21 Dec 2015, Jani Nikula wrote: > Signed-off-by: Jani Nikula > --- > tools/intel_opregion_decode.c | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > >

Re: [Intel-gfx] [PATCH 05/10] drm/i915: Propagating correct error codes to the userspace

On 22/12/15 11:29, Ankitprasad Sharma wrote: On Tue, 2015-12-22 at 11:20 +, Tvrtko Ursulin wrote: On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma Propagating correct error codes to userspace by using ERR_PTR and PTR_ERR

Re: [Intel-gfx] [PATCH 01/15] drm/i915/bios: add proper documentation for the Video BIOS Table (VBT)

On Mon, 21 Dec 2015, Jani Nikula wrote: > Add an overview and documentation for the VBT/BDB header structures. > > Signed-off-by: Jani Nikula Pushed this one patch to drm-intel-next-queued with Daniel's irc ack. Fixed a small grammatical error while

Re: [Intel-gfx] [PATCH 05/10] drm/i915: Propagating correct error codes to the userspace

On Tue, 2015-12-22 at 11:20 +, Tvrtko Ursulin wrote: > On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: > > From: Ankitprasad Sharma > > > > Propagating correct error codes to userspace by using ERR_PTR and > > PTR_ERR macros for stolen memory based

Re: [Intel-gfx] [PATCH 02/10] drm/i915: Use insert_page for pwrite_fast

On 22/12/15 11:52, Chris Wilson wrote: On Tue, Dec 22, 2015 at 04:45:51PM +0530, Ankitprasad Sharma wrote: Compiler does not complain about possible truncation here? I would change it to a type of equivalent width just in case. Even before it was loff_t. Never saw a compiler warning related

Re: [Intel-gfx] [PATCH 08/10] drm/i915: Migrate stolen objects before hibernation

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Chris Wilson Ville reminded us that stolen memory is not preserved across hibernation, and a result of this was that context objects now being allocated from stolen were being corrupted on S4 and promptly

[Intel-gfx] [PATCH v6] drm/i915: Avoid writing relocs with addresses in non-canonical form

According to bspec, some parts of HW require the addresses to be in a canonical form, where bits [63:48] == [47]. Let's convert addresses to canonical form prior to relocating and return converted offsets to userspace. We also need to make sure that userspace is using addresses in canonical form

Re: [Intel-gfx] [PATCH 09/10] acpi: Export acpi_bus_type

On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma Some modules, like i915.ko, needs to detect when certain ACPI features are active inorder to prevent corruption on contended resources. In particular, use of BIOS RapidStart

Re: [Intel-gfx] [PATCH 4/4] igt/gem_stolen: Verify contents of stolen-backed objects across hibernation

On 22/12/15 10:07, ankitprasad.r.sha...@intel.com wrote: From: Ankitprasad Sharma This patch verifies if the contents of the stolen backed object were preserved across hibernation. This is to validate kernel changes related to moving stolen-backed objects to

Re: [Intel-gfx] [PULL] drm-intel-next

On 22/12/15 14:31, Chris Wilson wrote: On Tue, Dec 22, 2015 at 03:05:14PM +0100, Daniel Vetter wrote: On Tue, Dec 22, 2015 at 11:37:18AM +0100, Daniel Vetter wrote: Hi Dave, Final 4.5 feature pull for drm/i915! drm-intel-next-2015-12-18: - fix atomic watermark recomputation logic (Maarten)

Re: [Intel-gfx] [4.1.7-rt8][report] Very high cyclictest latency during glmark2 on i915 gpu

* Christoph Mathys | 2015-12-21 14:19:10 [+0100]: >While playing with 4.1.13-rt15 I stumbled across the following thread >where Luis reports the same problem with i915 gpu: >i915: sleeping function called from invalid context at >intel_pipe_update_start/end

Re: [Intel-gfx] [PATCH v5 2/2] drm/i915: Check DP no aux transaction bit on link training

Hi Mika, On Mon, Dec 21, 2015 at 01:39:15PM +0200, Mika Kahola wrote: > Check if no AUX transactions are required on DP link training. > If this bit is set, we can reuse the known good drive current > and pre-emphasis level from the last "full" link training. > > Bugzilla:

Re: [Intel-gfx] [PATCH 08/10] drm/i915: Migrate stolen objects before hibernation

On Tue, Dec 22, 2015 at 12:33:41PM +, Tvrtko Ursulin wrote: > On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: > >From: Chris Wilson > >+/* Recreate any pinned binding with pointers to the new storage */ > >+if (!list_empty(>vma_list)) { > >+

Re: [Intel-gfx] [PATCH 02/10] drm/i915: Use insert_page for pwrite_fast

On Tue, Dec 22, 2015 at 12:03:32PM +, Tvrtko Ursulin wrote: > > On 22/12/15 11:52, Chris Wilson wrote: > >On Tue, Dec 22, 2015 at 04:45:51PM +0530, Ankitprasad Sharma wrote: > >>>Compiler does not complain about possible truncation here? I would > >>>change it to a type of equivalent width

Re: [Intel-gfx] [PULL] drm-intel-next

On Tue, Dec 22, 2015 at 11:37:18AM +0100, Daniel Vetter wrote: > Hi Dave, > > Final 4.5 feature pull for drm/i915! > > drm-intel-next-2015-12-18: > - fix atomic watermark recomputation logic (Maarten) > - modeset sequence fixes for LPT (Ville) > - more kbl enabling work (Rodrigo, Wayne) > -

Re: [Intel-gfx] [PULL] drm-intel-next

On Tue, Dec 22, 2015 at 03:05:14PM +0100, Daniel Vetter wrote: > On Tue, Dec 22, 2015 at 11:37:18AM +0100, Daniel Vetter wrote: > > Hi Dave, > > > > Final 4.5 feature pull for drm/i915! > > > > drm-intel-next-2015-12-18: > > - fix atomic watermark recomputation logic (Maarten) > > - modeset

[Intel-gfx] ✗ warning: Fi.CI.BAT

== Summary == Built on 7e671e69deffb88d60687dacffe6e34a5d046500 drm-intel-nightly: 2015y-12m-22d-13h-28m-34s UTC integration manifest Test kms_flip: Subgroup basic-flip-vs-modeset: pass -> DMESG-WARN (skl-i5k-2) dmesg-warn -> PASS (bsw-nuc-2)

Re: [Intel-gfx] [PATCH 08/10] drm/i915: Migrate stolen objects before hibernation

On 22/12/15 17:02, Chris Wilson wrote: On Tue, Dec 22, 2015 at 12:33:41PM +, Tvrtko Ursulin wrote: On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Chris Wilson + /* Recreate any pinned binding with pointers to the new storage */ + if

Re: [Intel-gfx] [PATCH 08/10] drm/i915: Migrate stolen objects before hibernation

On 22/12/15 12:33, Tvrtko Ursulin wrote: On 22/12/15 06:20, ankitprasad.r.sha...@intel.com wrote: From: Chris Wilson Ville reminded us that stolen memory is not preserved across hibernation, and a result of this was that context objects now being allocated from

Re: [Intel-gfx] [PATCH 07/10] drm/i915: Support for pread/pwrite from/to non shmem backed objects

On Tue, Dec 22, 2015 at 11:58:33AM +, Tvrtko Ursulin wrote: > Maybe: > > if (!obj->base.filp || cpu_write_needs_clflush(obj)) > ret = i915_gem_gtt_pwrite_fast(...); > > if (ret == -EFAULT && !obj->base.filp) { > ret = i915_gem_gtt_pwrite_slow(...) /*

[Intel-gfx] [PATCH 2/2] drm/i915: add dp mst judgement in hsw_audio_codec_enable

From: Libin Yang hsw platforms supports DP MST while ilk doesn't. This patch fixes the bug. Signed-off-by: Libin Yang --- drivers/gpu/drm/i915/intel_audio.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff

[Intel-gfx] [PATCH 1/2] drm/i915: fix get digital port issue in intel_audio

From: Libin Yang For DP MST, use enc_to_mst(encoder)->primary to get intel_digital_port, instead of using enc_to_dig_port(encoder). Signed-off-by: Libin Yang --- drivers/gpu/drm/i915/intel_audio.c | 21 + 1 file

Re: [Intel-gfx] [PATCH] drm/i915: Acquire RPM wakeref for KMS atomic commit

On Mon, Dec 21, 2015 at 07:21:33PM +0100, Daniel Vetter wrote: > On Mon, Dec 21, 2015 at 04:37:41PM +, Chris Wilson wrote: > > On Mon, Dec 21, 2015 at 05:28:16PM +0100, Daniel Vetter wrote: > > > On Mon, Dec 21, 2015 at 04:14:53PM +, Chris Wilson wrote: > > > > On Mon, Dec 21, 2015 at

[Intel-gfx] ✗ warning: Fi.CI.BAT

== Summary == Built on 7e671e69deffb88d60687dacffe6e34a5d046500 drm-intel-nightly: 2015y-12m-22d-13h-28m-34s UTC integration manifest Test gem_storedw_loop: Subgroup basic-render: pass -> DMESG-WARN (skl-i5k-2) Test kms_flip: Subgroup basic-flip-vs-dpms:

[Intel-gfx] ✗ warning: Fi.CI.BAT

== Summary == Built on 7e671e69deffb88d60687dacffe6e34a5d046500 drm-intel-nightly: 2015y-12m-22d-13h-28m-34s UTC integration manifest Test gem_storedw_loop: Subgroup basic-render: dmesg-warn -> PASS (skl-i7k-2) Test kms_flip: Subgroup basic-flip-vs-dpms: