Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

Games and Graphics: Mainframe Defenders, Proton, NVIDIA 390.132 Linux Driver and More

Filed under
Graphics/Benchmarks
Gaming
  • Mainframe Defenders, retrofuturistic squad-based strategy now has a Linux demo

    Mainframe Defenders from Old Byte Apps is an in-development retro take on a squad-based strategy roguelike. They just announced today that they've now added a Linux demo.

    The story is your typical cyberspace affair, with a virus infiltrating infecting an AI controlled research complex. Your overall mission is to crush this virus and defend the mainframe through a series of missions with different objectives and enemies.

  • Steam Play Proton 4.11-8 is out with vkd3d for Direct3D 12 support

    Another update to Steam Play Proton has been released this evening, which should bring with it plenty of improvements for playing Windows games on Linux.

    Looking to get started with Steam Play on Linux? Be sure to check our previous beginners guide.

    Proton 4.11-8 now includes vkd3d, another library built on top of Vulkan to add in Direct3D 12 support. Other parts of Proton also saw version bumps like DXVK to 1.4.4, D9VK to 0.30, FAudio to 19.11 and Wine-mono to 4.9.4.

  • NVIDIA 390.132 Linux Driver Released For Legacy Fermi Support

    Not nearly as exciting as the recent NVIDIA 440 Linux driver series going stable but for those with older Fermi graphics cards and wanting to use the latest NVIDIA binary driver experience, their 390 series legacy driver series has been updated.

    The NVIDIA 390.132 driver is out today as the latest legacy driver update targeting the GeForce GTX 400/500 "Fermi" graphics cards.

  • Your weekend look at what's on sale and what you can try free

    While the Halloween sales are over, plenty of stores still have some big and interesting game sales going on with lots of Linux games going cheap.

mesa 19.3.0-rc2

Filed under
Graphics/Benchmarks

Hi list,

Along with the stable mesa 19.2.3 release today, I'm pleased to announce mesa
19.3.0-rc2. There's a large number of bug fixes in this release, nouveau, intel,
radeon, radv, turnip, nir, meson, zink, iris, swr, core mesa, and android fixes
are all present here.

Developers, please have a look at the release tracker:
https://gitlab.freedesktop.org/mesa/mesa/-/milestones/5, there's plenty of bugs
that need looking at if you have some time.

Dylan


Shortlog
========

Alyssa Rosenzweig (1):
      pipe-loader: Build kmsro loader for with all kmsro targets

Bas Nieuwenhuizen (6):
      radv: Fix timeout handling in syncobj wait.
      radv: Remove _mesa_locale_init/fini calls.
      turnip: Remove _mesa_locale_init/fini calls.
      anv: Remove _mesa_locale_init/fini calls.
      radv: Fix disk_cache_get size argument.
      radv: Close all unnecessary fds in secure compile.

Daniel Schürmann (4):
      docs/relnotes/new_features.txt: Add note about ACO
      aco: fix immediate offset for spills if scratch is used
      aco: only use single-dword loads/stores for spilling
      aco: fix accidential reordering of instructions when scheduling

Dylan Baker (3):
      nir: correct use of identity check in python
      meson: Add dep_glvnd to egl deps when building with glvnd
      Bump VERSION to 19.3.0-rc2

Erik Faye-Lund (1):
      zink: emit line-width when using polygon line-mode

Ian Romanick (1):
      intel/compiler: Report the number of non-spill/fill SEND messages on vec4 too

Ilia Mirkin (2):
      gm107/ir: fix loading z offset for layered 3d image bindings
      nv50/ir: mark STORE destination inputs as used

Jan Zielinski (1):
      gallium/swr: Fix depth values for blit scenario

Jason Ekstrand (3):
      anv: Fix a potential BO handle leak
      anv/tests: Zero-initialize instances
      anv: Set the batch allocator for compute pipelines

Jordan Justen (2):
      iris: Add IRIS_DIRTY_RENDER_BUFFER state flag
      iris/gen11+: Move flush for render target change

Kenneth Graunke (1):
      iris: Fix "Force Zero RTA Index Enable" setting again

