BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//CERN//INDICO//EN
BEGIN:VEVENT
SUMMARY:Nouveau/NVK update
DTSTART;VALUE=DATE-TIME:20231017T081000Z
DTEND;VALUE=DATE-TIME:20231017T085500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-175@indico.freedesktop.org
DESCRIPTION:Speakers: Faith Ekstrand (Collabora)\nKarol and Faith will tal
 k about what has happened in the nouveau project in the last year\, includ
 ing the latest on kernel GSP support\, NVK\, and the future of the nouveau
  GL driver.\n\nhttps://indico.freedesktop.org/event/4/contributions/175/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/175/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wayland driver for Wine: The story so far
DTSTART;VALUE=DATE-TIME:20231019T120000Z
DTEND;VALUE=DATE-TIME:20231019T124500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-199@indico.freedesktop.org
DESCRIPTION:Speakers: Alexandros Frantzis (Collabora)\nThe journey to impl
 ement a Wayland driver for Wine started a few years ago as an experiment w
 ith an uncertain future. Since then the experimental driver has grown to f
 ully support a multitude of GDI and GPU accelerated applications and games
  and is now in the process of being upstreamed.\n\nIn this talk I will pre
 sent the history of and future plans for the project. I will also discuss 
 the challenges we faced in the development of the driver\, many of which a
 re rooted in the impedance mismatch between the Windows and Wayland worlds
 \, and our current solutions (or workarounds) to these challenges.\n\nhttp
 s://indico.freedesktop.org/event/4/contributions/199/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/199/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Freedreno on Android
DTSTART;VALUE=DATE-TIME:20231017T145000Z
DTEND;VALUE=DATE-TIME:20231017T153500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-198@indico.freedesktop.org
DESCRIPTION:Speakers: Lucas Fryzek (Igalia S.L.)\nOver the last few years 
 the quality of Mesa's drivers has increased exponentially\, to the point w
 here many prefer the use of the open source driver to their proprietary co
 unterparts. Open source drivers can have better compatibility\, less bugs\
 , and more frequent updates to resolve issues. Because of this uptick in q
 uality\, you may want to run the open source drivers on other operating sy
 stems such as Android.\n\nIn this talk we will explore the work that was r
 equired to get Freedreno running on Android. This will include setting up 
 the development environment\, loading the driver on real hardware\, develo
 pment tips & tricks\, running tests\, setup of debugging environment\, iss
 ues encountered during the porting process\, and lastly we will explore so
 me areas of Mesa that could be updated to simplify porting to other operat
 ing systems. This talk should provide a guide for anyone looking to get th
 eir Mesa driver running on Android.\n\nhttps://indico.freedesktop.org/even
 t/4/contributions/198/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/198/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Rusticl Status Update
DTSTART;VALUE=DATE-TIME:20231018T101000Z
DTEND;VALUE=DATE-TIME:20231018T103000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-207@indico.freedesktop.org
DESCRIPTION:Speakers: Karol Herbst (Red Hat\, Nouveau)\nQuite a lot has ha
 ppened since last year and I want to talk about what we've implemented sin
 ce last year\, what's the short term lookout and other project related upd
 ates.\n\nhttps://indico.freedesktop.org/event/4/contributions/207/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/207/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wine & Windowing - An Impedance Mismatch
DTSTART;VALUE=DATE-TIME:20231019T125000Z
DTEND;VALUE=DATE-TIME:20231019T131000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-178@indico.freedesktop.org
DESCRIPTION:Speakers: Arkadiusz Hiler (CodeWeavers)\nOne of the biggest ch
 allenges to have a good experience running Windows software on Linux via W
 ine (and the various downstreams\, including Proton) is windowing. Win32 A
 PI is very unlike what we have on X or Wayland.\n\nDisplaying and having a
  window behave correctly when alt+tabbing\, etc. is hard to get right and 
 the whole area is quite brittle.\n\nI'm going to present challenges we are
  facing and how hacky some of solutions are. I hope to spark a discussion 
 on how we can do things better and if we can cater to some of those needs 
 on the X / Wayland side.\n\nhttps://indico.freedesktop.org/event/4/contrib
 utions/178/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/178/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Status of KUnit tests on DRM subsystem
