[Nouveau] [Bug 61069] [NV17] Crash while displaying large image

2013-12-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=61069 --- Comment #7 from dave.muel...@gmx.ch --- In the meantime i updated my system (kernel 3.12, X Server 1.14.3, nouveau_drv.so module version = 1.0.9) and the crash with the 3200x2700 picture is gone. But i see the following lines in the kernel

[Nouveau] [Bug 61069] [NV17] Crash while displaying large image

2013-12-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=61069 --- Comment #8 from Ilia Mirkin imir...@alum.mit.edu --- Are you using a version of libdrm before 2.4.48 compiled with gcc-4.8? If so, upgrade. Or compile using an older gcc. -- You are receiving this mail because: You are the assignee for the

[Nouveau] [PATCH] nv50: enable MPEG-4 for NVA3+ (VP4.0)

2013-12-07 Thread Martin Peres
From: Martin Peres martin.pe...@labri.fr This patch is a follow-up from Ilia Mirkin's enable H.264 patch which solves the problem that prevented MPEG-4 videos to play correctly. Tested on an nva3. Signed-off-by: Martin Peres martin.pe...@labri.fr Tested-by: Martin Peres martin.pe...@labri.fr

Re: [Nouveau] [PATCH] nv50: enable MPEG-4 for NVA3+ (VP4.0)

2013-12-07 Thread Ilia Mirkin
On Sat, Dec 7, 2013 at 8:11 AM, Martin Peres martin.pe...@free.fr wrote: From: Martin Peres martin.pe...@labri.fr This patch is a follow-up from Ilia Mirkin's enable H.264 patch which solves the problem that prevented MPEG-4 videos to play correctly. Tested on an nva3. I might reword this

Re: [Nouveau] [PATCH] nv50: enable MPEG-4 for NVA3+ (VP4.0)

2013-12-07 Thread Martin Peres
On 07/12/2013 17:09, Ilia Mirkin wrote: On Sat, Dec 7, 2013 at 8:11 AM, Martin Peres martin.pe...@free.fr wrote: From: Martin Peres martin.pe...@labri.fr This patch is a follow-up from Ilia Mirkin's enable H.264 patch which solves the problem that prevented MPEG-4 videos to play correctly.

[Nouveau] [PATCH] drm/nouveau/falcon: use vmalloc to create firwmare copies

2013-12-07 Thread Ilia Mirkin
Some firmware images may be large (64K), so using kmalloc memory is inappropriate for them. Use vmalloc instead, to avoid high-order allocation failures. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu Cc: sta...@vger.kernel.org --- Couldn't get video decoding started on a long-running system

[Nouveau] [Bug 72458] New: Machine freezes when launching Firefox

2013-12-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=72458 Priority: medium Bug ID: 72458 Assignee: nouveau@lists.freedesktop.org Summary: Machine freezes when launching Firefox QA Contact: xorg-t...@lists.x.org Severity: normal

[Nouveau] [Bug 72458] [NV63] Machine freezes when launching Firefox

2013-12-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=72458 Ilia Mirkin imir...@alum.mit.edu changed: What|Removed |Added Summary|Machine freezes when|[NV63] Machine freezes

Re: [Nouveau] [PATCH] nv50: enable H.264 for NV98+ (VP3, VP4.0)

2013-12-07 Thread Ilia Mirkin
On Fri, Dec 6, 2013 at 11:43 PM, Ilia Mirkin imir...@alum.mit.edu wrote: Create the ref_bo without any storage type flags set for now. This can probably be split up somehow later on, but this seems to work. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu Cc: 10.0

[Nouveau] [PATCH 3/3] nouveau/video: update a few more h264 picparm field names

2013-12-07 Thread Ilia Mirkin
Based on comments by Benjamin Morris bmor...@nvidia.com in http://lists.freedesktop.org/archives/nouveau/2013-December/015328.html This adds setting of is_long_term, and updates a few field names we were unclear about. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu ---

[Nouveau] [PATCH 2/3] nouveau/video: update h264 picparm field names based on usage

2013-12-07 Thread Ilia Mirkin
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu --- src/gallium/drivers/nouveau/nouveau_vp3_video_vp.c | 28 ++ 1 file changed, 13 insertions(+), 15 deletions(-) diff --git a/src/gallium/drivers/nouveau/nouveau_vp3_video_vp.c

[Nouveau] [PATCH 1/3] nv50: enable h264 and mpeg4 for nv98+ (vp3, vp4.0)

2013-12-07 Thread Ilia Mirkin
Create the ref_bo without any storage type flags set for now. The issue probably arises from our use of the additional buffer space at the end of the ref_bo. It should probably be split up in the future. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu Tested-by: Martin Peres martin.pe...@labri.fr