Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

Graphics: X.Org Server, RadeonSI, OpenChrome, VKGL, ADriConf/Advanced DRI Configurator

Filed under
Graphics/Benchmarks
  • X.Org Server 1.20 Branch Created, Latest EGLStreams Patches Added

    X.Org Server 1.20 was released back in May while now the "server-1.20-branch" was created at last to allow for X.Org Server 1.21 development to happen on master while letting the point releases to be worked out on the branched code.

    The server-1.20-branch is where the latest code is being staged ahead of the eventual X.Org Server 1.20.1 point release. The branch was just created and has staged some patches so far.

  • RadeonSI Gets Patches For AMD_framebuffer_multisample_advanced (EQAA)

    Last month AMD's Marek Olšák sent out a new extension for the OpenGL registry, AMD_framebuffer_multisample_advanced, and with the latest Mesa patches he has published this week the RadeonSI Gallium3D driver wires in support for this GL extension.

    AMD_framebuffer_multisample_advanced ends up implementing AMD's EQAA: Enhanced Quality Anti-Aliasing. Merged a few months back was EQAA for RadeonSI that is part of Mesa 18.2 but that initial implementation which is activated via an environment variable is just used in place of OpenGL applications otherwise trying to use multi-sample anti-aliasing (MSAA). With AMD_framebuffer_multisample_advanced is now a means for OpenGL games/applications wanting to explicitly target this advanced anti-aliasing mode.

  • OpenChrome DRM Driver To Go Through A GEM/TTM Code Rewrite

    With the OpenChrome DRM/KMS driver for vintage VIA x86 graphics likely to be mainlined in its current code state, the sole developer left working on this driver is going to next rewrite the TTM/GEM memory management code that he also hopes will help in his new ATI RAGE 128 driver initiative.

    The OpenChrome DRM driver that's been struggling for years doesn't look like it will be mainlined in 2018. While it's been sent off for review a few matters have been blocking it from going mainline: the principal challenges are OpenChrome DRM not supporting the modern atomic mode-setting APIs but rather than legacy KMS interfaces and there being a lot of unfinished code left in the driver. When it comes to the unfinished code, the hardware acceleration isn't complete and the upstream DRM driver developers would want that removed before this driver would be hypothetically mainlined.

  • VKGL: An Effort For OpenGL Core Profile Support Over Vulkan

    A few days ago we wrote about GLOVE being open-sourced as OpenGL ES over Vulkan and we were then pointed out to another project: VKGL.

    GLOVE currently is working for OpenGL ES 2.0 over Vulkan with plans for supporting not only newer versions of OpenGL ES but also to achieve at least some desktop OpenGL support. Think Silicon's GLOVE project is quite promising and is cross-platform. Now there is also VKGL that seems to be the project of just one independent developer for getting desktop OpenGL (using a core profile context) over Vulkan.

  • Advanced DRI Configuration Picking Up New Features

    It's been a while since having anything to report on ADriConf but fortunately this graphical utility for configuring some open-source Linux graphics driver features is progressing.

    ADriConf, The Advanced DRI Configurator, is a GUI utility for the configuring open-source graphics drivers that aims to be modern and more featureful compared to the long-standing DriConf. Recent work to ADriConf includes new shortcuts in the menu, build issue fixes/improvements, new test cases added, and proper handling as well with the closed-source graphics drivers.

Graphics: AMDVLK and Mesa