DTSTART;VALUE=DATE-TIME:20231017T125000Z
DTEND;VALUE=DATE-TIME:20231017T131000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-179@indico.freedesktop.org
DESCRIPTION:Speakers: Arthur Grillo Queiroz Cabral (University of São Pau
 lo)\, Carlos Eduardo Gallo Filho (University of São Paulo)\nThe KUnit ado
 ption in the kernel had been in its early stage\, having the first DRM KUn
 it tests into mainline only around the mid of 2022. Since then\, there was
  an active commitment to increase the presence of KUnit tests on DRM\, whi
 ch had involved porting existent self-tests and writing new ones.\n\nIn th
 is presentation\, we will point out the current status of KUnit tests on D
 RM\, as well as the path taken to it and what to expect in the future.\n\n
 https://indico.freedesktop.org/event/4/contributions/179/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/179/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Defense in Depth: Isolating mesa from the kernel
DTSTART;VALUE=DATE-TIME:20231018T131500Z
DTEND;VALUE=DATE-TIME:20231018T133500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-180@indico.freedesktop.org
DESCRIPTION:Speakers: Rob Clark (Google)\nIn the context of a web browser\
 , GL and Vulkan drivers are exposed to hostile content\, in the form of we
 bgl and webgpu.  In the case of Vulkan\, the spec explicitly declares that
  invalid usage is undefined behavior.  But even for a GL driver it isn't s
 o hard to find a way to trigger a potentially exploitable crash.  The brow
 ser can sandbox the usermode gl/vk driver (UMD) into it's own process with
  limited privileges.  But the UMD still needs access the drm kernel driver
  (KMD).\n\nOr does it?  Building on\, and re-using\, the drm native-contex
 t approach for running native UMD in a VM guest\, tunneling the interface 
 to host KMD over virtgpu\, we can split kernel access into a hardened help
 er process with minimal performance penalty.  In this way\, if (when) an a
 ttacker achieves code execution in the UMD\, they do not have a clear path
  to chain that exploit with a kernel bug to achieve code execution in the 
 kernel.\n\nhttps://indico.freedesktop.org/event/4/contributions/180/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/180/
END:VEVENT
BEGIN:VEVENT
SUMMARY:With great power comes less responsibility
DTSTART;VALUE=DATE-TIME:20231019T071500Z
DTEND;VALUE=DATE-TIME:20231019T080000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-181@indico.freedesktop.org
DESCRIPTION:Speakers: Boris Brezillon (Collabora)\, Danilo Krummrich (Red 
 Hat)\nModern GPUs and modern graphics APIs leave less and less responsibil
 ities to kernel GPU drivers\, moving those to some firmware or to the user
 mode driver.\n\nThroughout this presentation we will detail some of the as
 pects that make recently submitted DRM drivers different from what we had 
 previously\, and why things are structured like that. We will also give cl
 ues about what modern drivers should look like and the APIs that are being
  added or extended to facilitate their development\, all of this being bac
 ked by some examples gathered from the two GPU drivers we were involved in
 :\n\n - Panthor (formerly known as PanCSF)\, which is adding support for t
 he second iteration of Mali Valhall GPUs\n - PowerVR\, which is adding sup
 port for Series 6XT and Series A Imagination GPUs\n\nhttps://indico.freede
 sktop.org/event/4/contributions/181/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/181/
