Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

Arcan 0.6 – ‘M’ – Start Networking

Filed under
Graphics/Benchmarks

This time around, the changes are big enough across the board that the sub-projects will get individual posts instead of being clumped together, and that will become a recurring theme as the progress cadence becomes less and less interlocked.

We also have a sister blog at www.divergent-desktop.org that will slowly cover higher level design philosophy, rants and reasoning behind some of what is being done here. A few observant ones have pieced together the puzzle — but most have not.

This release is a thematic shift from low level graphics plumbing to the network transparency related code. We will still make and accept patches, changes and features to the lower video layers, of course — ‘Moby Blit’ is still out there — but focus will be elsewhere. Hopefully this will be one of the last time these massive releases make sense, and we can tick on a (bi-)monthly basis for a while.

Read more

Also: Arcan 0.6 Display Server Adds Network Transparency, XWayland Client Isolation - Phoronix

The Performance Impact To POWER9's Eager L1d Cache Flushing Fix

Filed under
Graphics/Benchmarks

Last week a new vulnerability was made public for IBM POWER9 processors resulting in a mitigation of the processor's L1 data cache needing to be flushed between privilege boundaries. Due to the possibility of local users being able to obtain data from the L1 cache improperly when this CVE is paired with other side channels, the Linux kernel for POWER9 hardware is flushing the L1d on entering the kernel and on user accesses. Here are some preliminary benchmarks looking at how this security change impacts the overall system performance.

All the latest Linux kernel stable series are now patched with the new POWER9 behavior for the L1 data cache flushing when crossing privilege boundaries. As outlined already, that L1d flushing behavior is the default but can be disabled with new "no_entry_flush" and "no_uaccess_flush" kernel options to maintain the prior behavior of not flushing.

Read more

Tiger Lake + Renoir On Ubuntu Linux For Battery vs. AC Performance

Filed under
Graphics/Benchmarks

Given the recent Intel presentation alleging AMD Ryzen laptop performance being worse on battery relative to the AC vs. battery performance seen with Intel EVO notebooks featuring Tiger Lake processors, I ran a mini comparison on my side to see whether there is any merit to Intel's information when testing under Ubuntu Linux.

Here is just some initial data on my side when benchmarking AMD Ryzen "Renoir" versus Intel Core i7 "Tiger Lake" when running Ubuntu 20.10 and comparing the AC power versus battery performance.

Read more

Valve Backs Zink Work

Filed under
Graphics/Benchmarks
  • Mike Blumenkrantz: Don’t Call It A Comeback

    I guess I never left, really, since I’ve been vicariously living the life of someone who still writes zink patches through reviewing and discussing some great community efforts that are ongoing.

    But now I’m back living that life of someone who writes zink patches.

    Valve has generously agreed to sponsor my work on graphics-related projects.

    For the time being, that work happens to be zink.

  • Valve Now Funding Blumenkrantz - Zink OpenGL-On-Vulkan To Continue

    Longtime open-source developer Mike Blumenkrantz who has been an Enlightenment developer for many years and was working for Samsung's Open-Source Group prior to its demise jumped into the open-source Linux graphics world this year. While being unemployed he began hacking on the Zink Gallium3D code that allows generic OpenGL acceleration over the Vulkan API. He quickly got the code to the point of OpenGL 4.6 support and quite compelling performance compared to where Zink was at earlier this year. Now it turns out he will continue with his Linux graphics adventures thanks to funding from Valve.

    Mike Blumenkrantz shared today that Valve is going to be sponsoring his graphics-related work moving forward. At least for now, that Linux graphics work is still on the matter of Zink.

Radeon RX 6800 Series Performance Comes Out Even Faster With Newest Linux Code

Filed under
Graphics/Benchmarks

Last week we delivered AMD Radeon RX 6800 / RX 6800 XT Linux benchmarks and the performance was great both for Linux gaming as well as the OpenCL compute performance. But for as good as those Big Navi numbers were on the open-source Linux graphics driver stack, they are now even better.

That launch-day testing was based on the Linux state in the second-half of October when the cards arrived and initial (re-)testing began in preparing for the Radeon RX 6800 series reviews -- not only the Radeon RX 6800 series but re-testing all of the other AMD Radeon and NVIDIA GeForce graphics cards for the comparison too. Thanks to the rate of the open-source graphics driver progression and the newest code always being available, now just days after launch the numbers are even more compelling for Linux gamers with the slightly newer Linux 5.10 and Mesa Git compared to just weeks ago.

