our problem.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/c3262f96/attachment.html>
We have allowed migration for only LRU pages until now and it was
enough to make high-order pages. But recently, embedded system(e.g.,
webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory)
so we have seen several reports about troubles of small high-order
allocation. For fixing the
Recently, I got many reports about perfermance degradation in embedded
system(Android mobile phone, webOS TV and so on) and easy fork fail.
The problem was fragmentation caused by zram and GPU driver mainly.
With memory pressure, their pages were spread out all of pageblock and
it cannot be migrat
These fixes are found and fixed recently when hisilicon pull request
for 4.7 is merged into drm-next.
Thanks to Daniel Vetter and Juha Leppänen, who point out the things to
be fixed.
Xinliang Liu (3):
drm/hisilicon: Use drm_connector_register_all
drm/hisilicon: Make kirin_drm_unbind sufficien
Use drm_connector_register_all helper to register connectors.
Thanks to Daniel Vetter, this patch is raised by him.
Signed-off-by: Xinliang Liu
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 31 +
1 file changed, 1 insertion(+), 30 del
Remove deprecated drm_put_dev.
Clean up everything needed in unbind.
Thanks to Daniel Vetter, this issue is reported by him.
Signed-off-by: Xinliang Liu
Reported-by: Daniel Vetter
---
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
di
This patch fixed the bellow no DRM_INFO is printed issue:
if (!delay_count)
DRM_INFO("phylock and phystopstateclklane is not ready.\n");
The above info will not printed, under certain circumstances:
If ((BIT(0) | BIT(2)) & val) is never true, break will not happen and
delay_count will be
https://bugzilla.kernel.org/show_bug.cgi?id=117151
--- Comment #2 from Parker Reed ---
Created attachment 215581
--> https://bugzilla.kernel.org/attachment.cgi?id=215581&action=edit
Another kernel log from a git build on 2016-5-8
--
You are receiving this mail because:
You are watching the as
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/ab611e6e/attachment-0001.html>
t part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/77c97df9/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=117151
--- Comment #3 from Parker Reed ---
Updated linux-firmware-git which supposedly had some bonaire file changes but
am still getting the errors.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=117151
--- Comment #4 from Parker Reed ---
Created attachment 215591
--> https://bugzilla.kernel.org/attachment.cgi?id=215591&action=edit
Updated linux-firmware, same issues
--
You are receiving this mail because:
You are watching the assignee of th
https://bugzilla.kernel.org/show_bug.cgi?id=105711
Parker Reed changed:
What|Removed |Added
CC||parker.l.reed at gmail.com
--- Comment #6
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160509/44796e2f/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160509/f40efb95/attachment.html>
On Fri, May 06, 2016 at 05:39:56PM -0400, Lyude wrote:
> If an MST device is disconnected while the machine is suspended, the
> number of connectors will change as well after we call
> intel_dp_mst_resume(). This means that any previous atomic state we had
> before suspending is no longer valid, si
On Mon, May 09, 2016 at 10:32:06AM +0800, Xinliang Liu wrote:
> Use drm_connector_register_all helper to register connectors.
> Thanks to Daniel Vetter, this patch is raised by him.
>
> Signed-off-by: Xinliang Liu
> Signed-off-by: Daniel Vetter
Seems like exactly my patch, except you've taken o
On Mon, May 09, 2016 at 10:32:07AM +0800, Xinliang Liu wrote:
> Remove deprecated drm_put_dev.
> Clean up everything needed in unbind.
> Thanks to Daniel Vetter, this issue is reported by him.
>
> Signed-off-by: Xinliang Liu
> Reported-by: Daniel Vetter
Acked-by: Daniel Vetter
> ---
> drivers
https://bugzilla.kernel.org/show_bug.cgi?id=117861
Bug ID: 117861
Summary: DRM dead lock code path
Product: Drivers
Version: 2.5
Kernel Version: master 4.4/4.5/4.6
Hardware: All
OS: Linux
Tree: Mainline
On 05/07/2016 12:33 PM, Tobias Jakobi wrote:
> Hello Andrzej,
>
> I've applied this to my 4.5.3 based tree, but I'm still seeing the page
> fault.
Thats pity, I hoped to solve two issues with one patch :)
> In fact the calls leading to the fault haven't changed at all.
That is not surprising.
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/befb9cde/attachment.html>
On Wed, May 04, 2016 at 02:26:42PM -0400, Alex Deucher wrote:
> From: Chunming Zhou
>
> The release of the vmid owner was not handled
> correctly. We need to take the lock and walk
> the lru list.
>
> Signed-off-by: Chunming Zhou
> Reviewed-by: Alex Deucher
> Reviewed-by: Monk Liu
> Signed-o
On Fri, 06 May 2016, Sudip Mukherjee wrote:
> On Fri, May 06, 2016 at 12:21:04PM +0100, Sudip Mukherjee wrote:
>> Hi Daniel,
>> I am trying to use i915 in one of our board which has Intel ATOM E3840.
>> I know Intel has released emgd driver for this cpu to use i915 but emgd
>> is not supported on
Hello,
I little up in this topic.
If generic z-order patches can't land into drm core,
I wille have to resend the patch to enable it within STI driver:
https://lists.freedesktop.org/archives/dri-devel/2016-January/098140.html
Regards,
Benjamin
2016-04-01 14:48 GMT+02:00 Benjamin Gaignard :
> Thi
Hi Dave,
third try and last minute pull request for v4.7. I have addressed
Daniel's comment about drm_dev_register()/drm_connector_register_all(),
but I've missed his request to use gem_free_object_unlocked() until just
now. If that can be fixed up afterwards, please consider merging this
tag with
On Mon, May 09, 2016 at 10:42:45AM +0200, Benjamin Gaignard wrote:
> Hello,
>
> I little up in this topic.
> If generic z-order patches can't land into drm core,
> I wille have to resend the patch to enable it within STI driver:
> https://lists.freedesktop.org/archives/dri-devel/2016-January/09814
On Mon, May 09, 2016 at 10:54:51AM +0200, Philipp Zabel wrote:
> Hi Dave,
>
> third try and last minute pull request for v4.7. I have addressed
> Daniel's comment about drm_dev_register()/drm_connector_register_all(),
> but I've missed his request to use gem_free_object_unlocked() until just
> now
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/b2a652b2/attachment.html>
//lists.freedesktop.org/archives/dri-devel/attachments/20160509/1e0fe785/attachment.sig>
next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/0fdba2e9/attachment.html>
On 04.05.2016 18:10, Ville Syrjälä wrote:
> On Wed, May 04, 2016 at 06:36:48AM +1000, Dave Airlie wrote:
>> From: Tomas Bzatek
>>
>> Cosmetic change, let's report more precise revisions and IDs.
>>
>> https://bugs.freedesktop.org/show_bug.cgi?id=95207
>>
>> Signed-off-by: Dave Airlie
>> ---
>>
drm_gem_object_lookup() has never required the drm_device for its file
local translation of the user handle to the GEM object. Let's remove the
unused parameter and save some space.
Signed-off-by: Chris Wilson
Cc: dri-devel at lists.freedesktop.org
Cc: Dave Airlie
Cc: Daniel Vetter
---
drivers
Hello,
just voicing my interest in having this feature in DRM core.
- Tobias
Daniel Vetter wrote:
> On Mon, May 09, 2016 at 10:42:45AM +0200, Benjamin Gaignard wrote:
>> Hello,
>>
>> I little up in this topic.
>> If generic z-order patches can't land into drm core,
>> I wille have to resend the
On 04/29/2016 08:18 PM, Robin Murphy wrote:
> This reverts commit 1733a2ad36741b1812cf8b3f3037c28d0af53f50.
>
> There is apparently something amiss with the way the TTM code handles
> DMA buffers, which the above commit was attempting to work around for
> arm64 systems with non-coherent PCI. Unfort
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160509/5be5ae53/attachment.html>
On Mon, May 09, 2016 at 11:19:16AM +0300, Jani Nikula wrote:
> On Fri, 06 May 2016, Sudip Mukherjee wrote:
> > On Fri, May 06, 2016 at 12:21:04PM +0100, Sudip Mukherjee wrote:
> >> Hi Daniel,
> >> I am trying to use i915 in one of our board which has Intel ATOM E3840.
> >> I know Intel has release
Hi Ville,
On Saturday 07 May 2016 21:11:23 Ville Syrjälä wrote:
> On Fri, May 06, 2016 at 10:01:29PM +0300, Sergei Shtylyov wrote:
> > (Resending as I couldn't find this message from January in the list
> > archives.)
> >
> > Hello.
> >
> > We have a board which has Newhaven Display LCD [1] co
Hi Daniel,
Thank you for the patch.
On Friday 06 May 2016 10:32:28 Daniel Vetter wrote:
> It's unused, and really this helper should only look at the state
> structure and nothing else.
>
> v2: Rebase on top of rockchip changes
>
> Cc: Maarten Lankhorst
> Cc: Thierry Reding
> Cc: Eric Anholt
Hi Daniel,
Thank you for the patch.
On Friday 06 May 2016 10:32:29 Daniel Vetter wrote:
> It's unused, and really this helper should only look at the state
> structure and nothing else.
>
> Cc: Maarten Lankhorst
> Cc: Thierry Reding
> Cc: Eric Anholt
> Cc: Laurent Pinchart
> Cc: Inki Dae
>
Hi Daniel,
Thank you for the patch.
s/crtc/connector/ in the subject (I've just realized that the same comment
applies to patch 2/3, with s/connector/plane/ as well).
Apart from that,
Acked-by: Laurent Pinchart
On Friday 06 May 2016 10:32:30 Daniel Vetter wrote:
> It's unused, and really thi
This reapplies commit 992cbf19b32900efa17850b9fa0031fd623edd4d.
With atomic drm_framebuffer_remove and the fbdev emulation layer atomic
this should be safe to apply again.
Signed-off-by: Maarten Lankhorst
Cc: Rob Clark
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_atomic.c | 3 +++
1 file changed,
Use this in drm_framebuffer_remove, this is to remove the fb in an atomic way.
i915 doesn't export DRIVER_ATOMIC yet by default but is atomic, so add a
function pointer to allow drivers to use the atomic framebuffer remove.
Changes since v1:
- Move the atomic framebuffer removal function from hel
This reapplies commit 992cbf19b32900efa17850b9fa0031fd623edd4d.
With atomic drm_framebuffer_remove and the fbdev emulation layer atomic
this should be safe to apply again.
Signed-off-by: Maarten Lankhorst
Cc: Rob Clark
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_atomic.c | 3 +++
1 file changed,
Use this in drm_framebuffer_remove, this is to remove the fb in an atomic way.
i915 doesn't export DRIVER_ATOMIC yet by default but is atomic, so add a
function pointer to allow drivers to use the atomic framebuffer remove.
Changes since v1:
- Move the atomic framebuffer removal function from hel
On Mon, May 09, 2016 at 02:43:02PM +0300, Laurent Pinchart wrote:
> Hi Ville,
>
> On Saturday 07 May 2016 21:11:23 Ville Syrjälä wrote:
> > On Fri, May 06, 2016 at 10:01:29PM +0300, Sergei Shtylyov wrote:
> > > (Resending as I couldn't find this message from January in the list
> > > archives.)
On Mon, May 02, 2016 at 10:08:21PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Here's a respin of my DP++ adaptor support series [1]. Pardon for taking
> forever with this. Presumably we want to get this into stable to fix the
> regression from HDMI 12bpc support.
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/c44e19bc/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/a487044a/attachment.html>
Hi Andrzej,
2016-05-04 18:52 GMT+09:00 Andrzej Hajda :
> Hi Inki,
>
> It looks like this patch felt through the cracks.
> It is a part of "drm/exynos: add pipeline clock support" patchset.
Ah, sorry.
> Other patches from the patchset were taken already.
> Could you queue it to next pull reques
Hi Tobias and Andrzej,
Thanks for reporting.
2016-05-06 17:47 GMT+09:00 Andrzej Hajda :
> +CC: Inki
>
> On 05/06/2016 09:48 AM, Tobias Jakobi wrote:
>> Hello Andrzej,
>>
>>
>> Andrzej Hajda wrote:
>>> Hi Tobias,
>>>
>>> On 05/05/2016 07:27 PM, Tobias Jakobi wrote:
Hello,
here's ano
On 9 May 2016 at 14:43, Daniel Vetter wrote:
> On Mon, May 09, 2016 at 10:32:06AM +0800, Xinliang Liu wrote:
>> Use drm_connector_register_all helper to register connectors.
>> Thanks to Daniel Vetter, this patch is raised by him.
>>
>> Signed-off-by: Xinliang Liu
>> Signed-off-by: Daniel Vetter
Yep, Dave's patches fix the issue on their own so this is only going to be
needed for 4.6.
On Mon, 2016-05-09 at 08:42 +0200, Daniel Vetter wrote:
> On Fri, May 06, 2016 at 05:39:56PM -0400, Lyude wrote:
> >
> > If an MST device is disconnected while the machine is suspended, the
> > number of co
https://bugzilla.kernel.org/show_bug.cgi?id=85241
mirh changed:
What|Removed |Added
CC||mirh at protonmail.ch
--- Comment #4 from mirh --
ital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/b5a21334/attachment.sig>
819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/0d20b394/attachment.sig>
.freedesktop.org/archives/dri-devel/attachments/20160509/22afc1c7/attachment-0001.sig>
It's unused, and really this helper should only look at the state
structure and nothing else.
v2: Rebase on top of rockchip changes
v3: Drop unrelated hunk, spotted by Laurent.
Cc: Maarten Lankhorst
Cc: Thierry Reding
Cc: Eric Anholt
Cc: Mark Yao
Acked-by: Thierry Reding
Acked-by: Maarten L
It's unused, and really this helper should only look at the state
structure and nothing else.
v2: Fix commit message (Laurent).
Cc: Maarten Lankhorst
Cc: Thierry Reding
Cc: Eric Anholt
Cc: Laurent Pinchart
Cc: Inki Dae
Cc: Tomi Valkeinen
Cc: Mark Yao
Acked-by: Thierry Reding
Acked-by: Maa
It's unused, and really this helper should only look at the state
structure and nothing else. Note that this conflicts with a patch from
Dave that adds refcounting to drm_connectors. It's not yet clear
whether the check Dave adds for connector != NULL is really needed or
the right check.
v2: Fix c
On Mon, May 09, 2016 at 02:47:58PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Friday 06 May 2016 10:32:28 Daniel Vetter wrote:
> > It's unused, and really this helper should only look at the state
> > structure and nothing else.
> >
> > v2: Rebase on top of r
On Mon, May 09, 2016 at 05:10:00PM +0300, Tomi Valkeinen wrote:
> Hi Jyri,
>
> On 11/04/16 19:46, Jyri Sarha wrote:
> > The LCDC in its simplicity does not fit too well into DRM atomic
> > modeset abstractions. I wonder if I am doing the right thing in
> > implementing the dummy primary plane and
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/4c11625f/attachment.sig>
On Thu, May 05, 2016 at 03:24:33PM +0200, Noralf Trønnes wrote:
> Provides helper functions for drivers that have a simple display
> pipeline. Plane, crtc and encoder are collapsed into one entity.
>
> Signed-off-by: Noralf Trønnes
> +static int drm_simple_kms_plane_atomic_check(struct drm_pla
On Mon, May 09, 2016 at 10:07:08AM -0400, Lyude Paul wrote:
> Yep, Dave's patches fix the issue on their own so this is only going to be
> needed for 4.6.
Ok, so not the first one that only needs to be applied to stable kernels.
For that to work you need to explain that this is the most minimal fi
Hello,
As there is no more feedback on this patch, should i suppose that I need
to abandon it?
I can integrate it in my driver... but as, N and CTS calculation is not
platform dependent, this would make sense to add it in a generic part.
(Example of another platform that could use it:
https://pat
version 7 changes:
- rebased on kernel 4.6-rc7
- simplify secure module API
- add vma ops to be able to detect mmap/munmap calls
- add ioctl to get number and allocator names
- update libsmaf with adding tests
https://git.linaro.org/people/benjamin.gaignard/libsmaf.git
- add debug log in f
Secure Memory Allocation Framework goal is to be able
to allocate memory that can be securing.
There is so much ways to allocate and securing memory that SMAF
doesn't do it by itself but need help of additional modules.
To be sure to use the correct allocation method SMAF implement
deferred allocat
SMAF CMA allocator implement helpers functions to allow SMAF
to allocate contiguous memory.
match() each if at least one of the attached devices have coherent_dma_mask
set to DMA_BIT_MASK(32).
For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not
dma_alloc_writecombine to be
This module is allow testing secure calls of SMAF.
Signed-off-by: Benjamin Gaignard
---
drivers/smaf/Kconfig | 6 +++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-fakesecure.c | 85 ++
3 files changed, 92 insertions(+)
create mode 1
has the same pixel size
for both planes, but an upcoming DSS might have a format that has a
separate 8 byte A plane. I don't know if that ever realizes or if we
want to support the mode, but after thinking about this, it makes more
sense that the pixel width has to be the same between planes, not the
byte width.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/814e1b35/attachment.sig>
no problem, I'll let you know when they're ready
On Mon, 2016-05-09 at 16:53 +0200, Daniel Vetter wrote:
> On Mon, May 09, 2016 at 10:07:08AM -0400, Lyude Paul wrote:
> >
> > Yep, Dave's patches fix the issue on their own so this is only going to be
> > needed for 4.6.
> Ok, so not the first one
On Mon, May 09, 2016 at 05:08:43PM +0100, Matthew Auld wrote:
> This patch aims to replace the roll-your-own seqlock implementation with
> full-blown seqlock'. We also remove the timestamp ring-buffer in favour
> of single timestamp/count pair protected by a seqlock. In turn this
> means we can now
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160509/a2845ea5/attachment.html>
org/archives/dri-devel/attachments/20160509/6d4b77cf/attachment.html>
h=drm-next&id=0b27c02a7f1c697694f2ad6d6517e7dbf9ecfa39
for the commit
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/b236c59f/attachment.sig>
On Mon, May 09, 2016 at 08:16:07PM +0300, Ville Syrjälä wrote:
> On Mon, May 09, 2016 at 05:08:43PM +0100, Matthew Auld wrote:
> > This patch aims to replace the roll-your-own seqlock implementation with
> > full-blown seqlock'. We also remove the timestamp ring-buffer in favour
> > of single tim
chment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/b0448cac/attachment.html>
org/archives/dri-devel/attachments/20160509/4b95f39a/attachment.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/c4943498/attachment.html>
Den 09.05.2016 16:46, skrev Daniel Vetter:
> On Thu, May 05, 2016 at 03:24:33PM +0200, Noralf Trønnes wrote:
>> Provides helper functions for drivers that have a simple display
>> pipeline. Plane, crtc and encoder are collapsed into one entity.
>>
>> Signed-off-by: Noralf Trønnes
>> +static int
crubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/dbc3f9e5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/cff2a2b6/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/7136935a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/5ec44a51/attachment.html>
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/388db63f/attachment.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/6e9b5e59/attachment.html>
Den 05.05.2016 18:23, skrev Daniel Vetter:
> On Thu, May 05, 2016 at 03:24:32PM +0200, Noralf Trønnes wrote:
>> Make drm_encoder_helper_funcs and it's functions optional to avoid
>> having dummy functions.
>>
>> Signed-off-by: Noralf Trønnes
> Please also update the kerneldoc and mention there
Acked-by: Eric Anholt
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/4ea06048/attachment.sig>
e that
the issue may be linked to very slow shader compilation, but this is
inconclusive. AMD drivers (fglrx) start the benchmark much faster.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
U
- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/35485b52/attachment.html>
From: Chunming Zhou
Need to wait on the fence as well.
Signed-off-by: Chunming Zhou
Reviewed-by: Monk Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/amd/
From: Christian König
This fixes the handling which was completely broken when you
ad more than one preamble IB.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 8 +++-
drivers/gpu/drm/amd/amdgpu/gfx_v7_0
From: Christian König
It was a source of bugs to repeat that in each IP version.
v2: rename parameter
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 16 ++
From: Christian König
We only have one context for all IBs.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_i
From: Christian König
They are the same for all IBs.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 15 +++---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 36 +++--
drivers
From: Christian König
We leaked the BO in the error pass, additional to that we only have
one user fence for all IBs in a job.
v2: remove white space changes
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h |
Hello Thomas Hellstrom,
The patch 667a50db0477: "drm/ttm: Refuse to fault (prime-) imported
pages" from Jan 3, 2014, leads to the following static checker
warning:
drivers/gpu/drm/ttm/ttm_bo_vm.c:205 ttm_bo_vm_fault()
error: we previously assumed 'ttm' could be null (see line 200)
27;s been changed in the firmware in the last couple
of weeks, though, so you might not need the weird scripting any more.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160509/cab75b68/attachment.sig>
Hello Rex Zhu,
This is a semi-automatic email about new static checker warnings.
The patch a23eefa2f461: "drm/amd/powerplay: enable dpm for baffin."
from Nov 19, 2015, leads to the following Smatch complaint:
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/polaris10_hwmgr.c:206
phm_apply_dal_min
Hi Ville,
On Monday 09 May 2016 15:07:21 Ville Syrjälä wrote:
> On Mon, May 09, 2016 at 02:43:02PM +0300, Laurent Pinchart wrote:
> > On Saturday 07 May 2016 21:11:23 Ville Syrjälä wrote:
> >> On Fri, May 06, 2016 at 10:01:29PM +0300, Sergei Shtylyov wrote:
> >>> (Resending as I couldn't find
1 - 100 of 112 matches
Mail list logo