END:VEVENT
BEGIN:VEVENT
SUMMARY:GSoC 2023: wlroots frame scheduling
DTSTART;VALUE=DATE-TIME:20231017T131500Z
DTEND;VALUE=DATE-TIME:20231017T133500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-182@indico.freedesktop.org
DESCRIPTION:Speakers: Rose Hudson (University of Bristol)\nOver the summer
 \, Future Me (hopefully) added support to wlroots for intelligently and dy
 namically changing when\, relative to a previous frame\, a compositor star
 ts to render. It's better to start it later for lower latency but that com
 es with a risk of missing the deadline if rendering takes longer than expe
 cted. The work includes an API for specifying when rendering should start 
 and a "stock" algorithm for predicting a good value for that parameter\, a
 long with some necessary infrastructure in wlroots. I'll talk about how th
 e project went and what came out of it.\n\nhttps://indico.freedesktop.org/
 event/4/contributions/182/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/182/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Improving the World's Slowest Raytracer
DTSTART;VALUE=DATE-TIME:20231017T140000Z
DTEND;VALUE=DATE-TIME:20231017T144500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-183@indico.freedesktop.org
DESCRIPTION:Speakers: Friedrich Vock (Valve Corporation)\nAt XDC 2022\, RA
 DV's raytracing implementation was dubbed the "World's Slowest Raytracer".
  Over the course of the last year\, RADV has seen lots of exciting progres
 s in its raytracing implementation: Starting with Mesa 23.2\, raytracing i
 s even enabled by default.\n\nThis talk will cover the challenges of impro
 ving RADV's implementation and making it work with more games and other so
 ftware\, as well as the milestones we've reached along the way. I'll also 
 show how RADV raytracing stacks up today: What does and doesn't (yet) work
 \, and\, of course\, how the performance looks like.\n\nhttps://indico.fre
 edesktop.org/event/4/contributions/183/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/183/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Having fun with GPU resets in Linux
DTSTART;VALUE=DATE-TIME:20231018T122500Z
DTEND;VALUE=DATE-TIME:20231018T131000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-205@indico.freedesktop.org
DESCRIPTION:Speakers: André Almeida (Igalia)\nGPUs (and their stack) nowa
 days are too complex as any other systems and subject to errors and bugs. 
 On top of that\, along with the device getting stuck\, all the stack need 
 to propagate the error correctly so it can recover and move along.\n\nIn t
 his talk\, I'll present what happens after a DRM device resets in Linux\, 
 the challenges in the way to recover from resets\, how to report what caus
 ed the reset in the first place and some proposals to improve the situatio
 n.\n\nhttps://indico.freedesktop.org/event/4/contributions/205/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/205/
END:VEVENT
BEGIN:VEVENT
SUMMARY:State of the X.Org Foundation
DTSTART;VALUE=DATE-TIME:20231019T131500Z
DTEND;VALUE=DATE-TIME:20231019T133000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-185@indico.freedesktop.org
DESCRIPTION:Speakers: Daniel Vetter (Intel)\nState of the X.Org Foundation
 \n\nhttps://indico.freedesktop.org/event/4/contributions/185/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/185/
END:VEVENT
BEGIN:VEVENT
SUMMARY:The rainbow treasure map: advanced color management on Linux with 
 AMD/Steam Deck
DTSTART;VALUE=DATE-TIME:20231017T072000Z
DTEND;VALUE=DATE-TIME:20231017T074000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-186@indico.freedesktop.org
DESCRIPTION:Speakers: Melissa Wen (Igalia)\nA guided tour of the AMD displ
 ay driver code to identify hardware color capabilities on different versio
 ns\, connect relevant parts of the shared code to DRM\, and ultimately del
 iver a broader range of color features to the userspace. This work is anot
 her step towards advanced GPU-accelerated color management for Linux compo
 sitors\, and it has already enabled improvements to HDR display support in
  SteamOS/Gamescope. So\, what's the next treasure hunt?\n\nhttps://indico.
 freedesktop.org/event/4/contributions/186/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/186/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Unleash the (graphics) magic
