similar to: [Bug 67215] New: UBO access seems to mask address on nouveau

Displaying 20 results from an estimated 100 matches similar to: "[Bug 67215] New: UBO access seems to mask address on nouveau"

2013 Jul 11
0
UBO support for nouveau broken
Thomas, OK, thanks for the update. I don't have a working machine with NV graphics that supports UBOs. Could you compile and run a test program for me if I wrote it? Though it may appear to not work for UBO offsets other than 0, there may be another pattern here, such as multiple of page size or something crazy like that. If we can find more information, it may help other developers. Patrick
2014 Jul 01
0
[PATCH] nv50: disable dedicated ubo upload method
The hardware allows multiple simultaneous renders with the same memory-backed constbufs but with each invocation having different values. However in order for that to work, the data has to be streamed in via the right constbuf slot. We weren't doing that for UBOs. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "10.2 10.1" <mesa-stable at lists.freedesktop.org>
2013 Jul 11
0
UBO support for nouveau broken
Oh and just for the sake of completeness the problem occurs in the form of wrongly rendered textures in front of a black screen. The objects only are fusible for a second and them disappear sometimes they appear at the wrong position or are rotated. If you compile dolphin with GLEW_ARB_uniform_buffer_object replaced with false in Source/Plugins/Plugin_VideoOGL/Src/Render.cpp the problems won't
2013 Jul 11
0
UBO support for nouveau broken
I myself am not that well-versed in c and opengl - especially opengl - I can read and write basic c code but that's my limit. The problem only appears when using an offset that's not zero.If you want to debug the issue you could very well use the dolphin-emu and apitrace. You can find one apitrace here http://markus.members.selfnet.de/dolphin/dolphin-emu.trace (~48M) The only 2 reasons I
2013 Jun 20
3
UBO support for nouveau broken
Hey guys, I'm using the dolphin emulator from time and the stable version works reasonable well with current nvidia cards and nouveau.The git version got an overhaul however and now uses opengl3 and ubos (without ubo it uses a glUniform fallback). The ubo support works with the blobs. There are probably a few bugs with ubo one might be because of ubo access+offset (glBindBufferRange) as this
2016 Jun 03
13
[Bug 96355] New: Performance: extra&costly SSBO validation even when SSBO aren't used
https://bugs.freedesktop.org/show_bug.cgi?id=96355 Bug ID: 96355 Summary: Performance: extra&costly SSBO validation even when SSBO aren't used Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:
2014 Jul 03
0
[Bug 80865] [NVE7] Hard hang (GPC0/TPC0/MP trap: MULTIPLE_WARP_ERRORS MEM_OUT_OF_BOUNDS)
https://bugs.freedesktop.org/show_bug.cgi?id=80865 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Hard hang (GPC0/TPC0/MP |[NVE7] Hard hang |trap: MULTIPLE_WARP_ERRORS |(GPC0/TPC0/MP trap:
2016 Mar 10
1
[Mesa-dev] [PATCH mesa 2/3] tgsi: Add support for global / local / input MEMORY
On Thu, Mar 10, 2016 at 9:14 AM, Hans de Goede <hdegoede at redhat.com> wrote: > Extend the MEMORY file support to differentiate between global, local > and shared memory, as well as "input" memory. > > "MEMORY[x], INPUT" is intended to access OpenCL kernel parameters, a > special memory type is added for this, since the actual storage of these > (e.g.
2013 Jan 26
2
different legends in lattice panels
Hi listers, I want to make lattice plots xyplots with the indication of legends inside each panel with only the points and the lines actually ploted inside each given panel according to the group(ing) factor. The code below shows what I have achieved so far and I hope will make clear what I want to have. It seems to me that my solution is a very "dirty hack" and there certainly is
2016 Mar 10
0
[Mesa-dev] [PATCH mesa 2/3] tgsi: Add support for global / local / input MEMORY
Hi, On 10-03-16 16:35, Aaron Watry wrote: > On Thu, Mar 10, 2016 at 9:14 AM, Hans de Goede <hdegoede at redhat.com> wrote: > >> Extend the MEMORY file support to differentiate between global, local >> and shared memory, as well as "input" memory. >> >> "MEMORY[x], INPUT" is intended to access OpenCL kernel parameters, a >> special
2019 Feb 06
6
unix_primary_group = yes don t work
thanks for the answer, Louis. i m talking about the userhome dir. I ve already read https://wiki.samba.org/index.php/User_Home_Folders and i m applying the posix acls to my share. As the users's home is shared between windows and linux, i d rather use the posix acls than the windows ones. Beside the homedir of my users have a form like /home/ first letter of name /login ( ex : /home/d/dare
2019 Feb 06
1
unix_primary_group = yes don t work
I have the same conclusion Anybody have a conf with "unix_primary_group = yes" working ? Christian Le 06/02/2019 à 15:39, Rowland Penny via samba a écrit : > On Wed, 6 Feb 2019 13:25:08 +0100 > Christian Daré via samba <samba at lists.samba.org> wrote: > >> thanks for the answer, Louis. >> i m talking about the userhome dir. >> I ve already read
2016 Mar 10
8
[PATCH mesa 0/3] tgsi and nouveau global / local / opencl-input mem support
Hi, Here are patches which implement the support for OpenCL kernel input parameters we discussed. They also add the tgsi parsing bits for adding support for global / local mem, but no implementation yet. Regards, Hans
2016 Feb 18
2
Dealing with opencl kernel parameters in nouveau now that RES support is gone
Hi Ilia and Samuel, I rebased my mesa git tree today (it was getting a bit stale) and after that src/gallium/tests/trivial/compute.c stopped working as well as any opencl programs with the kernel in TGSI (as clover on nouveau currently only supports having the kernel in TGSI). The problem is that RES no longer is a valid register-file name in TGSI, specifically this is caused by this commit:
2019 Feb 06
4
unix_primary_group = yes don t work
> -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at lists.samba.org] Namens > Rowland Penny via samba > Verzonden: woensdag 6 februari 2019 16:33 > Aan: samba at lists.samba.org > Onderwerp: Re: [Samba] unix_primary_group = yes don t work > > On Wed, 6 Feb 2019 15:58:52 +0100 > L.P.H. van Belle <belle at bazuin.nl> wrote: > > > Hai
2015 Sep 06
17
[Bug 91895] New: [nve7] Shadow Warrior: black gun & messed up colors
https://bugs.freedesktop.org/show_bug.cgi?id=91895 Bug ID: 91895 Summary: [nve7] Shadow Warrior: black gun & messed up colors Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau
2016 Feb 18
0
Dealing with opencl kernel parameters in nouveau now that RES support is gone
On Thu, Feb 18, 2016 at 9:45 AM, Hans de Goede <hdegoede at redhat.com> wrote: > But this does not seem to be hooked up yet for nouveau. Samuel has patches. See https://cgit.freedesktop.org/~hakzsam/mesa/log/?h=arb_compute_shader_v3 > > So some questions: > -The commit by Samual says: > This introduces TGSI_FILE_MEMORY for shared, global and local memory. Only > shared
2019 Feb 06
0
unix_primary_group = yes don t work
Hmm, Yes Rowland it test also failed. id louis uid=10002(louis) gid=10000(domain users) groups=10000(domain users),27(sudo),10004(servers-ssh),10008(servers-www) louis at mailhopper2:~$ getent passwd louis obell:*:10002:10000:L.P.H. van Belle:/home/users/louis:/bin/bash The difference here is all my users have "Domain users" as primary group. Just like in windows, that the
2014 Jul 21
2
Windows XP cannot join Samba 4AD but win 7 can.
Hello everybody, I've got some troubles making Win XP join may samba4 AD, and, well, i'm kind of stuck ! I use the binary distribution of Samba 4 for Ubuntu Trusty Server (4.1.6), with bind9 DLZ as a DNS backend. Everything works fine with Win7 workstations, but I get a message "Internal Error" on Win XP workstation during the domain join. The machine account is created on
2016 Mar 16
5
[PATCH mesa v2 1/3] tgsi: Fix decl.Atomic and .Shared not propagating when parsing tgsi text
When support for decl.Atomic and .Shared was added, tgsi_build_declaration was not updated to propagate these properly. Signed-off-by: Hans de Goede <hdegoede at redhat.com> Reviewed-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Changes in v2: -Add Reviewed-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/gallium/auxiliary/tgsi/tgsi_build.c | 6 ++++++ 1 file changed, 6