STANDALONE_UPDATE_F should be set if something changed in plane configurations,
including plane disable.
The patch fixes page-faults bugs, caused by decon still using framebuffers
of disabled planes.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 9 +++--
1
Hi Dave,
As promised a few more core fixes. One more pending for the mst issue on
driver load, but Dave Hansen didn't yet send in the tested-by, so I
figured I'll hold that one off.
cu in Hobart!
Cheers, Daniel
The following changes since commit 9afe69d5a9495f8b023017e4c328fa717e00f092:
Mer
This patch adds runtime support calls to notify device core when MIC
device is really in use. Runtime PM is implemented by enabling and
disabling clocks like in other Exynos DRM subdrivers. Adding runtime
PM support is needed to let power domain with this device to be turned
off when display is not
Hi Andrzej,
On 01/13/2017 05:10 PM, Andrzej Hajda wrote:
> STANDALONE_UPDATE_F should be set if something changed in plane
> configurations,
> including plane disable.
> The patch fixes page-faults bugs, caused by decon still using framebuffers
> of disabled planes.
>
> Signed-off-by: Andrzej Ha
STANDALONE_UPDATE_F should be set if something changed in plane configurations,
including plane disable.
The patch fixes page-faults bugs, caused by decon still using framebuffers
of disabled planes.
Signed-off-by: Andrzej Hajda
---
v2: fixed clear-bit code (Thx Marek)
---
drivers/gpu/drm/exynos
On 13.01.2017 09:37, Joonyoung Shim wrote:
>
> There is no code to clear BIT_REQUEST_UPDATE, is it right?
Marek has already pointed it out, v2 sent.
Regards
Andrzej
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.or
Hi Andrzej,
On 01/13/2017 05:42 PM, Andrzej Hajda wrote:
> @@ -339,8 +342,10 @@ static void decon_atomic_flush(struct exynos_drm_crtc
> *crtc)
> decon_shadow_protect_win(ctx, i, false);
>
> /* update iff there are active windows */
> - if (crtc->base.state->plane_mask)
>
STANDALONE_UPDATE_F should be set if something changed in plane configurations,
including plane disable.
The patch fixes page-faults bugs, caused by decon still using framebuffers
of disabled planes.
Signed-off-by: Andrzej Hajda
Tested-by: Joonyoung Shim
---
v2: fixed clear-bit code (Thx Marek)
2017년 01월 13일 18:20에 Andrzej Hajda 이(가) 쓴 글:
> STANDALONE_UPDATE_F should be set if something changed in plane
> configurations,
> including plane disable.
> The patch fixes page-faults bugs, caused by decon still using framebuffers
> of disabled planes.
Excellent! Applied and this patch will g
On Thu, Jan 12, 2017 at 10:56:17AM -0800, Ben Widawsky wrote:
> On 17-01-12 20:32:07, Ville Syrjälä wrote:
> >On Thu, Jan 12, 2017 at 10:00:55AM -0800, Ben Widawsky wrote:
> >> On 17-01-12 12:51:20, Ville Syrjälä wrote:
> >> >On Wed, Jan 11, 2017 at 04:51:17PM -0800, Ben Widawsky wrote:
> >> >> Thi
On Thu, Jan 12, 2017 at 07:27:03PM +, Daniel Stone wrote:
> Hi,
>
> On 12 January 2017 at 18:11, Ville Syrjälä
> wrote:
> > On Thu, Jan 12, 2017 at 05:50:15PM +, Daniel Stone wrote:
> >> struct drm_plane {
> >> struct {
> >> uint32_t format;
> >> uint64_t modifiers[];
Hey,
On 13 January 2017 at 09:37, Ville Syrjälä
wrote:
> On Thu, Jan 12, 2017 at 07:27:03PM +, Daniel Stone wrote:
>> It would make sense, but then gbm_surface_create_with_modifiers takes
>> a fixed pixel format and a list of acceptable modifiers (which to me
>> seems like the right way aroun
https://bugs.freedesktop.org/show_bug.cgi?id=99143
--- Comment #7 from Harald Judt ---
After applying the patch to revert the commits, hw cursor works fine. Feel free
to close as resolved. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug._
From: Christian König
Keeping groups of BOs on the LRU is to time consuming on command submission.
Instead use the newly added BO priority to give a certain eviction order.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu
From: Christian König
Not allowing errors here is completely pointless and actually dangerous
cause trying to continue on an error can cause an endless loop.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 28 +++-
1 file changed, 11 insertions(+), 17
From: Christian König
This way the driver can specify a priority for a BO which has the effect that
a BO is only evicted when all other BOs with a lower priority are evicted
first.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c
From: Christian König
Without the custom LRU management the callback is not used any more.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c| 12 +---
include/drm/ttm/ttm_bo_driver.h | 6 --
2 files changed, 5 insertions(+), 13 deletions(-)
diff --git a/drivers/
Hi Roger,
as promised the proper fix for the performance drop during command submission.
Please test the attached set of patches with your OpenCL test case.
Regards,
Christian.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.f
From: Christian König
Give kernel allocations a higher priority cause it is often
more work to swap them back in.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/dr
From: Christian König
The additional housekeeping had to much CPU overhead,
let's use the BO priorities instead.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 --
drivers/gpu/drm/ast/ast_ttm.c | 2 --
drivers/gpu/drm/bochs/bochs_mm.c| 2 --
https://bugs.freedesktop.org/show_bug.cgi?id=98025
James Legg changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
You are receiving this mail be
On Thu, 2017-01-12 at 18:16 -0800, Nicholas Miell wrote:
> From 714d07f600db39498c87d7816f4dd3a7e6d9bbca Mon Sep 17 00:00:00 2001
> From: Nicholas Miell
> Date: Thu, 12 Jan 2017 15:43:07 -0800
> Subject: [PATCH libdrm] xf86drm: fix valgrind warning in drmParsePciBusInfo
>
> The current implementa
> From: Thierry Reding
> Date: Thu, 12 Jan 2017 23:04:27 +0100
>
> Allow DRM/KMS devices hosted on USB to be detected by the drmDevice
> infrastructure.
>
> v2:
> - make sysfs_uevent_get() more flexible using a format string
>
> Signed-off-by: Thierry Reding
All this sysfs parsing stuff is hi
Hello Daniel Stone,
This is a semi-automatic email about new static checker warnings.
The patch de7b6be7f300: "drm: Use atomic state for FB in legacy
ioctls" from Dec 13, 2016, leads to the following Smatch complaint:
drivers/gpu/drm/drm_crtc.c:392 drm_mode_getcrtc()
error: we previous
Hi Laurent,
在 2017年01月12日 23:26, Laurent Pinchart 写道:
Hi Nickey,
On Thursday 12 Jan 2017 09:45:31 Nickey.Yang wrote:
在 2017年01月12日 07:49, Laurent Pinchart 写道:
Replace the hardcoded register address numerical values with macros to
clarify the code.
This change has been tested by comparing t
Hi Nickey,
On Friday 13 Jan 2017 09:32:54 Nickey.Yang wrote:
> 在 2017年01月12日 23:26, Laurent Pinchart 写道:
> > On Thursday 12 Jan 2017 09:45:31 Nickey.Yang wrote:
> >> 在 2017年01月12日 07:49, Laurent Pinchart 写道:
> >>> Replace the hardcoded register address numerical values with macros to
> >>> clarify
From: Gustavo Padovan
Currently if the userspace declares a int variable to store the out_fence
fd and pass it to OUT_FENCE_PTR the kernel will overwrite the 32 bits
above the int variable on 64 bits systems.
Fix this by making the internal storage of out_fence in the kernel a s32
pointer.
Repo
Am 12.01.2017 um 16:11 schrieb Jerome Glisse:
On Wed, Jan 11, 2017 at 10:54:39PM -0600, Stephen Bates wrote:
On Fri, January 6, 2017 4:10 pm, Logan Gunthorpe wrote:
On 06/01/17 11:26 AM, Jason Gunthorpe wrote:
Make a generic API for all of this and you'd have my vote..
IMHO, you must supp
Hi Gustavo,
Thank you for the patch.
On Friday 13 Jan 2017 12:22:09 Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Currently if the userspace declares a int variable to store the out_fence
> fd and pass it to OUT_FENCE_PTR the kernel will overwrite the 32 bits
> above the int variable on 64
Hi Dan,
On 13 January 2017 at 12:56, Dan Carpenter wrote:
> drivers/gpu/drm/drm_crtc.c:392 drm_mode_getcrtc()
> error: we previously assumed 'crtc->primary->state' could be null
> (see line 384)
>
> drivers/gpu/drm/drm_crtc.c
>383
>384 if (crtc->primary->state && crtc->
https://bugs.freedesktop.org/show_bug.cgi?id=93760
--- Comment #2 from Andy Furniss ---
Time moves on - I can't actually lock (so far) testing now, but output is still
corrupt.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #27 from MirceaKitsune ---
I still get GPU hangs with the 4.9.0 Kernel & Mesa 13.0.3. I'm noticing them
with a Second Life viewer now, which will occasionally cause GPU hands when
some things are loaded and / or rendered.
--
You are
Am Dienstag, den 13.12.2016, 16:08 +0100 schrieb Hans Verkuil:
> From: Hans Verkuil
>
> Add support for HDMI hotplug and EDID notifiers, which is used to convey
> information from HDMI drivers to their CEC and audio counterparts.
>
> Based on an earlier version from Russell King:
>
> https://pa
https://bugs.freedesktop.org/show_bug.cgi?id=93760
--- Comment #3 from Christian König ---
Sorry totally missed that bug.
The problem is most likely that GStreamer sends multiple slices in one request
to VA-API and we can't handle that in the state tracker.
Should be easy to fix actually, but w
https://bugs.freedesktop.org/show_bug.cgi?id=99292
--- Comment #3 from Samuel Pitoiset ---
Confirmed, I can reproduce the hang on my rx 480 with latest mesa/llvm.
It hangs at draw call 680247, looks like an infinite loop in the fragment
shader.
--
You are receiving this mail because:
You are t
2017-01-13 Laurent Pinchart :
> Hi Gustavo,
>
> Thank you for the patch.
>
> On Friday 13 Jan 2017 12:22:09 Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Currently if the userspace declares a int variable to store the out_fence
> > fd and pass it to OUT_FENCE_PTR the kernel will ove
Add copyright lines for Zodiac who paid for driver development.
Signed-off-by: Andrey Gusakov
---
drivers/gpu/drm/bridge/tc358767.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/drivers/gpu/drm/bridge/tc358767.c
index de9ffb4..f117673 100644
--- a/
On Fri, Jan 13, 2017 at 11:12:41AM -0600, Andy Gross wrote:
> On Mon, Nov 28, 2016 at 12:28:35PM -0700, Jordan Crouse wrote:
> > Add an interface to trigger the remote processor to reinitialize the GPU
> > zap shader on power-up.
> >
> > Signed-off-by: Jordan Crouse
> > ---
>
>
>
> > +int __qc
On Wed, Jan 11, 2017 at 03:33:57PM +0900, Hoegeun Kwon wrote:
> The Samsung s6e3ha2 is a 5.7" 1440x2560 AMOLED panel connected
> using MIPI-DSI interfaces.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Hyungwon Hwang
> Signed-off-by: Hoegeun Kwon
> Tested-by: Chanwoo Choi
> Reviewed-by: Andr
https://bugs.freedesktop.org/show_bug.cgi?id=93760
--- Comment #4 from Nayan Deshmukh ---
I can reproduce the issue. I will look more into this over the weekend and also
read more about VA-API.
--
You are receiving this mail because:
You are the assignee for the bug.
The i2c adapter on DP AUX is purely a software construct. Linking
it to the device node of the parent device is wrong, as it leads to
2 devices sharing the same device node, which is bad practice, as
well as the i2c trying to populate children of the i2c adapter by
looking at the child device nodes
On Wed, Jan 11, 2017 at 02:51:02PM +0800, YT Shen wrote:
> Add decriptions about supported chips, including MT2701 & MT8173
>
> Signed-off-by: YT Shen
> ---
> Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 ++
> Documentation/devicetree/bindings/display/mediatek/mediate
https://bugs.freedesktop.org/show_bug.cgi?id=93760
--- Comment #5 from Andy Furniss ---
(In reply to Christian König from comment #3)
> Sorry totally missed that bug.
>
> The problem is most likely that GStreamer sends multiple slices in one
> request to VA-API and we can't handle that in the st
https://bugs.freedesktop.org/show_bug.cgi?id=93760
Andy Furniss changed:
What|Removed |Added
Attachment #121115|0 |1
is obsolete|
On 13 January 2017 at 11:34, Jan Vesely wrote:
> On Thu, 2017-01-12 at 18:16 -0800, Nicholas Miell wrote:
>> From 714d07f600db39498c87d7816f4dd3a7e6d9bbca Mon Sep 17 00:00:00 2001
>> From: Nicholas Miell
>> Date: Thu, 12 Jan 2017 15:43:07 -0800
>> Subject: [PATCH libdrm] xf86drm: fix valgrind war
This and all the remaining patches on this series (6,7,8 and 9) got
merged to dinq.
Thanks for the patches.
On Thu, Jan 12, 2017 at 12:12 PM, Vivi, Rodrigo wrote:
> Reviewed-by: Rodrigo Vivi
>
> On Fri, 2017-01-13 at 00:31 +0530, vathsala nagaraju wrote:
>> As per bpsec, CHICKEN_TRANS_EDP bit 1
https://bugzilla.kernel.org/show_bug.cgi?id=192271
upcwt...@emltmp.com changed:
What|Removed |Added
Component|Video(DRI - non Intel) |Power-Off
Product|Driver
https://bugs.freedesktop.org/show_bug.cgi?id=99392
--- Comment #2 from predator-...@web.de ---
yes it sounds like it, but the "solution" doesn't work. Do you have any guide
to debug this problem ?
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #50 from cyrwyn ---
Has anyone read my xorg.log and xorg.conf files? Two things I noticed that
might be relevant. There is a Screen1, but not a Screen0 in the conf file.
Should XFdrake have created this file designating Screen0? The l
https://bugs.freedesktop.org/show_bug.cgi?id=98619
--- Comment #4 from Brandon Egbert ---
I'm experiencing an almost identical error in many games. I'm able to
reproduce this on demand by trying to view the world map in X-COM 2 when not on
minimum settings. I would be happy to provide more info
https://bugs.freedesktop.org/show_bug.cgi?id=99403
Bug ID: 99403
Summary: Graphical glitches in witcher-1 with wine nine and
r600g (rv740).
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
On 01/13/2017 09:57 AM, Emil Velikov wrote:
On 13 January 2017 at 11:34, Jan Vesely wrote:
On Thu, 2017-01-12 at 18:16 -0800, Nicholas Miell wrote:
From 714d07f600db39498c87d7816f4dd3a7e6d9bbca Mon Sep 17 00:00:00 2001
From: Nicholas Miell
Date: Thu, 12 Jan 2017 15:43:07 -0800
Subject: [PATCH
On Fri 13 Jan 2017, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Currently if the userspace declares a int variable to store the out_fence
> fd and pass it to OUT_FENCE_PTR the kernel will overwrite the 32 bits
> above the int variable on 64 bits systems.
>
> Fix this by making the interna
On Thu 12 Jan 2017, Gustavo Padovan wrote:
> 2017-01-12 Laurent Pinchart :
>
> > Hi Daniel,
> >
> > On Thursday 12 Jan 2017 20:26:40 Daniel Vetter wrote:
> > > On Thu, Jan 12, 2017 at 05:17:26PM -0200, Gustavo Padovan wrote:
> > > > 2017-01-10 Laurent Pinchart :
> > > >> On Monday 09 Jan 2017 11:
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #51 from Jani Kärkkäinen ---
Sent a support ticket to Psyonix about this (and the request for a debug
build). Hopefully a random persons support ticket gets to the dev team and they
deem it something that's in the realm of possibility
On Fri, Jan 13, 2017 at 11:12:41AM -0600, Andy Gross wrote:
> On Mon, Nov 28, 2016 at 12:28:35PM -0700, Jordan Crouse wrote:
> > Add an interface to trigger the remote processor to reinitialize the GPU
> > zap shader on power-up.
> >
> > Signed-off-by: Jordan Crouse
> > ---
>
>
>
> > +int __qc
The allocation for the bitmap may become very large, larger than
MAX_ORDER, for large requests. We fail gracefully by falling back to
trail-division, so disable the warning from kmalloc:
521.961092] WARNING: CPU: 0 PID: 30637 at mm/page_alloc.c:3548
__alloc_pages_slowpath+0x237/0x9a0
[ 521.961
57 matches
Mail list logo
