mesa-dev  

Messages by Thread

• • Re: Reporting an issue on not possible Abel Bernabeu
  • Re: Reporting an issue on not possible Riza Dindir
• [ANNOUNCE] mesa 24.1.3 Eric Engestrom
• virtio_gpu_cmd_resource_flush Josh Simonot
• [ANNOUNCE] mesa 24.1.2 Eric Engestrom
• time for amber2 branch? Mike Blumenkrantz
  • Re: time for amber2 branch? Thomas Debesse
  • Re: time for amber2 branch? Triang3l
  • Re: time for amber2 branch? Mike Blumenkrantz
  • Re: time for amber2 branch? Triang3l
  • Re: time for amber2 branch? Karol Herbst
  • Re: time for amber2 branch? Karol Herbst
  • Re: time for amber2 branch? Gert Wollny
  • Re: time for amber2 branch? Marek Olšák
  • Re: time for amber2 branch? Erico Nunes
  • Re: time for amber2 branch? Erik Faye-Lund
  • Re: time for amber2 branch? Adam Jackson
  • Re: time for amber2 branch? Faith Ekstrand
  • Re: time for amber2 branch? Ian Romanick
• SIGBUS with gbm_bo_map() and Intel ARC Pierre Ossman
  • Re: SIGBUS with gbm_bo_map() and Intel ARC Pierre Ossman
  • Re: SIGBUS with gbm_bo_map() and Intel ARC Pierre Ossman
  • Re: SIGBUS with gbm_bo_map() and Intel ARC Pierre Ossman
• Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Marek Olšák
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Marek Olšák
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Michel Dänzer
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Michel Dänzer
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Michel Dänzer
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Michel Dänzer
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Chema Casanova
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? Pierre Ossman
  • Re: Does gbm_bo_map() implicitly synchronise? James Jones
  • Re: Does gbm_bo_map() implicitly synchronise? Christian König
  • Re: Does gbm_bo_map() implicitly synchronise? Michel Dänzer
  • Re: Does gbm_bo_map() implicitly synchronise? Lucas Stach
• [ANNOUNCE] mesa 24.0.9 Eric Engestrom
• [ANNOUNCE] mesa 24.1.1 Eric Engestrom
• [ANNOUNCE] mesa 24.1.0 Eric Engestrom
• [ANNOUNCE] mesa 24.0.8 Eric Engestrom
• [ANNOUNCE] mesa 24.1.0-rc4 Eric Engestrom
• Don't forget, freedesktop.org offers free CoC training for inquiring projects Lyude Paul
• 2024 X.Org Developers Conference - October 9-11, Montréal, Canada Mark Filion
• [ANNOUNCE] mesa 24.1.0-rc3 Eric Engestrom
• [ANNOUNCE] mesa 24.0.7 Eric Engestrom
• NXP i.MX8MM GPU performances João Paulo Gonçalves
  • Re: NXP i.MX8MM GPU performances Lucas Stach
  • Re: NXP i.MX8MM GPU performances João Paulo Gonçalves
  • Re: NXP i.MX8MM GPU performances João Paulo Gonçalves
• [ANNOUNCE] mesa 24.1.0-rc2 Eric Engestrom
• Possible Performance Regression with Mesa Joao Paulo Silva Goncalves
  • Re: Possible Performance Regression with Mesa Lucas Stach
  • Re: Possible Performance Regression with Mesa Joao Paulo Silva Goncalves
  • Re: Possible Performance Regression with Mesa Lucas Stach
  • Re: Possible Performance Regression with Mesa Daniel Stone
  • Re: Possible Performance Regression with Mesa Joao Paulo Silva Goncalves
  • Re: Possible Performance Regression with Mesa Daniel Stone
  • Re: Possible Performance Regression with Mesa João Paulo Silva Goncalves
  • Re: Possible Performance Regression with Mesa João Paulo Gonçalves
  • Re: Possible Performance Regression with Mesa Joao Paulo Silva Goncalves
