org/archives/dri-devel/attachments/20130829/734e8c3a/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/535942b2/attachment.html>
On Thu, Aug 29, 2013 at 4:07 PM, Greg Kroah-Hartman
wrote:
> On Thu, Aug 29, 2013 at 02:27:52PM -0400, Alex Deucher wrote:
>> On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
>> >> Reported-by: Meelis Roos
>> >> Signed-off-by: Sergey Senozhatsky
>> >
>> > It works, thank you for quick respon
Just a few cleanups to use zalloc style calls and reduce
the uses of __GFP_ZERO for kmem_cache_alloc[_node] uses.
Use the more kernel normal zalloc style.
Joe Perches (6):
slab/block: Add and use kmem_cache_zalloc_node
block: Convert kmem_cache_alloc(...GFP_ZERO) to kmem_cache_zalloc
i915_g
The helper exists, might as well use it instead of __GFP_ZERO.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/i915/i915_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 8a0eb96..c4acd96 100644
--- a/
#x27;s not really better; instead of the assert, it gives a GPU lockup
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachmen
On (08/29/13 16:06), Alex Deucher wrote:
> On Thu, Aug 29, 2013 at 4:07 PM, Greg Kroah-Hartman
> wrote:
> > On Thu, Aug 29, 2013 at 02:27:52PM -0400, Alex Deucher wrote:
> >> On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
> >> >> Reported-by: Meelis Roos
> >> >> Signed-off-by: Sergey Senozh
On Thu, Aug 29, 2013 at 01:11:07PM -0700, Joe Perches wrote:
> The helper exists, might as well use it instead of __GFP_ZERO.
>
> Signed-off-by: Joe Perches
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.f
For powergating, we just need to re-init the registers, there
is no need to resture the uvd BOs. This just adds needless
work when powergating uvd for playback while the system is
on. We only need to restore the uvd BOs on an actual resume
from suspend or when the driver loads.
Signed-off-by: Al
No need to try the ring tests if starting the UVD block failed.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/uvd_v1_0.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/uvd_v1_0.c
b/drivers/gpu/drm/radeon/uvd_v1_0.c
index 76ca669..3426be9 1
Avoid needless uvd reprogramming if uvd powergating is disabled.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/kv_dpm.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/kv_dpm.c b/drivers/gpu/drm/radeon/kv_dpm.c
index a102077..15
=914d797
>
> i'm not a mesa developer but [...]
you should try this patch:
https://github.com/jobermayr/mesa/commit/619c251
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<
of (2)-(4) and (7)-(8). ADF handles all
of this except for (4) and (6), which are inherently hardware-specific and
delegated to driver ops.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/40a64085/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/a42b7ed0/attachment.html>
y dirty-patched version without problems ;)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/c06f9ec6/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/45f10564/attachment.html>
On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
> On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
>> On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
>>> On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin
>>> wrote:
On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
> On Wed, Au
On 08/28/2013 03:15 AM, Ben Skeggs wrote:
> On Wed, Aug 28, 2013 at 6:12 AM, Peter Hurley
> wrote:
>> This series was originally motivated by a deadlock, introduced in
>> commit 1d7c71a3e2f77336df536855b0efd2dc5bdeb41b
>> 'drm/nouveau/disp: port vblank handling to event interface',
>> due to inve
On Thu, Aug 29, 2013 at 9:58 PM, Ben Skeggs wrote:
> On Fri, Aug 30, 2013 at 11:10 AM, Ilia Mirkin wrote:
>> On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
>>> On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin
>>> wrote:
On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
> On Thu, Au
Prodives memset() and strlen(), used in tests/setversion
tests/getversion respectively.
Signed-off-by: Emil Velikov
---
tests/getversion.c | 1 +
tests/setversion.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/tests/getversion.c b/tests/getversion.c
index 711d376..53d1d35 100644
--- a/t
On Thu, Aug 29, 2013 at 02:27:52PM -0400, Alex Deucher wrote:
> On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
> >> Reported-by: Meelis Roos
> >> Signed-off-by: Sergey Senozhatsky
> >
> > It works, thank you for quick response!
> >
> > Tested-by: Meelis Roos
>
> Thanks. I've added it to
Known broken and no longer of any use after the remove of drm
procfs support from the kernel by
commit 151591c2828e18fde1eb8447874704f3422168b0
Author: Daniel Vetter
Date: Wed, 10 Jul 2013 09:46:12 +
drm: remove procfs code, take 2
Cc: Daniel Vetter
Signed-off-by: Emil Velikov
---
The compiler is unaware of that we have at least one crts/connector/plane
thus it complains that some of our variables will be used uninitialised.
Signed-off-by: Emil Velikov
---
This patch looks like a rather silly thing to do, although it seems like
the only was to silence the gcc compiler
---
Otherwise build will fail, as drm/drm.h is not available.
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
Hello Rob,
I'm not entriely sure that this is correct as the libdrm code
is splinckled with variations of drm/drm.h drm.h in both quoted
and angle bracket form.
I believe that the chosen app
Handles automake complains about lack of forward-compatibility, due to the
source files in the kgsl and msm backends/folders.
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
I'm suspecting that the warning is caused as Archlinux always keeps track
with latest releases, whereas other distributions
Currently the package name and description duplicate that of the
core libdrm. Update those to reflect reality.
Cc: Daniel Vetter
Signed-off-by: Emil Velikov
---
Trivial change IMHO, notices while checking the package Libs
---
intel/libdrm_intel.pc.in | 4 ++--
1 file changed, 2 insertions(+),
101 - 126 of 126 matches
Mail list logo