Re: [Nouveau] [Mesa-stable] [PATCH 2/2] nv50: zero out unbound samplers

On Sat, Aug 30, 2014 at 8:09 PM, Emil Velikov wrote: > On 31/08/14 00:34, Ilia Mirkin wrote: >> On Sat, Aug 30, 2014 at 7:30 PM, Emil Velikov >> wrote: >>> On 30/08/14 23:02, Ilia Mirkin wrote: Samplers are only defined up to num_samplers, so set all samplers above nr to NULL so that w

Re: [Nouveau] [Mesa-stable] [PATCH 2/2] nv50: zero out unbound samplers

On 31/08/14 00:34, Ilia Mirkin wrote: > On Sat, Aug 30, 2014 at 7:30 PM, Emil Velikov > wrote: >> On 30/08/14 23:02, Ilia Mirkin wrote: >>> Samplers are only defined up to num_samplers, so set all samplers above >>> nr to NULL so that we don't try to read them again later. >>> >> Would it be wort

Re: [Nouveau] [Mesa-stable] [PATCH 2/2] nv50: zero out unbound samplers

On 31/08/14 00:34, Ilia Mirkin wrote: > On Sat, Aug 30, 2014 at 7:30 PM, Emil Velikov > wrote: >> On 30/08/14 23:02, Ilia Mirkin wrote: >>> Samplers are only defined up to num_samplers, so set all samplers above >>> nr to NULL so that we don't try to read them again later. >>> >> Would it be wort

Re: [Nouveau] [Mesa-stable] [PATCH 2/2] nv50: zero out unbound samplers

On Sat, Aug 30, 2014 at 7:30 PM, Emil Velikov wrote: > On 30/08/14 23:02, Ilia Mirkin wrote: >> Samplers are only defined up to num_samplers, so set all samplers above >> nr to NULL so that we don't try to read them again later. >> > Would it be worth doing a similar thing with the unlocked sample

Re: [Nouveau] [Mesa-stable] [PATCH 2/2] nv50: zero out unbound samplers

On 30/08/14 23:02, Ilia Mirkin wrote: > Samplers are only defined up to num_samplers, so set all samplers above > nr to NULL so that we don't try to read them again later. > Would it be worth doing a similar thing with the unlocked samplers below the nr mark ? It seems to me that we might be leaki

Re: [Nouveau] [PATCH envytools] nvbios: Fix reading of ram_restrict_group_count.

On 30/08/2014 19:05, Christian Costa wrote: The entry offset was use instead of the data it points to. Probably a regression. The files showing script parsing errors has been reduced from 410 to 6 with the database of 505 vbios. --- nvbios/mem.c | 4 ++-- 1 file changed, 2 insertions(+), 2 d

[Nouveau] [PATCH 2/2] nv50: zero out unbound samplers

Samplers are only defined up to num_samplers, so set all samplers above nr to NULL so that we don't try to read them again later. Tested-by: Christian Ruppert Signed-off-by: Ilia Mirkin Cc: "10.2 10.3" --- src/gallium/drivers/nouveau/nv50/nv50_state.c | 7 +-- 1 file changed, 5 insertions(

[Nouveau] [PATCH 1/2] nvc0/ir: avoid infinite recursion when finding first uses of tex

In certain circumstances, findFirstUses could end up doubling back on instructions it had already processed, resulting in an infinite recursion. Avoid this by keeping track of already-visited instructions. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=83079 Tested-by: Tobias Klausmann Si

[Nouveau] [Bug 83271] [NVE7] Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU

https://bugs.freedesktop.org/show_bug.cgi?id=83271 --- Comment #4 from Ilia Mirkin --- (In reply to comment #3) > Yes, I’m running cinnamon, and I installed xcompmgr (and it’s running when > I’m trying the glxspheres64 executable). I think xcompmgr isn't enough of a compositor. Unfortunately I'm

[Nouveau] [Bug 83271] [NVE7] Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU

https://bugs.freedesktop.org/show_bug.cgi?id=83271 --- Comment #3 from Dimitri Sabadie --- Yes, I’m running cinnamon, and I installed xcompmgr (and it’s running when I’m trying the glxspheres64 executable). -- You are receiving this mail because: You are the assignee for the bug. __

[Nouveau] [Bug 83271] [NVE7] Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU

https://bugs.freedesktop.org/show_bug.cgi?id=83271 Ilia Mirkin changed: What|Removed |Added Summary|Windowed mode causes|[NVE7] Windowed mode causes

[Nouveau] [Bug 83271] New: Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU

https://bugs.freedesktop.org/show_bug.cgi?id=83271 Priority: medium Bug ID: 83271 Assignee: nouveau@lists.freedesktop.org Summary: Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU QA Con

[Nouveau] [PATCH envytools] nvamemtiming: Make deep mode take range into account and treat range end as included

--- nva/set_timings.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/nva/set_timings.c b/nva/set_timings.c index 7376486..6cd831c 100644 --- a/nva/set_timings.c +++ b/nva/set_timings.c @@ -448,14 +448,14 @@ deep_dump(struct nvamemtiming_conf *conf) if (conf->ra

[Nouveau] [PATCH envytools] nvbios: Truncate nb of entries to avoid displaying garbage

We return an error but this does not prevent the display so just make sure only valid data are printed. --- nvbios/mem.c | 1 + 1 file changed, 1 insertion(+) diff --git a/nvbios/mem.c b/nvbios/mem.c index e4797e3..00f5cd5 100644 --- a/nvbios/mem.c +++ b/nvbios/mem.c @@ -112,6 +112,7 @@ envy_bio

[Nouveau] [PATCH envytools] nvbios: Fix reading of ram_restrict_group_count.

The entry offset was use instead of the data it points to. Probably a regression. The files showing script parsing errors has been reduced from 410 to 6 with the database of 505 vbios. --- nvbios/mem.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/nvbios/mem.c b/nvbios/

[Nouveau] [Bug 83271] Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU

https://bugs.freedesktop.org/show_bug.cgi?id=83271 Dimitri Sabadie changed: What|Removed |Added Attachment #105462|0 |1 is obsolete|