Language Selection

English French German Italian Portuguese Spanish

Graphics: Red Hat's Wayland Agenda and AMD Begins Queueing Graphics Driver Changes For The Linux 5.3 Kernel

Filed under
Graphics/Benchmarks
  • Hans de Goede: Wayland itches summary

    1. Middle click on title / header bar to lower the Window does not work for native apps. Multiple people have reported this issue to me. A similar issue was fixed for not being able to raise Windows. It should be easy to apply a similar fix for the lowering problem. There are bugs open for this here, here and here.

    2. Running graphical apps via sudo or pxexec does not work. There are numerous examples of apps breaking because of this, such as lshw-gui and usbivew. At least for X11 apps this is not that hard to fix. But sofar this has deliberately not been fixed. The reasoning behind this is described in this bug. I agree with the reasoning behind this, but I think it is not pragmatic to immediately disallow all GUI apps to connect when run as root starting today.

  • Hans de Goede: Better support for running games under Wayland (with GNOME3/mutter as compositor)

    First of all I do not want people to get their hopes up about $subject of this blogpost. Improving gaming support is a subjects which holds my personal interest and it is an issue I plan to spend time on trying to improve. But this will take a lot of time (think months for simple things, years for more complex things).

  • AMD Begins Queueing Graphics Driver Changes For The Linux 5.3 Kernel

    Being past the Linux 5.2 kernel merge window, AMD's open-source Linux graphics driver developers have already begun queuing changes anticipated for Linux 5.3 via a work-in-progress tree.

    Given the short time that this 5.3 WIP tree has been around, there isn't too much exciting about the changes -- yet. But surely over the weeks ahead it will get interesting. Making things particularly interesting is that we are expecting initial Navi support to make it for Linux 5.3... In recent weeks AMD began pushing AMDGPU LLVM compiler back-end changes for GFX10/Navi and we expect the AMDGPU DRM kernel driver enablement to come for Linux 5.3. Linux 5.3 will already be arriving after the rumored release of the first Navi graphics cards so having to wait past 5.3 for mainline support would already be tragic. But given the recent LLVM activity, we expect AMD to push out the Navi kernel driver changes soon. For that likely massive patch-set to be reviewed in time, the Navi patches would need to make their debut within the next few weeks.

More in Tux Machines

Graphics: Vulkan and Mesa

  • RLSL Allows Running A Subset Of Rust On Vulkan/SPIR-V Enabled GPUs

    There was a recent Khronos meet-up in Munich where Maik Klein of Embark Studios talked about their work on bringing a sub-set of the Rust programming language to Vulkan (SPIR-V) enabled GPUs. RLSL is the project being worked on by the Swedish game studio for opening up Rustlang use for GPUs to benefit from the language's same design advantages, provide a unified front-end, and being able to leverage the existing Rust ecosystem with the likes of Cargo/crates.

  • Raspberry Pi 4's V3D Driver Lands OpenGL ES 3.1 Bits In Mesa 19.3-devel

    The Broadcom "V3D" Gallium3D driver that is most notably used by the new Raspberry Pi 4 boards now is effectively at OpenGL ES 3.1 support within the newest Mesa 19.3 code. We've known that Igalia has been ironing out OpenGL ES 3.1 for V3D after taking over the work from Eric Anholt who left Broadcom earlier this year to go work for Google. Merged this past week was the OpenGL compute shader bits as the main blocker that prevented the V3D open-source Gallium3D driver from exposing GLES 3.1. Following that was a memory violation fix and then explicitly exposing OpenGL ES Shading Language 3.1. That merge request does note that a few more fixes are still needed before V3D will officially pass all of the OpenGL ES 3.1 conformance tests, but at least Mesa 19.3's code is good enough along to enable the support.

today's howtos

Ubuntu: AMD Support, NVIDIA GPU Operator and More

  • Ubuntu 19.10 Doesn't Ship With AMD Navi / Radeon RX 5700 Support Working, But Easy To Enable

    While last week's release of Ubuntu 19.10 "Eoan Ermine" is new enough for Radeon RX 5700 series support with the Linux 5.3 kernel and Mesa 19.2, it doesn't actually work out-of-the-box for these Navi graphics cards. While the principal driver components of the Linux kernel and Mesa3D (for RadeonSI OpenGL and RADV Vulkan) are new enough with Navi support, Ubuntu 19.10's support isn't rounded out because its linux-firmware package isn't new enough for containing the necessary Navi firmware binaries required for the open-source driver usage. So if booting a clean Ubuntu 19.10 install with Radeon RX 5700, you are likely to just see a blank screen.

  • NVIDIA GPU Operator – Simplifying AI/ML Deployments on the Canonical Platform

    Leveraging Kubernetes for AI deployments is becoming increasingly popular. Chances are if your business is involved in AI/ML with Kubernetes you are using tools like Kubeflow to reduce complexity, costs and deployment time. Or, you may be missing out! With AI/ML being the tech topics of the world, GPUs play a critical role in the space. NVIDIA, a prominent player in the GPU space is one of the top choices for most stakeholders in the field. Nvidia takes their commitment to the space a step ahead with the launch of the GPU Operator open-source project at Mobile World Congress LA.

  • Ubuntu Weekly Newsletter Issue 601

    Welcome to the Ubuntu Weekly Newsletter, Issue 601 for the week of October 13th – 19th, 2019.

Audiocasts/Shows: Linux Headlines, Ohio Linux Fest, GNU World Order and Extras