Filed under
Graphics/Benchmarks
  • AMDVLK Radeon Vulkan Driver Updated With 8-Bit Storage Support

    Another weekly code drop has occurred for the "AMDVLK" open-source AMD Radeon Vulkan Linux driver with its XGL/PAL/LLPC.

    On the Vulkan front, the XGL code drop on Friday now exposes the VK_KHR_8bit_storage extension for allowing 8-bit types in uniform/storage buffers and push constant blocks. The updated XGL code also has some fixes and other minor work but the 8-bit storage support is the main addition.

  • EGL Device Support Coming Together For Mesa

    Emil Velikov's latest Mesa work is on implementing support for EGL Device extensions for enumerating and using EGLDevices.

    The extensions Emil has implemented in patch form include EGL_EXT_device_base, EGL_MESA_device_software, EGL_EXT_device_drm, and EGL_platform_device. The EGLDevice extensions allows for bringing up EGL without any underlying/native windowing system API.

  • Adreno A6xx Gallium3D Support Coming Together

    For the past number of months there's been Adreno A600 series support coming together within the MSM DRM kernel driver in large part thanks to Qualcomm / Code Aurora contributing code themselves. Quietly coming together as well is the A6xx Gallium3D support for allowing OpenGL acceleration.

    When it comes to the latest-generation Adreno A6xx hardware, most of the open-source talk has been on the MSM Direct Rendering Manager driver front but it's great to see the Gallium3D/OpenGL driver support being pieced together too. A Phoronix reader pointed out that this work is being staged via this wip/a6xx branch.

A Look At The Clear Linux Performance For July 2018

Filed under
Graphics/Benchmarks

Given our fascination with Intel's Clear Linux performance in the plethora of performance benchmarks we frequently run at Phoronix and this open-source operating system being maintained in a rolling-release style, here's a look at how the performance for this x86_64 Linux distribution evolved over the past month.

For those curious about the performance of Intel's Clear Linux for July 2018, here are benchmarks of its state as of 1 July 2018 to where it was at in ending out the month on 31 July. Tests were done on nine different Intel systems from desktop systems to Xeon workstations/servers.

Clear Linux began July with build 23370 that was using the Linux 4.17 kernel, GCC 8.1.1, and Python 3.6.5 as some of the important versions to point out for this testing. At the end of July they were up to build 24090 with the Linux 4.17.11 kernel, GCC 8.2.0, and Python 3.7, among many other package upgrades and changes throughout the month.

Read more

Mesa Graphics News

Filed under
Graphics/Benchmarks
  • Mesa 18.2 Branched, Mesa 18.3 Enters Development

    As expected, the Mesa 18.2 feature development is now over with the code having branched. Now open on Git master is Mesa 18.3-devel.

    Mesa 18.2 is anticipated for release before the end of August assuming no major release blockers. The first release candidate of Mesa 18.2 should be out shortly and there should be a few more over the month of August.

  • kms_swrast: A hardware-backed graphics driver

    Presenting kms_swrast, a new, hardware-backed, software graphics driver, built upon the Mesa gallium driver framework, which uses kernel kms drm nodes for memory allocation.

  • Collabora's Work On KMS_SWRAST For Android Graphics Fallback

    Robert Foss at Collabora has recently been working on supporting the "kms_swrast" code under Android.

    KMS_SWRAST is a Gallium component that supports utilizing DRM nodes for the memory allocation but for the actual OpenGL rendering still falls back to LLVMpipe (or Softpipe).

Writing a Wayland compositor with wlroots: shells

Filed under
Graphics/Benchmarks

I apologise for not writing about wlroots more frequently. I don’t really enjoy working on the McWayface codebase this series of blog posts was originally about, so we’re just going to dismiss that and talk about the various pieces of a Wayland compositor in a more free-form style. I hope you still find it useful!

Today, we’re going to talk about shells. But to make sure we’re on the same page first, a quick refresher on surfaces. A basic primitive of the Wayland protocol is the concept of a “surface”. A surface is a rectangular box of pixels sent from the client to the compositor to display on-screen. A surface can source its pixels from a number of places, including raw pixel data in memory, or opaque handles to GPU resources that can be rendered without copying pixels on the CPU. These surfaces can also evolve over time, using “damage” to indicate which parts have changed to reduce the workload of the compositor when re-rendering them. However, making a surface and filling it with pixels is not enough to get the compositor to show them.

Shells are how surfaces in Wayland are given meaning. Consider that there are several kinds of surfaces you’ll encounter on your desktop. There are application windows, sure, but there are also tooltips, right-click menus and menubars, desktop panels, wallpapers, lock screens, on-screen keyboards, and so on. Each of these has different semantics - your wallpaper cannot be minimized or dragged around and resized, but your application windows can be. Likewise, your application windows cannot cover the entire screen and soak up all input like your lock screen can. Each of these use cases is fulfilled with a shell, which generally takes a surface resource, assigns it a role (e.g. application window), and returns a handle with shell-specific interfaces for manipulating it.