• [ANNOUNCE] mesa 24.1.0-rc1 Eric Engestrom
• [ANNOUNCE] mesa 24.0.6 Eric Engestrom
• 2024 X.Org Foundation Election Results Ricardo Garcia
• [ANNOUNCE] mesa 24.0.5 Eric Engestrom
• Intel clc dependency Brian Paul
  • Re: Intel clc dependency Mike Blumenkrantz
  • Re: Intel clc dependency Brian Paul
  • Re: Intel clc dependency Timo Aaltonen
  • Re: Intel clc dependency Brian Paul
  • Re: Intel clc dependency Tapani Pälli
  • Re: Intel clc dependency Timo Aaltonen
  • Re: Intel clc dependency Lionel Landwerlin
• Degugging with gdb Manuel Dun
  • Re: Degugging with gdb Adam Jackson
  • Re: Degugging with gdb Manuel Dun
• [ANNOUNCE] mesa 24.0.4 Eric Engestrom
• Library and interfaces for GPU offloading Werner Sembach
  • Re: Library and interfaces for GPU offloading Werner Sembach
• Regarding X.Org Endless Vacation of Code (EVoC)-Mentor Ojus Chugh
• [ANNOUNCE] mesa 24.0.3 Eric Engestrom
• The Compositor Modules are released, the modular C++ library for writing Wayland compositors Roman Gilg
• V3D UIF texture format conversion with TFU Macoy Madson
  • Re: V3D UIF texture format conversion with TFU Alejandro Piñeiro
  • Re: V3D UIF texture format conversion with TFU Macoy Madson
• [ANNOUNCE] mesa 24.0.2 Eric Engestrom
• CI formatting pre-hook Mike Blumenkrantz
• 2024 X.Org Board of Directors Elections Nomination period is NOW Christopher Michael
  • 2024 X.Org Board of Directors Elections timeline extended, request for nominations Christopher Michael
  • Reminder: 2024 X.Org Board of Directors Elections timeline extended, request for nominations Christopher Michael
  • Re: Reminder: 2024 X.Org Board of Directors Elections timeline extended, request for nominations Christopher Michael
  • 2024 X.Org Foundation Membership deadline for voting in the election Christopher Michael
  • Re: 2024 X.Org Foundation Membership deadline for voting in the election Ricardo Garcia
  • Re: 2024 X.Org Foundation Membership deadline for voting in the election Pekka Paalanen
  • Re: 2024 X.Org Foundation Membership deadline for voting in the election Laurent Pinchart
• [ANNOUNCE] mesa 23.3.6 Eric Engestrom
• [BUG][AMD][VDPAU] RX6600 GPU locks up when decoding HEVC Chris Rankin
  • RE: [BUG][AMD][VDPAU] RX6600 GPU locks up when decoding HEVC Liu, Leo
  • Re: [BUG][AMD][VDPAU] RX6600 GPU locks up when decoding HEVC Chris Rankin
  • Re: [BUG][AMD][VDPAU] RX6600 GPU locks up when decoding HEVC Timur Kristóf
  • [BUG][AMD][VDPAU] RX6600 GPU locks up when decoding HEVC Chris Rankin
• [ANNOUNCE] mesa 24.0.1 Eric Engestrom
• Lavapipe license George Karpathios
  • Re: Lavapipe license Jose Fonseca
  • Re: Lavapipe license Marek Olšák
• 2024 X.Org Foundation Membership deadline for voting in the election Christopher Michael
• Getting started with Lavapipe Ashwin Bhat
  • Re: Getting started with Lavapipe Sarthak Bhatt
  • Re: Getting started with Lavapipe Dave Airlie
  • Re: Getting started with Lavapipe Lucas Fryzek
  • RE: Getting started with Lavapipe Ashwin Bhat
• Queries regarding the Khronos specification license Paianis
  • Re: Queries regarding the Khronos specification license Faith Ekstrand
  • Re: Queries regarding the Khronos specification license Paianis
  • Re: Queries regarding the Khronos specification license Adam Jackson
• [ANNOUNCE] mesa 23.3.5 Eric Engestrom
• [ANNOUNCE] mesa 24.0.0 Eric Engestrom
• Tesla gaming (and more) test
  • Re: rendering scene on a card different from the one displaying Konstantin Kharlamov
  • Re: rendering scene on a card different from the one displaying Mischa Baars
