search for: gk10x

...he GPU architecture. It looks like Nouveau is getting the architecture from bits 20-27 in NV_PMC_BOOT_0 (though masking off bits 20-23). For >= NV10, the architecture field in NV_PMC_BOOT_0 is bits 24-28. E.g., the GK2xx architecture has architecture value 0x10, while GK11x has value 0xF and GK10x has value 0xE. I hope that helps, - Andy

Hello, I've been debugging a few different tessellation shader issues with nouveau, but let's start small. I see this issue on my GK208 with high frequency, and I *think* I've seen it once or twice on my GF108, but it's exceedingly rare, if it does happen. I don't have a GK10x to test on, unfortunately, but I assume it'll have the same issue as the GK208. The issue is this -- a bunch of triangles that should come out of the tessellator end up black. I also see a GPC0/TPC1/MP trap: MEM_OUT_OF_BOUNDS error produced by nouveau -- this is output in response to a interru...

Hello, One of my GPU (GK107/NVE7) fails to properly fetch its vbios from PROM at boot time but, if I blacklist the module and load it myself later on, it always succeeds. To make things weirder, the same card works great on another computer. Here is the relevant code in Nouveau to fetch the vbios from PROM:

...n debugging a few different tessellation shader issues with >> nouveau, but let's start small. I see this issue on my GK208 with high >> frequency, and I *think* I've seen it once or twice on my GF108, but >> it's exceedingly rare, if it does happen. I don't have a GK10x to test >> on, unfortunately, but I assume it'll have the same issue as the >> GK208. >> >> The issue is this -- a bunch of triangles that should come out of the >> tessellator end up black. I also see a GPC0/TPC1/MP trap: >> MEM_OUT_OF_BOUNDS error produced...

...>> I'm at a loss here, should we wait on anything before reading from PROM? >> The mmiotrace I have doesn't seem to suggest we should :s I wonder if >> you have had this issue before and what the nvkm does here. >> > Hi Martin, > > a functional regression in GK10x prevents your GK107 GPU > from properly decoding 8-bit and 16-bit accesses to > the PROM registers. While these unaligned accesses work on > most GPUs, it is best not to rely on them. You can ensure > reliable retrieval of the VBIOS via the PROM registers > by using 32-bit register a...

...y not the only one. > > I'm at a loss here, should we wait on anything before reading from PROM? > The mmiotrace I have doesn't seem to suggest we should :s I wonder if > you have had this issue before and what the nvkm does here. > Hi Martin, a functional regression in GK10x prevents your GK107 GPU from properly decoding 8-bit and 16-bit accesses to the PROM registers. While these unaligned accesses work on most GPUs, it is best not to rely on them. You can ensure reliable retrieval of the VBIOS via the PROM registers by using 32-bit register accesses across all GPUs....

https://bugs.freedesktop.org/show_bug.cgi?id=96258 Bug ID: 96258 Summary: [NVC0] Hang when running compute program Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

...e we might decide to, on some path, not use a texture's output at all, but instead to write a different value to that register. However without the barrier, the texture might complete later and overwrite that value. This fixes Unreal Elemental demo on GK110/GK208, flightgear on GK10x, and likely other random-looking failures. The game renders properly with the previous commit. Trace (uncompressed 138M): https://drive.google.com/open?id=0B-tTbLKBl-tOaVRvNmMwQW8zYlk OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV106 OpenGL core profile version strin...

Hi, On 20-11-15 17:07, Samuel Pitoiset wrote: > > > On 11/20/2015 11:36 AM, Hans de Goede wrote: >> Hi Samual, et al, > > Hi Hans, > >> >> In >> http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/drivers/nouveau?id=ff72440b40211326eda118232fabd53965410afd >> >> you write: "This compute support has been tested by >> Pierre