Lionel Landwerlin (3):
      intel/dev: set default num_eu_per_subslice on gen12
      mesa: check draw buffer completeness on glClearBufferfi/glClearBufferiv
      anv: Properly handle host query reset of performance queries

Mauro Rossi (1):
      android: aco: fix Lower to CSSA

Paulo Zanoni (1):
      intel/compiler: remove the operand restriction for src1 on GLK

Pierre-Eric Pelloux-Prayer (2):
      radeonsi: tell the shader disk cache what IR is used
      mesa: enable msaa in clear_with_quad if needed

Samuel Pitoiset (1):
      radv: fix compute pipeline keys when optimizations are disabled


git tag: mesa-19.3.0-rc2

Read more

Also: Mesa 19.3-RC2 Released With Fixes To RADV Vulkan, Intel Driver Fixes

Graphics: Mesa 19.2.3 and NVIDIA Xavier NX

Filed under
Graphics/Benchmarks
  • mesa 19.2.3
    Hi list,
    
    I'd like to announce the immediate availability of mesa 19.2.3. Things are
    mostly slowing down now, the one exception is the giant pile of release-script
    changes from me. Yay simplifying the release.
    
    We've got a bit of everything in this release, iris, meson, radv, anv, turnip ,
    965, svga, utils, core mesa, glsl, etanviv, and gallium/rbug. But not too much
    any one place, all in all it feels like we're settling nicely into the stable
    release groove.
    
    Dylan
    
    
    Shortlog
    ========
    
    
    Bas Nieuwenhuizen (4):
          radv: Fix timeout handling in syncobj wait.
          radv: Remove _mesa_locale_init/fini calls.
          turnip: Remove _mesa_locale_init/fini calls.
          anv: Remove _mesa_locale_init/fini calls.
    
    Caio Marcelo de Oliveira Filho (1):
          anv: Fix output of INTEL_DEBUG=bat for chained batches
    
    Danylo Piliaiev (1):
          glsl: Initialize all fields of ir_variable in constructor
    
    Dylan Baker (13):
          bin/gen_release_notes.py: fix conditional of bugfix
          bin/gen_release_notes.py: strip '#' from gitlab bugs
          bin/gen_release_notes.py: Return "None" if there are no new features
          bin/post_version.py: Pass version as an argument
          bin/post_version.py: white space fixes
          bin/post_release.py: Add .html to hrefs
          bin/gen_release_notes.py: html escape all external data
          bin/gen_release_notes.py: Add a warning if new features are introduced in a point release
          cherry-ignore: update for 19.2.3 cycle
          nir: correct use of identity check in python
          meson: Add dep_glvnd to egl deps when building with glvnd
          docs: add release notes for 19.2.3
          Bump version to 19.2.3
    
    Ilia Mirkin (1):
          nv50/ir: mark STORE destination inputs as used
    
    Illia Iorin (1):
          Revert "mesa/main: Fix multisample texture initialize"
    
    Jason Ekstrand (2):
          anv: Fix a potential BO handle leak
          anv/tests: Zero-initialize instances
    
    Jon Turney (2):
          rbug: Fix use of alloca() without #include "c99_alloca.h"
          Fix timespec_from_nsec test for 32-bit time_t
    
    Jonathan Marek (1):
          etnaviv: fix depth bias
    
    Kenneth Graunke (1):
          iris: Fix "Force Zero RTA Index Enable" setting again
    
    Lionel Landwerlin (2):
          anv: fix unwind of vkCreateDevice fail
          mesa: check draw buffer completeness on glClearBufferfi/glClearBufferiv
    
    Marek Olšák (1):
          util/u_queue: skip util_queue_finish if num_threads is 0
    
    Nanley Chery (5):
          anv: Properly allocate aux-tracking space for CCS_E
          intel/blorp: Disable depth testing for slow depth clears
          iris: Clear ::has_hiz when disabling aux
          iris: Don't leak the resource for unsupported modifier
          iris: Disallow incomplete resource creation
    
    Paulo Zanoni (1):
          intel/compiler: remove the operand restriction for src1 on GLK
    
    Pierre-Eric Pelloux-Prayer (1):
          mesa: enable msaa in clear_with_quad if needed
    
    Sagar Ghuge (1):
          intel/blorp: Assign correct view while clearing depth stencil
    
    Samuel Pitoiset (4):
          radv: do not create meta pipelines with 16 samples
          radv: do not emit rbplus if attachments are undefined
          radv/gfx10: fix 3D images
          radv: fix vkUpdateDescriptorSets with inline uniform blocks
    
    Tapani Pälli (1):
          i965: setup sized internalformat for MESA_FORMAT_R10G10B10A2_UNORM
    
    Thomas Hellstrom (2):
          svga: Fix banded DMA upload unmap
          winsys/svga: Limit the maximum DMA hardware buffer size
    
    
    git tag: mesa-19.2.3
    
  • Mesa 19.2.3 Released With Many Fixes While Waiting For Mesa 19.3 In A Few Weeks

    Mesa 19.2.3 has a number of RADV Vulkan driver fixes (including a fix for 3D images with GFX10/Navi), various fixes to the Intel ANV Vulkan driver, a few alterations to the maturing Intel Iris Gallium3D driver, and other random fixes throughout the 3D stack.

  • NVIDIA Launches Jetson Xavier NX As 70x45mm 10~15 Watt "AI Supercomputer"

    NVIDIA announced today the newest member of the Jetson family: the Xavier NX as "the world's smallest supercomputer" coming in at smaller than the size of a credit/debit card. This mini supercomputer can deliver 21 TOPS for modern AI workloads while consuming less than 10 Watts or optionally a higher-performance 15 Watt mode.

    The Jetson Xavier NX is powered by a low-power version of the Tegra Xavier SoC. The Jetson Xavier NX offers six NVIDIA Carmel ARMv8.2 cores, a 384-core Volta GPU with 48 Tensor cores, dual NVDLA engines, 8GB of LPDDR4x memory, 16GB eMMC, Gigabit Ethernet, USB 3.1, and other functionality all off a 70x45 mm PCB and running off a +5V line.

