[Bug 82588] X fails to start with linus-tip or drm-next

2014-08-13 Thread bugzilla-dae...@freedesktop.org
from Mike Lothian --- Both were compiled with the new kabini firmware -- 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/20140

[Bug 82588] X fails to start with linus-tip or drm-next

2014-08-13 Thread bugzilla-dae...@freedesktop.org
art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/1003870e/attachment-0001.html>

[Bug 82588] New: X fails to start with linus-tip or drm-next

2014-08-13 Thread bugzilla-dae...@freedesktop.org
had a chance to diagnose this issue yet or bisect -- 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/20140813/c7539b0f/attachment.html>

[Bug 82371] Capa Verde (Radeon 7750) GPU lockup using UVD

2014-08-13 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=82371 --- Comment #1 from Pablo Wagner --- Created attachment 146521 --> https://bugzilla.kernel.org/attachment.cgi?id=146521=edit This is the diff from one version to the problematic I think. I'll try to revert the package version to see if I can

[Bug 82371] New: Capa Verde (Radeon 7750) GPU lockup using UVD

2014-08-13 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=82371 Bug ID: 82371 Summary: Capa Verde (Radeon 7750) GPU lockup using UVD Product: Drivers Version: 2.5 Kernel Version: 3.13 Hardware: x86-64 OS: Linux Tree:

[Bug 82586] New: UBO matrix in std140 struct does not work

2014-08-13 Thread bugzilla-dae...@freedesktop.org
and they are just identity matrices. -- 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/20140813/dc9cd609/attachment.html>

[Bug 82585] New: geometry shader with optional out variable segfaults

2014-08-13 Thread bugzilla-dae...@freedesktop.org
ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/cd8eea16/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/48ce7786/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/28afc653/attachment-0001.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/7dc8d4ab/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/cdf69a6a/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/33a0d805/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
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/20140813/13f6540f/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
|| -- 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/20140813/166c3846/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/ce84aa6f/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
hments/20140813/efb07572/attachment.html>

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 06:30 PM, Alex Deucher wrote: > On Wed, Aug 13, 2014 at 12:24 PM, Daniel Vetter wrote: >> On Wed, Aug 13, 2014 at 05:13:56PM +0200, Thomas Hellstrom wrote: >>> On 08/13/2014 03:01 PM, Daniel Vetter wrote: On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: >

drm/nv50-/disp: audit and version DAC_LOAD method

2014-08-13 Thread Ben Skeggs
- Original Message - > From: "Dan Carpenter" > To: bskeggs at redhat.com > Cc: dri-devel at lists.freedesktop.org > Sent: Wednesday, 13 August, 2014 9:29:16 PM > Subject: re: drm/nv50-/disp: audit and version DAC_LOAD method > > Hello Ben Skeggs, > > The patch c4abd3178e11:

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 06:24 PM, Daniel Vetter wrote: > On Wed, Aug 13, 2014 at 05:13:56PM +0200, Thomas Hellstrom wrote: >> On 08/13/2014 03:01 PM, Daniel Vetter wrote: >>> On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: On 08/13/2014 12:42 PM, Daniel Vetter wrote: > On Wed, Aug

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 6:38 PM, Daniel Vetter wrote: >> Yes, it currently limits you to half of memory, but at least we would >> like to make it tuneable since there are a lot of user cases where the >> user wants to use 90% of memory for GPU tasks at the expense of >> everything else. > > Ime a

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 12:30:45PM -0400, Alex Deucher wrote: > On Wed, Aug 13, 2014 at 12:24 PM, Daniel Vetter wrote: > > On Wed, Aug 13, 2014 at 05:13:56PM +0200, Thomas Hellstrom wrote: > >> On 08/13/2014 03:01 PM, Daniel Vetter wrote: > >> > On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 05:09:49PM +0300, Oded Gabbay wrote: > > > On 13/08/14 16:01, Daniel Vetter wrote: > >On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: > >>On 08/13/2014 12:42 PM, Daniel Vetter wrote: > >>>On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote:

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 05:13:56PM +0200, Thomas Hellstrom wrote: > On 08/13/2014 03:01 PM, Daniel Vetter wrote: > > On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: > >> On 08/13/2014 12:42 PM, Daniel Vetter wrote: > >>> On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom

