Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

wayland 1.18.0

Filed under
Graphics/Benchmarks

This is the official release for Wayland 1.18. The main new features in
this release are:

- Add support for the Meson build system (autotools is still supported
  but will be removed in a future release)
- Add API to tag proxy objects to allow applications and toolkits to
  share the same Wayland connection
- Track wayland-server timers in user-space to prevent creating too
  many FDs
- Add wl_global_remove, a new function to mitigate race conditions with
  globals

Thanks to all contributors!

There were no changes since RC1.

Simon Ser (1):
      build: bump to version 1.18.0 for the official release

git tag: 1.18.0

Read more

Also: Wayland 1.18 Released With Meson Support, Other Minor Changes

Graphics: NVIDIA, AMD and Mesa

Filed under
Graphics/Benchmarks
  • NVIDIA Format Modifiers Coming To Nouveau In Linux 5.7

    The new code now in the Nouveau development tree is the NVIDIA Format Modifiers support. As explained in that earlier article, at the end of 2019 NVIDIA sent out a set of patches for supporting the NVIDIA format modifiers within atomic mode-setting blobs. In turn there are Mesa patches for exposing these format modifiers with the EGL EXT_transition_format_modifier support. The Mesa-side patches have yet to land but presumably will around the time the DRM format modifiers support is mainline in the Linux kernel.

  • Radeon R600 Gallium3D Lands NIR Support In Mesa 20.1

    While not yet suitable for gamers or serious end usage, the Radeon "R600" Gallium3D driver that supports the Radeon HD 2000 through HD 6000 (pre-GCN) graphics cards now has an experimental NIR back-end.

    Independent developer Gert Wollny has been working on this R600 NIR support, similar to the RadeonSI NIR support that materialized nicely last year and is now used by default as part of RadeonSI's OpenGL 4.6 enabling with Mesa 20.0. But in the R600g case, it's NIR support for that vintage graphics driver not seeing much attention these days besides a few rare commits and what is pursued by community developers.

  • AMDGPU Linux Driver Preparing To Better Support Modern HDR/OLED Displays

    It looks like with the Linux 5.7 kernel cycle this spring there should be proper backlight support when using this AMD Radeon kernel graphics driver with modern HDR/OLED displays.

    AMDGPU Display Core "DC" changes posted today allow for dealing with these modern OLED (and HDR) displays. Various displays on the market and forthcoming rely upon changing of the display brightness using the DisplayPort AUX channel rather than the existing means via PWM for managing the display backlight.

  • Add An Overlay With GPU / CPU Usage And Temperature (And More) To Any Vulkan Game With MangoHud

    MangoHud is a modification of the Mesa Vulkan overlay that includes GUI improvements, temperature (GPU and CPU) reporting, and optional logging, which aims to replicate the look and feel of the MSI Afterburner OSD. It works and is consistent across any Vulkan application or game, no matter if the game is using DXVK/VKD3D, Feral3D or Native Vulkan.

Making The AMD Ryzen Threadripper 3990X Run Even Faster - By Loading Up Intel's Clear Linux

Filed under
Graphics/Benchmarks

One of the interesting takeaways from my pre-launch briefing with AMD on the Ryzen Threadripper 3990X was AMD representatives actually recommending Clear Linux for use on this 64-core / 128-thread HEDT processor and the platform to which they've found the best performance. Yet, Clear Linux is an Intel open-source project. In any case, here are benchmarks of how Clear Linux performs against other Linux distributions on the Ryzen Threadripper 3990X within the System76 Thelio Major. And, holy crap, with the Threadripper 3990X on Clear Linux I managed to build the x86_64 default Linux kernel in under 20 seconds!

The Clear Linux recommendation for the Threadripper 3990X was hardly a surprise to me given my experience with the platform, just a bit surprising AMD representatives acknowledging the Intel open-source software creation during a briefing. We've been benchmarking Clear Linux for years and were the ones to initially shine the public spotlight on its impressive performance capabilities -- that includes for AMD platforms too with numerous tests on different platforms we've performed the past few years. Just recently were our benchmarks looking at how Clear Linux offered the best performance on a $199 AMD laptop while this testing is at the opposite end of the spectrum with the 64-core $3990 USD processor.

Read more

Godot Engine: Vulkan Plans for Godot 4.0

