Language Selection

English French German Italian Portuguese Spanish

Latest on Mesa Graphics

Filed under
Graphics/Benchmarks
  • mesa 19.3.0-rc6
    Hi list,
    
    Available today is mesa 19.3.0-rc6. Things are starting to slow down, and there
    are now only two open issues in the 19.3 milestone, so I'm hopeful that next
    week will bring 19.3.0 final, and not an rc7, but I can always be surprised.
    
    By far radv + aco dominate the list of changes, but there's also changes to anv,
    panfrost, core gallium, fixes for OpenBSD, iris, and nir.
    
    Dylan
    
    Shortlog
    ========
    
    Bas Nieuwenhuizen (2):
          radv: Unify max_descriptor_set_size.
          radv: Fix timeline semaphore refcounting.
    
    Boris Brezillon (2):
          gallium: Fix the ->set_damage_region() implementation
          panfrost: Make sure we reset the damage region of RTs at flush time
    
    Christian Gmeiner (1):
          etnaviv: remove dead code
    
    Daniel Schürmann (2):
          aco: don't split live-ranges of linear VGPRs
          aco: fix a couple of value numbering issues
    
    Dylan Baker (1):
          VERSION: bump version for 19.3-rc6
    
    Jason Ekstrand (1):
          anv: Set up SBE_SWIZ properly for gl_Viewport
    
    Jonathan Gray (2):
          winsys/amdgpu: avoid double simple_mtx_unlock()
          i965: update Makefile.sources for perf changes
    
    Jordan Justen (1):
          iris: Allow max dynamic pool size of 2GB for gen12
    
    Kenneth Graunke (2):
          driconf, glsl: Add a vs_position_always_invariant option
          drirc: Set vs_position_always_invariant for Shadow of Mordor on Intel
    
    Rhys Perry (5):
          aco: propagate p_wqm on an image_sample's coordinate p_create_vector
          aco: fix i2i64
          aco: add v_nop inbetween exec write and VMEM/DS/FLAT
          radv: set writes_memory for global memory stores/atomics
          nir/lower_io_to_vector: don't create arrays when not needed
    
    Samuel Pitoiset (2):
          radv: fix enabling sample shading with SampleID/SamplePosition
          radv/gfx10: fix implementation of exclusive scans
    
    
    git tag: mesa-19.3.0-rc6
    
  • Mesa 19.3 Might Release Next Week But For Now There's RC6 With Several ACO+RADV Fixes

    Mesa 19.3 continues running behind schedule but stands chances for releasing next week if the lingering blocker bugs are closed.

    Mesa 19.3-RC6 was released today as the newest weekly release candidate and it brought with it several random RADV fixes, a number of ACO compiler back-end fixes that also benefit RADV, a few Gallium3D fixes, an Intel Iris Gen12 fix, and a workaround for Shadow of Mordor on Intel graphics.

  • Mesa Devs Discuss Potentially Dropping Non-Gallium Drivers Or Forking Code For Gallium

    Longtime open-source AMD graphics driver developer Marek Olšák has kicked off a discussion over the possibility in the not too distant future of either dropping non-Gallium3D drivers from Mesa (and moving them off to a maintenance branch or the like) or forking some of Mesa's existing code to allow it to be better optimized for Gallium3D use-cases. Due to raised concerns, other possibilities are also being expressed like simply moving ahead with optimizing the Mesa code-base for Gallium3D at a cost of potentially hitting dead code more often with the classic drivers.

    As it stands now, the only relevant non-Gallium3D driver in the Mesa code-base is Intel i965. While that's currently the default Intel driver, for Broadwell "Gen8" graphics and newer they will be transitioning to their new Iris Gallium3D driver by default expected to happen for Mesa 20.0. The i965 driver will still be around for Haswell and older generations to come -- either within mainline Mesa or some maintenance branch. As part of this new Mesa discussion was a hypothetical comment about creating a new Intel Gallium3D driver for Haswell and older, but that's extremely unlikely to happen and was just brought up as a matter of being thorough. There aren't the extra resources available to create an Intel Gallium3D driver for aging Haswell and older hardware plus that it would likely take around a year to develop and even longer before reaching performance parity to i965.

  • Remove classic drivers or fork src/mesa for gallium?
    Hi,
    
    Here are 2 proposals to simplify and better optimize the GL->Gallium
    translation.
    
    1) Move classic drivers to a fork of Mesa, and remove them from master.
    Classic drivers won't share any code with master. glvnd will load them, but
    glvnd is not ready for this yet.
    
    2) Keep classic drivers. Fork src/mesa for Gallium. I think only mesa/main,
    mesa/vbo, mesa/program, and drivers/dri/common need to be forked and
    mesa/state_tracker moved. src/gallium/state-trackers/gl/ can be the target
    location.
    
    Option 2 is more acceptable to people who want to keep classic drivers in
    the tree and it can be done right now.
    
    Opinions?
    
    Thanks,
    Marek
    

More in Tux Machines

Android Leftovers

Open-spec SBC serves up 4k camera-oriented Allwinner V536 SoC

The open-spec “Lindenis V536” SBC runs Linux on the Cortex-A7-based Allwinner V536, a 4k camera-oriented SoC with integrated ISP and VPU. The 130 x 85mm SBC design is built in an SoM plus baseboard configuration. Lindenis Tech Ltd., a Shenzhen, China startup staffed by former Allwinner employees, has released the Lindenis V536, an open spec, single board computer based on Allwinner’s V536 4k mobile camera SoC. In August 2018, we covered a previous camera-oriented SBC from Lindenis, the Lindenis V5 based on the Allwinner’s V5 SoC. It’s only natural that the company would now follow up with this new open-spec 130 x 85mm SBC based on Allwinner’s new V536 SoC. The V536 SoC is a high-performance, low-power mobile camera SoC developed for the new generation of intelligent driving recorders. The Lindenis V536 board supports Linux-4.9 and its homegrown Lindenis Video OS. Read more

7 Best Free Web-Based Git Clients

Git is an open source distributed version control system which was originally designed by Linus Torvalds, the creator of Linux, in 2005 for Linux kernel development. This control system is widely used by the open source community, handling small to extremely large projects with an emphasis on speed and efficiency, but maintaining flexibility, scalability, and guaranteeing data integrity. Git is one of a number of open source revision control systems available for Linux. Other popular tools in this field include Subversion, Bazaar, Mercurial, Monotone, CVS, and SVN. However, Git is frequently regarded by many developers to be the finest version control tool available. Read more

Run multiple consoles at once with this open source window environment

Last year, I brought you 19 days of new (to you) productivity tools for 2019. This year, I'm taking a different approach: building an environment that will allow you to be more productive in the new year, using tools you may or may not already be using. Who remembers DESQview? It allowed for things in DOS we take for granted now in Windows, Linux, and MacOS—namely the ability to run and have multiple programs running onscreen at once. In my early days running a dial-up BBS, DESQview was a necessity—it enabled me to have the BBS running in the background while doing other things in the foreground. For example, I could be working on new features or setting up new external programs while someone was dialed in without impacting their experience. Later, in my early days in support, I could have my work email (DaVinci email on MHS), the support ticket system, and other DOS programs running all at once. It was amazing! Read more