Graphics: Vulkan, FreeBSD and AMD

Filed under
Graphics/Benchmarks
  • Additional Intel "ANV" Vulkan Driver Performance Numbers For Gen11 Ice Lake Graphics

    Complementing the earlier Intel Ice Lake "Gen11" graphics comparison and the Windows vs. Linux Ice Lake graphics driver numbers, here are some additional Vulkan data points in different Linux and Steam Play games.

  • GPU Passthrough For FreeBSD's Bhyve Can Work But Is Fairly Rudimentary

    FreeBSD's Bhyve hypervisor has had a wild ride over the past half-decade of development for advancing BSD virtualization support. Bhyve is mostly used on the server front but can also fill some desktop use-cases now that there is GPU pass-through support working albeit not yet polished.

  • RADV Lands VK_EXT_subgroup_size_control For Exposing Wave32 On Navi/GFX10

    Valve open-source developer Samuel Pitoiset has landed his work enabling the Vulkan VK_EXT_subgroup_size_control extension that for GFX10/Navi is being used to expose Wave32 capabilities.

    Samuel's work has landed for this Vulkan extension that allows for a varying subgroup size and allows for compute shaders to use Wave32 as supported with GFX10 hardware. Another caveat though is the current implementation only works with the AMDGPU LLVM back-end and not yet the ACO shader back-end.

Xwayland randr resolution change emulation now available in Fedora 31

Filed under
Graphics/Benchmarks
Red Hat

As mentioned in an earlier blogpost, I have been working on fixing many games showing a small image centered on a black background when they are run fullscreen under Wayland. In that blogpost I was moslty looking at how to solve this for native Wayland games. But for various reasons almost all games still use X11, so instead I've ended up focussing on fixing this for games using Xwayland.

Xwayland now has support for emulating resolution changes requested by an app through the randr or vidmode extensions. If a client makes a resolution change requests this is remembered and if the client then creates a window located at the monitor's origin and sized to exactly that resolution, then Xwayland will ask the compositor to scale it to fill the entire monitor.

For apps which use _NET_WM_FULLLSCREEN (e.g. SDL2, SFML or OGRE based apps) to go fullscreen some help from the compositor is necessary. This is currently implemented in mutter. If you are a developer of another compositor and have questions about this, please drop me an email.

Read more

NVIDIA GeForce GTX 1660 SUPER Linux Gaming Performance