Filed under
Development
Graphics/Benchmarks
Gaming
  • Godot Engine - Headsup: Vulkan merged, master branch unstable

    In most Git-based development workflows, the default master branch is where most of the development happens. It can be from well-defined feature branches (or in our situation Pull Requests) that are merged into master once ready, or with development work happening directly on this branch. Whatever the workflow, the master branch will rarely be meant for use in production, and end users are only encouraged to use it if they want to help with day-to-day testing, not if they want to get some work done Smile

    As we do our releases directly from the master branch after a stabilization period (feature freeze, release freeze and then branching off to e.g. 3.2 when releasing), many of our users are used to running the master branch or a nightly build as a daily driver.

    This changes today as we merge our work-in-progress Vulkan port (until now in the vulkan branch) in the master branch.

  • Godot Engine enters new territory with Vulkan API support merged in for the upcoming 4.0 release

    While not actually released yet and not due until later this year with Godot Engine 4.0, the Vulkan parts have now been merged into the main Godot project.

    In a new blog post on the official site written by Godot's Project Manager, Rémi Verschelde, it goes over what this means. In short: it's all highly unstable but now it's in the main branch, they can continue pushing Vulkan forwards and updating all parts of Godot required for it.

  • Godot Merges Its Vulkan Renderer Ahead Of The v4.0 Game Engine

    While the Godot 4.0 release is still months away from seeing its stable debut with the new Vulkan renderer, the Vulkan renderer branch was today merged to mainline.

    Vulkan is finally happening for Godot! The Vulkan rendering code for this open-source game engine is now at a stage where it's being developed on Git master rather than the separate branch. By merging the work to Git master now, other Godot 4.0 changes like code clean-up and restructuring can more easily happen for items that touch the entire code-base.

Glances (All in One Place) – Advanced Real Time System Performance Monitoring Tool for Linux

Filed under
GNU
Graphics/Benchmarks
Linux

Glances is a cross-platform curses-based system monitoring tool written in Python.

It uses the psutil library to retrieve information from your system.

It’s accommodating all in one place, It shows a maximum information in a minimal space through curses or a web-based interface.

The information dynamically adapts depending on the size of the user interface.

This is a best alternative to top/htop utility on GNU/Linux.

Read more

Also: Phoronix Test Suite 9.4 Milestone 2 Released With Result Viewer Improvements

KKSB Raspberry Pi 4 Aluminum Case Review – Benchmarks at Stock Clock and Overclocked to 2.0 GHz

Filed under
Graphics/Benchmarks

KKSB is a Swedish company designing and manufacturing metallic products for various open-hardware products such as single board computers including Raspberry Pi, Arduino, ODROID, Orange Pi and others, as well as mobile phone and tablet stands, and they also have a mini-ITX case planned for March.

The company approached CNX Software to review their latest Raspberry Pi 4 case, and I was interested to find out how it would handle cooling.

Read more

Graphics: Wine Wayland, OpenCL and Mir

Filed under
Graphics/Benchmarks
  • Early Out Of Tree Patches Let Wine Run Natively On Wayland

    Not yet mainlined but there is a Git repository offering up a Wine Wayland driver implementation for letting Windows applications/games run atop a Wayland compositor without any dependence on X11/XWayland.

    The Wine-Wayland effort is providing a "winewayland.drv" implementation for driving Wayland protocol support into Wine without depending upon X11. The Git repository is currently geared for Arch Linux and Manjaro users with making it easy to build the Wine-Wayland driver there.

  • The OpenCL 2.0 CTS Can Now Run On Gallium3D Clover - But Doesn't Pass The Tests

    Red Hat's Karol Herbst who has spent years now working on Nouveau SPIR-V support and other GPU open-source compute efforts around Mesa has provided a trivial implementation of clCreateCommandQueueWithProperties() that is now enough to begin running the OpenCL 2.0 conformance test suite on the Gallium3D "Clover" state tracker.

    Karol commented that it's enough to run the OpenCL 2.0 CTS and probably other OpenCL applications relying upon clCreateCommandQueueWithProperties. However, Clover itself doesn't yet expose OpenCL 2.0 support and still lacks a number of features before it will really be useful for GPU compute workloads.

  • Mir News 2020-02-07

    Our Wayland Conformance test Suite is now available from Debian sid. This is part of an effort by Mike Gabriel (sunweaver) in association with UBports to package Unity8 desktop for Debian. Amongst the other packages being uploaded is the latest Mir 1.7.0.

  • Mir's X11 Support Is Being Promoted From Experimental

    The X11 client support for Mir that leverages XWayland is graduating from its "experimental" status.

    The next feature release of Mir will promote the support for being able to run traditional X11 software to being stable rather than under the experimental flag it's been under. In turn, it will be as easy as setting the --enable-x11 switch to enable the X11 support.

Linux 5.6 Is The Most Exciting Kernel In Years With So Many New Features

Filed under
Graphics/Benchmarks

The Linux 5.6 merge window is anticipated to be ending today followed by the Linux 5.6-rc1 test release. This kernel is simply huge: there is so many new and improved features with this particular release that it's mind-boggling. I'm having difficulty remembering such a time a kernel release was so large.