DTSTART;VALUE=DATE-TIME:20231017T101500Z
DTEND;VALUE=DATE-TIME:20231017T110000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-184@indico.freedesktop.org
DESCRIPTION:Speakers: Lina Asahi ()\, Alyssa Rosenzweig ()\nTwelve moons a
 go\, we demoed early OpenGL 2.1 and OpenGL ES 2.0 drivers running on Linux
  on the Apple M1. Since then\, we've shipped OpenGL 3.1 and passed the Ope
 nGL ES 3.1 conformance tests on the M1 and M2 families! This spellbinding 
 talk will reveal the hardware incantations that make the magic happen... i
 nvolving some *truly* cursed driver code. And yes\, there will be a demo 
 🪄\n\nhttps://indico.freedesktop.org/event/4/contributions/184/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/184/
END:VEVENT
BEGIN:VEVENT
SUMMARY:How does the Mesa3D CI manage to balance fast-paced development an
 d quality of the code?
DTSTART;VALUE=DATE-TIME:20231018T071500Z
DTEND;VALUE=DATE-TIME:20231018T080000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-193@indico.freedesktop.org
DESCRIPTION:Speakers: David Heidelberg (Collabora)\, Sergi Blanch Torné (
 Collabora)\nMesa3D CI\, through the use of GitLab CI pipelines\, conducts 
 extensive testing across numerous farms and a multitude of GPUs. With thou
 sands of tests being run\, the scale and complexity of this project are im
 mense.\nFor over three years\, we've been running pre-merge testing for va
 rious GPUs. You might wonder\, how do we manage this feat?\nIn our present
 ation\, we will provide insights into the measures we've taken to manage a
 nd enhance this complex project. We will share intriguing details about ho
 w we maintain and improve our beloved CI. Furthermore\, we will give a gli
 mpse into the future developments planned for MesaCI. Join us as we unrave
 l the intricacies of our operations and discuss what lies ahead\n\nhttps:/
 /indico.freedesktop.org/event/4/contributions/193/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/193/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Writing compilers in Rust
DTSTART;VALUE=DATE-TIME:20231017T092500Z
DTEND;VALUE=DATE-TIME:20231017T101000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-210@indico.freedesktop.org
DESCRIPTION:Speakers: Faith Ekstrand (Collabora)\nThe new back-end compile
 r for NVIDIA hardware\, jokingly named NAK\, has been almost entirely writ
 ten in Rust.  In this talk\, Faith will do a bit of a postmortem on her Ru
 st compiler experience and talk about challenges and advantages of Rust fo
 r Mesa in general and compilers in particular.\n\nhttps://indico.freedeskt
 op.org/event/4/contributions/210/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/210/
END:VEVENT
BEGIN:VEVENT
SUMMARY:On-going challenges in the Raspberry Pi driver stack: OpenGL 3\, V
 ulkan and more
DTSTART;VALUE=DATE-TIME:20231018T094500Z
DTEND;VALUE=DATE-TIME:20231018T100500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-197@indico.freedesktop.org
DESCRIPTION:Speakers: Iago Toral (Igalia\, S.L.)\, Juan A. Suarez (Igalia\
 , S.L.)\, Maíra Canal (Igalia)\nThis talk will discuss various on-going e
 fforts in the driver stack for Raspberry Pi 4. Particularly:\n\n**OpenGL 3
 .x on Raspberry Pi 4 (v3d)**\n\nThe Raspberry Pi 4 isn’t capable of Open
 GL 3 but it can implement a large part of it\, sufficient to enable many a
 pplications to work on the platform. We will discuss the major limitations
  of the hardware platform for this and what we are doing to close the gap 
 as much as we can.\n\n**Improvements to CPU job handling in the Vulkan dri
 ver (v3dv)**\n\nAt XDC 2022 we discussed that one of the pain points in th
 e driver was the need to execute some parts of the command buffer in the C
 PU\, for things the GPU can’t do\, which required user-space flushes/sta
 lls and caused a number of issues. Here we will discuss some of the work w
 e have been doing to improve this situation using a combination of compute
  shaders and a new CPU kernel queue.\n\n**Global GPU stats**\n\nWe will di
 scuss our efforts to obtain global GPU usage stats from the kernel and on-
 going efforts in DRM to provide a cross-platform solution.\n\nhttps://indi
 co.freedesktop.org/event/4/contributions/197/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/197/
