On Sun, Jul 25, 2010 at 06:42:48PM +1000, Dave Airlie wrote:
On Fri, Jul 23, 2010 at 11:10 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
On Thu, Jul 22, 2010 at 05:20:39PM -0700, Andrew Morton wrote:
On Tue, 20 Jul 2010 21:19:23 +0200
Marcin Slusarz marcin.slus...@gmail.com wrote
On Thu, Jul 22, 2010 at 05:20:39PM -0700, Andrew Morton wrote:
On Tue, 20 Jul 2010 21:19:23 +0200
Marcin Slusarz marcin.slus...@gmail.com wrote:
We don't want vga16fb to mess with hardware initialized by other driver.
Detect it and refuse to load.
It fixes nouveau interrupt storm on some
We don't want vga16fb to mess with hardware initialized by other driver.
Detect it and refuse to load.
It fixes nouveau interrupt storm on some machines.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
drivers/video/vga16fb.c | 13 -
1 files changed, 12 insertions(+), 1
address, so at
every iounmap mmiotrace will schedule the same pages for release.
Obviously it will explode on second free.
Fix it by marking kmmio_fault_pages which are scheduled for release
and not adding them second time.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Acked-by: Pekka
On Sun, Jun 13, 2010 at 11:56:54PM +0200, Marcin Slusarz wrote:
After every iounmap mmiotrace has to free kmmio_fault_pages, but it
can't do it directly, so it defers freeing by RCU.
It usually works, but when mmiotraced code calls ioremap-iounmap
multiple times without sleeping between (so
address, so at
every iounmap mmiotrace will schedule the same pages for release.
Obviously it will explode on second free.
Fix it by marking kmmio_fault_pages which are scheduled for release
and not adding them second time.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Pekka Paalanen
On Sat, Jun 05, 2010 at 06:49:42PM +0200, Marcin Slusarz wrote:
After every iounmap mmiotrace has to free kmmio_fault_pages, but it
can't do it directly, so it defers freeing by RCU.
It usually works, but when mmiotraced code calls ioremap-iounmap
multiple times without sleeping between (so
On Wed, Jun 02, 2010 at 06:38:56PM +0200, Marcin Slusarz wrote:
On Wed, Jun 02, 2010 at 08:40:54AM +1000, Ben Skeggs wrote:
On Tue, 2010-06-01 at 20:15 +0200, Marcin Slusarz wrote:
On Sun, May 23, 2010 at 09:49:16PM +0200, Marcin Slusarz wrote:
Exit with proper message instead
On Fri, May 28, 2010 at 11:45:17AM -0700, Aaron Plattner wrote:
On Sun, May 23, 2010 at 03:37:03PM -0700, Ben Skeggs wrote:
On Sun, 2010-05-23 at 21:46 +0200, Marcin Slusarz wrote:
1) DRICreatePCIBusID belongs to xserver dri module, so when it's
unavailable we can't format string
On Wed, Jun 02, 2010 at 08:40:54AM +1000, Ben Skeggs wrote:
On Tue, 2010-06-01 at 20:15 +0200, Marcin Slusarz wrote:
On Sun, May 23, 2010 at 09:49:16PM +0200, Marcin Slusarz wrote:
Exit with proper message instead of crashing when user forgot
to uninstall the proprietary driver
DRICreatePCIBusID to drop dri dependency.
2) Once we dropped dependency on dri module (which linked to libdrm),
we have to link directly to libdrm.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
src/Makefile.am |2 +-
src/nv_driver.c | 11 +++
2 files changed, 4 insertions(+), 9
initialisation.
Fix it by kicking firmware driver(s) before we start touching the hardware.
Reported-by: Didier Spaier didier.spa...@epsm.fr
Tested-by: Didier Spaier didier.spa...@epsm.fr
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Ben Skeggs bske...@redhat.com
Cc: Dave Airlie airl
let vga16fb claim 0xA+0x1 region as its aperture;
drm drivers don't use it, so we have to detect it and kick
vga16fb manually - but only if drm is driving the primary card
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: James Simmons jsimm...@infradead.org
Cc: Dave Airlie airl
It removes a hack from nouveau code which had to detect which
region to pass to kick vesafb/efifb.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Eric Anholt e...@anholt.net
Cc: Ben Skeggs bske...@redhat.com
Cc: Thomas Hellstrom thellst...@vmware.com
Cc: Dave Airlie airl...@redhat.com
)
- vga16fb registration error path is iounmapping memory which was not
ioremapped.
I'm going to fix it soon.
Nak. See comments below.
Thanks for a review.
---
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [PATCH] vga16fb, drm: vga16fb-drm handoff
let vga16fb claim
On Tue, Apr 13, 2010 at 09:50:04PM +0200, Marcin Slusarz wrote:
On Mon, Apr 12, 2010 at 11:33:27PM +0200, Marcin Slusarz wrote:
Have you got a pointer to a machine where it fails?
No, it failed with an artifical test while I was working on vga16fb
handoff
(unfinished
On Thu, Apr 15, 2010 at 01:19:41PM -0700, Aaron Plattner wrote:
On Tue, Apr 13, 2010 at 04:34:51AM -0700, Marcin Slusarz wrote:
On Tue, Apr 13, 2010 at 11:15:28AM +1000, Christopher James Halse Rogers
wrote:
On Mon, 2010-04-12 at 20:04 +0300, Pekka Paalanen wrote:
On Mon, 12 Apr 2010
On Tue, Mar 23, 2010 at 06:09:07PM +0100, tacco...@libero.it wrote:
From: Andrea Tacconi tacco...@libero.it
Subject: [PATCH] drm/nouveau: fix vbios load and check functions on PowerPC
On PowerPC the Bios signature reports a wrong lenght of video rom.
Fix this by reading the correct size
On Tue, Apr 13, 2010 at 11:15:28AM +1000, Christopher James Halse Rogers wrote:
On Mon, 2010-04-12 at 20:04 +0300, Pekka Paalanen wrote:
On Mon, 12 Apr 2010 12:50:13 +0200
Marcin Slusarz marcin.slus...@gmail.com wrote:
I'm not aware of any trick to make both nv and nouveau working
On Mon, Apr 12, 2010 at 11:33:27PM +0200, Marcin Slusarz wrote:
Have you got a pointer to a machine where it fails?
No, it failed with an artifical test while I was working on vga16fb
handoff
(unfinished).
You won't be able to make this work for vga16fb from what I can see
Ok, let's CC nouveau list back.
On Mon, Apr 12, 2010 at 12:31:58PM +0200, Didier Spaier wrote:
One thing I didn't check before sending my last mail: can I go back
to console mode after having started X with say, the nv X module ?
Unfortunately this doesn't work: be it from Fluxbox or KDE,
I was working on vga16fb handoff
(unfinished).
Dave.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Dave Airlie airl...@redhat.com
Cc: Peter Jones pjo...@redhat.com
Cc: Andrew Morton a...@linux-foundation.org
---
drivers/video/fbmem.c | 24
On Tue, Apr 13, 2010 at 06:28:21AM +1000, Dave Airlie wrote:
On Mon, 2010-04-12 at 13:34 +0200, Marcin Slusarz wrote:
On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote:
On Sat, 2010-04-10 at 21:55 +0200, marcin.slus...@gmail.com wrote:
fb_do_apertures_overlap is returning wrong
initialisation.
Fix it by kicking firmware driver(s) before we start touching the hardware.
Reported-by: Didier Spaier didier.spa...@epsm.fr
Tested-by: Didier Spaier didier.spa...@epsm.fr
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Ben Skeggs bske...@redhat.com
Cc: Dave Airlie airl
It simplifies nouveau code by removal of detection which
region to pass to kick vesafb/efifb.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Eric Anholt e...@anholt.net
Cc: Ben Skeggs bske...@redhat.com
Cc: Thomas Hellstrom thellst...@vmware.com
Cc: Dave Airlie airl...@redhat.com
Cc
two drivers touch the hardware. Unfortunately sometimes it breaks nouveau
initialisation.
Fix it by kicking firmware driver(s) before we start touching the hardware.
Reported-by: Didier Spaier didier.spa...@epsm.fr
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Ben Skeggs bske
fb_do_apertures_overlap is returning wrong value when one aperture
is completely whithin the other. Add generic ranges_overlap macro
(probably kernel.h candidate) and use it here.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Dave Airlie airl...@redhat.com
Cc: Peter Jones pjo
initialisation.
Fix it by kicking firmware driver(s) before we start touching the hardware.
Reported-by: Didier Spaier didier.spa...@epsm.fr
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Ben Skeggs bske...@redhat.com
Cc: Dave Airlie airl...@redhat.com
Cc: Peter Jones pjo...@redhat.com
It simplifies nouveau code by removal of detection which
region to pass to kick vesafb/efifb.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Eric Anholt e...@anholt.net
Cc: Ben Skeggs bske...@redhat.com
Cc: Thomas Hellstrom thellst...@vmware.com
Cc: Dave Airlie airl...@redhat.com
Cc
On Tue, Apr 06, 2010 at 10:27:42AM +0200, Didier Spaier wrote:
Thansk for your answer, kernel logs are attached.
Can you check attached patch? It's a quick hack to kick vesa before
we initialize the hardware.
Marcin
diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.c
On Tue, Apr 06, 2010 at 08:43:04PM +0200, Didier Spaier wrote:
Marcin Slusarz wrote:
On Tue, Apr 06, 2010 at 10:27:42AM +0200, Didier Spaier wrote:
Thansk for your answer, kernel logs are attached.
Can you check attached patch? It's a quick hack to kick vesa before
we initialize
On Mon, Apr 05, 2010 at 10:59:40PM +0200, Didier Spaier wrote:
Hi all,
new to this list ;)
I have a Lenovo Thinkpad T61. lspci|grep VGA says:
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1)
I have Slacware64-13.0 and Slackware64-current installed.
On Wed, Feb 17, 2010 at 11:01:44PM +0100, Soeren Sonnenburg wrote:
Dear all,
nouveaufb hangs on MacBookPro5,3 with PFIFO_INTR 0x0400 - Ch1 when
booting in efi mode via elilo.
I am attaching a (dirty) screenshot, maybe someone can clear this up
On Sat, Feb 20, 2010 at 11:08:56AM +0100, Luca Barbieri wrote:
Found by sparse.
Signed-off-by: Luca Barbieri l...@luca-barbieri.com
---
drivers/gpu/drm/nouveau/nouveau_gem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c
'
Signed-off-by: Daniel Mack dan...@caiaq.de
Cc: David Airlie airl...@linux.ie
Cc: Ben Skeggs bske...@redhat.com
Cc: Francisco Jerez curroje...@riseup.net
Cc: Maarten Maathuis madman2...@gmail.com
Cc: Xavier Chantry shinin...@gmail.com
Cc: Marcin Slusarz marcin.slus...@gmail.com
Cc: dri-de
On Mon, Feb 15, 2010 at 10:53:48AM +0100, Christian Borntraeger wrote:
Am Donnerstag 11 Februar 2010 05:20:07 schrieb Dave Airlie:
Dave,
I just updated from to rc8 and got the a scheduling while atomic warning in
nouveau. (see below).
Linus' tree is missing two fixes:
drm/nouveau: don't
'bios-bdcb.dcb.i2c' 16 = 16
drivers/gpu/drm/nouveau/nouveau_i2c.c +263 nouveau_i2c_find(10) warn: buffer
overflow 'bios-bdcb.dcb.i2c' 16 = 16
drivers/gpu/drm/nouveau/nouveau_i2c.c +267 nouveau_i2c_find(14) error: buffer
overflow 'bios-bdcb.dcb.i2c' 16 = 16
(...)
---
From: Marcin Slusarz
i2c_entries seems to be the number of i2c entries,
so with index equal to this number, we could read
invalid data from i2ctable. Fix it.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_bios.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions
context. I
see
no reason in spin locking pgraph create context, it isn't activated at that
stage.
- Move and rename the lock after some discussion with 'joi', even better
naming
suggestions are appreciated.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
(joi==/me)
Tested-by: Marcin
On Sat, Jan 30, 2010 at 03:41:00PM +0100, Marcin Slusarz wrote:
On Fri, Jan 29, 2010 at 12:00:49PM +0300, Dan Carpenter wrote:
These bugs are when code dereferences a variable and then checks that it is
not null.
The new thing is that I wrote a shell script to try remove the false
On Mon, Feb 01, 2010 at 10:50:09AM +0100, Luca Barbieri wrote:
This patch adds code to allocate semaphores in a dynamic way using
an algorithm with a lockless fast path.
some minor comments below
1. Semaphore BOs
Semaphore BOs are BOs containing semaphores. Each is 4KB large and
On Sun, Jan 17, 2010 at 11:50:50PM +0100, Marcin Slusarz wrote:
(...)
ping
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Sun, Jan 17, 2010 at 11:51:22PM +0100, Marcin Slusarz wrote:
(...)
ping
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Wed, Jan 20, 2010 at 11:27:07PM +0100, Marcin Slusarz wrote:
nv50_pre_pipebuffer_map references screen-cur_ctx which points
to freed memory after the context is destroyed.
This crash is easily triggerable by progs/xdemos/glxcontexts.
ping
unsafe is never initialized, but used
(found by valgrind)
---
src/gallium/drivers/nv50/nv50_program.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_program.c
b/src/gallium/drivers/nv50/nv50_program.c
index cfe8b48..6d9ac14 100644
---
On Tue, Jan 12, 2010 at 02:43:35PM +0100, Pavel Machek wrote:
Hi!
I tried enabling staging nvidia driver on GT220, but apparently driver
does not know about it. Unfortunately, I have one of those cards here.
(I wonder... is there better mailing list? MAINTAINERS only lists
On Fri, Jan 15, 2010 at 12:02:25AM +0100, Maarten Maathuis wrote:
Is everyone ok with this api addition (naming ok?)?
I guess they are...
... Or is there any issue with this patch I'm not aware of?
Marcin
___
Nouveau mailing list
nv50_pre_pipebuffer_map references screen-cur_ctx which points
to freed memory after the context is destroyed.
This crash is easily triggerable by progs/xdemos/glxcontexts.
---
src/gallium/drivers/nv50/nv50_context.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
---
src/gallium/drivers/nv50/nv50_program.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_program.c
b/src/gallium/drivers/nv50/nv50_program.c
index 4111d21..cfe8b48 100644
--- a/src/gallium/drivers/nv50/nv50_program.c
+++
---
src/gallium/drivers/nouveau/nouveau_screen.c |2 ++
.../winsys/drm/nouveau/drm/nouveau_drm_api.c |9 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nouveau_screen.c
b/src/gallium/drivers/nouveau/nouveau_screen.c
---
this patch depends on nouveau: fix winsys object leak
---
.../winsys/drm/nouveau/drm/nouveau_drm_api.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/gallium/winsys/drm/nouveau/drm/nouveau_drm_api.c
b/src/gallium/winsys/drm/nouveau/drm/nouveau_drm_api.c
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [libdrm PATCH] nouveau: disable flush_notify on channel_free
We don't want do call flush_notify when we will FIRE the RING
a couple of lines later, because grobj bound to this channel
might be already freed.
---
nouveau/nouveau_channel.c
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [libdrm PATCH] nouveau: add nouveau_resource_destroy
---
nouveau/nouveau_resource.c |9 +
nouveau/nouveau_resource.h |3 +++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/nouveau/nouveau_resource.c b/nouveau
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [mesa PATCH] nv50/nv40/nv30: fix small memory leak of
nouveau_resources on screen_destroy
---
tested only on nv50;
needs patch nouveau: add nouveau_resource_destroy to libdrm
---
src/gallium/drivers/nv30/nv30_screen.c |6 +++---
src
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [mesa PATCH] nv50: fix memory leak on nv50_pc free
---
src/gallium/drivers/nv50/nv50_program.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_program.c
b/src/gallium/drivers/nv50
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [mesa PATCH] nv50: fix 2 off by one memory leaks
(nv50_miptree_level-image_offset)
---
src/gallium/drivers/nv50/nv50_miptree.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nv50
On Tue, Jan 12, 2010 at 05:21:51PM +0200, Alexey Dobriyan wrote:
On Tue, Jan 12, 2010 at 4:37 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
Subject: [libdrm PATCH] nouveau: zero structs passed to ioctl
Why?
To make it more reliable/predictable when someone will add a new
field
No, all of these structs have unused or uninitialized fields which
valgrind complained about.
I ment unused or outgoing fields.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Mon, Jan 04, 2010 at 11:42:08PM +0100, okias wrote:
Lastest patch work for me. NV96
NV92 works too.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Mon, Jan 04, 2010 at 08:19:34AM +1000, Ben Skeggs wrote:
On Sun, 2010-01-03 at 18:38 +0100, Marcin Slusarz wrote:
New version, without file/line markers in nouveau_gpu_lockup (they were
useless...).
Looks mostly good to me, can you rename to nouveau_fbcon_gpu_lockup()
instead however
New version, without file/line markers in nouveau_gpu_lockup (they were
useless...).
--
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [PATCH v2 1/2] drm/nouveau: create function for dealing with gpu
lockup
It's mostly a cleanup, but in nv50_fbcon_accel_init gpu lockup
message
On Wed, Dec 30, 2009 at 06:52:40PM +0100, Christoph Bumiller wrote:
On 12/30/2009 06:37 PM, Christoph Bumiller wrote:
On 12/29/2009 06:06 PM, Marcin Slusarz wrote:
On Mon, Dec 28, 2009 at 06:55:23PM +0100, Maarten Maathuis wrote:
On Mon, Dec 28, 2009 at 6:37 PM, Marcin Slusarz
marcin.slus
On Wed, Dec 30, 2009 at 08:00:57PM +0100, Xavier wrote:
Afaik the absence of that header is the reason that the reply button
in mail clients or in gmail answers to the sender rather than to the
mailing list.
Does anyone know why that header is not included ?
I consider it a must have for any
On Wed, Dec 30, 2009 at 08:35:32PM +0100, Marcin Slusarz wrote:
ps: i'll remove the piece you fixed differently and resend my patch soon
here we go: (2nd patch applies cleanly, so I won't resend it)
---
From 201601b66386d6fc8e28b863eac405f91edee5ed Mon Sep 17 00:00:00 2001
From: Marcin Slusarz
On Wed, Dec 30, 2009 at 10:36:41PM +0100, Maarten Maathuis wrote:
From: Marcin Slusarz marcin.slus...@gmail.com
---
src/gallium/drivers/nouveau/nouveau_push.h | 93 -
src/gallium/drivers/nv04/nv04_context.c| 44 ++-
src/gallium/drivers/nv04/nv04_context.h|4 -
src
On Mon, Dec 28, 2009 at 06:55:23PM +0100, Maarten Maathuis wrote:
On Mon, Dec 28, 2009 at 6:37 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
---
src/nv50_exa.c | 155
1 files changed, 100 insertions(+), 55 deletions
---
src/nv50_exa.c | 155
1 files changed, 100 insertions(+), 55 deletions(-)
diff --git a/src/nv50_exa.c b/src/nv50_exa.c
index 1f5a4ac..54968e8 100644
--- a/src/nv50_exa.c
+++ b/src/nv50_exa.c
@@ -79,15 +79,16 @@
- copy changes from mesa/src/gallium/drivers/nv50/nv50_texture.h
- remove 2 redefinitions
- fix R-B rename (see df189c9efc0fbcdce816af483f0147ab635280d1
(nv50: TIC/TSC fixes and additions) in mesa repo)
---
src/nv50_exa.c | 45 --
src/nv50_texture.h | 89
It's mostly a cleanup, but in nv50_fbcon_accel_init gpu lockup
message was printed, but HWACCEL_DISBALED flag was not set.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 15 +++
drivers/gpu/drm/nouveau/nouveau_fbcon.h |2
when nStatus == 0, nouveau_graph_dump_trap_info printks
something like this:
PGRAPH_ERROR - nSource: PROTECTION_ERROR DMA_W_PROTECTION, nStatus:\n
without any information about status - printk additional 0
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
drivers/gpu/drm/nouveau
---
src/nv50_accel.c | 18 +-
src/nv50_exa.c |2 +-
src/nv50_xv.c|6 +++---
3 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/src/nv50_accel.c b/src/nv50_accel.c
index b3b1584..ad290ea 100644
--- a/src/nv50_accel.c
+++ b/src/nv50_accel.c
@@ -97,11
---
src/nv50_exa.c | 155
1 files changed, 100 insertions(+), 55 deletions(-)
diff --git a/src/nv50_exa.c b/src/nv50_exa.c
index 8839510..d56c567 100644
--- a/src/nv50_exa.c
+++ b/src/nv50_exa.c
@@ -79,15 +79,16 @@
- copy changes from mesa/src/gallium/drivers/nv50/nv50_texture.h
- remove 2 redefinitions
- fix R-B rename (see df189c9efc0fbcdce816af483f0147ab635280d1
(nv50: TIC/TSC fixes and additions) in mesa repo)
---
src/nv50_exa.c | 45 --
src/nv50_texture.h | 89
From: Marcin Slusarz marcin.slus...@gmail.com
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
src/nv30_exa.c | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/src/nv30_exa.c b/src/nv30_exa.c
index 9e1524d..67a8720 100644
--- a/src/nv30_exa.c
From: Marcin Slusarz marcin.slus...@gmail.com
after this change nouveau passes all fill and blend tests of rendercheck
(before: fill - 108/120, blend - 3323868/3569150)
tested on NV34
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
src/nv04_exa.c| 19
301 - 375 of 375 matches
Mail list logo
