BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//CERN//INDICO//EN
BEGIN:VEVENT
SUMMARY:"I'm not an AMD expert\, but..."
DTSTART;VALUE=DATE-TIME:20221005T182000Z
DTEND;VALUE=DATE-TIME:20221005T184000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-50@indico.freedesktop.org
DESCRIPTION:Speakers: Melissa Wen (Igalia)\nLet's talk about developing AM
 D display drivers in the DRM subsystem as an external contributor. Part of
  this work is a trail of breadcrumbs to build documentation. What are thos
 e breadcrumbs? How do they help to review\, fix\, improve and enable featu
 res of AMD drivers? How would both sides benefit if those pieces of inform
 ation were already documented? We are gathering information from anywhere 
 and also bothering experts for input. Ultimately\, this presentation focus
 es on AMD driver development but may fit DRM drivers of any GPU vendors.\n
 \nhttps://indico.freedesktop.org/event/2/contributions/50/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/50/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Update on OpenChrome Project
DTSTART;VALUE=DATE-TIME:20221004T222000Z
DTEND;VALUE=DATE-TIME:20221004T223000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-71@indico.freedesktop.org
DESCRIPTION:Speakers: Kevin Brace (Brace Computer Laboratory)\nA quick upd
 ate on OpenChrome Project progress since 2019 and its future roadmap.\n\nh
 ttps://indico.freedesktop.org/event/2/contributions/71/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/71/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine keynote
DTSTART;VALUE=DATE-TIME:20221005T140000Z
DTEND;VALUE=DATE-TIME:20221005T144000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-88@indico.freedesktop.org
DESCRIPTION:Speakers: Alexandre Julliard ()\nThe traditional WineConf open
 ing keynote\, where we review recent accomplishments and the plans for the
  upcoming stable release.\n\nhttps://indico.freedesktop.org/event/2/contri
 butions/88/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/88/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Opening session
DTSTART;VALUE=DATE-TIME:20221004T133000Z
DTEND;VALUE=DATE-TIME:20221004T135000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-82@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\, Jeremy White (CodeWe
 avers)\nhttps://indico.freedesktop.org/event/2/contributions/82/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/82/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Opening session
DTSTART;VALUE=DATE-TIME:20221005T133000Z
DTEND;VALUE=DATE-TIME:20221005T134000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-83@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\, Jeremy White (CodeWe
 avers)\nhttps://indico.freedesktop.org/event/2/contributions/83/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/83/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Introduction to DisplayPort MST support on Linux
DTSTART;VALUE=DATE-TIME:20221005T163000Z
DTEND;VALUE=DATE-TIME:20221005T165000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-67@indico.freedesktop.org
DESCRIPTION:Speakers: Lyude Paul (Red Hat)\nThis presentation will just be
  about:\n\n - The basics of how DisplayPort MST works w/r/t bandwidth mana
 gement and topology probing\n - The current state of DisplayPort MST suppo
 rt in the kernel\n - High-level overview of the helpers we provide and how
  drivers can use them\n - Future (as of writing this at least) plans for U
 API\n - Troubleshooting tips\n\nhttps://indico.freedesktop.org/event/2/con
 tributions/67/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/67/
END:VEVENT
BEGIN:VEVENT
SUMMARY:X.Org Foundation board of directors meeting
DTSTART;VALUE=DATE-TIME:20221005T225000Z
DTEND;VALUE=DATE-TIME:20221005T235000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-84@indico.freedesktop.org
DESCRIPTION:Speakers: Alyssa Rosenzweig (Collabora)\, Daniel Vetter (Intel
 )\, Emma Anholt (Google)\, Lyude Paul (Red Hat)\, Manasi Navare (Intel Cor
 poration)\, Mark Filion (Collabora)\, Ricardo Garcia (Igalia\, S.L.)\, Sam
 uel Iglesias Gonsálvez (Igalia)\nhttps://indico.freedesktop.org/event/2/c
 ontributions/84/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/84/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Opening session
DTSTART;VALUE=DATE-TIME:20221006T140000Z
DTEND;VALUE=DATE-TIME:20221006T141000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-85@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\, Jeremy White (CodeWe
 avers)\nhttps://indico.freedesktop.org/event/2/contributions/85/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/85/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Uncovering DRM's KUnit test coverage
DTSTART;VALUE=DATE-TIME:20221006T204500Z
DTEND;VALUE=DATE-TIME:20221006T205000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-164@indico.freedesktop.org
DESCRIPTION:Speakers: Magali Lemes ()\nIn this lightning talk\, we'll have
  an idea of how much unit test coverage  the DRM subsystem has. In the las
 t couple of months\, we've seen the conversion of selftests to KUnit tests
 \, addition of new tests using KUnit\, and also the development of unit te
 sts for AMD's display driver. So it might be time to compare and see what 
 we had before and what we have now.\n\nhttps://indico.freedesktop.org/even
 t/2/contributions/164/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/164/
END:VEVENT
BEGIN:VEVENT
SUMMARY:FEX-Emu: Mesa interactions in an emulated environment
DTSTART;VALUE=DATE-TIME:20221006T153500Z
DTEND;VALUE=DATE-TIME:20221006T162000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-52@indico.freedesktop.org
DESCRIPTION:Speakers: Ryan Houdek (FEX-Emu)\nFEX-Emu is an emulator for ru
 nning x86 and x86-64 applications on AArch64.\nRunning Mesa inside of this
  emulated environment is an interesting challenge that cross architure\, A
 BI\, and kernel API boundaries.\n\nA short primer on how FEX-Emu works the
 n we will walk through the challenges of running video drivers on architec
 tures that they were not originally designed for. What it means to run ins
 ide of an emulated environment from the mesa perspective. Then what we are
  doing for performance optimizations\, debug improvements\, and future end
 eavors.\n\nChallenges include:\n\n - IOCTL/DRM interface isn't the same be
 tween architectures\n - Virtual address space not being 47-bit \n - Jumpin
 g across architecture boundaries for thunks\n - Running 32-bit application
 s as a 64-bit process\n - Compiling AArch64 drivers for an x86/x86-64 envi
 ronment\n\nhttps://indico.freedesktop.org/event/2/contributions/52/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/52/
