Announcement

Collapse
No announcement yet.

Updated and Optimized Ubuntu Free Graphics Drivers

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • oibaf
    started a topic Updated and Optimized Ubuntu Free Graphics Drivers

    Updated and Optimized Ubuntu Free Graphics Drivers

    Note: Phoronix disabled editing forum posts some time ago, so check the main PPA page for updated informations!


    0 - Introduction

    Some year ago I wrote a guide on Installing latest Open Source ATI drivers under Ubuntu to provide the new - at the time - Radeon R500 support with free drivers.

    Now Ubuntu 11.04 (natty) just get released shipping latest official mesa release 7.10.2. However current mesa snapshots have a huge amount of new features which make feel old this official release. Ubuntu 10.10 (maverick) ships an older pre-release snapshot of mesa 7.9.

    So I am now providing a PPA with updated mesa and X drivers as an easy way for users to try all the new features developed in the past months and early detect eventual bugs to report to developers. This is somewhat inspired by the xorg-edgers PPA but it only provides graphics drivers to lower the risk of breakage. Also I want to provide some packaging improvements and possibly new features (e.g. integrate testing branches like glsl-130 or pipe-video) when they'll be sufficient stable.

    Supported Ubuntu versions: 10.10 (maverick) and 11.04 (natty).

    1 - Improvements

    Mesa improvements:

    Note that being snapshots they may also have new bugs.

    Mesa packaging improvements:
    • support for S3TC texture compression* (Recommends included libtxc-dxtn)
    • support for floating-point textures*
    • llvm support (for faster gallium drivers)
    • gallium llvmpipe as the default software renderer rather than classic swrast
    • i915 and nouveau gallium drivers in the experimental package
    • --enable-debug flag (to better debug mesa and games bugs)
    • better package compression with 50% binary size reduction (for faster download)
    • custom OpenGL version string to make sure you are running drivers from this PPA


    *these are patented features that can be used after agreeing the related IP: ARB_texture_float and EXT_texture_compression_s3tc. They are provided here for testing purpose only, anyway.

    For more details check the changelog.

    Updated drivers and libdrm from git:


    Only free drivers will be provided. No binary fglrx and nvidia drivers.

    2 - Installing
    Just type this in a terminal:

    Code:
    sudo add-apt-repository ppa:oibaf/graphics-drivers
    sudo apt-get update
    sudo apt-get dist-upgrade
    Alternatively, add:
    Code:
    ppa:oibaf/graphics-drivers
    to your system's Software Sources and update the package from here.

    If all goes well, and if glxinfo is installed, typing in a shell:
    Code:
    glxinfo | grep OpenGL
    will print the driver type and version with the PPA custom string.

    3 - Using alternative drivers
    Examples on how to run your OpenGL program (in this case glxgears -info) with non default drivers.

    To force the use of gallium llvmpipe software render:
    Code:
    LIBGL_ALWAYS_SOFTWARE=1 glxgears -info
    To force the use of old non-gallium software render:
    Code:
    LIBGL_ALWAYS_SOFTWARE=1 LIBGL_DRIVERS_PATH=/usr/lib/dri-alternates glxgears -info
    To force the use of old non-gallium r300/r600 radeon drivers:
    Code:
    LIBGL_DRIVERS_PATH=/usr/lib/dri-alternates glxgears -info
    Experimental drivers:
    If you want to use the gallium nouveau or i915 driver install also the experimental package:
    Code:
    sudo apt-get install libgl1-mesa-dri-experimental
    The gallium nouveau driver will then be used by default rather than using llvmpipe.

    To force the use of gallium i915 driver (classic driver will still be the default):
    Code:
    LIBGL_DRIVERS_PATH=/usr/lib/dri-alternates glxgears -info
    4 - Debugging and reporting problems

    If you have some problem with the drivers try running the application from the command line and see if there are any graphics related warnings (note that mesa is built with --enable-debug which can provide useful debug informations). Also type dmesg to see if there are other related informations here. If you get crashes install the relevant -dbg pacakges (libgl1-mesa-dri-dbg or libgl1-mesa-dri-experimental-dbg for 3D drivers and xserver-xorg-video-intel-dbg , xserver-xorg-video-nouveau-dbg or xserver-xorg-video-radeon-dbg for X drivers) and reproduce the crash with gdb. Example:
    Code:
    $ gdb glxgears
    [...make your application crash and then get a backtrace with:]
    (gdb) bt
    If X.org crashes look at /var/log/Xorg.0.log (or /var/log/Xorg.0.log.old when a new X session is started after the crash).

    With the gathered informations try querying freedesktop bugzilla for similar bugs (also try with google). If no bugs were already reported, you may want to report a new one:


    5 - Revert to original drivers
    To revert to standard Ubuntu drivers (strongly suggested before an Ubuntu release upgrade) type the following in a prompt shell:
    Code:
    sudo apt-get install ppa-purge
    sudo ppa-purge ppa:oibaf/graphics-drivers
    6 - Requests and suggestions
    Feel free to request new features or propose any suggestions here!
    Last edited by oibaf; 05-26-2017, 11:20 AM.

  • oibaf
    replied
    As a present for the new year I uploaded SuperTuxKart 1.1 and SuperTux 0.6.1 in the PPA.
    (Only available since 19.10/eoan, if you are still using 19.04/disco I suggest to upgrade. If you are using 18.04/bionic you may want to wait for 20.04/focal.)

    Leave a comment:


  • oibaf
    replied
    Originally posted by eis_os View Post
    Shouldn't libgl-dev and libgl1-mesa-dev both installable at the same time? At least as transition?
    18.04: libsdl2-dev depends on libgl1-mesa-dev - but for OpenGL headers, you need libgl-dev.
    There are a lot of dev packages that directly need libgl1-mesa-dev, technical they should depend on libgl-dev in the long run...
    Sorry for the delay in the response, this is an issue also present in Debian packages after switching to libglvnd 1.3. See for example this two reports:Once this will be addressed upstream in Debian I'll use the same approach in the PPA. If you want to help it's better to suggest any possibile solution in these two bug reports.

    Leave a comment:


  • eis_os
    replied
    Shouldn't libgl-dev and libgl1-mesa-dev both installable at the same time? At least as transition?
    18.04: libsdl2-dev depends on libgl1-mesa-dev - but for OpenGL headers, you need libgl-dev.
    There are a lot of dev packages that directly need libgl1-mesa-dev, technical they should depend on libgl-dev in the long run...

    Leave a comment:


  • oibaf
    replied
    Today I added support in mesa packages for using zstd compression for shader cache rather than old zlib. Enjoy reduced space usage on disk and much faster shader cache compression.

    Leave a comment:


  • Moocha
    replied
    Ah, never mind, figured it out, it was my bad. Wasn't aware that the GL headers (and libGL.so symlink) were migrated to libgl-dev and not coinstallable with libglvnd-dev.

    Sorry for the bother

    Leave a comment:


  • Moocha
    replied
    Hi!

    Ever since the switch to Mesa 20.0, the mesa-common-dev packages seem to be missing the GL include headers.--haven't been able to find them in the build logs at all.

    See for example the build log for a 19.3 package versus the build log for the latest 20.0 package -- search for the sequence Package: mesa-common-dev to jump directly to the relevant part of the logs. 19.3 contains the expected headers (gl.h, glx.h, what have you) in /usr/include/GL, whereas 20.0 only ships internal/dri_interface.h and is missing KHR/khrplatform.h as well.

    Is this by design and maybe I'm missing something?

    Thanks!

    Leave a comment:


  • oibaf
    replied
    PPA also provides zink driver now.

    Leave a comment:


  • riffraff
    replied
    Ah. That would be why I've not been seeing the twice-daily oibaf PPA updates since October 29th.

    Leave a comment:


  • Phush0
    replied
    There is no new build from 5 days. I sow that there is problem with configuration script (missing comma separator for driver names), I hope for new version because of many ACO fixes in past several days.

    Leave a comment:

Working...
X