END:VEVENT
BEGIN:VEVENT
SUMMARY:etnaviv: status update
DTSTART;VALUE=DATE-TIME:20231019T092000Z
DTEND;VALUE=DATE-TIME:20231019T094000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-208@indico.freedesktop.org
DESCRIPTION:Speakers: Christian Gmeiner ()\nThis talk will discuss various
  on-going efforts in the etnaviv driver stack.\n\n**Expanding the board fa
 rm**\n\nHaving a good CI coverage on different GPUs is crucial if we want 
 to catch regressions before they are introduced into the codebase. I will 
 present the current state of the CI board farm used to archive this job.\n
 \n**Road towards OpenGL ES 3.0**\n\nMore recent GPU models from VeriSilico
 n/Vivante support OpenGL ES 3.x more or less in pure hardware. I will disc
 uss the steps need to be taken to bring etnaviv to the next level and enab
 le support for this newer OpenGL ES version.\n\n**Legacy model love**\n\nT
 his section acknowledges the continued support for older GPU models and th
 eir ability to gain new features. We will have a brief look what clever so
 ftware/shader tricks we could use to help us out.\n\nhttps://indico.freede
 sktop.org/event/4/contributions/208/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/208/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Zink: reducing stutters with uber shaders
DTSTART;VALUE=DATE-TIME:20231017T120000Z
DTEND;VALUE=DATE-TIME:20231017T124500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-204@indico.freedesktop.org
DESCRIPTION:Speakers: Antonino Maniscalco (Collabora)\nBeing a layered Ope
 nGL driver\, Zink sometimes needs to emulate some legacy features\, that a
 re not exposed by vulkan\, using shader passes. Due to OpenGL's design it 
 is not possible to know exactly what needs to be emulated ahead of time an
 d until now Zink has dealt with this by compiling shader variants at draw 
 time\, leading to upwards of 100ms spikes in frametime. A possible way of 
 solivng this is by creating some uber shaders as early as possible which c
 an handle different pipeline states dynamically. This talk will discuss so
 me details of how Zink currently handles shader compilation and caching\, 
 the changes that were needed and also the challenges in adapting emulation
  passes for this purpose.\n\nhttps://indico.freedesktop.org/event/4/contri
 butions/204/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/204/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Automated graphical testing on real hardware: adventures with Open
 QA
DTSTART;VALUE=DATE-TIME:20231018T092000Z
DTEND;VALUE=DATE-TIME:20231018T094000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-215@indico.freedesktop.org
DESCRIPTION:Speakers: Sam Thursfield (Codethink\, GNOME)\nOpenQA is a powe
 rful testing tool developed originally for openSUSE and now used by variou
 s major distributions for integration testing. Within Codethink we're also
  using it to test mainline Linux on hardware across several CPU architectu
 res and GPU stacks.\n\nThis talk will show how to create screenshot tests 
 that can quickly verify your graphics pipeline is working. First I'll show
  how to quickly run the tests in a developer laptop using the QEMU backend
 . Then we'll look at a pipeline that builds a custom kernel and tests it o
 n real hardware\, using the same OpenQA testsuite.\n\nhttps://indico.freed
 esktop.org/event/4/contributions/215/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/215/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Hosting a CI system at home - Slaying the regression dragon to bri
 ng stability to driver kingdom
DTSTART;VALUE=DATE-TIME:20231018T080500Z
DTEND;VALUE=DATE-TIME:20231018T085000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-212@indico.freedesktop.org
DESCRIPTION:Speakers: Martin Roukala (né Peres) (MuPuF TMI / Valve contra
 ctor)\, Eric Engestrom (Igalia / Mesa)\, David Heidelberg ()\nHear\, hear!
 \n\nCome witness the tale of a lone Mesa developer who\, after the 101st r
 egression caused by external changes\, vowed to slay the bisection dragon 
 once and for all by guarding their driver kingdom with CI pre-merge testin
 g!\n\nToo little did they know the sirens of automated testing would take 
 them on an unexpected journey in far-away lands they only ever heard tales
  of\, and tested their skills in new and scary ways on their path to self-
 discovery.\n\nThrough their years of battle\, they learned that the regres
 sion dragon is just one of the many monsters that are threatening its user
 s\, and became wise-enough to tame them and bring stability to the driver 
 kingdom.\n\nCome to hear how!\n\n\n\nWorkshop instructions: \n\nhttps://in
 dico.freedesktop.org/event/4/contributions/212/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/212/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Status Update of the VKMS DRM driver