In particular were the last minute NGG fixes and other Big Navi tweaks along with an important Radeon RX 6800 (non-XT) fix. There has also been other RADV improvements and more that accumulated in Mesa 21.0-devel this month. On the kernel side, Linux 5.10 is still at play. Both the old and newer Mesa snapshots were also on LLVM 11.0.

Read more

Also: Intel: AMD Gimps On Battery-Powered Laptop Performance - But DPTF On Linux Still Sucks - Phoronix

Vulkan Ray Tracing

Filed under
Graphics/Benchmarks
  • NVIDIA Releases Beta Driver With Khronos Vulkan Ray Tracing Support

    While NVIDIA has supported its own vendor-specific Vulkan ray-tracing extension on Windows and Linux since the GeForce RTX GPUs originally debuted, they are moving quick to support the Khronos ray-tracing extensions for Vulkan given the industry adoption and games coming to market likely opting for using the KHR version.

    This morning with Vulkan 1.2.162 the Vulkan KHR ray-tracing extensions were made official after being out in provisional form since earlier this year. NVIDIA has now released beta drivers for Windows and Linux that support these finalized versions.

  • Vulkan Ray Tracing becomes official with Vulkan 1.2.162 (updated) | GamingOnLinux

    The day has arrived, along with the release of Vulkan 1.2.162 being tagged in the Vulkan-Docs repository on GitHub the Vulkan Ray Tracing extensions are now officially released. From being announced as a provisional set in March 2020, The Khronos Group formally announced it's done.

    "Welcome to the era of portable, cross-vendor, cross-platform ray tracing acceleration!" - Daniel Koch, NVIDIA

  • Vulkan 1.2.162 Released With Ray-Tracing Support Promoted - Phoronix

    Earlier this year Vulkan ray-tracing arrived in provisional form while with today's Vulkan 1.2.162 specification update this functionality has been promoted to stable and ready for broad industry support.

    The Vulkan ray-tracing support is now deemed final and out of the provisional guard. This includes the finalized versions of VK_KHR_acceleration_structure, VK_KHR_ray_tracing_pipeline, VK_KHR_ray_query, VK_KHR_pipeline_library, and VK_KHR_deferred_host_operations.

AMDGPU Linux Driver Seeing A Lot Of Power Saving Optimization Work

Filed under
Graphics/Benchmarks
Linux

In addition to squaring away the Radeon RX 6000 series RDNA 2 support and promoting the Arcturus support for the new GPU found within the AMD MI100 accelerator, this month AMD open-source Linux driver developers have been devoting a fair amount of work towards power optimizations.

With the many different DC display core patch series this month and other patches floating around, there has been seemingly a lot of work on optimizing the graphics power usage. And in particular a lot of work on the optimizations from the DCN3 (Display Core Next 3) perspective with Van Gogh in particular being a focus.

Read more

Humble Store and Blender Fund

Filed under
Graphics/Benchmarks
Gaming
  • Humble Store is doing a big Fall Sale, save on loads until December 1 | GamingOnLinux

    Another chance to stock up for the weekend and the coming Winter, as Humble Store are running a big Fall Sale and as usual there's plenty discounted you might like.

  • Facebook are now funding the open source 3D creation suite Blender | GamingOnLinux

    In a move that's sure to raise a few eyebrows, the Blender Foundation has announced that Facebook has joined the Blender Development Fund.

    Facebook are joining as a Corporate Patron, meaning they will be supplying Blender with at least €120K/year or more. It's not a small sum but for the likes of Facebook, it's likely still money they found down the back of a sofa. Ton Roosendaal, Chairman of the Blender Foundation mentions, "We at Blender see this as another important signal of the industry’s willingness to migrate to open source, and contribute to open source’s continual improvement.".

  • Facebook joins the Blender Development Fund — blender.org

    To support these artists and the countless other animators, researchers, engineers, designers and content creators who depend on open source tools, Facebook wishes to contribute to the development of Blender. Which is why we’re proud to announce that Facebook will join the Blender Foundation’s Development Fund as a Corporate Patron as of Q4, 2020.

