Reduces local memory usage in a lot of Metro 2033 Redux and a few KSP
shaders:
total local used in shared programs : 54116 -> 30372 (-43.88%)
Probably modest advantage to execution, but it's an imporant
prerequisite to dropping some of the TGSI optimizations done by the
state tracker.
Signed-o
https://bugs.freedesktop.org/show_bug.cgi?id=93670
Ilia Mirkin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Previously we were treating any indirect temp array usage to mean that
everything should end up in lmem. The MemoryOpt pass would clean a lot
of that up later, but in the meanwhile we would lose a lot of
opportunity for optimization.
This helps a lot of Metro 2033 Redux and a handful of KSP shader
Hey Karol,
Until you can convince me that this (pending) progress-in-insight[1] is
accounted for in the way nouveau configures the clock registers, I must
NACK this patch.
Sorry.
Roy
[1] "nvkm/clk/gf100: Read secondary bypass postdiv when required" -
currently on
https://github.com/RSpliet
A port of commit ff9a6b6f from xf86-video-ati.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93670
Reported-by: Thomas D.
Signed-off-by: Ilia Mirkin
---
src/drmmode_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/drmmode_display.c b/src/drmmode_display
https://bugs.freedesktop.org/show_bug.cgi?id=93670
Thomas D. changed:
What|Removed |Added
Component|Server/General |Driver/nouveau
Assignee|xorg-t...@
fixes a compile error with CONFIG_DEBUG_FS disabled
v3: fix type in commit message
Reviewed-by: Samuel Pitoiset
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nouveau_debugfs.h b/drm/nouveau/nouv
fixes a compile error when CONFIG_DEBUG_FS is disabled
Reviewed-by: Samuel Pitoiset
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nouveau_debugfs.h b/drm/nouveau/nouveau_debugfs.h
index 52c7161..
On 01/13/2016 02:33 PM, Samuel Pitoiset wrote:
On 01/13/2016 02:12 PM, Karol Herbst wrote:
fixes a compile error
Yeah, and this is probably not the only error you will hit...
This is happens when CONFIG_DEBUG_FS is set.
You need to include "nouveau_drm.h" and to fix nouveau_debugfs.c too.
> Samuel Pitoiset hat am 13. Januar 2016 um 13:54
> geschrieben:
>
> On 01/13/2016 01:49 PM, Karol Herbst wrote:
> >> Samuel Pitoiset hat am 13. Januar 2016 um 13:43
> >> geschrieben:
> >>
> >> Hi!
> >>
> >> Did you check on different Fermi chipsets or only with one variant?
> >
> > currently I
On 01/13/2016 02:12 PM, Karol Herbst wrote:
fixes a compile error
Yeah, and this is probably not the only error you will hit...
This is happens when CONFIG_DEBUG_FS is set.
You need to include "nouveau_drm.h" and to fix nouveau_debugfs.c too.
Signed-off-by: Karol Herbst
---
drm/nouveau
fixes a compile error
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nouveau_debugfs.h b/drm/nouveau/nouveau_debugfs.h
index 52c7161..b8c03ff 100644
--- a/drm/nouveau/nouveau_debugfs.h
+++ b/drm/no
On 01/13/2016 01:49 PM, Karol Herbst wrote:
Samuel Pitoiset hat am 13. Januar 2016 um 13:43
geschrieben:
Hi!
Did you check on different Fermi chipsets or only with one variant?
currently I only checked that on my nvc1, but I thought I could just send the
patches and it is easier for others
> Samuel Pitoiset hat am 13. Januar 2016 um 13:43
> geschrieben:
>
> Hi!
>
> Did you check on different Fermi chipsets or only with one variant?
currently I only checked that on my nvc1, but I thought I could just send the
patches and it is easier for others to try it out this way.
>
> Are yo
Hi!
Did you check on different Fermi chipsets or only with one variant?
Are you sure that engine reclocking works as expected on Fermi? Because
enabling it without a strong inspection sounds like a prediction and it
might not work.
On 01/13/2016 01:25 PM, Karol Herbst wrote:
some chipset ha
simple, allow chipsets to enable either engine or memory reclocking if one of
that works already instead of disabling both
Signed-off-by: Karol Herbst
---
drm/nouveau/include/nvkm/subdev/clk.h | 3 ++-
drm/nouveau/nvkm/subdev/clk/base.c| 21 ++---
drm/nouveau/nvkm/subdev/clk
some chipset have working engine reclocking, but broken memory reclocking like
Fermi. We should for now, add the functionality to allow partly reclocking for
those.
Allthough this doesn't give as much performance as one might wish, it is till
noticeable and may improve performance enough to be not
this gives me on my 630M fermi card some speed improvements while on 0f:
pixmark_piano: ~800ms to ~500ms frame time
unigine_heaven (lowest setting, fullhd): 5.1 fps to 6.4 fps)
clocks for this gpu:
07: 270 MHz
0f: 475 MHz
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/clk/gf100.c | 2
18 matches
Mail list logo