DTSTART;VALUE=DATE-TIME:20231018T103500Z
DTEND;VALUE=DATE-TIME:20231018T105500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-176@indico.freedesktop.org
DESCRIPTION:Speakers: Maíra Canal (Igalia)\, Melissa Wen (Igalia)\nIt has
  been a while since the last XDC talk about the VKMS and a lot has changed
 . VKMS now supports multiple formats\, the composition is now performed in
  CRTC\, the performance was improved and the planes now have the ability t
 o rotate. And there is more coming: 1D LUT\, multi-planar formats\, full b
 lend mode support...\n\nSo\, let's explore a bit of the current status of 
 VKMS\, see the current state of its IGT test coverage\, and also cover som
 e current use cases for it.\n\nhttps://indico.freedesktop.org/event/4/cont
 ributions/176/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/176/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Linux DRM Bridge: A Potential Replacer for the DRM Encoder to Stan
 dardise a Single API?
DTSTART;VALUE=DATE-TIME:20231018T142500Z
DTEND;VALUE=DATE-TIME:20231018T144500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-217@indico.freedesktop.org
DESCRIPTION:Speakers: Jagan Teki (U-Boot  Allwinner\, SPI\, SPI Flash Main
 tainer\, Linux DRM Bridge Contributor and Maintainer\, AI/Ml-enthusiast)\n
 Display and graphic drivers in Linux are part of the Linux DRM subsystem a
 nd are using DRM resources like memory management\, interrupt handling\, a
 nd DMA via Kernel Mode Settings (KMS) that act as an abstraction layer to 
 provide uniform access to applications.\n\nEncoders are one of the key KMS
  components that takes pixel data from a CRTC and converts it to a format 
 suitable for an attached connector. Early Linux-4.0 encoders play a crucia
 l role in connecting display hardware attributes to KMS however\, for new-
 age display solutions like Bridges\, Converters\, and Switches it becomes 
 hard for the encoder to handle these topologies in order to support variou
 s functionalities.\n\nLinux-v4.0 has introduced a DRM bridge\, a linear li
 nk structure of objects always attached to a single encoder at a time and 
 connected directly or chain of bridges to the connector of a given KMS pip
 eline. Supporting bridge chains to new-age display solutions will end up a
 n encoder becoming a dumb encoder without any operations limited.\n\nThis 
 progressive change of moving the DRM drivers from the encoder to the bridg
 e will standardize the single API\, So it becomes simple and clear for imp
 lementing a drm drivers for new-age display solutions without touching the
  existing KMS pipeline.\n\nThis talk explains how the conversion of the en
 coder to bridge has been done by considering real-time solutions submitted
  to Mainline Linux on Samsung DSIM IP with a conclusion that are encoders 
 replaced or removed from the drm stack?\n\nhttps://indico.freedesktop.org/
 event/4/contributions/217/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/217/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Debugging GPU faults: QoL tools for your driver
DTSTART;VALUE=DATE-TIME:20231019T094500Z
DTEND;VALUE=DATE-TIME:20231019T103000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-177@indico.freedesktop.org
DESCRIPTION:Speakers: Danylo Piliaiev (Igalia S.L.)\nGPU faults aren't eas
 y to debug and half of the time near the end you think "What if I was able
  to quickly edit this GPU packet"\, "What if I was able to dump GPU memory
  here?"\, "It would have been nice to print that shader register!".\n\nFin
 ally I caved in and spent time implementing these little improvements for 
 Turnip driver. Was it worth it? Spoiler: Yes!\n\nIn this talk I'll show un
 sophisticated tools that were written for Turnip which greatly improved th
 e debugging workflow and could be implemented in other drivers.\n\nhttps:/
 /indico.freedesktop.org/event/4/contributions/177/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/177/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Tuesday Opening Session