Kernel: Linux Security and Graphics

Filed under
Graphics/Benchmarks
Linux
  • Why eBPF is the Future of Linux and Cloud Native Networking

    For decades, IPtables has been the cornerstone of Linux networking, but that's no longer the case. Over the last few years, extended Berkeley Packet Filter (eBPF) has emerged as a better option for Linux whether it's running on-premises, or more likely than not, in the cloud.

    What eBPF provides is a low-level interface to enable data packet transmission and control. On its own it has tremendous potential for networking. While there is lots of open source eBPF code now in the Linux kernel, on its own, it can be quite complex, which is where the open source Cilium project has been making inroads in the last few years.

    I first wrote on Cilium in 2017, when the project first got started and the company behind it - Isovlanet - was still shrouded in stealth. Cilium and Isovalent are led by CEO and co-founder Dan Wendlandt, who helped to create the OpenStack Quantum networking project and was a pioneer in the Software Defined Networking (SDN) industry at VMware.

    Last week, Isovalent emerged from stealth, along with $29 million in funding led by Andreessen Horowitz. Wendlandt and Andreessen Horowitz are hardly strangers; after he left VMware in 2016 he went to work as a partner at the venture capital firm, alongside fellow SDN pioneer and VMware alum Martin Casado.

  • [Mesa-dev] Intent to retire ancient driver support
    Sending this on to the list for visibility, since not everyone follows
    everything on gitlab. In this merge request:
    
    https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/7660
    
    I retire support for DRI drivers older than Mesa 8.0, which was
    February 2012. In particular this retires the ability for libGL to
    even load DRI1 drivers, which last existed in Mesa 7.11. We are not
    aware of any currently supported distros trying to ship both DRI1
    drivers and anything newer. In fact the only distro I'm aware of that
    ever _tried_ was RHEL 6, which goes into extended-life support at the
    end of the month, and which is currently shipping Mesa 11.0.7 and is
    thus _way_ behind the times in terms of hardware enablement.
    
    Eric Anholt suggested that glvnd is the better way to retain DRI1
    support at this point, and to that end there is also:
    
    https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/7674
    
    Which allows us to override the glvnd vendor name. xserver could then
    select a different name for DRI1 screens, and now you get
    parallel-installable Mesa packages, which could be nice for a bunch of
    reasons.
    
    If you still care about DRI1 support, I am very sorry, but hopefully
    !7674 (backported to 20.x) and a bit of polish to xserver should keep
    things working for you, and your feedback/testing would be greatly
    appreciated.
    
  • Mesa To Drop Support For Ancient Drivers - Phoronix

    The fallout should be minimal and hopefully not impact any Phoronix readers, but as Mesa rolls into 2021 it is looking to drop support for loading DRI1 graphics drivers.

    Back in 2011 the classic Radeon drivers were removed Adam Jackson of Red Hat is planning to remove the ability for Mesa's current libGL to be able to load DRI1 drivers. This is basically about trying to load old DRI1 drivers from Mesa pre-8.0 onto a system with the current Mesa libGL loader. Mesa has retained this ability for being able to load these classic DRI1 drivers but nearly nine years after old driver code was dropped from Mesa, phasing out this ability to load DRI1 drivers is now planned.

  • Arcturus No Longer Experimental - AMD Instinct MI100 Linux Support Is Ready - Phoronix

    Being sent in as a "fix" this week to the Linux 5.10 kernel is removing the experimental flag for the Arcturus GPU, days after AMD announced the MI100 accelerator at SC20.

    Going back to the summer of 2019 there have been Linux graphics driver patches for "Arcturus" as an evolution of GFX9/Vega but with not a lot being known about it. Much work was poured into this open-source driver code for Arcturus and the Linux support all squared away over the past year. This week it finally entered the limelight in the form of the AMD Instinct MI100 accelerator.

  • NVIDIA Is Working On Vulkan Support With RDMA Memory - Phoronix

    Well this will be interesting to see what NVIDIA use-case pans out... NVIDIA engineers are working on a Vulkan extension for making use of RDMA memory.

    Remote Direct Memory Access (RDMA) for zero-copy networking with high throughput and low latency is very common for cluster computing and other enterprise scenarios to allow direct memory access from one computer to another without the intervention of the CPU. NVIDIA now though is preparing to support RDMA memory usage in the Vulkan context.