Fence, timeline and android sync points

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 09:36:04AM -0400, Jerome Glisse wrote: > On Wed, Aug 13, 2014 at 10:28:22AM +0200, Daniel Vetter wrote: > > On Tue, Aug 12, 2014 at 06:13:41PM -0400, Jerome Glisse wrote: > > > Hi, > > > > > > So i want over the whole fence and sync point stuff as it's becoming a > > >

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
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/20140813/81825666/attachment.html>

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 04:09 PM, Oded Gabbay wrote: > > > On 13/08/14 16:01, Daniel Vetter wrote: >> On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: >>> On 08/13/2014 12:42 PM, Daniel Vetter wrote: On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: > On 08/13/2014

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 03:01 PM, Daniel Vetter wrote: > On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: >> On 08/13/2014 12:42 PM, Daniel Vetter wrote: >>> On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: On 08/13/2014 05:52 AM, J?r?me Glisse wrote: > From:

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Oded Gabbay
On 13/08/14 16:01, Daniel Vetter wrote: > On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: >> On 08/13/2014 12:42 PM, Daniel Vetter wrote: >>> On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: On 08/13/2014 05:52 AM, J?r?me Glisse wrote: > From: J?r?me

Fence, timeline and android sync points

2014-08-13 Thread Christian König
> The whole issue is that today cs ioctl assume implied synchronization. So this > can not change, so for now anything that goes through cs ioctl would need to > use an implied timeline and have all ring that use common buffer synchronize > on it. As long as those ring use different buffer there

[Bug 82186] [r600g] BARTS GPU lockup with minecraft shaders

2014-08-13 Thread bugzilla-dae...@freedesktop.org
bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/c9c5aa12/attachment.html>

[Bug 81192] Garbled screen with VDPAU playback and h264

2014-08-13 Thread bugzilla-dae...@freedesktop.org
-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/ea341002/attachment.html>

[PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool

2014-08-13 Thread Michel Dänzer
On 13.08.2014 12:52, J?r?me Glisse wrote: > From: J?r?me Glisse > > When experiencing memory pressure we want to minimize pool size so that > memory we just shrinked is not added back again just as the next thing. > > This will divide by 2 the maximum pool size for each device each time > the

[PATCH 1/3] drm/ttm: set sensible pool size limit.

2014-08-13 Thread Michel Dänzer
On 13.08.2014 12:52, J?r?me Glisse wrote: > From: J?r?me Glisse > > Due to bug in code it appear that some of the pool where never properly > use and always empty. Before fixing that bug this patch set sensible > limit on pool size. The magic 64MB number was nominated. > > This is obviously a

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

2014-08-13 Thread bugzilla-dae...@freedesktop.org
752.8 PMKs/s (RTT 2.9) #5: 'Network-Clients': 0.0 PMKs/s (RTT 0.0) -- 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/20140813/4134ee5d/attachment-0001.html>

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: > On 08/13/2014 12:42 PM, Daniel Vetter wrote: > > On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: > >> On 08/13/2014 05:52 AM, J?r?me Glisse wrote: > >>> From: J?r?me Glisse > >>> > >>> When experiencing memory

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 02:40 PM, David Herrmann wrote: > Hi > > On Wed, Aug 13, 2014 at 2:35 PM, Thomas Hellstrom > wrote: >> On 08/13/2014 12:42 PM, Daniel Vetter wrote: >>> On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: On 08/13/2014 05:52 AM, J?r?me Glisse wrote: > From:

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread David Herrmann
Hi On Wed, Aug 13, 2014 at 2:35 PM, Thomas Hellstrom wrote: > On 08/13/2014 12:42 PM, Daniel Vetter wrote: >> On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: >>> On 08/13/2014 05:52 AM, J?r?me Glisse wrote: From: J?r?me Glisse When experiencing memory pressure

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 12:42 PM, Daniel Vetter wrote: > On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: >> On 08/13/2014 05:52 AM, J?r?me Glisse wrote: >>> From: J?r?me Glisse >>> >>> When experiencing memory pressure we want to minimize pool size so that >>> memory we just shrinked is

drm/nv50-/disp: audit and version DAC_LOAD method

2014-08-13 Thread Dan Carpenter
Hello Ben Skeggs, The patch c4abd3178e11: "drm/nv50-/disp: audit and version DAC_LOAD method" from Aug 10, 2014, leads to the following static checker warning: drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c:78 nv50_dac_sense() warn: 0xfff0 is larger than 16 bits

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/7a7a880c/attachment-0001.html>

[Bug 82517] [RADEONSI,VDPAU] SIGSEGV in map_msg_fb_buf called from ruvd_destroy, when closing a Tab with accelerated video player

2014-08-13 Thread bugzilla-dae...@freedesktop.org
You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/140782c3/attachment.html>

[PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

2014-08-13 Thread Randy Dunlap
On 08/08/14 12:16, Masanari Iida wrote: > This patch fixed 'make xmldocs' failed on linus's tree and > linux-next as of 8th/Aug,2014. > > When drm merge for 3.17-rc1 happen, a file was renamed from > drm_stub.c to drm_drv.c. > But Documentation/DocBook/drm.tmpl still have an old file name. > >

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/51b275d0/attachment.html>

Fence, timeline and android sync points

2014-08-13 Thread Jerome Glisse
On Wed, Aug 13, 2014 at 05:54:20PM +0200, Daniel Vetter wrote: > On Wed, Aug 13, 2014 at 09:36:04AM -0400, Jerome Glisse wrote: > > On Wed, Aug 13, 2014 at 10:28:22AM +0200, Daniel Vetter wrote: > > > On Tue, Aug 12, 2014 at 06:13:41PM -0400, Jerome Glisse wrote: > > > > Hi, > > > > > > > > So i

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/430f53b4/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
--- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/7b79d540/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
|| -- 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/20140813/6ef6dd12/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/fa211c70/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/0ea1069b/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
; fi I'm using linux 3.15.8, Mesa 10.2.5 and Xorg 1.16 on archlinux. -- 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/20140813/b24026b1/attachment.html>

[PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool

2014-08-13 Thread Daniel Vetter
On Wed, Aug 13, 2014 at 11:06:25AM +0200, Thomas Hellstrom wrote: > > On 08/13/2014 05:52 AM, J?r?me Glisse wrote: > > From: J?r?me Glisse > > > > When experiencing memory pressure we want to minimize pool size so that > > memory we just shrinked is not added back again just as the next thing. >

GEM memory DOS (WAS Re: [PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool)

2014-08-13 Thread Alex Deucher
On Wed, Aug 13, 2014 at 12:24 PM, Daniel Vetter wrote: > On Wed, Aug 13, 2014 at 05:13:56PM +0200, Thomas Hellstrom wrote: >> On 08/13/2014 03:01 PM, Daniel Vetter wrote: >> > On Wed, Aug 13, 2014 at 02:35:52PM +0200, Thomas Hellstrom wrote: >> >> On 08/13/2014 12:42 PM, Daniel Vetter wrote: >>

[Bug 82517] [RADEONSI,VDPAU] SIGSEGV in map_msg_fb_buf called from ruvd_destroy, when closing a Tab with accelerated video player

2014-08-13 Thread bugzilla-dae...@freedesktop.org
;http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/5a150528/attachment-0001.html>

Fence, timeline and android sync points

2014-08-13 Thread Jerome Glisse
On Wed, Aug 13, 2014 at 04:08:14PM +0200, Christian K?nig wrote: > >The whole issue is that today cs ioctl assume implied synchronization. So > >this > >can not change, so for now anything that goes through cs ioctl would need to > >use an implied timeline and have all ring that use common buffer

[Bug 82186] [r600g] BARTS GPU lockup with minecraft shaders

2014-08-13 Thread bugzilla-dae...@freedesktop.org
linking problems on my system. -- 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/20140813/897b3610/attachment.html>

[PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool

2014-08-13 Thread Thomas Hellstrom
On 08/13/2014 05:52 AM, J?r?me Glisse wrote: > From: J?r?me Glisse > > When experiencing memory pressure we want to minimize pool size so that > memory we just shrinked is not added back again just as the next thing. > > This will divide by 2 the maximum pool size for each device each time > the

CONFIG_DMA_CMA causes ttm performance problems/hangs.

2014-08-13 Thread Michel Dänzer
On 12.08.2014 00:17, Jerome Glisse wrote: > On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote: >> On 08/10/2014 08:02 PM, Mario Kleiner wrote: >>> On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote: > > The other problem is that

[Bug 82186] [r600g] BARTS GPU lockup with minecraft shaders

2014-08-13 Thread bugzilla-dae...@freedesktop.org
nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/474082b1/attachment.html>

CONFIG_DMA_CMA causes ttm performance problems/hangs.

2014-08-13 Thread Lucas Stach
Am Dienstag, den 12.08.2014, 22:17 -0400 schrieb Jerome Glisse: [...] > > I haven't tested the patch yet. For the original bug it won't help directly, > > because the super-slow allocations which cause the desktop stall are > > tt_cached allocations, so they go through the if (is_cached) code path

[Bug 80673] XCOM: Enemy Unknown - Wrong read access when starting the game

2014-08-13 Thread bugzilla-dae...@freedesktop.org
was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/165b8636/attachment-0001.html>

Fence, timeline and android sync points

2014-08-13 Thread Daniel Vetter
On Tue, Aug 12, 2014 at 06:13:41PM -0400, Jerome Glisse wrote: > Hi, > > So i want over the whole fence and sync point stuff as it's becoming a > pressing > issue. I think we first need to agree on what is the problem we want to solve > and what would be the requirements to solve it. > >

[Bug 81907] Unreal Engine "Effects Cave" Demo crashes with SIGBUS in __memcpy_sse2_unaligned

2014-08-13 Thread bugzilla-dae...@freedesktop.org
attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/718e45a7/attachment.html>

[Bug 82019] Unreal Engine Effects Cave demo lockup HD 7970M

2014-08-13 Thread bugzilla-dae...@freedesktop.org
was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/5d9ce1e2/attachment.html>

How to design a DRM KMS driver exposing 2D compositing?

2014-08-13 Thread Pekka Paalanen
On Tue, 12 Aug 2014 09:10:47 -0700 Eric Anholt wrote: > Pekka Paalanen writes: > > > On Mon, 11 Aug 2014 19:27:45 +0200 > > Daniel Vetter wrote: > > > >> On Mon, Aug 11, 2014 at 10:16:24AM -0700, Eric Anholt wrote: > >> > Daniel Vetter writes: > >> > > >> > > On Mon, Aug 11, 2014 at

Fence, timeline and android sync points

2014-08-13 Thread Christian König
Hi Jerome, first of all that finally sounds like somebody starts to draw the whole picture for me. So far all I have seen was a bunch of specialized requirements and some not so obvious design decisions based on those requirements. So thanks a lot for finally summarizing the requirements from

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/5e3719d8/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
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/20140813/b47d67bc/attachment.html>

[Bug 82473] No picture

2014-08-13 Thread bugzilla-dae...@freedesktop.org
ause: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/be5bbc2f/attachment.html>

Fence, timeline and android sync points

2014-08-13 Thread Jerome Glisse
On Wed, Aug 13, 2014 at 09:59:26AM +0200, Christian K?nig wrote: > Hi Jerome, > > first of all that finally sounds like somebody starts to draw the whole > picture for me. > > So far all I have seen was a bunch of specialized requirements and some not > so obvious design decisions based on those

Fence, timeline and android sync points

2014-08-13 Thread Jerome Glisse
On Wed, Aug 13, 2014 at 10:28:22AM +0200, Daniel Vetter wrote: > On Tue, Aug 12, 2014 at 06:13:41PM -0400, Jerome Glisse wrote: > > Hi, > > > > So i want over the whole fence and sync point stuff as it's becoming a > > pressing > > issue. I think we first need to agree on what is the problem we

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

2014-08-13 Thread bugzilla-dae...@freedesktop.org
bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/05c31bd5/attachment.html>

[Bug 82544] New: Unreal Engine 4 Elemental fails to start up on Cape Verde with LLVM assertion failure

2014-08-13 Thread bugzilla-dae...@freedesktop.org
ite(): Assertion `PhysReg && "Invalid SubReg for physical register"' failed. -- 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-de

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/ec3e9fdf/attachment.html>

[Bug 68856] Rendering artefacts with Unvanquished

2014-08-13 Thread bugzilla-dae...@freedesktop.org
ves/dri-devel/attachments/20140813/337496ba/attachment.html>

CONFIG_DMA_CMA causes ttm performance problems/hangs.

2014-08-13 Thread Mario Kleiner
On 08/13/2014 03:50 AM, Michel D?nzer wrote: > On 12.08.2014 00:17, Jerome Glisse wrote: >> On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote: >>> On 08/10/2014 08:02 PM, Mario Kleiner wrote: On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: > On 08/10/2014 05:11 AM, Mario

[Bug 82397] some GLSL demo render badly on Radeon 7870

2014-08-13 Thread bugzilla-dae...@freedesktop.org
was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/f8946066/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/22323bec/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140813/19e7f84a/attachment-0001.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
|| -- 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/20140813/71b0c4dc/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140813/f7caf533/attachment.html>

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=82533 dawide2211 at gmail.com changed: What|Removed |Added Attachment #104535|0 |1 is patch|

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=82533 dawide2211 at gmail.com changed: What|Removed |Added Attachment #104534|0 |1 is patch|

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=82533 --- Comment #2 from dawide2211 at gmail.com --- Created attachment 104536 --> https://bugs.freedesktop.org/attachment.cgi?id=104536=edit Example 3, Mount -- You are receiving this mail because: You are the assignee for the bug. --

[Bug 82533] Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=82533 --- Comment #1 from dawide2211 at gmail.com --- Created attachment 104535 --> https://bugs.freedesktop.org/attachment.cgi?id=104535=edit Example 2, Unvanquished -- You are receiving this mail because: You are the assignee for the bug.

[Bug 82533] New: Line of tearing while playing games

2014-08-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=82533 Priority: medium Bug ID: 82533 Assignee: dri-devel at lists.freedesktop.org Summary: Line of tearing while playing games Severity: minor Classification: Unclassified OS:

[PATCH 3/3] drm/ttm: under memory pressure minimize the size of memory pool

2014-08-13 Thread Jérôme Glisse
From: J?r?me Glisse When experiencing memory pressure we want to minimize pool size so that memory we just shrinked is not added back again just as the next thing. This will divide by 2 the maximum pool size for each device each time the pool have to shrink. The limit is

[PATCH 2/3] drm/ttm: fix object deallocation to properly fill in the page pool.

2014-08-13 Thread Jérôme Glisse
From: J?r?me Glisse Current code never allowed the page pool to actualy fill in anyway. This fix it and also allow it to grow over its limit until it grow beyond the batch size for allocation and deallocation. Signed-off-by: J?r?me Glisse Reviewed-by: Mario Kleiner

[PATCH 1/3] drm/ttm: set sensible pool size limit.

2014-08-13 Thread Jérôme Glisse
From: J?r?me Glisse Due to bug in code it appear that some of the pool where never properly use and always empty. Before fixing that bug this patch set sensible limit on pool size. The magic 64MB number was nominated. This is obviously a some what arbitrary number but the

[PATCH 0/3] drm/ttm: hard to swim in an empty pool

2014-08-13 Thread Jérôme Glisse
So it seems there was several issue with the various ttm pool. The obvious one is fixed in patch 2 where the always empty pool syndrom is addressed. However the pool size are kind of crazy and because before some pool were never actualy fill we might never have experience the hill effect of the

[PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

2014-08-13 Thread Randy Dunlap
On 08/12/14 18:17, Fabio Estevam wrote: > On Tue, Aug 12, 2014 at 2:30 PM, Randy Dunlap > wrote: >> This patch fixed 'make xmldocs' failed on linus's tree and >> linux-next as of 8th/Aug,2014. >> >> When drm merge for 3.17-rc1 happen, a file was renamed from >> drm_stub.c to drm_drv.c. >> But

PCI Radeon RV100 detection hang on sparc64

2014-08-13 Thread David Miller
From: David Miller Date: Fri, 04 Apr 2014 16:52:02 -0400 (EDT) > I'll try to follow up with a patch some time next week. And next week became 4 months later, sorry :-/ Meelis, I've coded up a patch series that should take care of this issue, which I'll post to sparclinux

[Bug 79575] [radeonsi] Wine's d3d8 test crashes in SITargetLowering::analyzeImmediate

2014-08-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=79575 --- Comment #10 from Roland Scheidegger --- (In reply to comment #8) > (In reply to comment #7) > > Looks like this is happening purely for testing if a fpu control word would > > be preserved, the actual value used by d3d does disable them just

[PATCH 1/9] ASoC: mcasp: Fix implicit BLCK divider setting

2014-08-13 Thread Mark Brown
On Wed, Aug 06, 2014 at 04:47:16PM +0300, Jyri Sarha wrote: > The implicit BLCK divider setting was broken by "ASoC: mcasp: don't > override bclk divider if it was provided by the machine"-patch. After > the BCLK divider is implicitly set for the first time the > mcasp->bclk_div gets a non zero