DTSTART;VALUE=DATE-TIME:20231017T070000Z
DTEND;VALUE=DATE-TIME:20231017T071500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-271@indico.freedesktop.org
DESCRIPTION:Speakers: Samuel Iglesias Gonsálvez (Igalia)\nhttps://indico.
 freedesktop.org/event/4/contributions/271/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/271/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Xen based GPU virtualization - VirtIO/Passthrough
DTSTART;VALUE=DATE-TIME:20231018T140000Z
DTEND;VALUE=DATE-TIME:20231018T142000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-216@indico.freedesktop.org
DESCRIPTION:Speakers: Ray Huang (AMD)\nXen is one of the most popular hype
 rvisors in the world\, however\, the GPU virtualization on Xen is currentl
 y lacking in quite a few areas. VirtIO GPU is widely used on KVM\, but les
 s so on Xen and a number of features\, including vulkan\, are not currentl
 y functional in a guest VM.\nTo address this\, we are working to have more
  complete graphics and multimedia support on Xen. Earlier this year\, we s
 tarted pushing out the first patches[1] to support venus\, passthrough gpu
 \, and virgl video on Xen + QEMU\, and were invited to present it at the X
 en summit [2][3] in June.  We have continued improving Xen support for GPU
 s\, adding new functionality like dGPU PRIME (Passthrough GPU rendering + 
 VirtIO GPU display in one guest VM)\, and introducing virtio native contex
 t which is a more straightforward and performant way to use native drivers
  instead of virgl/venus in a guest VM.\nThis talk will provide an overview
  of AMDs experiences enabling GPU virtualization on Xen based platforms.\n
 \nReference:\n[1] https://www.phoronix.com/news/AMD-GPU-Better-Xen\n[2] ht
 tps://xen2023.sched.com/event/1LKln\n[3] https://www.phoronix.com/news/AMD
 -Xen-GPU-For-Cars\n[4] https://www.phoronix.com/news/AMD-GPU-Xen-Hyperviso
 r-S3\n[5] https://lore.kernel.org/lkml/20230312120157.452859-1-ray.huang@a
 md.com/\n[6] https://lore.kernel.org/xen-devel/20230312075455.450187-1-ray
 .huang@amd.com/ \n[7] https://lore.kernel.org/qemu-devel/20230312092244.45
 1465-1-ray.huang@amd.com/ \n[8] https://gitlab.freedesktop.org/virgl/virgl
 renderer/-/merge_requests/1068 \n[9] https://gitlab.freedesktop.org/mesa/m
 esa/-/merge_requests/22108\n[10] https://gitlab.freedesktop.org/mesa/mesa/
 -/merge_requests/23680\n\nhttps://indico.freedesktop.org/event/4/contribut
 ions/216/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/216/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Rainbow Frogs: HDR + Color Management in Gamescope/SteamOS
DTSTART;VALUE=DATE-TIME:20231017T074500Z
DTEND;VALUE=DATE-TIME:20231017T080500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-202@indico.freedesktop.org
DESCRIPTION:Speakers: Joshua Ashton (Valve Software)\nAn overview of Games
 cope and our journey to support HDR content and color management at scanou
 t and composite for Steam Deck and Desktop.\nCovering the issues we faced 
 along the way from all aspects to UX\, to getting HDR and 10-bit on XWayla
 nd games/clients\, to DRM\, and to the future of what we need from the new
  DRM atomic color management pipeline.\n\nhttps://indico.freedesktop.org/e
 vent/4/contributions/202/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/202/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Board of Directors Meeting