Graphics: Intel, X11 and Wayland

Filed under
Graphics/Benchmarks
  • Intel Preparing To Restore Frame-Buffer Compression For Tiger Lake - Phoronix

    This summer Intel disabled frame-buffer compression for Gen12 Tiger Lake graphics. While FBC helps conserve memory bandwidth and can be beneficial to power-savings, under-run issues and related problems resorted Intel to disabling this common feature for Tiger Lake.

    But now the open-source Intel Linux developers are preparing to restore frame-buffer compression for benefiting these latest-generation Intel laptops. Well, at least in part.

  • Robert O'Callahan: Debugging With Screenshots In Pernosco

    When debugging graphical applications it can be helpful to see what the application had on screen at a given point in time. A while back we added this feature to Pernosco.

    This is nontrivial because in most record-and-replay debuggers the state of the display (e.g., the framebuffer) is not explicitly recorded. In rr for example, a typical application displays content by sending data to an X11 server, but the X11 server is not part of the recording.

    Pernosco analyzes the data sent to the X11 server and reconstructs the updates to window state. Currently it only works for simple bitmap copies, but that's enough for Firefox, Chrome and many other modern applications, because the more complicated X drawing primitives aren't suitable for those applications and they do their complex drawing internally.

  • Paalanen: Developing Wayland Color Management and High Dynamic Range [LWN.net]

    Over on the Collabora blog, Pekka Paalanen writes about adding color management and high dynamic range (HDR) support to the Wayland display server protocol.

  • Developing Wayland Color Management and High Dynamic Range

    Wayland (the protocol and architecture) is still lacking proper consideration for color management. Wayland also lacks support for high dynamic range (HDR) imagery which has been around in movie and broadcasting industry for a while now (e.g. Netflix HDR UI).

    While there are well established tools and workflows for how to do color management on X11, even X11 has not gained support for HDR. There were plans for it (Alex Goins, DeepColor Visuals), but as far as I know nothing really materialized from them. Right now, the only way to watch HDR content on a HDR monitor in Linux is to use the DRM KMS API directly, in other words, not use any window system, which means not using any desktop environment. Kodi is one of the very few applications that can do this at all.

    This is a story about starting the efforts to fix the situation on Wayland.

Syndicate content

More in Tux Machines

Programming: Awk, LLVM Clang and Qt

  • Why Every Linux User Needs To Learn Awk - YouTube

    Awk is one of those tools that every linux user has on their system but they probably only use it for fairly simple tasks, so today I thought I'd explain not only what awk but why you should use it and compare it some other Linux utils like sed.

  • Arm Neoverse N2 Support Added To The LLVM Clang 12 Compiler - Phoronix

    In September Arm began adding Neoverse N2 support to the open-source compilers initially with GCC and now the support has been merged into LLVM Clang 12 as well. The Neoverse N2 "Perseus" core was outlined in September as a follow-on design to the successful Neoverse N1. The N2 aims to provide 40% more performance over the N1 for single-threaded performance. The N2 is intended for use from the cloud to enterprise networking devices to edge computing.

  • Qt 6.0 RC and timelines for 6.1 and 6.2

    Hi all, First of all, I wanted to thank everybody for the hard work towards getting Qt 6.0 out of the door. We now have a first RC out, so we’re definitely getting very close to the 6.0.0 release. With that and the fact that we now have a 6.0 branch, it’s also time to start looking a bit ahead towards 6.1 and 6.2. We have long discussed, that the timing of our feature releases to be just before summer and Christmas vacation is a bit unfortunate, as we have little slack for delays without going into the vacation period. Especially the releases in December have sometimes been difficult in that respect. So we’d like to push the schedule a bit and move the minor releases towards a Spring/Autumn schedule. A somewhat shorter release cycle directly after 6.0 is probably a good idea anyway, as we will probably still need to do changes/fixes that don’t quite fit with our policy for patch level releases. So the idea is to shorten the release cycle for Qt 6.1 a bit and focus mainly on bug fixing and stability for that release. We’d aim for a feature freeze by the end of January, and a final Qt 6.1.0 release end of April. 6.2 would then also happen a bit earlier, with a feature freeze in June and a release end of September. Content wise, I believe we’ll start seeing more and more of the add-ons from Qt 5 being supported over the next 6-9 months, and I believe that with Qt 6.2 we will have brought most modules that we supported in Qt 5.15 over to Qt 6. Cheers, Lars

  • Qt 6.1, Qt 6.2 Expected To Come Sooner With Tightened Release Cycles - Phoronix

    Qt 6.0 is releasing in December and The Qt Company is already drafting plans for the release cycles of Qt 6.1 and Qt 6.2 LTS next year. Normally Qt is on a six-month release cadence but next year's Qt 6.1/6.2 releases will likely be tightened up both to address a long-standing gripe of the current timing that often puts new releases around summer holidays and the Thanksgiving~Christmas holiday season. To try to move off those May and November~December release windows, they are looking at tightening up the cycles for Qt 6.1 and Qt 6.2, with the latter being the first long-term support release of the Qt6 series. Lars Knoll is proposing that Qt 6.1 be shipped by the end of April which would put the feature freeze already at the end of January. But for Qt 6.1 the emphasis anyhow will likely be on bug fixing and stability improvements after all the changes in Qt 6.0, so a tightened up Qt 6.1 release makes sense.