Filed under
Graphics/Benchmarks
Gaming

Last week NVIDIA announced the GeForce GTX 1660 SUPER as their newest Turing "SUPER" graphics card coming in at $229+ USD and delivering around 1.5x faster performance than the GeForce GTX 1060. For those wondering about the Linux gaming performance potential for this graphics card, here are our initial tests of this new graphics card using the EVGA GeForce GTX 1660 SUPER.

On launch day I purchased the EVGA GeForce GTX 1660 SUPER for carrying out these Linux benchmarks. The EVGA GeForce GTX 1660 SUPER (06G-P4-1068-KR) was in-stock on launch day and indeed hitting the $229 USD retail price. This graphics card features a dual fan setup and metal backplate. While the GTX 1660 SUPER reference specifications put the boost clock at 1785MHz, the EVGA model does advertise a possible 1830MHz boost clock frequency. The rest of the specs including 14Gbps 6GB GDDR6 video memory are in-line with the GTX 1660 SUPER specifications.

Read more

Nvidia Releases New Linux Graphics Driver with GeForce GTX 1660 SUPER Support

Filed under
Graphics/Benchmarks
Linux

Nvidia 440.31 is now available as the latest long-lived branch of the proprietary graphics driver for Linux, BSD, and Solaris platforms, adding support for the Nvidia GeForce GTX 1660 SUPER graphics card, parallel GLSL shader linking by default, support for HDMI 2.1 variable refresh rate (VRR), as well as support for the GL_NV_gpu_multicast and GLX_NV_multigpu_context extensions.

It also brings VP9 decode support to the Nvidia VDPAU driver, a new "SidebandSocketPath" X configuration option to control the folder where the X driver creates a pathname UNIX domain socket that's being used to communicate with the Nvidia OpenGL, Vulkan, and VDPAU driver components, and EGL support for PRIME render offload, and optimizes the GPU clock management strategy.

Read more

Also: NVIDIA 440.31 Linux Driver Adds HDMI 2.1 VRR Support, VP9 Decode, DXVK Fixes

Digilent Offers 2 Zynq-Based Linux Development Boards Supporting SYZYGY Expansion

Filed under
Graphics/Benchmarks
Linux

Digilent has announced two new SBCs that are ultra-high-speed and built to be more modular than its other boards. The company, which has a great deal of experience in Pmod lower speed FPGA standards has now entered the open-source, SYZYGY high-speed standards with its Eclypse Z7 and the Genesys ZU development SBCs.

We reported on the Zybo development board FPGA SoC from Digilent and that seems to have lead to the latest format for the Eclypse Z7.

Read more

AMD Navi 22 and Navi 23 Show Up In Linux Driver

Filed under
Graphics/Benchmarks
Linux

References to Navi 22 and Navi 23 silicon have been spotted inside a Linux driver by a 3DCenter forum veteran known as Berniyh (you can find them here and here). Could these be the high-end Navi parts Lisa Su was referring to in August?

Nvidia has been sitting peacefully alone in the premium graphics card market. Although AMD has already launched its Navi-based graphics cards (AMD Radeon RX 5700 and 5700 XT) the chipmaker still doesn't have an answer for Nvidia's high-end offerings, such as the GeForce RTX 2080 Super or RTX 2080 Ti. Berniyh's discovery doesn't mean big Navi is landing tomorrow, but it is coming.

Read more

Kernel and Graphics: Vulkan, NVIDIA Memory Compaction and Intel DRM Driver