END:VEVENT
BEGIN:VEVENT
SUMMARY:State of the X.org
DTSTART;VALUE=DATE-TIME:20221006T194000Z
DTEND;VALUE=DATE-TIME:20221006T200000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-58@indico.freedesktop.org
DESCRIPTION:Speakers: Lyude Paul (Red Hat)\nHere I discuss the state of th
 e X.org foundation!\n\nhttps://indico.freedesktop.org/event/2/contribution
 s/58/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/58/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Report on the Bare-Metal CI workshop
DTSTART;VALUE=DATE-TIME:20221006T203000Z
DTEND;VALUE=DATE-TIME:20221006T203500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-165@indico.freedesktop.org
DESCRIPTION:Speakers: Martin Roukala (né Peres) (MuPuF TMI / Valve contra
 ctor)\nThis lightning talk will summarize the discussions that happened du
 ring the Bare-Metal CI workshop.\n\nhttps://indico.freedesktop.org/event/2
 /contributions/165/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/165/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wineconf - Soapbox 2
DTSTART;VALUE=DATE-TIME:20221006T140500Z
DTEND;VALUE=DATE-TIME:20221006T142500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-166@indico.freedesktop.org
DESCRIPTION:We will work through the remaining ad hoc issues\n\nhttps://in
 dico.freedesktop.org/event/2/contributions/166/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/166/
END:VEVENT
BEGIN:VEVENT
SUMMARY:32 on 64 demo
DTSTART;VALUE=DATE-TIME:20221006T202500Z
DTEND;VALUE=DATE-TIME:20221006T204500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-167@indico.freedesktop.org
DESCRIPTION:Jacek will demo 32 on 64.\n\nhttps://indico.freedesktop.org/ev
 ent/2/contributions/167/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/167/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Rusticl: An OpenCL implementation written in Rust
DTSTART;VALUE=DATE-TIME:20221005T153500Z
DTEND;VALUE=DATE-TIME:20221005T162000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-51@indico.freedesktop.org
DESCRIPTION:Speakers: Karol Herbst (Red Hat\, Nouveau)\nRusticl is an Open
 CL implementation inside Mesa written in Rust.\n\nI'd like to talk about t
 he general approach I had taken and what the biggest hurdles were\, like w
 hat common concepts in C map nicely and which do not. And what can we chan
 ge in Mesa\, to make it easier for other similar projects.\n\nhttps://indi
 co.freedesktop.org/event/2/contributions/51/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/51/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Closing session
DTSTART;VALUE=DATE-TIME:20221006T220000Z
DTEND;VALUE=DATE-TIME:20221006T222000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-86@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\, Jeremy White (CodeWe
 avers)\nhttps://indico.freedesktop.org/event/2/contributions/86/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/86/
END:VEVENT
BEGIN:VEVENT
SUMMARY:ProtonDB: One Can Make A Difference
DTSTART;VALUE=DATE-TIME:20221006T195000Z
DTEND;VALUE=DATE-TIME:20221006T202000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-163@indico.freedesktop.org
DESCRIPTION:Speakers: buck defore ()\nJoin the creator of ProtonDB for a d
 iscussion about the origins of the site\, its approach in design and devel
 opment\, and what role it may have in the future of Linux gaming.\n\nhttps
 ://indico.freedesktop.org/event/2/contributions/163/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/163/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine hacking tips
DTSTART;VALUE=DATE-TIME:20221005T182000Z
DTEND;VALUE=DATE-TIME:20221005T190500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-90@indico.freedesktop.org
DESCRIPTION:Speakers: Huw Davies (CodeWeavers)\nThis talk will discuss a v
 ariety of tips for hacking on Wine and present hints to ease your patches 
 through the review process.\n\nhttps://indico.freedesktop.org/event/2/cont
 ributions/90/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/90/
END:VEVENT
BEGIN:VEVENT
SUMMARY:HDR Workshop Summary
DTSTART;VALUE=DATE-TIME:20221006T203500Z
DTEND;VALUE=DATE-TIME:20221006T204000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-168@indico.freedesktop.org
DESCRIPTION:Speakers: Harry Wentland (AMD)\nI will give a brief summary of
  the discussions we had in the HDR workshop this morning.\n\nhttps://indic
 o.freedesktop.org/event/2/contributions/168/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/168/
END:VEVENT
BEGIN:VEVENT
SUMMARY:HDR KMS API Workshop
DTSTART;VALUE=DATE-TIME:20221006T141500Z
DTEND;VALUE=DATE-TIME:20221006T161500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-75@indico.freedesktop.org
DESCRIPTION:Speakers: Harry Wentland (AMD)\nAs a follow-up to the "HDR is 
 Harder" talk I will lead a workshop. The goal will be to workshop a DRM/KM
 S API and try to arrive at a solution that most people are happy with and 
 everyone can live with.\n\nIn question are pre-\, and post-blending (drm_p
 lane) 1D LUTs\, 3D (cubic) LUTs\, matrices\, and predefined transfer funct
 ions.\n\nUse cases will include things such as tone mapping\, color space 
 conversion\, display color correction\, etc.\n\nWe will also discuss wheth
 er it makes sense to hard-code placement of these elements or allow drives
  to define a custom color pipeline in a way that is parseable by KMS clien
 ts.\n\nhttps://indico.freedesktop.org/event/2/contributions/75/
