similar to: Nouveau Images - 3D

On Sat, Jan 5, 2019 at 2:40 PM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > It looks like as of Chromium 71, nouveau is completely blacklisted. > That's rather unfortunate. :-( The intel mesa drivers were also blacklisted for quite some time a while back. I'm not really sure what we did to get blacklisted or what we did to get unblacklisted. > I don't really see

https://bugs.freedesktop.org/show_bug.cgi?id=96737 Bug ID: 96737 Summary: G98: LightDM 1 : 0 Nouveau Product: xorg Version: git Hardware: All OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=97922 Bug ID: 97922 Summary: Having easily reproducible xorg hang on extensive blender 3d editor usage Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

You can try playing with pstate in /sys/kernel/debug/dri/0/pstate On Mon, May 9, 2016 at 2:42 PM, poma <pomidorabelisima at gmail.com> wrote: > On 09.05.2016 19:37, Ilia Mirkin wrote: >> Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm >> guessing that due to some unfortunate issues, you're no longer getting >> hw accelerated video

https://bugs.freedesktop.org/show_bug.cgi?id=39101 Summary: [NVA8] VirtualBox segfault when accelerating 3D Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at

$ glmark2 ======================================================= glmark2 2014.03 ======================================================= OpenGL Information GL_VENDOR: nouveau GL_RENDERER: Gallium 0.4 on NV98 GL_VERSION: 3.0 Mesa 11.2.0 ======================================================= /etc/X11/xorg.conf.d/nouveau.conf Section "Device" Identifier

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #27 from poma <pomidorabelisima at gmail.com> --- Still there, with X.Org X Server 1.18.3 OpenGL version string: 3.0 Mesa 11.2.0 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=49088 Bug #: 49088 Summary: MapsGL labels doen't render properly on nouveau Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

On 09.05.2016 19:37, Ilia Mirkin wrote: > Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm > guessing that due to some unfortunate issues, you're no longer getting > hw accelerated video decoding. Check in vdpauinfo to make sure that > it's indeed showing the relevant codec as supported. If not, you can > turn that back on by updating to mesa

Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm guessing that due to some unfortunate issues, you're no longer getting hw accelerated video decoding. Check in vdpauinfo to make sure that it's indeed showing the relevant codec as supported. If not, you can turn that back on by updating to mesa 11.2.2, or downgrading your kernel to 4.2 or earlier. (The issue only

https://bugs.freedesktop.org/show_bug.cgi?id=93613 Bug ID: 93613 Summary: 3D acceleration/OpenGL corrupts output on GeForce FX-5200 Product: Mesa Version: 10.3 Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Some additional data: - putting LIBGL_ALWAYS_SOFTWARE=1 in /etc/environment makes indeed the system work (for my current usage, the slowness is acceptable in exchange of stabillity) - I still get lock-up using mesa from git (17.2~git1705081930.25d2 from this repository https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers) I have another question (probably Ben Skeggs could also give an

I know what you're thinking - why?!? Im not going to go into detail, but in short why not! :D I have an industry app which I wont name yet, but is a relatively standard CAD-like 3D windows application. Im using x2go based on Nomachine/NX libraries for remote X desktop to Ubuntu. My 3D application tests for opengl or directx when it starts. At the moment when run with wine the

For a long time the gallium pipe drivers for nvidia fixed function cards (nv0x, nv1x and, to some extent, nv2x) have remained unmaintained and godforsaken -- especially nv0x and nv1x had seen almost no progress since their creation. They've recently grown a classic mesa driver which implements many new features: texturing, hardware-accelerated tnl. However the killer feature is "it

https://bugs.freedesktop.org/show_bug.cgi?id=98457 Bug ID: 98457 Summary: [NVD9] GPU lockup after resume from hibernation with Nouveau driver and firmware-nonfree Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=82714 --- Comment #24 from Pierre Moreau <pierre.morrow at free.fr> --- With the GM206 driving the display, no special Nouveau options, I get this upon starting X: [ 545.904188] vgaarb: device changed decodes: PCI:0000:04:00.0,olddecodes=io+mem,decodes=none:owns=none [ 548.670462] nouveau 0000:04:00.0: timeout at

Hi poma, Seems like you're missed your question. "nouveau_drv_video.so ?" does not mean much I'm afraid :-( On 30 June 2016 at 11:03, poma <pomidorabelisima at gmail.com> wrote: > On 30.06.2016 08:27, Xiang, Haihao wrote: >> >> >> Are you using VA-API on X11? libva gets the driver name from Xserver, >> it is nouveau for you. so libva tries to

https://bugs.freedesktop.org/show_bug.cgi?id=48074 Bug #: 48074 Summary: 3D / OpenGL clients used with wayland always cause an immediate hang Classification: Unclassified Product: Mesa Version: 8.0 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=101000 Bug ID: 101000 Summary: Cinelerra crashes with OpenGL output on mesa git Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee:

did the test result changed in any way? Maybe the DRI2 run was vsynced and the DRI3 not? Nouveau has a pretty high cpu usage in general, because it usually busy waits on fences (I think? not sure where it was exactly that nouveau is busy waiting) > poma <pomidorabelisima at gmail.com> hat am 7. April 2016 um 13:56 geschrieben: > > > > $ glmark2 >