search for: gt21x

Hello, I've been trying to add ARB_sample_shading support to nouveau, and am being defeated by the gl_SampleMask tests. Everything else works fine. (And naturally the tests pass with the proprietary driver.) I'm trying to do this for both GT21x, as well as GF100+. In the GT21x case, it seems like the low bit of method 0x1928 needs to be set (as well as the second-to-lowest bit), for GF100+, the low bit of the last dword of the shader header needs to be set. But exactly which register is the output supposed to go into? It looks like with...

...t; Hello, > > > > I've been trying to add ARB_sample_shading support to nouveau, and am > > being defeated by the gl_SampleMask tests. Everything else works fine. > > (And naturally the tests pass with the proprietary driver.) I'm trying > > to do this for both GT21x, as well as GF100+. > > > > In the GT21x case, it seems like the low bit of method 0x1928 needs to > > be set (as well as the second-to-lowest bit), for GF100+, the low bit > > of the last dword of the shader header needs to be set. > > > > But exactly which regi...

Hello, We're seeing a very odd issue on many (all?) tesla chips (G8x, G9x, G200, GT21x) related to looping. People will have loops in glsl like for (i = 0; i < 200; i++) { ... if (cond) break; } And it seems like if it breaks out of the loop early, all's well, but eventually it peeters out (I haven't figured out exactly when though). See bug at https://bugs.freedesk...

On 11/19/2013 08:16 PM, Ilia Mirkin wrote: > Hello, > > I hope this is an appropriate style of request for this forum. I added > code to support video decoding on the tesla cards that have a > similar-style video decoding engine to fermi cards (i.e. G98, GT21x, > the IGP's -- the falcon-controlled decoding engines, rather than the > xtensa-controlled ones), by using pretty much the same logic that we > had for the fermi cards. This worked great for MPEG-2 and VC-1. > However for H.264 videos, it appears to decode a few frames, and then &g...

...lum.mit.edu> wrote: > Hello, > > I've been trying to add ARB_sample_shading support to nouveau, and am > being defeated by the gl_SampleMask tests. Everything else works fine. > (And naturally the tests pass with the proprietary driver.) I'm trying > to do this for both GT21x, as well as GF100+. > > In the GT21x case, it seems like the low bit of method 0x1928 needs to > be set (as well as the second-to-lowest bit), for GF100+, the low bit > of the last dword of the shader header needs to be set. > > But exactly which register is the output supposed to...

...gt; >> > I've been trying to add ARB_sample_shading support to nouveau, and am >> > being defeated by the gl_SampleMask tests. Everything else works fine. >> > (And naturally the tests pass with the proprietary driver.) I'm trying >> > to do this for both GT21x, as well as GF100+. >> > >> > In the GT21x case, it seems like the low bit of method 0x1928 needs to >> > be set (as well as the second-to-lowest bit), for GF100+, the low bit >> > of the last dword of the shader header needs to be set. >> > >> &gt...

Attached patch fixes an issue reported by Pierre Moreau, that prevents reclocking of GT21x and MCP7x from working after "the big rewrite". Please review and push forward for kernel 4.3. Thanks! Roy

Hello, I hope this is an appropriate style of request for this forum. I added code to support video decoding on the tesla cards that have a similar-style video decoding engine to fermi cards (i.e. G98, GT21x, the IGP's -- the falcon-controlled decoding engines, rather than the xtensa-controlled ones), by using pretty much the same logic that we had for the fermi cards. This worked great for MPEG-2 and VC-1. However for H.264 videos, it appears to decode a few frames, and then the engine hangs. In...

...ote: > On 11/19/2013 08:16 PM, Ilia Mirkin wrote: >> Hello, >> >> I hope this is an appropriate style of request for this forum. I added >> code to support video decoding on the tesla cards that have a >> similar-style video decoding engine to fermi cards (i.e. G98, GT21x, >> the IGP's -- the falcon-controlled decoding engines, rather than the >> xtensa-controlled ones), by using pretty much the same logic that we >> had for the fermi cards. This worked great for MPEG-2 and VC-1. >> However for H.264 videos, it appears to decode a few fra...

...ument validation of the FBIOPAN_DISPLAY ioctl. > > CONFIG_FB_NVIDIA is a dedicated fbdev driver, not compatible with > nouveau (it takes over the relevant PCI device). It also won't support > your Pascal GPU, I believe -- I think it MIGHT support the Tesla > generation (i.e. G80..GT21x) but definitely not anything newer. Most > likely it supports pre-G80 GPUs, and again, not compatible with > nouveau. > > DRM-based drivers use the DRM <-> FBDEV emulation layer to provide an > fbdev interface for legacy applications. The fbdev emulation acts as > sort of a...

Well...it's been a bit of a mixed bag.? Setting drm_kms_helper.drm_fbdev_overalloc=200 set the vinfo.yres_virtual to 2160 as opposed to 1080 (My monitor vertical resolution)? This fixed the mmap() problem.? However, it only worked on my main workstation.? My laptop running Intel graphics wasn't affected by the change in kernel cmdline.? My workstation is a custom build from a few

http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=4d60422 also broken with this commit

.../* not a bug */ default: break; } break; default: break; } WARN_ON(1); return UNKNOWN; } Looks like someone forgot about TV S-Video/Composite outputs (which existed up until the GT21x's). > [ 3.919180] nouveau 0000:01:00.0: DRM: DCB outp 04: 010333f1 00c0c083 And there ya go (the type is the lowest nibble of the first dword). We don't support TV outputs on nv50+, so you could just add a case DCB_OUTPUT_TV: return UNKNOWN; in the location == 0 case. I don't...

...core/fbmem.c for the argument validation of the FBIOPAN_DISPLAY ioctl. CONFIG_FB_NVIDIA is a dedicated fbdev driver, not compatible with nouveau (it takes over the relevant PCI device). It also won't support your Pascal GPU, I believe -- I think it MIGHT support the Tesla generation (i.e. G80..GT21x) but definitely not anything newer. Most likely it supports pre-G80 GPUs, and again, not compatible with nouveau. DRM-based drivers use the DRM <-> FBDEV emulation layer to provide an fbdev interface for legacy applications. The fbdev emulation acts as sort of a regular DRM client and expose...

https://bugs.freedesktop.org/show_bug.cgi?id=102528 Bug ID: 102528 Summary: Display messed up shortly after boot on laptop with GT218M Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium

Hello, I've recently run into an unknown bit in Tesla shaders, and was hoping you could shed some light on it. I believe they're related to clamping of some sort. Here are 2 examples (from diff shaders): a0000401 cc054780 cvt rpi f32 $r0 f32 $r2 [unknown: 00000000 00010000] a000060d 8c014780 cvt rni s32 $r3 f32 $r3 [unknown: 00000000 00010000] [This is intel-style syntax, cvt =

https://bugs.freedesktop.org/show_bug.cgi?id=101206 Bug ID: 101206 Summary: intermittent lock up after login to GNOME under wayland Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...013 08:16 PM, Ilia Mirkin wrote: >>> Hello, >>> >>> I hope this is an appropriate style of request for this forum. I added >>> code to support video decoding on the tesla cards that have a >>> similar-style video decoding engine to fermi cards (i.e. G98, GT21x, >>> the IGP's -- the falcon-controlled decoding engines, rather than the >>> xtensa-controlled ones), by using pretty much the same logic that we >>> had for the fermi cards. This worked great for MPEG-2 and VC-1. >>> However for H.264 videos, it appears to...

...gt;> Hello, > >>> > >>> I hope this is an appropriate style of request for this forum. I > >>> added code to support video decoding on the tesla cards that have > >>> a similar-style video decoding engine to fermi cards (i.e. G98, > >>> GT21x, the IGP's -- the falcon-controlled decoding engines, > >>> rather than the xtensa-controlled ones), by using pretty much the > >>> same logic that we had for the fermi cards. This worked great for > >>> MPEG-2 and VC-1. However for H.264 videos, it appears t...

Hi everyone. I'm a big Free Software enthusiast and, therefore, I would very much like to use the nouveau free driver, instead of the proprietary one. My problem is that, looking for the cheapest option available, when I needed to buy a new graphics card, 2 years ago, I decided for a model from a brand that I had never heard of - called "Gainward" - because I thought it had a