LOCATION:Schulze Hall 127
URL:https://indico.freedesktop.org/event/2/contributions/75/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Mesh shading implementation in Mesa
DTSTART;VALUE=DATE-TIME:20221004T143000Z
DTEND;VALUE=DATE-TIME:20221004T151500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-49@indico.freedesktop.org
DESCRIPTION:Speakers: Timur Kristóf (Valve)\nMesh shading introduces a ne
 w kind of graphics pipeline that replaces the traditional vertex/tessellat
 ion/geometry shaders. There are two new stages: mesh shaders which can cre
 ate an arbitrary primitive topology and the optional task shaders\, for ge
 ometry amplification.\n\nThis talk focuses on presenting how mesh and task
  shaders are implemented in Mesa\, with specific details on how the new sh
 ader stages are compiled to NIR and how the new API and shader features ma
 p to AMD "RDNA2" hardware.\n\nhttps://indico.freedesktop.org/event/2/contr
 ibutions/49/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/49/
END:VEVENT
BEGIN:VEVENT
SUMMARY:introduction to isaspec
DTSTART;VALUE=DATE-TIME:20221005T134500Z
DTEND;VALUE=DATE-TIME:20221005T140500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-55@indico.freedesktop.org
DESCRIPTION:Speakers: Rob Clark (Google)\nisaspec is tool to describe an i
 nstruction set in xml\, and generate assembler and disassembler from that 
 single description.  It is currently used by freedreno (ir3)\, with a WIP 
 MR for etnaviv conversion.  It has a number of interesting features do dea
 l with (at least slightly) weird instruction sets:\n\n - the base construc
 t is a "bitset"\, which can be an entire instruction\, or used as a field 
 type in a larger bitset\n - flexible override and display mechanism\, to d
 eal with instructions where some bits have completely different meaning de
 pending on other bit(s) in the instruction\, to deal with mnemonics\, etc\
 n - inheritance ("extends") to reduce duplication between groups of simila
 r instructions\n\nhttps://indico.freedesktop.org/event/2/contributions/55/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/55/
END:VEVENT
BEGIN:VEVENT
SUMMARY:moar fps in a vm\, with this one little trick
DTSTART;VALUE=DATE-TIME:20221005T210000Z
DTEND;VALUE=DATE-TIME:20221005T214500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-53@indico.freedesktop.org
DESCRIPTION:Speakers: Rob Clark (Google)\nvirtgpu drm native contexts - (n
 ear) native gpu performance in a VM utilizing virglrenderer drm native con
 texts.\n\nCompared to api level virtualization (aka virgl)\, native gfx pe
 rformance (within a few percent or less)\, and significant CPU overhead re
 duction (and therefore power savings)\, can be had with the new virglrende
 rer drm native context feature.  All it takes is a very small amount of co
 de in mesa and virglrenderer.  This talk covers the general approach\, per
 formance trade-offs in hostguest protocol design\, and why this important 
 for ChromeOS.\n\nhttps://indico.freedesktop.org/event/2/contributions/53/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/53/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Zink on Rusticl
DTSTART;VALUE=DATE-TIME:20221006T205000Z
DTEND;VALUE=DATE-TIME:20221006T205500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-169@indico.freedesktop.org
DESCRIPTION:Speakers: Karol Herbst (Red Hat\, Nouveau)\nboom\, done\n\nhtt
 ps://indico.freedesktop.org/event/2/contributions/169/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/169/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine on macOS State of the Union
DTSTART;VALUE=DATE-TIME:20221006T163000Z
DTEND;VALUE=DATE-TIME:20221006T171500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-92@indico.freedesktop.org
DESCRIPTION:Speakers: Brendan Shanks ()\nWine on macOS has taken an intere
 sting journey over the last several years\, from the 2019 removal of 32-bi
 t support in macOS 10.15 Catalina to the 2020 introduction of ARM64-based 
 "Apple Silicon" Macs.\n\nI'd like to discuss how Wine has navigated these 
 changes in the past\, and\nthe directions being taken for the future.\n\nh
 ttps://indico.freedesktop.org/event/2/contributions/92/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/92/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Replacing the geometry pipeline with mesh shaders
DTSTART;VALUE=DATE-TIME:20221004T140000Z
DTEND;VALUE=DATE-TIME:20221004T142000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-48@indico.freedesktop.org
DESCRIPTION:Speakers: Ricardo Garcia (Igalia\, S.L.)\nThis talk will discu
 ss the problems with the traditional vertex processing pipeline and presen
 t how mesh shading solves these problems. Instead of processing a fixed se
 t of input vertices\, mesh shaders can create an arbitrary topology of ver
 tices and primitives. Mesh shading also includes a new solution for geomet
 ry amplification: task shaders.\n\nThe talk should be scheduled before Tim
 ur's talk about implementing mesh shaders in the RADV Mesa driver.\n\nhttp
 s://indico.freedesktop.org/event/2/contributions/48/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/48/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Zink: Staging a Global\, Cross-Platform OpenGL Takeover
