search for: demmt

Hello everyone, I've been trying to adapt a switch emulator to emulate nouveau's compute. We've been told some things like indirect dispatch use the MME in Nouveau, however, looking at NVIDIA's open gpu documentation there's no MME in compute engine since Kepler. https://github.com/NVIDIA/open-gpu-doc/blob/master/classes/compute/clb1c0.h MME for compute should still exist

...still has a lot of known shortcomings. (Both at the core and the nouveau levels.) Any advice or suggestions for debugging this would be greatly appreciated. And let me know if you'd like me to generate additional info on this. For example I can supply a full command trace that can be piped to demmt, if that's helpful. Thanks in advance, -ilia

Hi Ilia, A fortnight ago, you wrote: > > The video plays, CPU load is less (my aim), but there's ‘tearing’ of > > the picture as if small rectangles that are updates are appearing in > > the wrong location, off by a little. If I step through the frames > > with mpv's ‘.’ and ‘,’ then I've found a pattern: one frame's > > picture is good, followed by

...h at the core and the nouveau levels.) >> >> Any advice or suggestions for debugging this would be greatly >> appreciated. And let me know if you'd like me to generate additional >> info on this. For example I can supply a full command trace that can >> be piped to demmt, if that's helpful. >> >> Thanks in advance, >> >> -ilia

Hi... I know... glBegin/glEnd is deprecated but I have an old computer 32bit CPU, running fedora 19, mesa-9.2.4, NV63... any help are welcomed. Please forgive if I misuderstood everything. So I have a simple OpenGL program that draws a black background and a white line... I will write the code of myline() inside of main() so as I can learn. main (..) { X and glX stuff... /* at this moment I

...ll bug fixes and features since then, including that the RDRAND and F16C insn set extensions are now supported. For anyone unfamiliar with valgrind-mmt, it is a userspace mmio tracer that assists nouveau reverse engineering efforts by tracing the commands sent to the card. There is an accompanying demmt tool within the enytools repo to better understand these trace logs. I would like to thank all the other nouveau developers who have worked on mmt over many years, including specifically airlied, mslusarz and kherbst. Best, Rhys -------------- next part -------------- An HTML attachment was scrub...

...inside of main() so as I can > learn. > > main (..) { > X and glX stuff... > > /* at this moment I think what was sent to the card was the > nv30_screen_create(...) > that valgrind--mmt outputs 0x4e000 in the first line of valgrind--mmt hex > until You'll want to use demmt, part of envytools. It should auto-decode stuff. If it doesn't, let me know (and send me the mmt). > PUSH_DATA (push, NV05_SIFM_COLOR_CONVERSION_TRUNCATE); which happens to be > line 65 > of valgrind--mmt output */ > > glViewport(...); > > void mydrawline(void) > { >...

On Wed, Sep 2, 2015 at 5:48 AM, Hans de Goede <hdegoede at redhat.com> wrote: > Hi Ilia > > On 31-08-15 18:30, Ilia Mirkin wrote: >> >> On Mon, Aug 31, 2015 at 8:58 AM, Hans de Goede <hdegoede at redhat.com> >> wrote: > > > <snip> > > >>> Interestingly enough nv30_screen_get_param returns 0 for >>>

https://bugs.freedesktop.org/show_bug.cgi?id=89969 Bug ID: 89969 Summary: vaDriverInit fails with gallium/nouveau driver Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at