similar to: [Bug 53342] New: nouveau driver doesn't set clock rate of NV40 card

Hello, I have been looking at cubic texture mapping for a bit, and I have found that hw mipmap generation doesn't work at all or the textures are all messed up (normal 2d work fine). This is with linear textures. Also of note is that software mipmap generation works fine. I have done sanity checks for the miptree pitches, offsets, etc and everything seems to match up fine for both the

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

On Sun, Jan 25, 2009 at 10:58 AM, Jimmy Rentz <jedynamic at bellsouth.net> wrote: > Hello, > I was playing around with the OpenGlSuperBible samples and > noticed some odd issues around textures. Yes, I know it won't > be perfect right now (and not supported)...I am just curious > if you see the same issues. > Well, I am seeing some

ThibG from irc reported an issue with transparent cursors, i noticed the ddx had a workaround, which wasn't in the kms code. ThibG (whoever you are), please test. The patch is untested. Maarten. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-nv04-import-hw-workaround-for-partially-transparent-.patch Type: text/x-patch Size: 4908 bytes Desc: not

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

--- 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,

In a message to the Nouveau mailing list (http://lists.freedesktop.org/archives/nouveau/2009-January/002166.html), you said that you cloned the git tree of Stephane Marchesin's NV40 LLVM work, at git://anongit.freedesktop.org/~marcheu/llvm That code has since been lost due to an hard drive crash. If you happened to still have that git tree on your hard drive, it would be extremely appreciated

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

https://bugs.freedesktop.org/show_bug.cgi?id=56721 Tollef Fog Heen <tfheen at err.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|sitewranglers at lists.freedes |nouveau at lists.freedesktop.o |ktop.org |rg QA Contact|

Hi Nouveau enthusiasts, One week ago was merged the thermal/fan management code for most nvidia cards. So far, no major issue arose but we would like to have more testing as soon as possible to deliver a nice and solid support when Linux 3.8 is released. Thermal management is split into two parts: - Temperature monitoring: Making sure your card doesn't overheat - Fan management: Driving

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

https://bugs.freedesktop.org/show_bug.cgi?id=56721 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Ilia Mirkin <imirkin at

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=87641 Bug ID: 87641 Summary: Oops in 3.19.0-rc1 - nv40 and older - patch included Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau Assignee:

I recently acquired an old PowerMac G5 that has an AGP GeForce 6800 Ultra (NV40) in it. I put debian stretch (testing) on it and am having issues getting the 6800 Ultra working with nouveau. Software versions: linux: 4.4.0 (powerpc) libdrm: 2.4.65 mesa: 11.0.8 nouveau: 1.0.12 On boot when the system starts Xorg I get an initially black screen that finally changes to a screen that has distorted

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 ?

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(-)

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:

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