DTSTART;VALUE=DATE-TIME:20221004T195500Z
DTEND;VALUE=DATE-TIME:20221004T204000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-64@indico.freedesktop.org
DESCRIPTION:Speakers: Mike Blumenkrantz (Valve)\nFor decades\, OpenGL has 
 been a widely used and supported cross-platform graphics API. Each vendor 
 has its own drivers\, and these implementations have been developed and ma
 intained with varying priorities\, leading to a scenario where application
 s may run very differently based on whether the environment is Linux or Wi
 ndows\, x86 or Adreno\, waxing or waning moon\, etc.\n\nThis is not a good
  user experience\, and it is not a tenable one for implementors either as 
 companies and projects begin to reassign resources towards more modern API
 s like D3D12 and Vulkan. What happens when the only OpenGL implementation 
 for a platform has poor performance and lacks the engineers needed to repa
 ir it? What happens when new hardware is designed and there is no OpenGL i
 mplementation at all?\n\nThis is where Zink shines as a layered OpenGL imp
 lementation atop Vulkan. By having common codepaths used by all Vulkan dri
 vers\, a given platform needs only create a Vulkan implementation which sa
 tisfies the Zink feature requirements in order to gain a free OpenGL imple
 mentation--One that is\, ideally\, performant and correct on all systems i
 n all scenarios.\n\nThis talk will explore the history and development pro
 gress of Zink\, the current status\, and plans for global OpenGL driver do
 mination.\n\nhttps://indico.freedesktop.org/event/2/contributions/64/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/64/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Runtime display switch implementation in a Linux DRM bridge subsys
 tem
DTSTART;VALUE=DATE-TIME:20221005T222000Z
DTEND;VALUE=DATE-TIME:20221005T224000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-76@indico.freedesktop.org
DESCRIPTION:Speakers: Jagan Teki ()\nDue to rapid graphical industrial evo
 lution\, display interface providers are coming up with display bridges to
  address the mismatch between application-specific display interfaces vs o
 n-chip display controllers (like from SoC\, MCU). This simplifies the on-c
 hip solution provider to concentrate on a single display interface so that
  the application can choose a direct interface or any other interface by u
 sing a display bridge.\n\nDisplay bridges are linear and one-to-one displa
 y interface convertors however the display interface provider makes the fu
 rther complexity to these bridges and came up with a display switch that c
 an take a single display interface input and convert more than one display
  interface output. This kind of display switch has a variety of use cases 
 in industrial and consumer graphic applications. A couple of display switc
 h designs are available in the market via conventional mux with display br
 idges and a complete converter bridge chip with a one-to-two interface.\n\
 nAs the Linux DRM subsystem progresses toward DRM bridges\, these display 
 switches are well suited to be part of DRM bridges. Supporting display swi
 tches in Linux DRM is complex and new as DRM bridges are linear in archite
 cture. In order to operate display switches via drm bridge\, it requires a
  pipeline to non-linear and tree structure as switch operate more than one
  output.\n\nThis talk will explain how this display switching is implement
 ed in DRM bridges on top of fbcon and KMS applications by considering real
 -time solutions of MIPI DSI host bridge with mux switch followed by HDMI a
 nd LVDS bridges on NXP i.MX8M platform.  \n\nAfter that\, this talk explai
 ns the current working status of runtime display switching\, issues\, comm
 unity suggestions\, and future plans.\n\nNote: links for community discuss
 ion on this topic\n- https://www.spinics.net/lists/dri-devel/msg318524.htm
 l\n- https://www.spinics.net/lists/dri-devel/msg340416.html\n\nhttps://ind
 ico.freedesktop.org/event/2/contributions/76/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/76/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine-Staging update
DTSTART;VALUE=DATE-TIME:20221005T203000Z
DTEND;VALUE=DATE-TIME:20221005T210000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-94@indico.freedesktop.org
DESCRIPTION:Speakers: Zeb Figura (CodeWeavers\, Inc.)\nA brief update on t
 he progress of wine-staging since last WineConf.\n\nhttps://indico.freedes
 ktop.org/event/2/contributions/94/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/94/
