== 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:
== 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:
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 --git a/drivers/gpu/drm/i915/intel_audio.c
b/drivers/gpu/dr
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 changed, 17 insertions(+), 4 deletions(-)
diff --git a/driver
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
index 2d0b006..4bd5080 100644
--- a
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 checking all the
requirements (f
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 Fr
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.")
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 wi
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 mor
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
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 05:02
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(...) /* Ne
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 stolen were being corrupted on
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 (!list_empty(&obj->vma_list)
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(&obj->vma_list)) {
> >+ret = i915_gem_obje
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 Technology may corrupt the contents
of
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)
-
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. This is to validate kernel chang
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: https://bugs.freedeskto
* 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
>http://www.spinics.net/lists/linux-rt-u
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 shmem on hibernation.
v2: Added c
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.
> + */
> +
== 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)
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 seque
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&prep work (Rodrigo, Wayne)
> -
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 jus
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 preserve the User data stored in the
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 in the stolen region. Hence this
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 at it (*a* BDB Header).
BR,
Jani.
> ---
> D
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 in
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 hanging
the GPU on resume.
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 bug made my HSW explode spectacu
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(-)
>
> diff --git a/tools/intel_opregion_decode.c b/tools
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
The s
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 to
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 macros for stolen memory based obj
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 backed by stolen memory as well
as oth
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 thi
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 object allocation. We generally
> >
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 nee
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 cont
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 for the whole object (since that i
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 con
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
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
obj
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 is a failure in object
allocation
== 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:
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 buffers allocated from stolen
reg
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 Roper
> Date: Thu Sep 24 15:53:1
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 in
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: Mar
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 try to grab one page in the mapp
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 so as to map it in a given GTT en
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&prep work (Rodrigo, Wayne)
- first bits for mst audio
- page dirty tracking fixes from Dave Gordon
- new get_e
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 tests and interface tests for
testin
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 multiples of PAGE_SIZE (Tvrtko)
Signed-o
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: Precalculating values to avoid redundant funct
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 verifies the creation as well as the
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() instead of igt_assert(), Made loo
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 for stolen backed objects also f
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 +
tests/kms_color.c | 1037 +
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 is against the usual style
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 empty commit message.
I th
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 2015 +0200
>
> intel: A
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 the
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 reques
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 'is_globa
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 I915_STATE_
== 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:
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 o
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 generic VBT documentation.
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 plan
== 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:
74 matches
Mail list logo