DTSTART;VALUE=DATE-TIME:20231018T145000Z
DTEND;VALUE=DATE-TIME:20231018T155000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-273@indico.freedesktop.org
DESCRIPTION:https://indico.freedesktop.org/event/4/contributions/273/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/273/
END:VEVENT
BEGIN:VEVENT
SUMMARY:DRM MSM Display and Graphics Update
DTSTART;VALUE=DATE-TIME:20231019T080500Z
DTEND;VALUE=DATE-TIME:20231019T085000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-194@indico.freedesktop.org
DESCRIPTION:Speakers: Abhinav Kumar (Qualcomm Innovation Center)\, Dmitry 
 Baryshkov (Linaro)\, Rob Clark (Google)\nDRM MSM display and graphics driv
 er has evolved quite a bit over the years both in terms of feature set \, 
 chipsets supported and also complexity.\n\nThis talk will focus broadly on
  the historical context \, achievements\, current IGT CI based workflow\, 
 IGT bug fixes/enhancements which were done for MSM\, feature and chipset r
 oadmap (both current and near future) for display and graphics drivers.\n\
 nhttps://indico.freedesktop.org/event/4/contributions/194/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/194/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Thursday Opening Session
DTSTART;VALUE=DATE-TIME:20231019T070000Z
DTEND;VALUE=DATE-TIME:20231019T071000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-274@indico.freedesktop.org
DESCRIPTION:Speakers: Samuel Iglesias Gonsálvez (Igalia)\nhttps://indico.
 freedesktop.org/event/4/contributions/274/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/274/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wayland Shells for Embedded Systems
DTSTART;VALUE=DATE-TIME:20231019T103500Z
DTEND;VALUE=DATE-TIME:20231019T105500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-200@indico.freedesktop.org
DESCRIPTION:Speakers: Michael Tretter (Pengutronix)\nMany embedded Linux s
 ystems that feature a display\, nowadays\, use a Wayland compositor as the
  base for the GUI. Using standard desktop technology simplifies applicatio
 n development and increases consistency across products. However\, as a si
 gnificant difference to desktops\, the system developer – not the user 
 – decides how to arrange the surfaces on the screen.\n\nVarious Wayland 
 compositors and shells address the embedded use case in different ways and
  with varying complexity: The Weston kiosk-shell\, cage\, the agl-composit
 or\, the Weston IVI-shell\, and phosh are just a few examples. Each shell 
 comes with its own set of hard-coded assumptions\, and the trade-offs and 
 suitability for a certain use case may not be obvious at a first glance. O
 ften\, developers end up forking the compositor and hacking the shell unti
 l it fits the use case\, causing an additional maintenance burden and furt
 her fragmentation of the ecosystem.\n\nI will give an overview of use case
 s and requirements of different GUIs in embedded systems\, highlight the d
 ifferences between the existing shells\, and spark a discussion\, how to i
 mprove the flexibility and reuse of Wayland shells for future embedded use
  cases.\n\nhttps://indico.freedesktop.org/event/4/contributions/200/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/200/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Closing Session
DTSTART;VALUE=DATE-TIME:20231019T152000Z
DTEND;VALUE=DATE-TIME:20231019T153500Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-275@indico.freedesktop.org
DESCRIPTION:Speakers: Samuel Iglesias Gonsálvez (Igalia)\nhttps://indico.
 freedesktop.org/event/4/contributions/275/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/275/
END:VEVENT
BEGIN:VEVENT
SUMMARY:Wednesday Opening Session
DTSTART;VALUE=DATE-TIME:20231018T070000Z
DTEND;VALUE=DATE-TIME:20231018T071000Z
DTSTAMP;VALUE=DATE-TIME:20260818T114200Z
UID:indico-contribution-23-272@indico.freedesktop.org
DESCRIPTION:Speakers: Samuel Iglesias Gonsálvez (Igalia)\nhttps://indico.
 freedesktop.org/event/4/contributions/272/
LOCATION:Palexco
URL:https://indico.freedesktop.org/event/4/contributions/272/
END:VEVENT
END:VCALENDAR