END:VEVENT
BEGIN:VEVENT
SUMMARY:vkd3d-shader and the HLSL compiler
DTSTART;VALUE=DATE-TIME:20221006T143000Z
DTEND;VALUE=DATE-TIME:20221006T151500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-93@indico.freedesktop.org
DESCRIPTION:Speakers: Giovanni Mascellani (CodeWeavers\, Debian)\nWithin t
 he vkd3d project\, `vkd3d-shader` is the library that is responsible for c
 onverting shaders from one fromat to another. Since version 1.3 it gained 
 (initial) support for Microsoft's HLSL (High Level Shader Language) and it
  is now used as a the workhorse behind Wine's `D3DCompile()` and `D3DCompi
 le2()` functions.\n\nSo let's see how `vkd3d-shader` works\, how you can u
 se it and how you can add support for what's missing (of course we didn't 
 want to take all the fun from you).\n\nhttps://indico.freedesktop.org/even
 t/2/contributions/93/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/93/
END:VEVENT
BEGIN:VEVENT
SUMMARY:World's Slowest Raytracer
DTSTART;VALUE=DATE-TIME:20221004T164000Z
DTEND;VALUE=DATE-TIME:20221004T172500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-62@indico.freedesktop.org
DESCRIPTION:Speakers: Bas Nieuwenhuizen (RADV)\nContinuing Jason's ray tra
 cing series this talk will be all about how we ended up implementing it in
  radv. I will talk about what hardware support RDNA provides and all the w
 ork we have to do in software. I will demonstrate some of the major perfor
 mance challenges\, contrast with how Intel solved them and show how ray tr
 acing is on track to becoming probably the single most complex feature in 
 radv.\n\nhttps://indico.freedesktop.org/event/2/contributions/62/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/62/
END:VEVENT
BEGIN:VEVENT
SUMMARY:KUnit sorcery and the uncanny nature of FPU in the DRM
DTSTART;VALUE=DATE-TIME:20221004T211000Z
DTEND;VALUE=DATE-TIME:20221004T215500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-65@indico.freedesktop.org
DESCRIPTION:Speakers: Isabella Basso (University of São Paulo)\, Maíra C
 anal (University of São Paulo)\, Magali Lemes ()\nIt's very easy for Linu
 x kernel driver maintainers to build strongholds around their code\, as it
 's very difficult for the lay contributor to understand unusual macros or 
 code that's often not properly documented and assumed to be only edited by
  "experts". As this is often the case with DRM drivers\, we propose the ad
 option of KUnit as a tool not only for making such code more reliable\, bu
 t also for making it more approachable as unit tests provide a simple and 
 elegant way of finding exactly which piece of code has been broken. We exp
 lore this magic tool's adoption in the context of AMD's jarring DML submod
 ule and how we can turn it from a spooky piece of code to a more friendly 
 face.\n\nhttps://indico.freedesktop.org/event/2/contributions/65/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/65/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Status of Vulkan on Raspberry Pi
DTSTART;VALUE=DATE-TIME:20221005T141500Z
DTEND;VALUE=DATE-TIME:20221005T143500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-68@indico.freedesktop.org
DESCRIPTION:Speakers: Iago Toral (Igalia\, S.L.)\nThere has been a lot of 
 activity in V3DV\, the Vulkan driver for Raspberry Pi 4\, over the last ye
 ar: we have significantly reworked our synchronization code\, obtained Vul
 kan 1.1 conformance\, implemented Vulkan 1.2 support\, continued to work o
 n compiler optimizations and more.\n\nIn this talk I would like to go thro
 ugh the main development milestones and\nchanges we implemented in the dri
 ver as well as discussing some limitations of the underlying hardware plat
 form that have discouraged us from implementing features such as scalar bl
 ock layout or fp16.\n\nhttps://indico.freedesktop.org/event/2/contribution
 s/68/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/68/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Enable hardware acceleration for GL applications without glamor on
  Xorg modesetting driver
DTSTART;VALUE=DATE-TIME:20221005T144500Z
DTEND;VALUE=DATE-TIME:20221005T150500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-60@indico.freedesktop.org
DESCRIPTION:Speakers: José María Casanova Crespo (Igalia)\, Christopher 
 Michael (Igalia)\nThis talk will focus on development efforts and progress
  of enabling hardware acceleration using the modesetting Xorg driver on Ra
 spberry Pi 1-3 devices without using Glamor. \n\nWe will discuss the reaso
 ns for disabling Glamor on these Raspberry Pi devices\, along with some pr
 evious attempts to accomplish this. This talk will also cover the methods 
 and technologies used in the current implementation such as DRI3\, GEM and
  GBM.\n\nhttps://indico.freedesktop.org/event/2/contributions/60/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/60/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Async page flip in atomic API
DTSTART;VALUE=DATE-TIME:20221005T215500Z
DTEND;VALUE=DATE-TIME:20221005T221500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-61@indico.freedesktop.org
DESCRIPTION:Speakers: André Almeida (Igalia)\nFlip pages asynchronously h
 as been available for a long time in DRM through the old API. This operati
 on allows userspace to update the display content as soon as possible\, re
 gardless of the vblank. However\, it still not possible to do so using DRM
 's Atomic commit API yet.\n\nThis talk will present the progress made so f
 ar to enable this\, the challenges and the remaining work to get this merg
 ed.\n\nhttps://indico.freedesktop.org/event/2/contributions/61/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/61/
END:VEVENT
BEGIN:VEVENT
SUMMARY:A step towards explicit synchronization
DTSTART;VALUE=DATE-TIME:20221006T141500Z
DTEND;VALUE=DATE-TIME:20221006T143500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-77@indico.freedesktop.org
DESCRIPTION:Speakers: Bas Nieuwenhuizen (RADV)\nThis talk will be about th
 e recent work to remove implicit synchronization from RADV. I will talk ab
 out how we used implicit sync previously including the hacks we had to mak
 e it not terrible\, then I will discuss why I'm trying to kill it and fina
 lly I will talk about how we are moving over to explicit sync.\n\nThis wil
 l not cover user mode fences or getting more windowing systems to use expl
 icit synchronization.\n\nhttps://indico.freedesktop.org/event/2/contributi
 ons/77/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/77/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Is HDR Harder?
DTSTART;VALUE=DATE-TIME:20221005T185000Z
DTEND;VALUE=DATE-TIME:20221005T193500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-56@indico.freedesktop.org
DESCRIPTION:Speakers: Harry Wentland (AMD)\nHave you ever wondered why HDR
  seems to be so complicated? Isn't it simply brighter displays and more co
 lors? Doesn't Android already support HDR displays? Why isn't there suppor
 t for it upstream and on Linux desktops?\n\nThis talk will try to make som
 e sense of what HDR is\, its different types\, HDR use-cases\, and how sup
 porting them presents different challenges. It will give an overview of ef
 forts to enable HDR in Weston\, including work to the wayland-protocol and
  DRM/KMS APIs\, as well as discuss efforts to improve HDR support for Chro
 meOS. We will touch on the need for tone and gamut mapping\, including top
 ics such as 3D LUT usage. Along the way we will try to de-mystify what hap
 pens inside the display HW on the transmitter side and what happens (or do
 esn't happen) on the panel side\, and talk about GPU composition vs DRM/KM
 S composition for HDR planes.\n\nThe goal of this talk is to give you a go
 od foundation to follow the HDR work on Linux and trigger discussions that
  will help us come to a consensus for an HDR DRM/KMS APIs\, as well as for
  the wayland-protocol. Hopefully this will allow us to enable HDR displays
  for full glorious HDR video playback on an HDR desktop that mixes HDR and
  SDR content\, looks good doing so\, and saves sweet\, sweet battery life 
 at the same time.\n\nhttps://indico.freedesktop.org/event/2/contributions/
 56/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/56/
END:VEVENT
BEGIN:VEVENT
SUMMARY:How to write a Vulkan driver in 2022
DTSTART;VALUE=DATE-TIME:20221004T154500Z
DTEND;VALUE=DATE-TIME:20221004T163000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-57@indico.freedesktop.org
DESCRIPTION:Speakers: Jason Ekstrand (Collabora)\nA lot has changed in the
  last six and a half years since the Vulkan spec was first released.  Inst
 ead of only having one Vulkan driver in Mesa\, we now have nine.  Mesa has
  also built quite a bit of shared Vulkan driver infrastructure over the ye
 ars.  Writing a new Vulkan driver today looks little like it did six years
  ago.  In this talk\, Jason will give an overview of the infrastructure we
  have today and how it makes writing Vulkan drivers easier.\n\nhttps://ind
 ico.freedesktop.org/event/2/contributions/57/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/57/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Where's your OpenCL driver?
DTSTART;VALUE=DATE-TIME:20221006T204000Z
DTEND;VALUE=DATE-TIME:20221006T204500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-69@indico.freedesktop.org
DESCRIPTION:Speakers: Alyssa Rosenzweig (Collabora)\nBetween CLon12's NIR 
 improvements and the new Rusticl frontend\, Mesa is ready for conformant O
 penCL. Many drivers support compute shaders. Extending to OpenCL should be
  easy.\n\nSo where's *your* OpenCL driver?\n\n----------\n\nOpenCL from th
 e perspective of a backend compiler developer.\n\nhttps://indico.freedeskt
 op.org/event/2/contributions/69/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/69/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Explicit Synchronization for Linux Display Servers
DTSTART;VALUE=DATE-TIME:20221006T144500Z
DTEND;VALUE=DATE-TIME:20221006T150500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-78@indico.freedesktop.org
DESCRIPTION:Speakers: Erik Kurzinger ()\nCurrent Linux display server arch
 itecture is based on the assumption that memory access by direct rendering
  devices is implicitly synchronized by the kernel. There is a growing cons
 ensus in the community that this has inherent limitations for both perform
 ance and functionality. This talk will discuss current efforts towards mov
 ing to an explicit synchronization model across Wayland [1]\, X11 / Xwayla
 nd [2]\, and user-space graphics drivers\, including some of the challenge
 s posed\, potential solutions\, and expected benefits to the Linux graphic
 s ecosystem.\n\n[1] https://gitlab.freedesktop.org/wayland/wayland-protoco
 ls/-/merge_requests/90\n\n[2] https://gitlab.freedesktop.org/xorg/xserver/
 -/merge_requests/967\n\nhttps://indico.freedesktop.org/event/2/contributio
 ns/78/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/78/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Post OpenGL: casual graphics development
DTSTART;VALUE=DATE-TIME:20221004T221500Z
DTEND;VALUE=DATE-TIME:20221004T222000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-70@indico.freedesktop.org
DESCRIPTION:Speakers: Erik Faye-Lund (Collabora)\nVulkan is great\, but it
 's not a great API for casually graphics development\, like education or e
 xperimentation.\n\nWith OpenGL slowly passing the horizon\, we need some m
 odern alternatives. This talk will discuss what we need\, and maybe outlin
 e how we can get there.\n\nhttps://indico.freedesktop.org/event/2/contribu
 tions/70/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/70/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Proton: What Lies Down the Stream?
DTSTART;VALUE=DATE-TIME:20221005T144500Z
DTEND;VALUE=DATE-TIME:20221005T151500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-80@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\nProton is a downstrea
 m Wine distribution that bundles complementary software and replaces some 
 built-ins with independent alternatives.\n\nThe project also drives a lot 
 of Wine development both up- and downstream.\n\nIn this talk\, I'll go thr
 ough the current state of Proton's Wine and try to reflect on how are we d
 oing on the upstreaming front and what remains downstream and why.\n\nhttp
 s://indico.freedesktop.org/event/2/contributions/80/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/80/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Tasting the Forbidden Apple
DTSTART;VALUE=DATE-TIME:20221004T190000Z
DTEND;VALUE=DATE-TIME:20221004T194500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-66@indico.freedesktop.org
DESCRIPTION:Speakers: Alyssa Rosenzweig (Collabora)\, Lina Asahi ()\nThe h
 ardware is full of dark magic. The firmware is magic ring buffers all the 
 way down. And the driver must chant special incantations to bring to life 
 this Frankenstein GPU.\n\nThat's a job for two witches\, a spell book of r
 everse-engineering tricks\, and a heap of cursed software. Join us in our 
 quest to free the Apple GPU from its Metal chains and summon its magic pow
 ers to Asahi Linux.\n\nhttps://indico.freedesktop.org/event/2/contribution
 s/66/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/66/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Progress of MST improvement from AMD
DTSTART;VALUE=DATE-TIME:20221004T220500Z
DTEND;VALUE=DATE-TIME:20221004T221500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-47@indico.freedesktop.org
DESCRIPTION:Speakers: Wayne Lin ()\nFor quite a while\, MST doesn't work s
 tably. As DisplayPort version 2.0 having MST as the default transmission m
 ethod\, MST is no longer just a specific scenario. Thus\, we must have our
  MST support much more stable and robust than before.\n\nBesides the requi
 rements from new technique\, it's also a reasonable demand for laptop user
  to use multiple external disaplays. As the trend for laptop nowadays is h
 aving less output ports\, USB Type-C is embraced by the industry which not
  only can transmit data but also video streams. User can leverage MST via 
 type-c to send out video streams for the requirement of multiple external 
 monitors.\n\nAMD has spended lots of effort recently on solving MST releva
 nt issues and pushed to support DP2.0 128/132b encoding. At the same time\
 , we also address dsc over mst relevant issues to have scenario of transmi
 tting high resolution streams by MST more solid. Thanks to the help from m
 any contributors\, we now have MST into better stabilized status.\n\nhttps
 ://indico.freedesktop.org/event/2/contributions/47/
LOCATION:
URL:https://indico.freedesktop.org/event/2/contributions/47/
END:VEVENT
BEGIN:VEVENT
SUMMARY:There are no dragons: porting fbdev drivers to DRM/KMS
DTSTART;VALUE=DATE-TIME:20221005T194500Z
DTEND;VALUE=DATE-TIME:20221005T203000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-54@indico.freedesktop.org
DESCRIPTION:Speakers: Javier Martinez Canillas ()\nTwo common misconceptio
 ns about DRM/KMS are pervasive when compared against the fbdev subsystem.\
 n\nThe first one is that it is tailored to complex graphic devices and tha
 t it does not scale down well to support very simple display controllers. 
 The second one is that it is complicated and not easy to delve into for wr
 iting graphic drivers. The argument is that fbdev on the other hand is sim
 pler and easier to understand.\n\nThis talk shares my experience\, as some
 one with no previous experience writing DRM/KMS drivers\, when porting fbd
 ev drivers for the simplest displays I could find. The purpose is to debun
 k these myths and explain how straightforward that process was\, thanks to
  the plethora of reusable and composable helper libraries that the subsyst
 em provides to developers.\n\nPorting fbdev drivers to DRM/KMS not only al
 lows devices to be used with modern graphical stacks but also leads to dri
 vers that are more maintainable.\n\nhttps://indico.freedesktop.org/event/2
 /contributions/54/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/54/
END:VEVENT
BEGIN:VEVENT
SUMMARY:MoltenVK
DTSTART;VALUE=DATE-TIME:20221006T184500Z
DTEND;VALUE=DATE-TIME:20221006T193000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-81@indico.freedesktop.org
DESCRIPTION:Speakers: Bill Hollings ()\nI will present a brief description
  of MoltenVK\, and current development plans for the future.\n\nhttps://in
 dico.freedesktop.org/event/2/contributions/81/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/81/
END:VEVENT
BEGIN:VEVENT
SUMMARY:GFXReconstruct - a tool to capture and replay streams of Vulkan AP
 I calls
DTSTART;VALUE=DATE-TIME:20221006T163000Z
DTEND;VALUE=DATE-TIME:20221006T171500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-59@indico.freedesktop.org
DESCRIPTION:Speakers: Brad Grantham (LunarG\, Inc.)\nLunarG’s GFXReconst
 ruct is a suite of tools for capturing streams of graphics API calls from 
 running Vulkan applications\, processing those streams in various ways\, a
 nd replaying streams on live devices.\n\nGFXReconstruct 1.0 supports captu
 ring and replaying Vulkan API calls on Linux\, Android\, and Windows.  The
  use cases that drive development of the tool include GPU bringup\, driver
  feature regression testing\, and submission of reproducible test cases fo
 r bug reporting.  The container format is API-agnostic and LunarG plans su
 pport for more APIs.  A capture file contains all context to replay the ca
 ptured API call stream and is stored compressed by default.\n\nIn this ses
 sion we’ll introduce GFXReconstruct 1.0.  We’ll talk about how we deve
 lop gfxreconstruct and how we incorporate community contributions.  We’l
 l show where to get it\, how to install binaries\, and also how to build i
 t.  Using the `VK_LAYER_LUNARG_gfxreconstruct` Vulkan API layer to capture
  a Linux application's Vulkan calls\, we'll demonstrate how to look at a h
 uman-readable dump of those calls and how to replay the captured stream. W
 e'll briefly review the other tools in the GFXReconstruct package too.  \n
 \nLunarG is a software engineering consultancy specializing in 3D graphics
  software solutions and is an active developer and maintainer of Vulkan Ec
 osystem components such as the Vulkan Loader\, Vulkan Validation Layer\, G
 FXReconstruct\, and the Vulkan SDK.\n\nhttps://indico.freedesktop.org/even
 t/2/contributions/59/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/59/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Implementing the graphics pipeline on compute
DTSTART;VALUE=DATE-TIME:20221006T184500Z
DTEND;VALUE=DATE-TIME:20221006T193000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-63@indico.freedesktop.org
DESCRIPTION:Speakers: Erik Faye-Lund (Collabora)\nOver the last decade or 
 so\, the GPU has gone from something of a\nnice-to-have feature to an abso
 lute must\, across a lot of industries. You\ncan hardly boot a modern syst
 em without supporting Vulkan or OpenGL (ES).\n\nTechnologies such as LLVMp
 ipe has allowed us to emulate such hardware\, at\na significant performanc
 e and memory bandwidth loss. It's proven very\nuseful for purposes such as
  bringing up new platforms before GPU support\nhas been added\, for instan
 ce. And it can be a great solution in some cases\nwhere the amount of data
  to process is low.\n\nBut in some industries\, the needs for compute-pipe
 line processing power\ngreatly outweigh the needs for graphics-pipeline pr
 ocessing power. Yet\nmost GPUs still have fixed function graphics-pipeline
  support\, such as\nprimitive assembly\, rasterization\, blending. Impleme
 nting these in\nhardware is a very time-consuming task\, and can sometimes
  brings little\nbenefit.\n\nFor instance\, a modern camera processor needs
  to perform heavy image\nprocessing algorithms\, even though it might not 
 have a display. In such\ncases\, a GPU compute kernel is typically used.\n
 \nIt should be entirely possible to implement a reusable graphics pipeline
 \non top of the compute-pipeline\, paving the way for simpler GPU designs\
 nwhile still remaining useful. Think of this approach as something like\nL
 LVMpipe\, except generating compute shader kernels instead of CPU code.\n\
 nImplementing a compute-shader-only GPU is something that's much more\nfea
 sible for new players\, for instance for an initial open source GPU\ndesig
 n.\n\nhttps://indico.freedesktop.org/event/2/contributions/63/
LOCATION:Opus Hall 201
URL:https://indico.freedesktop.org/event/2/contributions/63/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Bare-metal CI: Successes and pain points of Mesa CI\, future devel
 opments\, and bringing CI to other projects
DTSTART;VALUE=DATE-TIME:20221005T134500Z
DTEND;VALUE=DATE-TIME:20221005T154500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-73@indico.freedesktop.org
DESCRIPTION:Speakers: Martin Roukala (né Peres) (MuPuF TMI / Valve contra
 ctor)\nMesa has one of the best collaborative\, multi-vendor\, in-depth te
 sting system found in the\nopen source world. It has prevented countless r
 egressions and increased the quality of the\nproject to the point that it 
 ships to millions of gamers through distributions or the Steam Deck.\n\nLe
 t's take some time to reflect on what makes the project successful\, its p
 ain points for users\nand developers\, and how it could be applied to othe
 r components of the graphics stack such as\nthe Linux DRM subsystem\, DXVK
 /VKD3D\, IGT\, ...\n\n### Proposed topics of conversation\n \n * Reducing 
 the amount of environment variables that are passed around to increase re-
 usability of containers and ease local execution\n * Reducing the duplicat
 ion of efforts between the containers and the rootfs: use the container as
  a base? run the container directly?\n * Reducing the number of instances 
 of "CI took too long" by prioritizing jobs coming from Marge\n * Making ru
 nning on bare metal as easy as running in the cloud runners. This would ma
 ke other projects easier to get into the CI train: No visible spring board
 s in Mesa's code by moving the code to custom Gitlab Executors?\n * Making
  it easier to create new CI test farms\, or for developers to share access
  to their test machines: Speccing up a kit\, instructions to set things up
 \, and making it easy to maintain/updates like in valve-infra.\n\nhttps://
 indico.freedesktop.org/event/2/contributions/73/
LOCATION:Schulze Hall 127
URL:https://indico.freedesktop.org/event/2/contributions/73/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine Soapbox Session
DTSTART;VALUE=DATE-TIME:20221005T210000Z
DTEND;VALUE=DATE-TIME:20221005T220000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-161@indico.freedesktop.org
DESCRIPTION:https://indico.freedesktop.org/event/2/contributions/161/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/161/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine + GitLab
DTSTART;VALUE=DATE-TIME:20221005T192000Z
DTEND;VALUE=DATE-TIME:20221005T200500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-79@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\nWine development has 
 recently moved away from mailing lists and custom patch tracker to Merge R
 equests on GitLab\, to which I have contributed a little.\n\nI want to tra
 ce the path we have taken to get here and discuss the current state and th
 e future with the people who have contributed to the effort as well as the
  audience.\n\nhttps://indico.freedesktop.org/event/2/contributions/79/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/79/
END:VEVENT
BEGIN:VEVENT
SUMMARY:What's New in Direct3D
DTSTART;VALUE=DATE-TIME:20221006T153000Z
DTEND;VALUE=DATE-TIME:20221006T161500Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-91@indico.freedesktop.org
DESCRIPTION:Speakers: Zeb Figura (CodeWeavers\, Inc.)\nA look at the new f
 eatures and work that has gone into the Direct3D implementation in Wine (a
 nd some work related to the broader GPU ecosystem)\, including but not lim
 ited to: the Direct3D Vulkan backend\, huge performance improvements\, Mol
 tenVK work and Mac support\, WoW64 support\, the HLSL compiler\, and Direc
 t3D 12 work.\n\nhttps://indico.freedesktop.org/event/2/contributions/91/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/91/
END:VEVENT
BEGIN:VEVENT
SUMMARY:WineConf - Wrap up
DTSTART;VALUE=DATE-TIME:20221006T210000Z
DTEND;VALUE=DATE-TIME:20221006T220000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-162@indico.freedesktop.org
DESCRIPTION:We'll cover any missed topics\, discuss next Wineconf\, and sa
 y farewell.\n\nhttps://indico.freedesktop.org/event/2/contributions/162/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/162/
END:VEVENT
BEGIN:VEVENT
SUMMARY:The Time Has Come: Defending Wine's License
DTSTART;VALUE=DATE-TIME:20221005T160000Z
DTEND;VALUE=DATE-TIME:20221005T165000Z
DTSTAMP;VALUE=DATE-TIME:20260716T231455Z
UID:indico-contribution-2-89@indico.freedesktop.org
DESCRIPTION:Speakers: Bradley Kuhn (Software Freedom Conservancy)\nWine is
  unique among copylefted projects for many reasons.  One unique trait\nof 
 Wine is that so rarely is LGPL — the copyleft license of Wine — violat
 ed.\nHowever\, with the advent of more adoption of Linux-based system\, an
 d the need\nfor vendors to run old Windows application on they systems\, w
 e now are seeing\nviolations for the first time.\n\nThis session will pres
 ent the properties of the LGPL and what it *should*\naccomplish for users 
 who find themselves in front of a Linux system that uses\nWine to run Wind
 ows binaries.  We'll discuss strategy and planning for\nenforcement of Win
 e's copyleft and discuss how we can accomplish this\ntogether as a communi
 ty that includes Software Freedom Conservancy (Wine's\nnon-profit home) an
 d the many contributors to Wine.\n\nhttps://indico.freedesktop.org/event/2
 /contributions/89/
LOCATION:Opus Hall 202
URL:https://indico.freedesktop.org/event/2/contributions/89/
END:VEVENT
END:VCALENDAR