Read more

Also: Wayland Shells From The Perspective Of WLROOTS

Graphics: GLOVE, Armada DRM Drive, Mesa

Filed under
Graphics/Benchmarks
  • GLOVE: OpenGL ES Over Vulkan As Open-Source

    Think Silicon announced this morning they have open-sourced GLOVE, a middleware layer that implements OpenGL ES over Vulkan.

    GLOVE allows for OpenGL ES to be implemented on top of Vulkan drivers for Android, Linux, and Windows platforms. This allows for OpenGL ES support to be mapped over Vulkan just as DXVK maps Direct3D 11 to Vulkan or MoltenVK maps Vulkan on top of Apple's Metal API. With modern OpenGL ES sharing much in common with OpenGL, it provides much of what's needed by core OpenGL too, albeit not complete OpenGL 4 desktop. In the future they plan to support more desktop OpenGL as well as safety-critical OpenGL (OpenGL SC).

  • Armada DRM Driver Wires In Atomic Mode-Setting For Linux 4.19

    Adding to the big list of DRM driver changes for Linux 4.19 is atomic mode-setting for the Armada DRM driver.

    The Armada DRM driver doesn't get talked about much but it's for Marvell SoCs and just supports kernel mode-setting and memory management but without any built-in acceleration code. The driver is for the "LCD" controllers on the Marvell Armada SoCs.

  • ASTC Gallium Bits Land, VirGL Already Hits OpenGL 4.3 + GLES 3.2

    The mad rush to land last minute work ahead of the Mesa 18.2 branching has continued. The branching is set to happen today but there's been several notable last minute additions hitting Git.

    First up, Marek's work around ASTC compression support for all Gallium3D drivers, has landed. This work is now in place for RadeonSI and the other Gallium drivers to expose Adaptive Scalable Texture Compression (ASTC) even if the GPU doesn't natively support it by uncompressing it to a supported format prior to uploading the texture to the GPU if necessary. With the ASTC support in place for RadeonSI, that takes the driver's OpenGL ES support to version 3.2.

Linux, Linux Foundation and Mesa

Filed under
Graphics/Benchmarks
Linux
  • WireGuard Now Under Review, First Step Towards Getting Included In The Linux Kernel

    After being in development the past few years, the first version of WireGuard has hit the kernel mailing list for review on its path to being included in the mainline Linux kernel.

  • The 4.18 kernel release will be delayed a week

    For those waiting on the edges of their seats for the release of the 4.18 kernel: it looks like Linus will be pushing it back one week (to August 12) in response to some late-discovered problems. "I _prefer_ just the regular cadence of releases, but when I have a reason to delay, I'll delay."

  • Join Interactive Workshop on Cloud-Native Network Functions at Open Source Summit

    ONAP and Kubernetes – two of the fastest-growing Linux Foundation projects – are coming together in the next generation of telecom architecture.  

    ONAP provides a comprehensive platform for real-time, policy-driven orchestration and automation of physical and virtual network functions, and Kubernetes is an open source system for automating deployment, scaling, and management of containerized applications. Telcos are now examining how these virtual network functions (VNFs) could evolve into cloud-native network functions (CNFs) running on Kubernetes.

  • Mesa's VirGL Now Has OpenGL 4.2 Support To Offer Guest VMs

    In the mad rush to land last minute features into Mesa 18.2 prior to its code branching and release candidate phase beginning, David Airlie has settled OpenGL 4.2 support for the VirGL stack.

    Airlie's VirGL work continues for offering guest OpenGL acceleration to virtual machines that in turn is rendered by the host's driver/GPU. It's also through this year's Google Summer of Code 2018 (GSoC 2018) that Vulkan VirGL is a work-in-progress for virtual machines with VirtIO-GPU.

Graphics: Freedreno, XWayland, Vulkan, Libinput