• [ANNOUNCE] mesa 24.0.0-rc3 Eric Engestrom
• [ANNOUNCE] mesa 23.3.4 Eric Engestrom
• gfxstream + Mesa: the deal of the century? Gurchetan Singh
• Regarding the project "Piglit for VA-API" Nikhil Chouhan
• Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Faith Ekstrand
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Mike Blumenkrantz
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") X512
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Iago Toral
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Faith Ekstrand
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Jose Fonseca
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Faith Ekstrand
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Zack Rusin
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Faith Ekstrand
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Marek Olšák
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Zack Rusin
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Jose Fonseca
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Faith Ekstrand
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Triang3l
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Triang3l
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Gert Wollny
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Faith Ekstrand
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Daniel Stone
  • Re: Future direction of the Mesa Vulkan runtime (or "should we build a new gallium?") Triang3l
• Mesa >= 23.3.x and python 2.6 ... Stefan Dirsch
  • Re: Mesa >= 23.3.x and python 2.6 ... Stefan Dirsch
  • Re: Mesa >= 23.3.x and python 2.6 ... Matt Turner
  • Re: Mesa >= 23.3.x and python 2.6 ... Stefan Dirsch
  • Re: Mesa >= 23.3.x and python 3.6 (was a typo 2.6) … Konstantin Kharlamov
  • Re: Mesa >= 23.3.x and python 2.6 ... Jordan Justen
  • Re: Mesa >= 23.3.x and python 2.6 ... Stefan Dirsch
  • Re: Mesa >= 23.3.x and python 2.6 ... Jordan Justen
  • Re: Mesa >= 23.3.x and python 2.6 ... Stefan Dirsch
  • Re: Mesa >= 23.3.x and python 2.6 ... Jordan Justen
  • Re: Mesa >= 23.3.x and python 2.6 ... Stefan Dirsch
  • Re: Mesa >= 23.3.x no longer supporting python 3.6 ... Stefan Dirsch
• [ANNOUNCE] mesa 24.0.0-rc2 Eric Engestrom
• [ANNOUNCE] mesa 24.0.0-rc1 Eric Engestrom
• [ANNOUNCE] mesa 23.3.3 Eric Engestrom
• [PATCH kmscube] cube-gears: Change header file to <GLES3/gl3.h> Fabio Estevam
• Issue with Radeon graphics on PopOS using mesa Joe LePaul
  • Re: Issue with Radeon graphics on PopOS using mesa Timur Kristóf
• questions regarding project ideas ashutosh sao
• [ANNOUNCE] mesa 23.3.2 Eric Engestrom
  • Re: [ANNOUNCE] mesa 23.3.2 Mischa Baars
• MesaGL development on Fedora Mischa Baars
  • Re: MesaGL development on Fedora Marek Olšák
  • Re: MesaGL development on Fedora Mischa Baars
  • Re: MesaGL development on Fedora Mischa Baars
• [ANNOUNCE] mesa 23.3.1 Eric Engestrom
• EVOC-X.ORG Mohd suhail
• [ANNOUNCE] mesa 23.3.0 Eric Engestrom
• [ANNOUNCE] mesa 23.3.0-rc5 Eric Engestrom
• FOSDEM graphics DevRoom CFP Luc Verhaegen
• [ANNOUNCE] mesa 23.3.0-rc4 Eric Engestrom
• [ANNOUNCE] mesa 23.3.0-rc3 Eric Engestrom
• Initial Contributions to X.org Forcha Pearl
• X.org endless vacation of code Forcha Pearl
• XOrg Evoc [Vulkan GPU Preference Tool] P0512 Hrushikesh
• [ANNOUNCE] mesa 23.3.0-rc2 Eric Engestrom
• XOrg Evoc [OpenMAX MJPEG decode] P0512 Hrushikesh
• [ANNOUNCE] mesa 23.3.0-rc1 Eric Engestrom
• Re-use of Intel driver genxml files in other project Thomas Erbesdobler
  • Re: Re-use of Intel driver genxml files in other project Alejandro Piñeiro
• GBM as standalone buffer allocator Srinivas Pullakavi (QUIC)
  • Re: GBM as standalone buffer allocator Adam Jackson
  • Re: GBM as standalone buffer allocator Rob Clark
  • RE: GBM as standalone buffer allocator Srinivas Pullakavi (QUIC)

• Earlier messages
• Later messages