PSR2 vsc revision number hb2( as per table 6-11)is updated to
4 or 5 based on Y cordinate and Colorimetry Format as below
04h = 3D stereo + PSR/PSR2 + Y-coordinate.
05h = -3D stereo- + PSR/PSR2 + Y-coordinate + Pixel Encoding/Colorimetry
Format indication. A DP Source device is allowed to indicate
On Fri, Dec 30, 2016 at 05:33:14PM +, Chris Wilson wrote:
> The read of the page pin count and the bind count are unordered,
> presenting races in the assert and it firing off incorrectly. Prevent
> this by restricting the assert to the vma bind/unbind routines where we
> have local cpu orderin
On Sat, Dec 31, 2016 at 01:24:53AM +0800, Terrence Xu wrote:
> GVT-g (Intel® Graphics Virtualization Technology) is a full GPU
> virtualization solution with mediated pass-through support.
>
> This case is for create basic Linux guest based on KVMGT with VFIO
> framework, it including create vgpu,
On Fri, Dec 30, 2016 at 04:25:31PM +, Chris Wilson wrote:
> In subject: +Remove duplicate ring_mask. Less freaking out ensues. However,
> note that the gt3+ have BSD2 which is not inherited from BDW_FEATURES.
Wow, I was blind somehow, now idea how I came up with this. At least CI
caught it nic
On Fri, Dec 30, 2016 at 09:27:21AM +, Chris Wilson wrote:
> DRRS is not yet kerneldoc despite the allusion prior to enum
> drrs_refresh_rate_type. Drop the '**' to avoid the warnings from
> make htmldocs.
>
> Signed-off-by: Chris Wilson
On patch 1&3 here: Reviewed-by: Daniel Vetter
> ---
>
On Fri, Dec 30, 2016 at 09:27:20AM +, Chris Wilson wrote:
> The existing kerneldoc was outdated, so time for a refresh.
>
> Signed-off-by: Chris Wilson
A few bikesheds below, feel free to pick what you like and ignore the
others. Otherwise:
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/
On Fri, Dec 30, 2016 at 10:55:15AM +0530, vathsala nagaraju wrote:
> PSR2 vsc revision number hb2( as per table 6-11)is updated to
> 4 or 5 based on Y cordinate and Colorimetry Format as below
> 04h = 3D stereo + PSR/PSR2 + Y-coordinate.
> 05h = -3D stereo- + PSR/PSR2 + Y-coordinate + Pixel Encodin
On Thu, Dec 29, 2016 at 05:22:13PM +0200, Ander Conselvan de Oliveira wrote:
> The function intel_atomic_get_shared_dpll_state() is only called from
> intel_dpll_mgr.c and it concerns the same data structures as the other
> functions in that file, so move it there and make it static.
>
> Signed-of
On Fri, Dec 30, 2016 at 8:09 AM, Dhinakaran Pandiyan
wrote:
> Link bandwidth is shared between multiple display streams in DP MST
> configurations. The DP MST topology manager structure maintains the shared
> link bandwidth for a primary link directly connected to the GPU. For atomic
> modesetting
== Series Details ==
Series: drm/i915: Move assert of page pin vs bind count into i915_vma_unbind
URL : https://patchwork.freedesktop.org/series/17324/
State : success
== Summary ==
Series 17324v1 drm/i915: Move assert of page pin vs bind count into
i915_vma_unbind
https://patchwork.freedeskt
On Fri, Dec 30, 2016 at 3:02 PM, Rafael J. Wysocki wrote:
> On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I have already reported this issue in [1].
>> One of the issue was solved.
>> Unfortunately, it looks like there is still a different problem here
>> (Ubuntu/precise AMD64
The read of the page pin count and the bind count are unordered,
presenting races in the assert and it firing off incorrectly. Prevent
this by restricting the assert to the vma bind/unbind routines where we
have local cpu ordering between the two.
Signed-off-by: Chris Wilson
Cc: Daniel Vetter
--
GVT-g (Intel® Graphics Virtualization Technology) is a full GPU
virtualization solution with mediated pass-through support.
This case is for create basic Linux guest based on KVMGT with VFIO
framework, it including create vgpu, create guest, check IP address,
destroy guest, remove vgpu,check dmesg
== Series Details ==
Series: drm/i915: Remove ring_mask from skl/kbl_gt3_info
URL : https://patchwork.freedesktop.org/series/17320/
State : failure
== Summary ==
Series 17320v1 drm/i915: Remove ring_mask from skl/kbl_gt3_info
https://patchwork.freedesktop.org/api/1.0/series/17320/revisions/1/m
On Fri, Dec 30, 2016 at 04:11:44PM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Thursday 29 Dec 2016 21:48:34 Daniel Vetter wrote:
> > I just learned that &struct_name.member_name works and looks pretty
> > even. It doesn't (yet) link to the member directly thou
In subject: +Remove duplicate ring_mask. Less freaking out ensues. However,
note that the gt3+ have BSD2 which is not inherited from BDW_FEATURES.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
Intel-gfx mailing list
Intel-gfx@lists.fre
It's the same as in BDW_FEATURES, no point being inconsistent about
this.
Cc: Rodrigo Vivi
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_pci.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_pci.c b/drivers/gpu/drm/i915/i915_pci.c
index 7435a73f6bc6..
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: 97565ed7e129cd22bcd804d7b607fc5884072daa
commit: b5c3714fe8789745521d8351d75049b9c6a0d26b [390/412] drm/mm: Convert to
drm_printer
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1
On Fri, Dec 30, 2016 at 02:16:39PM +, Chris Wilson wrote:
> For a virtual device, drm_device.dev is NULL, so becareful not to
> dereference it unconditionally in core code such as drm_dev_register().
>
> Fixes: 75f6dfe3e652 ("drm: Deduplicate driver initialization message")
> Signed-off-by: Ch
For a virtual device, drm_device.dev is NULL, so becareful not to
dereference it unconditionally in core code such as drm_dev_register().
Fixes: 75f6dfe3e652 ("drm: Deduplicate driver initialization message")
Signed-off-by: Chris Wilson
Cc: Gabriel Krisman Bertazi
Cc: Daniel Vetter
---
drivers
Hi Daniel,
Thank you for the patch.
On Thursday 29 Dec 2016 21:48:34 Daniel Vetter wrote:
> I just learned that &struct_name.member_name works and looks pretty
> even. It doesn't (yet) link to the member directly though, which would
> be really good for big structures or vfunc tables (where the
>
== Series Details ==
Series: drm/i915: Drain freed objects for mmap space exhaustion
URL : https://patchwork.freedesktop.org/series/17312/
State : success
== Summary ==
Series 17312v1 drm/i915: Drain freed objects for mmap space exhaustion
https://patchwork.freedesktop.org/api/1.0/series/17312
On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek wrote:
> Hi,
>
> I have already reported this issue in [1].
> One of the issue was solved.
> Unfortunately, it looks like there is still a different problem here
> (Ubuntu/precise AMD64).
>
> I tried v4.10-rc1 and latest Linus tree up to...
>
> commit
Hi Daniel,
Thank you for the patch.
On Thursday 29 Dec 2016 21:48:31 Daniel Vetter wrote:
> If we store the fb funcs pointer, we can remove a bit of boilerplate.
> Also remove the _fbdev_ in the example code, since the fb_funcs->dirty
> callback has nothing to do with fbdev. It's a KMS feature, o
On Fri, Dec 30, 2016 at 12:18:33PM +0100, David Herrmann wrote:
> Hi
>
> On Thu, Dec 29, 2016 at 9:48 PM, Daniel Vetter wrote:
> > We forgot to clean this up when adding connector refcounting.
> >
> > Signed-off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/drm_atomic_helper.c | 5 -
> > 1
Testcase for plane visibility after atomic modesets. The idea of the test
is the following:
- draw a blue screen with high resolution
- enable a yellow plane, visible, in lower-left corner
- set a new lower resolution mode (1024x768) that makes plane invisible
- check from debugfs 'i915_displa
As we now use a deferred free queue for objects, simply retiring the
active objects is not enough to immediately free them and recover their
mmap space - we must now also drain the freed object list.
Fixes: fbbd37b36fa5 ("drm/i915: Move object release to a freelist + worker"
Signed-off-by: Chris W
Add TEST_ONLY flag to test atomic transition display commits without
actual real-life commit.
Signed-off-by: Mika Kahola
---
tests/kms_atomic_transition.c | 227 --
1 file changed, 152 insertions(+), 75 deletions(-)
diff --git a/tests/kms_atomic_transitio
Add TEST_ONLY flag to test atomic scaling without
actually committing the changes.
Signed-off-by: Mika Kahola
---
tests/kms_plane_scaling.c | 152 --
1 file changed, 135 insertions(+), 17 deletions(-)
diff --git a/tests/kms_plane_scaling.c b/tests/kms
This test case adds TEST_ONLY flag to the following test cases to test
atomic commit correctness.
- kms_plane_multiple
- kms_atomic_transitions
- kms_plane_scaling
- kms_rotation_crc
The test randomly selects one of the above test cases and tests atomic
commit. If the test fails with TEST_ONL
Add TEST_ONLY flag to test atomic transition display commits without
actual real-life commit.
Signed-off-by: Mika Kahola
---
tests/kms_rotation_crc.c | 282 +--
1 file changed, 222 insertions(+), 60 deletions(-)
diff --git a/tests/kms_rotation_crc.c b
This test case adds TEST_ONLY flag to the following test cases to test
atomic commit correctness.
- kms_plane_multiple
- kms_atomic_transitions
- kms_plane_scaling
- kms_rotation_crc
The test randomly selects one of the above test cases and tests atomic
commit. If the test fails with TEST_ONL
Add TEST_ONLY flag to test atomic modesetting commits without
actual real-life commit.
Signed-off-by: Mika Kahola
---
tests/kms_plane_multiple.c | 79 --
1 file changed, 49 insertions(+), 30 deletions(-)
diff --git a/tests/kms_plane_multiple.c b/tests
On Fri, Dec 30, 2016 at 12:16:17PM +0100, David Herrmann wrote:
> Hi
>
> On Thu, Dec 29, 2016 at 9:48 PM, Daniel Vetter wrote:
> > sed -e 's/\( \* .*\)struct &\([_a-z]*\)/\1\&struct \2/' -i
> >
> > Originally I wasnt a friend of this style because I thought a
> > line-break between the "&struct"
== Series Details ==
Series: drm/i915: Fix phys pwrite for struct_mutex-less operation
URL : https://patchwork.freedesktop.org/series/17310/
State : success
== Summary ==
Series 17310v1 drm/i915: Fix phys pwrite for struct_mutex-less operation
https://patchwork.freedesktop.org/api/1.0/series/1
On Thu, Dec 29, 2016 at 12:58 PM, Mika Kuoppala
wrote:
> Sedat Dilek writes:
>
>> On Wed, Dec 28, 2016 at 11:32 PM, Rafael J. Wysocki
>> wrote:
>>> On Wed, Dec 28, 2016 at 11:00 AM, Sedat Dilek wrote:
On Wed, Dec 28, 2016 at 9:29 AM, Jani Nikula wrote:
> On Wed, 28 Dec 2016, Sedat Di
Hi
On Thu, Dec 29, 2016 at 9:48 PM, Daniel Vetter wrote:
> We forgot to clean this up when adding connector refcounting.
>
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 5 -
> 1 file changed, 5 deletions(-)
Patch 1-10 all:
Reviewed-by: David Herrmann
Thank
On Thu, Dec 29, 2016 at 01:37:29PM +, Chris Wilson wrote:
> Currently at the end of drm_core_init() we print
>
> [0.735185] [drm] Initialized
>
> which does not provide any user information and is only a breadcrumb for
> developers, so reduce it from info to debug.
>
> Signed-off-by: Chr
Hi
On Thu, Dec 29, 2016 at 9:48 PM, Daniel Vetter wrote:
> sed -e 's/\( \* .*\)struct &\([_a-z]*\)/\1\&struct \2/' -i
>
> Originally I wasnt a friend of this style because I thought a
> line-break between the "&struct" and "foo" part would break it. But a
> quick test shows that " * &struct \n *
Hi
On Thu, Dec 29, 2016 at 9:48 PM, Daniel Vetter wrote:
> Added some boilerplate for the structs, documented members where they
> are relevant and plenty of markup for hyperlinks all over. And a few
> small wording polish.
>
> Note that the intro needs some more love after the DRM_MM_INSERT_*
>
Hi
On Thu, Dec 29, 2016 at 9:48 PM, Daniel Vetter wrote:
> - Remove the outdated hunk about driver documentation which somehow
> got misplaced here in the split-up.
>
> - Collect all the testing&validation stuff together and give the CRC
> section a heading for prettier output.
>
> Cc: Tomeu
On Thu, Dec 29, 2016 at 05:58:50PM +0530, Shashank Sharma wrote:
> This patch adds a small helper function, which clears the cached
> information about a hot-pluggable display, from connector. On event
> This will run on event of a hot-unplug, keeping the connector's display
> info up-to-date, avoi
On Thu, Dec 29, 2016 at 12:47:52PM +, Chris Wilson wrote:
> On Wed, Dec 28, 2016 at 05:42:09PM +0100, Daniel Vetter wrote:
> > Useful for dumping lots of data into dmesg, e.g. drm_mm.
> >
> > Cc: Rob Clark
> > Signed-off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/drm_print.c | 6 ++
Hi Dave,
drm-intel-next-2016-12-26:
2nd round of stuff for 4.11:
- DP link rate fixes (DK)
- prep work for atomic wm updates on vlv/chv (Ville)
- platform enumeration cleanup (Jani)
- dsi fixes and cleaups (Hans de Goede)
- gen9 wm fixes (Mahesh Kumar)
- prep work for DP link failure fallback han
Hi Dave,
First -misc pull for 4.11:
- drm_mm rework + lots of selftests (Chris Wilson)
- new connector_list locking+iterators
- plenty of kerneldoc updates
- format handling rework from Ville
- atomic helper changes from Maarten for better plane corner-case handling
in drivers, plus the i915 le
== Series Details ==
Series: series starting with [1/3] drm/i915: Fix kerneldoc for
i915_gem_object_pin_map()
URL : https://patchwork.freedesktop.org/series/17307/
State : success
== Summary ==
Series 17307v1 Series without cover letter
https://patchwork.freedesktop.org/api/1.0/series/17307/r
Since commit fe115628d567 ("drm/i915: Implement pwrite without
struct-mutex") the lowlevel pwrite calls are now called without the
protection of struct_mutex, but pwrite_phys was still asserting that it
held the struct_mutex and later tried to drop and relock it.
Fixes: fe115628d567 ("drm/i915: Im
/commits/Dhinakaran-Pandiyan/Introduce-DP-MST-Topology-state/20161230-151546
base: git://anongit.freedesktop.org/drm-intel for-linux-next
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
make[3]: warning: jobserver unavailable: using -j1. Add '+' to p
The existing kerneldoc was outdated, so time for a refresh.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.h| 214 -
drivers/gpu/drm/i915/i915_gem.c| 26 ++--
drivers/gpu/drm/i915/i915_gem_context.c| 33 ++---
drivers/gpu/d
Parameter - no.
Parameter: yes.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
index 1d8761cd90c7..00ecbb4da25e 100644
--- a/drivers/gpu/dr
DRRS is not yet kerneldoc despite the allusion prior to enum
drrs_refresh_rate_type. Drop the '**' to avoid the warnings from
make htmldocs.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i9
== Series Details ==
Series: drm/i915/dp: Do not reset detect_done flag in intel_dp_detect (rev2)
URL : https://patchwork.freedesktop.org/series/17110/
State : success
== Summary ==
Series 17110v2 drm/i915/dp: Do not reset detect_done flag in intel_dp_detect
https://patchwork.freedesktop.org/a
/commits/Dhinakaran-Pandiyan/Introduce-DP-MST-Topology-state/20161230-151546
base: git://anongit.freedesktop.org/drm-intel for-linux-next
config: i386-randconfig-r0-201652 (attached as .config)
compiler: gcc-5 (Debian 5.4.1-2) 5.4.1 20160904
reproduce:
# save the attached .config to linux build
On Thu, 2016-12-29 at 15:53 +, Patchwork wrote:
> == Series Details ==
>
> Series: Shared DPLL kernel doc and improvements (rev2)
> URL : https://patchwork.freedesktop.org/series/13277/
> State : success
Patches 1-6 pushed.
Thanks
Ander
> == Summary ==
>
> Series 13277v2 Shared DPLL ker
54 matches
Mail list logo