Filed under
Graphics/Benchmarks
  • Freedreno's MSM DRM Driver In Linux 4.19 Getting "DPU1" Support For SDM845+ Support

    Freedreno lead developer Rob Clark at Red Hat has sent in his batch of feature updates to DRM-Next ahead of the imminent Linux 4.19 kernel development cycle kicking off.

    This MSM driver for providing Direct Rendering Manager / Kernel Mode-Setting for Qualcomm Snapdragon SoCs continues maturing and does continue seeing new code contributions from Qualcomm/CodeAurora, Google developers, etc.

  • XWayland Now Makes Sure DRI3 Gets Turned On For GLAMOR

    Landing last week in the X.Org Server Git code is a change to ensure DRI3 gets enabled when using GLAMOR acceleration for XWayland.

    On X.Org Server 1.20 there has been the possibility of blank outputs with texture-from-pixmap being broken when using XWayland. This has also been found at times to happen with the modesetting DDX too outside of XWayland.

  • Vulkan 1.1.82 Released With VK_NV_device_diagnostic_checkpoints

    Just weeks ahead of SIGGRAPH 2018, Vulkan 1.1.82 is now available as the latest specification update to this year's Vulkan 1.1 graphics/compute API.

    As is customary for these Vulkan point releases, most of the changes in Vulkan 1.1.82 deal with minor documentation corrections/improvements and other small enhancements.

  • libinput now has ReadTheDocs-style documentation

    libinput's documentation started out as doxygen of the developer API - they were the main target 4 years ago. Over time, more and more extra documentation was added and now most of it is aimed at users (for self-debugging and troubleshooting or just to explain concepts and features). Unfortunately, with doxygen this all ends up in the "Related Pages". The developer API documentation itself became a less important part, by now all the major compositors have libinput support and it doesn't change much. So while it needs to be there, most of the traffic goes to the user documentation (I think, it's not like I'm running stats).

  • Libinput 1.12 Is Going To Be A Big Release For Bettering Linux Input

    While libinput 1.11 was released less than two months ago, the first release candidate of Libinput 1.12 is now available for what is going to be a big release.

    Lead libinput developer Peter Hutterer of Red Hat has issued the first release candidate of what he says is "probably going to be a longer RC cycle than usual" in preparing for big new changes.

Graphics: Vulkan and Mesa

Filed under
Graphics/Benchmarks
  • Apple Accepts Updated MoltenVK-Using App/Game For Vulkan API On iOS

    Earlier this month we reported on a game studio finding their MoltenVK-using game rejected from Apple's App Store. Fortunately, that situation is now firmly resolved and Apple has allowed this Vulkan-over-Metal game into their iOS marketplace.

    While this game making use of Vulkan on iOS via the MoltenVK translation layer to map to Apple's Metal API was initially in the App Store earlier in the year, on their latest update they had it rejected by Apple. The company asserted that MoltenVK was making use of non-public APIs.

  • All Gallium3D Drivers Getting ASTC Compression Support, RadeonSI Hits OpenGL ES 3.2

    The latest notable patch series by prolific Mesa contributor Marek Olšák of AMD is on allowing ASTC texture compression support for all Gallium3D drivers.

    This means of universal ASTC texture compression for all Gallium3D hardware drivers not implementing the capability within the GPU hardware is for decompressing the textures on the CPU to a supported uncompressed format prior to uploading it to the GPU.

Graphics: Mesa 18.1.5, Wayland 1.16, Weston 5.0 (Betas), ETC2

Filed under
Graphics/Benchmarks
  • mesa 18.1.5

    I present to you the mesa 18.1.5 release, available now. The 18.1.5 cycle has been rather busy, in fact, it's the busiest cycle since 18.1.2! Radv has gotten the most work this cycle, with intel, nir, and the android build system coming up behind it.

  • Mesa 18.1.5 Released With Many RADV Fixes, Other Changes Throughout

    While Mesa 18.2 is on track for debuting as the next stable feature release by the end of August, for those sticking to the latest stable releases, that's now Mesa 18.1.5.

    Mesa 18.1 series release manager Dylan Baker released Mesa 18.1.5 on Friday as the newest update. There are close to a dozen RADV Radeon Vulkan driver fixes in this update ranging from a memory leak with a GFX9 code-path to enabling in-memory/API-level caching even if the shader disk cache is disabled, binning fixes, and more.

  • Wayland 1.16 & Weston 5.0 Hit The Beta Milestone

    The beta releases of Wayland 1.16 and the Weston 5.0 reference compositor are now available for testing.

    Friday's Wayland 1.15.92 release (1.16 beta) doesn't change much at all besides some build system alterations, removing the deprecated wl_buffer definition, and in the protocol allowing to send a zero physical output size. There wasn't a whole lot going on for the Wayland 1.16 development cycle.

  • RADV Vulkan Driver Introduces Support For ETC2 Compression

    Mesa's RADV Vulkan driver now has support for ETC2 texture compression on select GPUs.