Filed under
Graphics/Benchmarks
Linux
  • vkBasalt CAS Vulkan Layer Adds FXAA Support

    The open-source vkBasalt project is the independent effort implementing AMD Radeon Image Sharpening / Contrast Adaptive Sharpening technique as a Vulkan post-processing layer that can be used regardless of the (Vulkan-powered) game. With vkBasalt 0.1 also now comes the ability to apply FXAA.

    Fast Approximate Anti-Aliasing (FXAA) is the latest feature of vkBasalt besides the contrast adaptive sharpening. However, for the v0.1 release, CAS and FXAA cannot both be enabled at the same time. It's on the project TODO list for being able to enable both FXAA and CAS in a future release. Like the existing CAS support, the anti-aliasing technique can be used for any Vulkan game thanks to this being implemented as a post-processing layer for this graphics API.

  • mm: Proactive compaction
    For some applications we need to allocate almost all memory as
    hugepages. However, on a running system, higher order allocations can
    fail if the memory is fragmented. Linux kernel currently does on-demand
    compaction as we request more hugepages but this style of compaction
    incurs very high latency. Experiments with one-time full memory
    compaction (followed by hugepage allocations) shows that kernel is able
    to restore a highly fragmented memory state to a fairly compacted memory
    state within <1 sec for a 32G system. Such data suggests that a more
    proactive compaction can help us allocate a large fraction of memory as
    hugepages keeping allocation latencies low.
    
    For a more proactive compaction, the approach taken here is to define
    per page-node tunable called ‘hpage_compaction_effort’ which dictates
    bounds for external fragmentation for HPAGE_PMD_ORDER pages which
    kcompactd should try to maintain.
    
    The tunable is exposed through sysfs:
      /sys/kernel/mm/compaction/node-n/hpage_compaction_effort
    
    The value of this tunable is used to determine low and high thresholds
    for external fragmentation wrt HPAGE_PMD_ORDER order.
    
    Note that previous version of this patch [1] was found to introduce too
    many tunables (per-order, extfrag_{low, high}) but this one reduces them
    to just (per-node, hpage_compaction_effort). Also, the new tunable is an
    opaque value instead of asking for specific bounds of “external
    fragmentation” which would have been difficult to estimate. The internal
    interpretation of this opaque value allows for future fine-tuning.
    
    Currently, we use a simple translation from this tunable to [low, high]
    extfrag thresholds (low=100-hpage_compaction_effort, high=low+10%). To
    periodically check per-node extfrag status, we reuse per-node kcompactd
    threads which are woken up every few milliseconds to check the same. If
    any zone on its corresponding node has extfrag above the high threshold
    for the HPAGE_PMD_ORDER order, the thread starts compaction in
    background till all zones are below the low extfrag level for this
    order. By default. By default, the tunable is set to 0 (=> low=100%,
    high=100%).
    
    This patch is largely based on ideas from Michal Hocko posted here:
    https://lore.kernel.org/linux-mm/20161230131412.GI13301@dhcp22.suse.cz/
    
    * Performance data
    
    System: x64_64, 32G RAM, 12-cores.
    
    I made a small driver that allocates as many hugepages as possible and
    measures allocation latency:
    
    The driver first tries to allocate hugepage using GFP_TRANSHUGE_LIGHT
    and if that fails, tries to allocate with `GFP_TRANSHUGE |
    __GFP_RETRY_MAYFAIL`. The drives stops when both methods fail for a
    hugepage allocation.
    
    Before starting the driver, the system was fragmented from a userspace
    program that allocates all memory and then for each 2M aligned section,
    frees 3/4 of base pages using munmap. The workload is mainly anonymous
    userspace pages which are easy to move around. I intentionally avoided
    unmovable pages in this test to see how much latency we incur just by
    hitting the slow path for most allocations.
    
  • NVIDIA Engineer Continues Working On Proactive Memory Compaction For Linux

    NVIDIA's Nitin Gupta continues working on proactive compaction for the Linux kernel's memory management code.

    This proactive compaction is designed to avoid the high latency introduced right now when the Linux kernel does on-demand compaction when an application needs a lot of hugepages. With this proactive compaction, a large number of hugepages can be requested while avoiding high latencies.

  • Intel Submits Last Bits For Linux 5.5 DRM Driver - Includes More TGL/Gen12, Discrete Bit

    Intel's open-source crew has submitted the last of their feature updates to their "i915" Direct Rendering Manager graphics driver for staging in DRM-Next ahead of the upcoming Linux 5.5 kernel cycle.

    In the previous weeks they've been bringing up a lot of their Tiger Lake / Gen12 graphics code as the dominating theme for the Linux 5.5 kernel. There has also been Jasper Lake support, Xe multi-GPU prepping, and their other routine code clean-ups and driver improvements. Out this morning is the last of their feature work targeting Linux 5.5.

Syndicate content

More in Tux Machines