Q4OS 4.2 Gemini, testing

An update to the Q4OS 4 Gemini testing branch is immediately available for download as 64bit live media. The new 4.2 release is based on Debian 11 Bullseye and features Plasma desktop environment by default. New visual Plasma themes have been added, they are now available in system settings utility. Debian Bullseye packages has been received in their latest version, Q4OS specific packages has been updated as well. New version of Trinity desktop 14.0.10 is ready for installation using the Desktop profiler tool. Feel free to download live media for 64bit computers from the dedicated Testing releases site. Q4OS 4 Gemini will be in development until Debian Bullseye becomes stable, and it will be supported at least five years from the official release date. Read more

Security: Patches, Diffoscope, Netfilter, and Intel Defects

  • Security updates for Friday [LWN.net]

    Security updates have been issued by Arch Linux (go, libxml2, postgresql, and wireshark-cli), Debian (drupal7 and lxml), Fedora (drupal7, java-1.8.0-openjdk-aarch32, libxml2, pacemaker, slurm, and swtpm), openSUSE (c-ares, ceph, chromium, dash, firefox, go1.14, java-1_8_0-openjdk, kernel, krb5, perl-DBI, podman, postgresql10, postgresql12, rclone, slurm, ucode-intel, wireshark, wpa_supplicant, and xen), SUSE (ceph, firefox, kernel, LibVNCServer, and python), and Ubuntu (freerdp, poppler, and xdg-utils).

  • diffoscope 162 released

    The diffoscope maintainers are pleased to announce the release of diffoscope version 162.

  • Netfilter virtual workshop 2020 summary

    Once a year folks interested in Netfilter technologies gather together to discuss past, ongoing and future works. The Netfilter Workshop is an opportunity to share and discuss new ideas, the state of the project, bring people together to work & hack and to put faces to people who otherwise are just email names. This is an event that has been happening since at least 2001, so we are talking about a genuine community thing here. It was decided there would be an online format, split in 3 short meetings, once per week on Fridays. I was unable to attend the first session on 2020-11-06 due to scheduling conflict, but I made it to the sessions on 2020-11-13 and 2020-11-20. I would say the sessions were joined by about 8 to 10 people, depending on the day. This post is a summary with some notes on what happened in this edition, with no special order. Pablo did the classical review of all the changes and updates that happened in all the Netfilter project software components since last workshop. I was unable to watch this presentation, so I have nothing special to comment. However, I’ve been following the development of the project very closely, and there are several interesting things going on, some of them commented below. Florian Westphal brought to the table status on some open/pending work for mptcp option matching, systemd integration and finally interfacing from nft with cgroupv2. I was unable to participate in the talk for the first two items, so I cannot comment a lot more. On the cgroupv2 side, several options were evaluated to how to match them, identification methods, the hierarchical tree that cgroups present, etc. We will have to wait a bit more to see how the final implementation looks like. Also, Florian presented his concerns on conntrack hash collisions. There are no real-world known issues at the moment, but there is an old paper that suggests we should keep and eye on this and introduce improvements to prevent future DoS attack vectors. Florian mentioned these attacks are not practical at the moment, but who knows in a few years. He wants to explore introducing RB trees for conntrack. It will probably be a rbtree structure of hash tables in order to keep supporting parallel insertions. He was encouraged by others to go ahead and play/explore with this.

  • The Peculiar State Of CPU Security Mitigation Performance On Intel Tiger Lake - Phoronix

    One area not talked about much for Intel's latest Tiger Lake processors are hardened CPU security mitigations against the various speculative execution vulnerabilities to date. What's peculiar about Tiger Lake though is now if disabling the configurable mitigations it can actually result in worse performance than the default mitigated state. At least that's what we are seeing so far with the Core i7 1165G7 on Ubuntu 20.10 Linux is the opposite of what we have been seeing on prior generations of hardware. [...] On each of these Dell XPS notebooks were clean installs of Ubuntu 20.10 with security / stable release updates of the time and on their default Linux 5.8 kernel. The out-of-the-box / default mitigation performance was tested on each notebook followed by re-testing the same laptop and software stack after booting with mitigations=off. Here is the geometric mean of all the results before digging into the individual data points, but as you can see mitigations=off was of noticeably help to the older Kaby Lake R and Whiskey Lake processors, previous-generation Ice Lake was of some help but less given more hardware mitigations, and now with Tiger Lake the tables have turned where disabling the mitigations actually hurt the performance.

