search for: libgl_always_software

https://bugs.freedesktop.org/show_bug.cgi?id=99335 Bug ID: 99335 Summary: nouveau graphics often freezes when using KDE Plasma 5 Product: Mesa Version: 12.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/nouveau

...gt; >>> Can anyone help me out here? This has been really disruptive to my >>> organization. Unchecking "Use hardware acceleration when available" >>> in firefox also doesn't seem to fix it. Anything else I could try? >> >> Launch firefox with LIBGL_ALWAYS_SOFTWARE=1 -- that should avoid using >> nouveau for any sort of 3d. >> >> Is this a new thing, or has it always been the case? If it's new, any >> idea what changed? > > Thank you, I will try that ASAP. I was trying to use the epiphany and > midori browsers for a long...

https://bugs.freedesktop.org/show_bug.cgi?id=64493 Priority: medium Bug ID: 64493 Assignee: nouveau at lists.freedesktop.org Summary: X server crashes when launch Savage XR Severity: major Classification: Unclassified OS: Linux (All) Reporter: ginermail at gmail.com Hardware: x86 (IA32)

...n't help. >> >> - Grant > > Can anyone help me out here? This has been really disruptive to my > organization. Unchecking "Use hardware acceleration when available" > in firefox also doesn't seem to fix it. Anything else I could try? Launch firefox with LIBGL_ALWAYS_SOFTWARE=1 -- that should avoid using nouveau for any sort of 3d. Is this a new thing, or has it always been the case? If it's new, any idea what changed?

https://bugs.freedesktop.org/show_bug.cgi?id=73473 Priority: medium Bug ID: 73473 Assignee: nouveau at lists.freedesktop.org Summary: Potential crash bug in src/gallium/auxiliary/rtasm/rtasm_execmem.c Severity: critical Classification: Unclassified OS: Linux (All) Reporter: jaak at ristioja.ee

I have an application that uses opengl. If no hardware opengl support is available it works fine (not a highend application). If opengl hw support is available on the mac platform it fails because of the not complete opengl cappabilities in xquartz. So: can I enforce the use of software opengl renderin instead of hardware rendering? If yes: how can i configure this?

...L driver (indeed I've had some hard lockups too where I could not even connect from ssh). > You can also remove nouveau_dri.so entirely, which is a big hammer > against these types of issues (removes all GL-based acceleration), or > you can run certain key pieces of software with > LIBGL_ALWAYS_SOFTWARE=1, which will force a CPU-based GL > implementation. Thanks for the hint, I'll try this workaround too ! Please let me know if I can do anything to improve the drivers's stablility (like dumping the cards's register or enabling some traces ?). Alternatively if you know of a fanless...

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 ques...

https://bugs.freedesktop.org/show_bug.cgi?id=111642 Bug ID: 111642 Summary: NV43 GeForce 6600 Nouveau is not stable on legacy hardware Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: not set Priority: not set Component: Driver/nouveau

...at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:539) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:293) ... 2 more Almost sure, it used to work up to a few days ago. Scilab works fine with LIBGL_ALWAYS_SOFTWARE=1 -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20171011/68cd187d/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=79518 Priority: medium Bug ID: 79518 Assignee: nouveau at lists.freedesktop.org Summary: nouveau causes lockup and reboot on GT215 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: kilobyte at angband.pl

Are you on mesa 18.1.0 and using a nv3x/nv4x gpu? If so, update to 18.1.1. If not, provide more information. The error is that nouveau_dri.so can't be loaded, which means you're not getting acceleration. You can also make the error go away by sticking LIBGL_ALWAYS_SOFTWARE=1 into your environment or removing nouveau_dri.so. Cheers, -ilia On Mon, Jun 11, 2018 at 1:02 PM, Dan Jacobson <jidanni at jidanni.org> wrote: > glxgears, chromium etc. run fine. > The problems is these error messages, > > $ glxinfo > /dev/null > libGL error: failed to...

...t;> - Grant >> >> Can anyone help me out here? This has been really disruptive to my >> organization. Unchecking "Use hardware acceleration when available" >> in firefox also doesn't seem to fix it. Anything else I could try? > > Launch firefox with LIBGL_ALWAYS_SOFTWARE=1 -- that should avoid using > nouveau for any sort of 3d. > > Is this a new thing, or has it always been the case? If it's new, any > idea what changed? Thank you, I will try that ASAP. I was trying to use the epiphany and midori browsers for a long time but eventually had to giv...

glxgears, chromium etc. run fine. The problems is these error messages, $ glxinfo > /dev/null libGL error: failed to create dri screen libGL error: failed to load driver: nouveau How can I make them go away? I tried everything. P.S., also /var/log/Xorg.0.log [ 37.195] (EE) AIGLX error: Calling driver entry point failed

....cgi?id=124329&action=edit screenshot I'm running the game This War of Mine in Wine 1.9.11 and the game has the following problem: when I get in the game lots of objects are hidden behind black boxes (see attached screenshot). The problem doesn't occur when using the software renderer: LIBGL_ALWAYS_SOFTWARE=1 Trace file created with apitrace (uncompressed 247M): https://drive.google.com/open?id=0B-tTbLKBl-tOYzhpS3ZOZTNGOTg Fedora 23 32-bit Linux kernel: 4.6 Libdrm 2.4.68 OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV92 OpenGL core profile version string: 3.3 (Core Profile) M...

https://bugs.freedesktop.org/show_bug.cgi?id=64304 Priority: medium Bug ID: 64304 Assignee: nouveau at lists.freedesktop.org Summary: Graphical artifacts in 3D applications Severity: critical Classification: Unclassified OS: Linux (All) Reporter: xpaulramundox at gmail.com Hardware: x86-64 (AMD64)

https://bugs.freedesktop.org/show_bug.cgi?id=48701 Bug #: 48701 Summary: lodbias demo displays garbage on nv43 with new driver Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Hi, I own an Asus GT730-SL-2GD3-BRK, trying to drive two monitors at 2560x1440 resolution. Using gnome-shell with either Xorg or wayland I get screen freezes very frequently. Those freezes usually require a reboot to get working graphics (below a sample trace that I got yesterday). I am running Ubuntu 17.04 with the latest kernels avalable, I also tested various more recent kernels including

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:

...nouveau GL driver is perfect or nouveau kernel module can properly recover from any screwups the GL driver makes. You can also remove nouveau_dri.so entirely, which is a big hammer against these types of issues (removes all GL-based acceleration), or you can run certain key pieces of software with LIBGL_ALWAYS_SOFTWARE=1, which will force a CPU-based GL implementation. Cheers, -ilia 2017-05-07 16:03 GMT-04:00 Vincent Vanackere <vincent.vanackere at gmail.com>: > Hi, > > I own an Asus GT730-SL-2GD3-BRK, trying to drive two monitors at 2560x1440 > resolution. Using gnome-shell with either X...