The quick summary of Linux 5.6 changes include: WireGuard, USB4, open-source NVIDIA RTX 2000 series support, AMD Pollock enablement, lots of new hardware support, a lot of file-system / storage work, multi-path TCP bits are finally going mainline, Year 2038 work beginning to wrap-up for 32-bit systems, the new AMD TEE driver for tapping the Secure Processor, the first signs of AMD Zen 3, better AMD Zen/Zen2 thermal and power reporting under Linux, at long last having an in-kernel SATA drive temperature for HWMON, and a lot of other kernel infrastructure improvements. In our original monitoring of the kernel mailing list and Git activity, the big highlights for Linux 5.6 that have us excited include...

Read more

Graphics: Mesa 20.0 RC2, Zink In Mesa, XKB Configuration

Filed under
Graphics/Benchmarks
  • mesa 20.0.0-rc2
    Hi list,
    
    Sorry for the late -rc2, it's my fault. I was out of the office Monday and
    Tuesday and kinda lost track of time :/
    
    Anyway, There's a lot of stuff in here, as is typical for -rc2. We've got a ton
    of intel related fixes from Jason, and then a bunch of stuff touching every bit
    of the tree.
    
    Next week -rc3 will come on Wednesday as planned
    
    Dylan
    
    
    Shortlog
    ========
    
    
    Bas Nieuwenhuizen (1):
          radv: Do not set SX DISABLE bits for RB+ with unused surfaces.
    
    Bernd Kuhls (1):
          util/os_socket: Include unistd.h to fix build error
    
    Boris Brezillon (1):
          panfrost: Fix the damage box clamping logic
    
    Daniel Schürmann (1):
          aco: fix image_atomic_cmp_swap
    
    Danylo Piliaiev (2):
          i965: Do not set front_buffer_dirty if there is no front buffer
          st/mesa: Handle the rest renderbuffer formats from OSMesa
    
    Dylan Baker (6):
          bin/pick-ui: Add a new maintainer script for picking patches
          .pick_status.json: Update to 0d14f41625fa00187f690f283c1eb6a22e354a71
          .pick_status.json: Update to b550b7ef3b8d12f533b67b1a03159a127a3ff34a
          .pick_status.json: Update to 9afdcd64f2c96f3fcc1a28912987f2e8066aa995
          .pick_status.json: Update to 7eaf21cb6f67adbe0e79b80b4feb8c816a98a720
          VERSION: bump to 20.0-rc2
    
    Eric Engestrom (3):
          util/os_socket: fix header unavailable on windows
          freedreno/perfcntrs: fix fd leak
          util/disk_cache: check for write() failure in the zstd path
    
    Erik Faye-Lund (1):
          st/mesa: use uint-result for sampling stencil buffers
    
    Ian Romanick (1):
          intel/fs: Don't count integer instructions as being possibly coissue
    
    Jan Vesely (1):
          clover: Use explicit conversion from llvm::StringRef to std::string
    
    Jason Ekstrand (18):
          genxml: Add a new 3DSTATE_SF field on gen12
          anv,iris: Set 3DSTATE_SF::DerefBlockSize to per-poly on Gen12+
          intel/genxml: Drop SLMEnable from L3CNTLREG on Gen11
          iris: Set SLMEnable based on the L3$ config
          iris: Store the L3$ configs in the screen
          iris: Use the URB size from the L3$ config
          i965: Re-emit l3 state before BLORP executes
          intel: Take a gen_l3_config in gen_get_urb_config
          intel/blorp: Always emit URB config on Gen7+
          iris: Consolodate URB emit
          anv: Emit URB setup earlier
          intel/common: Return the block size from get_urb_config
          intel/blorp: Plumb deref block size through to 3DSTATE_SF
          anv: Plumb deref block size through to 3DSTATE_SF
          iris: Plumb deref block size through to 3DSTATE_SF
          anv: Always fill out the AUX table even if CCS is disabled
          intel/fs: Write the address register with NoMask for MOV_INDIRECT
          anv/blorp: Use the correct size for vkCmdCopyBufferToImage
    
    Krzysztof Raszkowski (1):
          gallium/swr: Fix gcc 4.8.5 compile error
    
    Lionel Landwerlin (1):
          anv: implement gen9 post sync pipe control workaround
    
    Marek Vasut (1):
          etnaviv: Destroy rsc->pending_ctx set in etna_resource_destroy()
    
    Rob Clark (1):
          freedreno: allow ctx->batch to be NULL
    
    Samuel Pitoiset (1):
          aco: fix MUBUF VS input loads when expanding vec3 to vec4 on GFX6
    
    Vinson Lee (1):
          lima: Fix build with GCC 10.
    
    
    
  • Mesa 20.0-RC2 Brings Many Intel Vulkan + OpenGL Gallium3D Driver Fixes

    Following last week's Mesa 20.0 feature freeze and code branching with the first release candidate, the second release candidate is out today for this quarterly Mesa3D update.

    Mesa 20.0 is the big release that transitions to Intel Gallium3D by default for Broadwell hardware and newer, many RadeonSI and RADV improvements for Navi/GFX10, numerous optimizations to the RADV ACO code-path, RadeonSI NIR by default and thus exposing OpenGL 4.6, and Vulkan 1.2 support for AMD Radeon and Intel.

  • Zink In Mesa For OpenGL Over Vulkan Should Be Back To Supporting OpenGL 3.0 Soon

    Zink, the project going on for almost two years for implementing OpenGL over Vulkan, might soon be exposing OpenGL 3.0 and OpenGL ES 2.0 within mainline Mesa.

    Some OpenGL 3.0 functionality was previously disabled from Zink as part of upstreaming it back for Mesa 19.3, but those GL 3.0 bits could soon be restored. Getting OpenGL 3.0 back into shape, which includes restoring textured buffer objects, instanced rendering, transform feedback, and other features.

  • Hutterer: User-specific XKB configuration - part 1

    Many many moons ago before the Y2K bug was even in its larvae stage, the idea was that you could configure all of those because every UNIX tool had to be more flexible than your yoga teacher. I'm unsure to what extent this was actually ever the case but around 2007-ish the old keyboard driver got deprecated and the evdev driver made it's grand entrance. And one side-effect of that was that things broke. evdev uses different keycodes, so all those users that copy-pasted unnecessary XKB configuration into their xorg.conf now had broken keys because they were applying the wrong rules. After whacking enough moles that we got in trouble with the RSPCA [Royal Society for the Prevention of Cruelty to Animals] we started hardcoding the "evdev" ruleset everywhere. The xorg.conf option "XKBRules" became a noop and thus stopped breaking users' setups.

  • Peter Hutterer: User-specific XKB configuration - part 1

    The xkeyboard-config project is the repository for all XKB descriptions, or "keyboard layouts" as the layman would say. But languages are weird and thus xkeyboard-config contains an obscene amount of different layouts. And of course there are additional layouts that are more experimental than common [1].

    The fault, as usual, lies with us (the pronoun, not the layout). XKB is weird and its flexible to the point of driving even bananas bananas but due to some historic accidents it's largely non-editable. All XKB files are installed in system folders and we all know the 11th commandment was "thou shalt not edit things in /usr/share". But, luckily, that is all about to change. Or rather: it has changed as of libxkbcommon 0.10.0, released Jan 20 2020.

    xkeyboard-config provides two types of files. The ones that actually set up your keyboard layout and the ones that allow you to keep sane while doing so, despite your best efforts to the contrary.

