Displaying 20 results from an estimated 10000 matches similar to: "Lost NV40 development work you may have"
2010 Mar 12
0
Lost R300/NV40 development work you may have
On the Radeon IRC channel
(http://www.radeonhd.org/?page=archive_display&c=radeon&m=1&y=2009&d=2009-1-26),
you expressed interest in Corbin Simpson's R300 LLVM work, at
git://anongit.freedesktop.org/~csimpson/llvm, which was based on
Stephane Marchesin's earlier NV40 work.
Both these projects have since been lost due to an hard drive crash.
If you happened to still have
2009 Jan 01
0
NV40 LLVM Backend Status
Bonjour.
(1) Is there any other open source GPU backend in LLVM?
(2) I'd like to know the current status and plan of NV40 LLVM backend.
Does it work?
I cloned from git://anongit.freedesktop.org/~marcheu/llvm, but it
seems that a lot of code are stilling missing.
I've done a search on Nouveau wiki and mailing list but what I only found is:
"Marcheu is working on and off on LLVM for
2009 Dec 27
2
[Bug 25806] New: NV40 vertex corruption (kernel BO deletion too early?)
http://bugs.freedesktop.org/show_bug.cgi?id=25806
Summary: NV40 vertex corruption (kernel BO deletion too early?)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2010 Mar 13
2
[PATCH] nv30/nv40 Gallium drivers unification
Currently the nv30 and nv40 Gallium drivers are very similar, and
contain about 5000 lines of essentially duplicate code.
I prepared a patchset (which can be found at
http://repo.or.cz/w/mesa/mesa-lb.git/shortlog/refs/heads/unification+fixes)
which gradually unifies the drivers, one file per the commit.
A new "nvfx" directory is created, and unified files are put there one by one.
2014 Jan 14
0
[Fwd: [PATCH] Fix null dereference oopses for nv40 cards] kernel 3.13.0-rc8
On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote:
> I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8
> git. Maybe it's obvious.
Hey Bob,
Thanks for reporting this. Can you try the attached patch instead and
report if it helps you?
Ben.
>
> Sorry about that.
>
> Bob
> -------- Forwarded Message --------
2014 Jan 13
0
[PATCH] Fix null dereference oopses for nv40 cards
The problem affects nv40 cards during booting. It comes from there being
two places where subdev arrays are maintained. A commit was recently
added to make the two equal. However, the struct nouveau_device version
ends up being referenced before it is initialized. The problem arises
during the creation of the INSTMEM and THERM subdevs. '
Signed off by: Bob Gleitsmann rjgleits at bellsouth.net
2012 Nov 11
0
[PATCH] drm/nv40: allocate ctxprog with kmalloc
Some archs defconfigs have CONFIG_FRAME_WARN set to 1024, which lead to this
warning:
drivers/gpu/drm/nouveau/core/engine/graph/ctxnv40.c: warning: the frame size
of 1184 bytes is larger than 1024 bytes
Reported-by: Geert Uytterhoeven <geert at linux-m68k.org>
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
---
drivers/gpu/drm/nouveau/core/engine/graph/ctxnv40.c | 12
2010 Jan 18
0
[PATCH] nv30-nv40: support unlimited queries (v2)
Currently on NV30/NV40 an assert will be triggered once 32 queries are
outstanding.
This violates the OpenGL/Gallium interface, which requires support for
an unlimited number of fences.
This patch fixes the problem by putting queries in a linked list and
waiting on the oldest one if allocation fails.
nVidia seems to use a similar strategy, but with 1024 instead of 32 fences.
The next patch will
2010 Jan 17
1
[PATCH 1/2] nv40: don't crash on empty fragment program
---
src/gallium/drivers/nv40/nv40_fragprog.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/nv40/nv40_fragprog.c b/src/gallium/drivers/nv40/nv40_fragprog.c
index 1237066..209d211 100644
--- a/src/gallium/drivers/nv40/nv40_fragprog.c
+++ b/src/gallium/drivers/nv40/nv40_fragprog.c
@@ -843,7 +843,8 @@ nv40_fragprog_translate(struct nv40_context *nv40,
2010 Jan 18
2
[PATCH 1/2] nv30-nv40: support unlimited queries
Currently on NV30/NV40 an assert will be triggered once 32 queries are
outstanding.
This violates the OpenGL/Gallium interface, which requires support for
an unlimited number of fences.
This patch fixes the problem by putting queries in a linked list and
waiting on the oldest one if allocation fails.
nVidia seems to use a similar strategy, but with 1024 instead of 32 fences.
The next patch will
2013 Feb 03
2
[PATCH 2/3] drm/nv40/therm: reset temperature sensor on init
Current uninitialized sensor detection does not work for me on nv4b and
sensor returns crazy values (>190?C). It stabilises later, but it's too
late - therm code shutdowns the machine...
Let's just reset it on init.
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
---
drivers/gpu/drm/nouveau/core/subdev/therm/nv40.c | 12 +++++++++++-
1 file changed, 11
2018 Aug 04
0
[PATCH] gpu: drm: nouveau: nvkm: nv40: Replace mdelay() with msleep() in nv40_sensor_setup()
nv40_sensor_setup() is never called in atomic context.
It calls mdelay() to busily wait, which is not necessary.
mdelay() can be replaced with msleep().
This is found by a static analysis tool named DCNS written by myself
Signed-off-by: Jia-Ju Bai <baijiaju1990 at gmail.com>
---
drivers/gpu/drm/nouveau/nvkm/subdev/therm/nv40.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
2014 Jan 14
2
[Fwd: [PATCH] Fix null dereference oopses for nv40 cards] kernel 3.13.0-rc8
I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8
git. Maybe it's obvious.
Sorry about that.
Bob
-------- Forwarded Message --------
From: Bob Gleitsmann <rjgleits at bellsouth.net>
To: bskeggs at redhat.com
Cc: nouveau at lists.freedesktop.org, dri-devel at lists.freedesktop.org
Subject: [PATCH] Fix null dereference oopses for nv40 cards
Date: Mon, 13 Jan
2014 Jan 14
2
[Fwd: [PATCH] Fix null dereference oopses for nv40 cards] kernel 3.13.0-rc8
On Tue, Jan 14, 2014 at 3:07 PM, Ben Skeggs <skeggsb at gmail.com> wrote:
> On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote:
>> I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8
>> git. Maybe it's obvious.
> Hey Bob,
>
> Thanks for reporting this. Can you try the attached patch instead and
>
2016 Apr 18
0
[PATCH v4 31/37] clk: split out update code to nv40
this code will change for gf100 and newer
Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
---
drm/nouveau/nvkm/subdev/clk/base.c | 14 ++++++--------
drm/nouveau/nvkm/subdev/clk/g84.c | 1 +
drm/nouveau/nvkm/subdev/clk/gf100.c | 1 +
drm/nouveau/nvkm/subdev/clk/gk104.c | 1 +
drm/nouveau/nvkm/subdev/clk/gk20a.c | 1 +
drm/nouveau/nvkm/subdev/clk/gm20b.c | 1 +
2009 Dec 30
2
[PATCH] Fix glTexSubImage on swizzled surfaces on <=NV40
Currently in nvXX_transfer_new a temporary as large as the surface is created.
If the subrectangle is not the whole texture we would need to read
back the whole texture, but we aren't.
Thus, everything but the subrectangle specified is loaded as garbage.
This can be seen in progs/demos/ray.
This patch fixes the problem by creating a temporary that covers only
the desired subrectangle.
This
2009 Jun 24
3
[Bug 22460] New: Demos crash with NV40 driver
http://bugs.freedesktop.org/show_bug.cgi?id=22460
Summary: Demos crash with NV40 driver
Product: Mesa
Version: CVS
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
AssignedTo: nouveau at lists.freedesktop.org
ReportedBy:
2013 Aug 20
0
[Bug 56721] [NV4A] Nouveau driver fails on nv40 with error -12 (out of memory)
https://bugs.freedesktop.org/show_bug.cgi?id=56721
Ilia Mirkin <imirkin at alum.mit.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Nouveau driver fails on |[NV4A] Nouveau driver fails
|nv40 with error -12 (out of |on nv40 with error -12 (out
2013 Nov 14
0
null deref in nouveau_clock_init on pre-nv40 cards
Hi Ben,
Pre-nv40 cards don't have domains defined, which the
nouveau_clock_init code assumes exists. The following
(white-space-damaged, sorry) patch fixes boot for me, haven't really
tested the pre-nv40 cards in my system much further. I assume there's
some proper fix here.
-ilia
diff --git a/drivers/gpu/drm/nouveau/core/subdev/clock/base.c
2018 Feb 11
0
Suspend to disk with nvidia NV40/NV46 (Geforce Go 7400)
Suspend to RAM works perfectly with NV40/NV46 (Geforce Go 7400),
but not suspend to disk (hibernation).
The resume after suspend to disk (hibernation) has as a result, a black
screen and it freezes ever keyboard....
Only solution then, is hard poweroff...
Is suspend to disk (hibernation) supported with NV40/NV46 ?