Syndicate content

More in Tux Machines

Graphics: Intel and AMD Developments

  • Intel Has Quietly Been Working On A New Gallium3D Driver Being Called "Iris"
    After resisting Gallium3D for the past decade with a preference on continuing to maintain their "i965" Mesa classic driver and all they've invested into its compiler stack and more, it seems times are changing as the open-source Intel team has been starting up development of a modern Gallium3D driver. This is not to be confused with the former i915g or i965g efforts from about a decade ago that were the experiments of Tungsten/LunarG for driver research/experimentation purposes or in the case of i915g to handle some features with LLVM in software, but this is a modern Gallium3D driver targeting their current hardware.
  • AMDGPU-PRO 18.30 Linux Graphics Driver Released with Ubuntu 18.04 LTS and RHEL / CentOS Support
    The long awaited AMDGPU-PRO 18.30 driver update for the AMD Linux graphics driver package has finally been released, with a driver installation option for both “all open” and closed / proprietary driver modules. What is great about this driver package update is that it is supported on the latest Ubuntu 18.04.1 LTS as well as Ubuntu 16.04.5, and RHEL / CentOS 6.10 and 7.5 respectively for their Enterprise Linux support targets.
  • AMDGPU-PRO 18.30 Released With Ubuntu 18.04.1 Support & WattMan-Like Functionality
    AMDGPU-PRO 18.30 is now available as the long desired update to this official AMD Linux graphics driver package that consists of the driver installation option for both the "all-open" and closed/proprietary driver modules. Notable to the AMDGPU-PRO 18.30 release is that Ubuntu 18.04.1 LTS is now supported as well as Ubuntu 16.04.5. Additionally, RHEL/CentOS 6.10 and 7.5 release series round out their enterprise Linux support targets.

Wine 3.14 Released

  • Wine Announcement
    The Wine development release 3.14 is now available.
  • Wine 3.14 Adds DXTn Texture Decompression, Other Improvements
    Due to the summer holidays it's been four weeks since Wine 3.13 but it has now been succeeded by Wine 3.14 as the newest feature release. Wine 3.14 adds support for DXTn texture decompression, deferral support for MSI install actions, Japanese keyboard support within DirectInput, improvements to the standard task dialog, more Shell32 icons, and a total of 36 bug fixes. Those bug fixes range from Adobe CS4 issues to problems with Wargaming, Chromium, Guild Wars, Civilization V, Chaos League, and other software.
  • Grab a glass as Wine 3.14 is out today with DXTn texture decompression support and plenty of fixes
    The latest and greatest in fine Wine [Official Site] is out today with Wine 3.14 filled with features and the usual bug fixes including support for DXTn texture decompression

Android Leftovers

Zephyr Project Embraces RISC-V with New Members and Expanded Board Support

The Linux Foundation’s Zephyr Project, which is developing the open source Zephyr real-time operating system (RTOS) for microcontrollers, announced six new members, including RISC-V members Antmicro and SiFive. The project also announced expanded support for developer boards. Zephyr is now certified to run 100 boards spanning ARM, x86, ARC, NIOS II, XTENSA, and RISCV32 architectures. Antmicro, SiFive, and DeviceTone, which makes IoT-savvy smart clients, have signed up as Silver members, joining Oticon, runtime.io, Synopsys, and Texas Instruments. The other three new members -- Beijing University of Posts and Telecommunications, The Institute of Communication and Computer Systems (ICCS), and Northeastern University – have joined the Vancouver Hack Space as Associate members. Read more