AMD Ryzen Threadripper 3990X Offers Incredible Linux Performance

Filed under
Graphics/Benchmarks

If you are looking for the absolute best single-socket workstation performance for Linux, there has already been the Threadripper 3970X that easily outperforms the likes of the Core i9 10980XE as Intel's top-end HEDT product, but now the Threadripper 3990X is shipping. The Threadripper 3990X is AMD's first 64-core / 128-thread desktop/workstation processor and will love your multi-threaded workloads from code compilation to content creation. As shown in our benchmarks, this single CPU is indeed faster than $20k worth of Intel Xeon Platinum CPUs.

The Ryzen Threadripper 3990X with its 64 cores and 128 threads comes with a 2.9GHz base frequency and 4.3GHz boost frequency and a full 288MB cache. This Threadripper 3990X is easily the best HEDT processor on the market, but will cost quite a bit at $3,990 USD.

Read more

Syndicate content

More in Tux Machines

Screencasts/Audiocasts/Shows: Bodhi Linux 5.1.0, GNU World Order, Ubuntu Podcast and 4 Views on Linux Adoption

Changelog: Nitrux 1.2.7

Today is the day! — Nitrux 1.2.7 is available to download We are pleased to announce the launch of Nitrux 1.2.7. This new version brings together the latest software updates, bug fixes, performance improvements, and ready-to-use hardware support. Read more

Android Leftovers

KDE: Latest Improvements

  • This week in KDE: The calm before the storm (of new features)

    This week we worked really hard on a lot of important backend stuff that’s not so user-visible but will pay dividends down the road, such as launching applications using cgroup slices. We also did a ton of work on the Breeze Evolution project, however most of it is still in heavy development and not ready to be announced. It should trickle in during subsequent weeks, but until then, have a look at what did get landed...

  • KDE Developers Wrap Up March By Working On Back-End Improvements

    This week in KDE land there weren't too many new features introduced but a lot of low-level work to foster future features. Some of what did come about over the past week includes: - Easier switching of time zones from the clock applet. - Support for launching applications in Cgroup slices.