today's howtos

  • How To Enable Timestamp In Bash History In Linux - OSTechNix

    How do you know the time at which the command was executed? Easy! This guide explains how to enable timestamp in Bash history in Linux.

  • How to install Mattermost Chat on Ubuntu 20.04 - RoseHosting

    Step-by-step process on how to install Mattermost Chat on Ubuntu 20.04. Follow this simple and easy guide.

  • How To Install Rust on CentOS 8 - idroot

    In this tutorial, we will show you how to install Rust on CentOS 8. For those of you who didn’t know, Rust, commonly known as Rust-Lang, is a system programming language that is developed by Mozilla and backed by LLVM. Rust is known for preventing program crashes, memory leaks, and data races before it is compiled into binary, thus creating a highly-productive and stable programming environment This article assumes you have at least basic knowledge of Linux, know how to use the shell, and most importantly, you host your site on your own VPS. The installation is quite simple and assumes you are running in the root account, if not you may need to add ‘sudo‘ to the commands to get root privileges. I will show you through the step by step installation of Rust programming language on CentOS 8.

  • How to Remove ‘Show Applications’ Icon From the Dock in Ubuntu 20.04 | UbuntuHandbook

    This is a beginner’s guide shows how to remove the ‘Show Applications’ app menu icon from the dock in Ubuntu 20.04, Ubuntu 20.10.

  • How to Install OpenNMS Network Monitoring Tool in CentOS 8

    OpenNMS is a free and open-source network monitoring and network management platform used for managing enterprise networks around the world. It is based on Java and is designed to manage thousands of devices from a central location. It has the ability to discover and monitor the services or nodes automatically in your network.

  • How to play Dark Souls III on Linux

    Dark Souls III is an action RPG video game developed by FromSoftware and published by Bandai Namco. It is the fourth game in the Souls series and the final game in the Souls trilogy. Here’s how to get the game working on Linux.

  • Openstack RDO && KVM Hypervisor: Install KDE Plasma on SparkyLinux GameOver 08/11 2020

    At the time of writing KDE Plasma install on any SparkyLinux 2020.09 might be committed via GDM3 installation right after KDE Plasma ( the last one via tasksel or CLI ) due to after system reboot GDM seems to be the only one DM on Sparky detecting previously installed KDE.

  • How to install VLC on a Chromebook

    Today we are looking at how to install VLC Media Player on a Chromebook. Please follow the video/audio guide as a tutorial where we explain the process step by step and use the commands below.

  • How to play Dark Souls II: Scholar of the First Sin on Linux

    Dark Souls II: Scholar of the First Sin is an action RPG video game developed by FromSoftware and published by Bandai Namco. In the game, the player’s character becomes Undead, cursed never to die, and becomes a hollow zombie creature with no memories or purpose.

  • Create your own Linux ecosystem with Nextcloud, DavX5 and KDE Connect