BEGIN:VCALENDAR VERSION:2.0 PRODID:-//CERN//INDICO//EN BEGIN:VEVENT SUMMARY:Making bare-metal testing accessible to every developer DTSTART;VALUE=DATE-TIME:20210917T141000Z DTEND;VALUE=DATE-TIME:20210917T143000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-26@indico.freedesktop.org DESCRIPTION:With Freedesktop's move to Gitlab every project not only got a ccess to a lot of machine time\, but they also got all the infrastructure to automate their runs\, inspect the results\, and provide automated testi ng reports of merge requests. This has led to a lot of projects adopting i t to reduce regressions and maintenance costs to the point of almost bankr upting Freedesktop.org! The only downside of the current testing infrastru cture is that it is meant to run in the cloud\, not on the GPUs we develop drivers for! Of course\, some efforts are underway to make even the DRM s ubsystem testable in the cloud (VKMS) but if we are to prevent regressions through pre-merge testing\, we need at some point to run on the real hard ware!\n\nHardware-testing labs do exists\, but they rarely seem to happen without a corporation to back them up as only they have the resources to p ay for the development of the system interfacing with the hardware\, its h osting\, and its maintenance. In order to be within the reach of hobbyist projects\, we estimate the cost should be limited to $1kUSD\, one week-end of hardware set up time\, and a couple of evenings of tweaking before rea ching stability\, and no more than an hour per week of maintenance after t hat. To reach this goal\, we need to make the deployment as easy as assemb ling plastic bricks\, keep maintenance costs down through self-configurati on/healing\, and running Gitlab CI jobs in the farm as easy as inheriting from a CI template and setting a couple of environment variables!\n\nWhile we have not yet fully reached this loafty goal\, we already are operating 3 farms in 3 locations with the above properties mostly implemented \\o/ In this talk\, we are presenting how easy it is to deploy a kernel and run containers in our farm\, show what it takes to set up a test farm at home \, and what can be done to get hobbyist projects like Nouveau tested!\n\nh ttps://indico.freedesktop.org/event/1/contributions/26/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/26/ END:VEVENT BEGIN:VEVENT SUMMARY:X.Org security BoF DTSTART;VALUE=DATE-TIME:20210917T133000Z DTEND;VALUE=DATE-TIME:20210917T153000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-2@indico.freedesktop.org DESCRIPTION:Speakers: Matthieu Herrb ()\nI'm going to present a summary of the last 10 years or so of participating to the moderation and animation of the xorg-security@ mailing lists.\nThis is an opportunity for people in terested in taking over this responsibility to have an insight of the kind of issues that are submitted and how we've been dealing with them.\n\nhtt ps://indico.freedesktop.org/event/1/contributions/2/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/2/ END:VEVENT BEGIN:VEVENT SUMMARY:KWinFT in 2021: Latest development\, Next Steps DTSTART;VALUE=DATE-TIME:20210916T143500Z DTEND;VALUE=DATE-TIME:20210916T152000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-8@indico.freedesktop.org DESCRIPTION:Speakers: Roman Gilg ()\nThis talk presents an overview of the KWinFT project in 2021. The following topics will be discussed:\n\n - ori ginal motives for founding the KWinFT project\,\n - recap of previous deve lopments in 2020\,\n - overview of current developments\,\n - project orga nisation and scaling\,\n - embedding in the ecosystem: long-term plan for KWinFT as a C++ library collection for the creation of feature-rich Waylan d (and X11) compositors.\n\nhttps://indico.freedesktop.org/event/1/contrib utions/8/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/8/ END:VEVENT BEGIN:VEVENT SUMMARY:SSA-based Register Allocation for GPU Architectures DTSTART;VALUE=DATE-TIME:20210915T143500Z DTEND;VALUE=DATE-TIME:20210915T152000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-7@indico.freedesktop.org DESCRIPTION:Speakers: Connor Abbott (Valve)\, Daniel Schürmann (Valve)\nS SA-based register allocation is a new strategy for register allocation whi ch decouples register allocation from spilling and guarantees predictable register usage. It holds special promise for GPUs due to common architectu ral features like dynamic register sharing\, but there are also challenges in real-world implementations. After first being used in Mesa by the ACO compiler backend for AMD GPUs\, it is now also in use by the Freedreno dri ver for Qualcomm Adreno GPUs. In this talk we will explain the basic conce pts\, considerations for real-world implementations\, and implementation c hoices made in freedreno and ACO.\n\nhttps://indico.freedesktop.org/event/ 1/contributions/7/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/7/ END:VEVENT BEGIN:VEVENT SUMMARY:Quick Overview of VK_EXT_multi_draw DTSTART;VALUE=DATE-TIME:20210915T172500Z DTEND;VALUE=DATE-TIME:20210915T173000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-3@indico.freedesktop.org DESCRIPTION:Speakers: Ricardo Garcia (Igalia\, S.L.)\nThe VK_EXT_multi_dra w Vulkan extension was recently released and closes an existing gap betwee n the OpenGL and Vulkan APIs. It can be used to improve the performance of some Vulkan apps and as a tool when implementing OpenGL on top of Vulkan as Zink does. This talk will give a quick overview of the extension.\n\nht tps://indico.freedesktop.org/event/1/contributions/3/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/3/ END:VEVENT BEGIN:VEVENT SUMMARY:Another year\, another ISA: Panfrost update DTSTART;VALUE=DATE-TIME:20210915T171500Z DTEND;VALUE=DATE-TIME:20210915T172000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-6@indico.freedesktop.org DESCRIPTION:Speakers: Alyssa Rosenzweig (Collabora)\nA lightning talk abou t the state-of-the-art of the Panfrost driver for Arm Mali GPUs\, includin g support for the new Valhall instruction set architecture in the latest M ali designs.\n\nhttps://indico.freedesktop.org/event/1/contributions/6/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/6/ END:VEVENT BEGIN:VEVENT SUMMARY:The Input Method Hub DTSTART;VALUE=DATE-TIME:20210915T172000Z DTEND;VALUE=DATE-TIME:20210915T172500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-4@indico.freedesktop.org DESCRIPTION:Speakers: Roman Gilg ()\nQuick overview of [ongoing efforts][1 ] to improve upon the current state of text input and input method Wayland protocols.\n\n\n [1]: https://gitlab.freedesktop.org/wayland/wayland-pro tocols/-/issues/39\n\nhttps://indico.freedesktop.org/event/1/contributions /4/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/4/ END:VEVENT BEGIN:VEVENT SUMMARY:Enabling Level zero Sysman APIS for Tool developers to control the GPUs. DTSTART;VALUE=DATE-TIME:20210916T152500Z DTEND;VALUE=DATE-TIME:20210916T161000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-9@indico.freedesktop.org DESCRIPTION:Speakers: saikishore konda ()\, Ravindra Babu Ganapathi\, ()\ , Jitendra Sharma ()\, T J Vivek Vilvaraj\, ()\nWe talk about a new progr amming interface “Sysman” which is part of level zero library.\nSysman (System Resource Management) is used to monitor and control the power\, f requency\, temperature etc \, of accelerator devices.\nSysman is an API th at will\,\n• Enable HPC (High Performance Compute) GPU servers to optimi ze/track power\, temperature \,utilization\, memory bandwidth & scheduling of Intel discrete graphics cards for the kind of workloads that run in th ose environments.\n• Provide system level monitoring of important teleme try like power\, frequencies\, temperature and updating the firmwares \n • Be integrated as part of OneAPI Level0 with hooks into the Level Zero UMD driver.\n\nhttps://indico.freedesktop.org/event/1/contributions/9/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/9/ END:VEVENT BEGIN:VEVENT SUMMARY:SSA-based Register Allocation DTSTART;VALUE=DATE-TIME:20210916T143500Z DTEND;VALUE=DATE-TIME:20210916T163500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-1@indico.freedesktop.org DESCRIPTION:Speakers: Connor Abbott (Valve)\, Daniel Schürmann (Valve)\nA fter the talk "SSA-based Register Allocation for GPU Architectures"\, this workshop will be for people considering implementing SSA-based register a llocation or wanting to understand the ACO and Freedreno implementations. We can also go more in-depth with different strategies and heuristics used to optimize the register allocation problem\, if there is interest.\n\nht tps://indico.freedesktop.org/event/1/contributions/1/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/1/ END:VEVENT BEGIN:VEVENT SUMMARY:A new CPU performance scaling proposal for tuning VKD3D-Proton DTSTART;VALUE=DATE-TIME:20210917T143500Z DTEND;VALUE=DATE-TIME:20210917T145500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-5@indico.freedesktop.org DESCRIPTION:Speakers: Ray Huang ()\nThe CPU performance scaling is one of key parts in Linux Kernel\, it is to manage the CPU frequency according to kernel and processor status and widely used by many user mode application to talk to the processors. The system information APIs in Wine will use t he CPU performance scaling interfaces to manage the multi-core processor s chedule timing compatibilities from windows application to Linux environme nt for VKD3D-Proton (the full Direct3D 12 API on top of Vulkan) on Steam. The original CPU performance scaling module is based on the legacy kernel common ACPI cpufreq driver on AMD processors. We found it was not very per formance/power efficiency for modern AMD platforms. So this talk is to int roduce a new CPU performance scaling design for AMD platform which has bet ter performance per watt scaling on such as 3D game like Horizon Zero Dawn with VKD3D-Proton on Steam. \n\nThe idea is inspired by co-working with V alve software guys for tuning animation slow down problem (https://github. com/ValveSoftware/Proton/issues/4125) of VKD3D-Proton on steam.\n\nhttps:/ /indico.freedesktop.org/event/1/contributions/5/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/5/ END:VEVENT BEGIN:VEVENT SUMMARY:TTM conversion in i915 DTSTART;VALUE=DATE-TIME:20210917T123000Z DTEND;VALUE=DATE-TIME:20210917T131500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-34@indico.freedesktop.org DESCRIPTION:Speakers: Thomas Hellstrom (Intel)\nThe purpose of TTM is to p rovide buffer object contents in memory where it is mappable by the CPU an d GPU when needed\, and also to allow overcommitting by means of swapping or eviction.\n\nThis talk will cover the process of moving memory manageme nt in i915 kernel driver to TTM.\n\nhttps://indico.freedesktop.org/event/1 /contributions/34/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/34/ END:VEVENT BEGIN:VEVENT SUMMARY:The Occult and the Apple GPU DTSTART;VALUE=DATE-TIME:20210915T125500Z DTEND;VALUE=DATE-TIME:20210915T134000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-10@indico.freedesktop.org DESCRIPTION:Speakers: Alyssa Rosenzweig (Collabora)\nThe Internet has been under a spell over the M1 system-on-chip. Is Apple's GPU architecture mag ically faster than the rest of the industry? Or is it all smoke and mirror s? Only a reverse-engineering witch can divine that truth. Grab your cape\ , because we're about to spill the chip's secrets\, solve mysteries we wer e never supposed to know about\, and gain a Mesa driver along the way.\n\n https://indico.freedesktop.org/event/1/contributions/10/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/10/ END:VEVENT BEGIN:VEVENT SUMMARY:Dissecting and fixing Vulkan rendering issues in drivers with Rend erDoc DTSTART;VALUE=DATE-TIME:20210916T125500Z DTEND;VALUE=DATE-TIME:20210916T134000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-12@indico.freedesktop.org DESCRIPTION:Speakers: Danylo Piliaiev (Igalia S.L.)\nBroken and flickering geometry\, corrupted textures\, and even hangs in real-world games and ap ps are common issues in open-source graphics driver development. While con formance tests are mostly narrow and confined\, finding driver problems wh en running triple-A games can be a challenging task.\n\nThis talk will sho w a major misrendering example when running a game and the steps taken to pinpoint the underlying problem in shader compilation using RenderDoc. We will briefly touch the taxonomy of different issues\, typical causes\, and generic methods to try.\n\nhttps://indico.freedesktop.org/event/1/contrib utions/12/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/12/ END:VEVENT BEGIN:VEVENT SUMMARY:Redefining the Future of Accelerator Computing with Level Zero DTSTART;VALUE=DATE-TIME:20210916T161500Z DTEND;VALUE=DATE-TIME:20210916T170000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-13@indico.freedesktop.org DESCRIPTION:Speakers: Jaime Arteaga (Intel)\, Ravindra Babu Ganapathi\, ( )\, Aravind Gopalakrishnan (Intel)\, Michal Mrozek (Intel)\, Brandon Flifl et (Intel)\, Ben Ashbaugh (Intel)\nModern applications in areas like Machi ne Learning\, Artificial Intelligence\, and 3D Graphics\, require a synerg istic software/hardware ecosystem that allow developers to take full advan tage of hardware accelerators. In this scenario\, it is critical to have a low-level API that can easily support and adapt to any device\, in order to minimize the impact in upper-levels of the software stack when exposing novel hardware capabilities to higher-level programming models and framew orks.\n\nLevel-Zero API\, part of Intel OneAPI product\, defines a device- independent\, vendor-agnostic\, low-level\, direct-to-metal interface to a ccelerator devices that abstracts users and upper-level components of the software stack from the specifics of the target devices\, while providing them with the access needed to fully exploit their hardware capabilities. This is essential for Intel to expose new hardware features at a faster pa ce and to effectively compete against established CUDA-based ecosystem fro m NVIDIA.\n\nThis presentation offers an overview of the rich set of inter faces defined in Level-Zero\, focusing on capabilities such as unified-sha red memory\, peer-to-peer communication\, and inter-process communication. Additionally\, the status of the implementation of Level-Zero and its ado ption by higher-level compiler\, analysis tools\, performance libraries an d other frameworks are presented.\n\nhttps://indico.freedesktop.org/event/ 1/contributions/13/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/13/ END:VEVENT BEGIN:VEVENT SUMMARY:Improving the Linux display stack reliability DTSTART;VALUE=DATE-TIME:20210917T111500Z DTEND;VALUE=DATE-TIME:20210917T120000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-11@indico.freedesktop.org DESCRIPTION:Speakers: Maxime Ripard ()\nDue to its nature\, the display st ack can be hard to test. Indeed\, the component we want to test often send s the pixels to an external display without any way to retrieve the image being output\, let alone make sure it's correct.\n\nAnd while a human can perform some of those tests by looking at the screen\, some issues can pro ve to be difficult to spot\, such as colours being slightly off or pixels being offset. More complex tests can also be tedious to set up or hard to trigger.\n\nThe ecosystem of devices that Linux supports also adds further constraints on the display interfaces we want to test\, but also on the s ystem size\, the tools available\, the connectivity of the device\, etc. \ n\nIn this talk\, we will first discuss the constraints and what makes tes ting the display stack unique. We will then talk about the existing soluti ons\, their limitations\, and what we have been working on to improve the situation.\n\nhttps://indico.freedesktop.org/event/1/contributions/11/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/11/ END:VEVENT BEGIN:VEVENT SUMMARY:Coordinating the CI efforts for Linux + userspace DTSTART;VALUE=DATE-TIME:20210916T111500Z DTEND;VALUE=DATE-TIME:20210916T131500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-35@indico.freedesktop.org DESCRIPTION:Speakers: Martin Roukala (néé Peres) (X.Org / Valve contract or)\nWith the ever-increasing focus on testing found in our community\, le t's try to coordinate the efforts of every individual.\n\nThe main focus f or this workgroup will be two-fold:\n\n - Ramp up the trace-based testing in Mesa CI / DXVK / ...\n - Bring kernel testing to more drivers than i915 \n\nPlease ping mupuf on IRC on OFTC's #freedesktop to add additional topi cs or show interest in one.\n\nhttps://indico.freedesktop.org/event/1/cont ributions/35/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/35/ END:VEVENT BEGIN:VEVENT SUMMARY:LibVF.IO & Hyperborea - New tech for VFIO graphics passthrough use rs DTSTART;VALUE=DATE-TIME:20210915T170500Z DTEND;VALUE=DATE-TIME:20210915T171500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-36@indico.freedesktop.org DESCRIPTION:Speakers: Arthur Rasmusson ()\n## LibVF.IO is a library provid ing automated mdev mediated dive partitioning\, GPU scheduling\, and memor y allocation for VFIO graphics passthrough users.\n## Hyperborea is daemon driven by LibVF.IO allowing users to create\, run\, and manage unikernel VMs (single application per VM) with full performance graphics acceleratio n.\n\nIn our lightning talk we'd love to give a quick demo of how easy it is to create and run a VM with LibVFIO and show some of the underlying tec h!\n\nhttps://indico.freedesktop.org/event/1/contributions/36/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/36/ END:VEVENT BEGIN:VEVENT SUMMARY:SDL: The Quest for Wayland By Default DTSTART;VALUE=DATE-TIME:20210915T173000Z DTEND;VALUE=DATE-TIME:20210915T173500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-37@indico.freedesktop.org DESCRIPTION:Speakers: Ethan Lee (flibitijibibo)\nThe recently-released SDL 2.0.16 dramatically improves native Wayland support. The experience is ab out 90% there! This lightning talk will go over the _other_ 90% needed to make Wayland the default video driver for Linux.\n\nEthan Lee is a Linux g ame developer with over 60 games of experience\, including Celeste\, Stree ts of Rage 4\, Transistor\, and many more! He is also the maintainer of FN A and is a co-maintainer of SDL.\n\nhttps://indico.freedesktop.org/event/1 /contributions/37/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/37/ END:VEVENT BEGIN:VEVENT SUMMARY:Closing session DTSTART;VALUE=DATE-TIME:20210917T163000Z DTEND;VALUE=DATE-TIME:20210917T164000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-38@indico.freedesktop.org DESCRIPTION:https://indico.freedesktop.org/event/1/contributions/38/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/38/ END:VEVENT BEGIN:VEVENT SUMMARY:Status of freedesktop.org gitlab/cloud hosting DTSTART;VALUE=DATE-TIME:20210917T132000Z DTEND;VALUE=DATE-TIME:20210917T140500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-14@indico.freedesktop.org DESCRIPTION:Speakers: Benjamin Tissoires (Red Hat)\nLast year\, it was fir es everywhere. This year? well\, it was also the same\, sort of.\n\nIn thi s talk\, we will see what steps we took to reduce further more our bill fo r our gitlab hosting. We will also tell some jokes like "oh\, BTW\, we alm ost lost all of our storage"\, or something like "oops\, I killed the enti re cluster". Oh the fun we had.\n\nSo yes\, this is basically the continua tion of the talk I gave last year to present the new infrastructure and th e roadmap we have for gitlab.freedesktop.org.\n\nhttps://indico.freedeskto p.org/event/1/contributions/14/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/14/ END:VEVENT BEGIN:VEVENT SUMMARY:Raspberry Pi Vulkan driver update DTSTART;VALUE=DATE-TIME:20210915T111500Z DTEND;VALUE=DATE-TIME:20210915T120000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-16@indico.freedesktop.org DESCRIPTION:Speakers: Iago Toral (Igalia\, S.L.)\nLast year we presented o ur on-going work to bring Vulkan support to the\nRaspberry Pi 4 platform. This talk is intended to provide a progress update\nafter a year of additi onal development\, discussing main priorities and\nachievements during thi s period as well as future development plans.\n\nhttps://indico.freedeskto p.org/event/1/contributions/16/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/16/ END:VEVENT BEGIN:VEVENT SUMMARY:ChromeOS + freedreno update DTSTART;VALUE=DATE-TIME:20210915T134500Z DTEND;VALUE=DATE-TIME:20210915T143000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-15@indico.freedesktop.org DESCRIPTION:Speakers: Rob Clark (Google)\nNow that we are shipping arm chr omebooks with upstream mesa graphics drivers\, we would like to give a sta tus update\, covering the work to get to this point\, and what lies ahead. \n\nhttps://indico.freedesktop.org/event/1/contributions/15/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/15/ END:VEVENT BEGIN:VEVENT SUMMARY:Fast Checkpoint Restore for AMD GPUs with CRIU DTSTART;VALUE=DATE-TIME:20210915T155000Z DTEND;VALUE=DATE-TIME:20210915T163500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-18@indico.freedesktop.org DESCRIPTION:Speakers: Rajneesh Rajneesh Bhardwaj (AMD)\, Felix Kuehling (A MD)\, David Yat Sin (AMD)\nCRIU a.k.a Checkpoint Restore in Userspace is t he de-facto choice for Checkpoint and Restore but one of its major limitat ions is to Checkpoint and Restore tasks that have a device state associate d with them and need the driver to manage their state which CRIU cannot co ntrol but provides a flexible plugin mechanism to achieve this. So far the re is no serious real device plugin (at least in public domain) that deals with a complex device such as a GPU. We would like to discuss our work to support CRIU with AMD ROCm which is AMD's fully open source solution to M achine Learning and HPC compute space. This will potentially be extended t o support video decode / encode using render nodes.\n\nCRIU already has a plugin architecture to support processes using device files. Using this ar chitecture we added a plugin for supporting CRIU with GPU compute applicat ions running on the AMD ROCm software stack. This requires new ioctls in t he KFD kernel mode driver to save and restore hardware and kernel mode dri ver state\, such as memory mappings\, VRAM contents\, user mode queues\, a nd signals. We also needed a few new plugin hooks in CRIU itself to suppor t remapping of device files and mmap offsets within them\, and finalizing GPU virtual memory mappings and resuming execution of the GPU after all VM As have been restored by the PIE code.\n\nThe result is the first real-wor ld plugin and the first example of GPU support in CRIU.\n\nWhile there wer e several new challenges that we faced to enable this work\, we were final ly able to support real tensorflow/pytorch work loads across multi-gpu nod es using criu and were also able to migrate the containers running gpu bou nd worklaods.In this talk\, we'd like to talk about our journey where we s tarted with a small 64KB buffer object in GPU VRAM to Gigabytes of single VRAM buffer objects across GPUs. We started with /PROC/PID/MEM interface i nitially and then switched to a faster direct approach that only worked wi th large PCIE BAR GPUs but that was still slow. For instance\, to copy 16G B of VRAM\, it used to take ~15 mins with the direct approach on large bar s and more than 45 mins with small bars. We then switched to using system DMA engines built into most AMD GPus and this resulted in very significant improvements. We can checkpoint the same amount of data within 5 seconds now. For this we initially modified libdrm but the maintainers didn't agre e to change an private API to expose GEM handles to the userspace so we fi nally ended up make a kernel change and exporting the buffer objects in VR AM as DMABUF objects and then import in our plugin using libdrm.\n\nWe are going to present the architecture of our plugin\, how it interacts with C RIU and our GPU driver during the checkpoint and restore flow. We can also talk about some security considerations and initial test results and perf ormance stats.\n \n\nFurther reading: https://github.com/RadeonOpenCompute /criu/tree/criu-dev/plugins/amdgpu#readme \nOur work-in-progress code: htt ps://github.com/RadeonOpenCompute/criu/tree/amd-criu-dev-staging\n\nhttps: //indico.freedesktop.org/event/1/contributions/18/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/18/ END:VEVENT BEGIN:VEVENT SUMMARY:Addressing wayland robustness DTSTART;VALUE=DATE-TIME:20210916T111500Z DTEND;VALUE=DATE-TIME:20210916T120000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-20@indico.freedesktop.org DESCRIPTION:Speakers: David Edmundson (KDE)\nOne of the biggest user-facin g issues facing wayland adoption is robustness. A crash in the compositor can take down the entire session and lead to data loss.\n\nWith wayland be ing a constantly changing landscape and with more workload being put on th e compositor process this doesn't seem to be going away.\n\nThis talk show cases work across multiple libraries and toolkits to tackle this at the ro ot with a method of "compositor handoffs" allowing clients to safely secur ely and seamlessly reconnect to a relaunched wayland compositor. This not only tackles the issue of robustness but also opens up a whole avenue of n ew opportunities that were previously impossible\; such as freezing and re suming applications.\n\nWe talk through the POC implementations made acros s multiple toolkits\, and what changes are needed throughout wayland and m esa to support this.\n\nhttps://indico.freedesktop.org/event/1/contributio ns/20/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/20/ END:VEVENT BEGIN:VEVENT SUMMARY:Ray-tracing in Vulkan pt. 2: Implementation DTSTART;VALUE=DATE-TIME:20210916T134500Z DTEND;VALUE=DATE-TIME:20210916T143000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-17@indico.freedesktop.org DESCRIPTION:Speakers: Jason Ekstrand (Intel)\nAt last year's XDC\, Jason g ave an overview of the VK_KHR_ray_tracing extensions and how they can be u sed to implement a ray-tracing render from a client POV. In this talk\, J ason will discuss the implementation of those extensions in Intel's Linux Vulkan driver. We'll cover over-all architecture as well as detailed topi cs such as bindless thread dispatch on Intel HW\, Shader call/return lower ing\, and BVH building with OpenCL kernels. Watching last year's talk as preparation is highly recommended.\n\nhttps://indico.freedesktop.org/event /1/contributions/17/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/17/ END:VEVENT BEGIN:VEVENT SUMMARY:State of the X.Org DTSTART;VALUE=DATE-TIME:20210917T152500Z DTEND;VALUE=DATE-TIME:20210917T154500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-24@indico.freedesktop.org DESCRIPTION:Speakers: Lyude Paul (Red Hat)\nYour secretary's yearly report on the state of the X.org Foundation. Expect updates on the freedeskoptop .org\, internship and student programs\, XDC\, and more!\n\nhttps://indico .freedesktop.org/event/1/contributions/24/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/24/ END:VEVENT BEGIN:VEVENT SUMMARY:Hostile Multi-Tenancy on a Single Commodity GPU: Can it be secure? DTSTART;VALUE=DATE-TIME:20210917T111500Z DTEND;VALUE=DATE-TIME:20210917T131500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-39@indico.freedesktop.org DESCRIPTION:Speakers: Demi Obenour (Invisible Things Lab)\nWhile GPU multi -tenancy in the server world has grown rapidly\, hostile multi-tenancy on single\, commodity GPUs has been virtually unexplored. Existing multi-tena ncy solutions for GPUs all fall short in at least one of the following are as: Minimizing attack surface\, strongly isolating potentially hostile ten ants\, supporting consumer GPUs\, and allowing parallel sharing of a singl e GPU between tenants. Containers and VirtualBox’s virtual GPU are not secure enough to protect against hostile workloads. VirGL\, KVMGT\, XenGT \, and WebGL are all incredibly complex solutions with massive attack surf ace. AMD and NVIDIA already support GPU virtualization\, but it is limite d to costly enterprise cards and the NVIDIA solution requires proprietary drivers. Hyper-V GPU partitioning support is neither free software nor pr oduction ready. Finally\, PCIe pass-through to a VM requires 1 GPU per te nant\, which makes it insufficient for desktop partitioning solutions such as Qubes OS.\n\nThis workshop is a twofold challenge: First\, determine i f hostile multi-tenancy on a single commodity GPU can be implemented secur ely. If it can\, figure out how\; if it cannot\, determine what would be needed from GPU vendors. The goal is to begin work towards a secure\, cap ability-based GPU multiplexer that runs on commodity hardware and is agnos tic to the specific CPU-side isolation mechanism\, whether it be a microke rnel\, a hypervisor\, or something else entirely.\n\nhttps://indico.freede sktop.org/event/1/contributions/39/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/39/ END:VEVENT BEGIN:VEVENT SUMMARY:Rust in Mesa DTSTART;VALUE=DATE-TIME:20210917T160000Z DTEND;VALUE=DATE-TIME:20210917T160500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-40@indico.freedesktop.org DESCRIPTION:Speakers: Karol Herbst (Red Hat\, Nouveau)\nI played around wi th how we can make use of Rust in mesa and wanted to give a short talk abo ut what I've done and what the biggest missing things are.\n\nhttps://indi co.freedesktop.org/event/1/contributions/40/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/40/ END:VEVENT BEGIN:VEVENT SUMMARY:Conclusions about BVH building with RADV and ANV DTSTART;VALUE=DATE-TIME:20210917T155500Z DTEND;VALUE=DATE-TIME:20210917T160000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-41@indico.freedesktop.org DESCRIPTION:Speakers: Jason Ekstrand (Intel)\, Bas Nieuwenhuizen (RADV)\nC onclusions from the BVH building break-out\n\nhttps://indico.freedesktop.o rg/event/1/contributions/41/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/41/ END:VEVENT BEGIN:VEVENT SUMMARY:Lima driver status update 2021 DTSTART;VALUE=DATE-TIME:20210915T120500Z DTEND;VALUE=DATE-TIME:20210915T125000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-21@indico.freedesktop.org DESCRIPTION:Speakers: Erico Nunes ()\nLima is an open source graphics driv er which supports Mali Utgard (Mali-4xx) embedded GPUs from ARM.\nIt’s a reverse-engineered\, community-developed driver.\n\nAt XDC 2019 there was a presentation about Lima\, which happened not long after its initial inc lusion in upstream.\nAt that time\, it was still missing some important fe atures to be a complete driver.\nMost of those have been addressed since t hen and the situation now is notably more stable.\n\nThis talk aims to pro vide a status update on Lima\, a review of the more relevant recent work o n it\, and some possible paths going forward.\n\nhttps://indico.freedeskto p.org/event/1/contributions/21/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/21/ END:VEVENT BEGIN:VEVENT SUMMARY:etnaviv: status update DTSTART;VALUE=DATE-TIME:20210915T152500Z DTEND;VALUE=DATE-TIME:20210915T154500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-23@indico.freedesktop.org DESCRIPTION:Speakers: Christian Gmeiner ()\nJust a yearly status update ab out etnaviv (NIR\, CI\, ..).\n\nhttps://indico.freedesktop.org/event/1/con tributions/23/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/23/ END:VEVENT BEGIN:VEVENT SUMMARY:Compiling Vulkan shaders in the browser: A tale of control flow gr aphs and WebAssembly DTSTART;VALUE=DATE-TIME:20210916T120500Z DTEND;VALUE=DATE-TIME:20210916T125000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-22@indico.freedesktop.org DESCRIPTION:Speakers: Tony Wasserka ()\nEver wondered what happens when yo u mix Emscripten\, Graphviz\, and a Vulkan driver? I couldn’t help mysel f and tried: What started as a simple visualizer for shader control flow h as since grown into a port of Mesa’s shader compiler ACO running in the browser\, capable of compiling thousands of shaders on-the-fly. Don’t be lieve it? Demo included!\n\nPutting this experiment into wider context rev eals a landscape of powerful debugging tools rarely utilized in low-level programming: With robust and efficient code left at the core\, external we b-based tools benefit from quicker iteration cycles and easier UI prototyp ing.\n\nThis talk doesn’t present ground-breaking ideas: At worst\, you ’ll see a cool tool made with love. At best\, you’ll walk away with ne w ideas for creating debuggable systems.\n\nhttps://indico.freedesktop.org /event/1/contributions/22/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/22/ END:VEVENT BEGIN:VEVENT SUMMARY:KWinFT's wlroots backend DTSTART;VALUE=DATE-TIME:20210917T120500Z DTEND;VALUE=DATE-TIME:20210917T122500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-25@indico.freedesktop.org DESCRIPTION:Speakers: Roman Gilg ()\nThe [big change][1] in KWinFT this ye ar is the replacement of all its own hardware backend plugins for its Wayl and session with a single backend talking to wlroots.\n\nThis talk goes in to detail on:\n\n - reasons for this strategic move\,\n - technical realiz ation\,\n - outcome with advantages and disadvantages\,\n - long-term impa ct on the ecosystem.\n\n\n [1]: https://gitlab.com/kwinft/kwinft/-/merge_ requests/108/\n\nhttps://indico.freedesktop.org/event/1/contributions/25/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/25/ END:VEVENT BEGIN:VEVENT SUMMARY:Spoilers: XDC 2022 DTSTART;VALUE=DATE-TIME:20210917T155000Z DTEND;VALUE=DATE-TIME:20210917T155500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-42@indico.freedesktop.org DESCRIPTION:Speakers: Jeremy White (CodeWeavers)\, Arkadiusz Hiler (CodeWe avers)\nIn this talk we'll reveal the location and vintage of XDC 2022.\n\ nhttps://indico.freedesktop.org/event/1/contributions/42/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/42/ END:VEVENT BEGIN:VEVENT SUMMARY:Summary of discussions from multi-tenancy workshop DTSTART;VALUE=DATE-TIME:20210917T160500Z DTEND;VALUE=DATE-TIME:20210917T161000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-43@indico.freedesktop.org DESCRIPTION:Speakers: Demi Obenour (Invisible Things Lab)\nThis is a summa ry of what was discussed in the workshop on GPU multi-tenancy.\n\nhttps:// indico.freedesktop.org/event/1/contributions/43/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/43/ END:VEVENT BEGIN:VEVENT SUMMARY:Xorg security BoF summary DTSTART;VALUE=DATE-TIME:20210917T161000Z DTEND;VALUE=DATE-TIME:20210917T161500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-44@indico.freedesktop.org DESCRIPTION:Speakers: Matthieu Herrb ()\nThis will present the topics disc ussed during the BoF session.\n\nhttps://indico.freedesktop.org/event/1/co ntributions/44/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/44/ END:VEVENT BEGIN:VEVENT SUMMARY:Virtual conference how-to DTSTART;VALUE=DATE-TIME:20210917T162000Z DTEND;VALUE=DATE-TIME:20210917T162500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-46@indico.freedesktop.org DESCRIPTION:Speakers: Ryszard Knop (Intel)\nWe will explain our experience organizing this XDC as virtual conference.\n\nhttps://indico.freedesktop. org/event/1/contributions/46/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/46/ END:VEVENT BEGIN:VEVENT SUMMARY:Video decoding in Vulkan: A brief overview of the provisional VK_K HR_video_queue & VK_KHR_video_decode APIs DTSTART;VALUE=DATE-TIME:20210917T150000Z DTEND;VALUE=DATE-TIME:20210917T152000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-29@indico.freedesktop.org DESCRIPTION:Speakers: Victor Manuel Jáquez Leal (Igalia)\nIn April of thi s year\, Khronos released a provisional set of extensions: [VK_KHR_video_q ueue\, VK_KHR_video_decoder_queue and VK_KHR_video_encoder_queue](https:// www.khronos.org/blog/an-introduction-to-vulkan-video). They all aim for ha rdware accelerated video decoding and encoder with the Vulkan API. In thi s talk\, we will introduce the basics of video decoding and give an overvi ew of the concepts used to decode video via the new Vulkan extension\, usi ng as example the usage of the API in a GStreamer element. The talk will b e educational and focus on helping others in the X/Mesa community to under stand the new API concepts.\n\nhttps://indico.freedesktop.org/event/1/cont ributions/29/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/29/ END:VEVENT BEGIN:VEVENT SUMMARY:Notes on the CI workshop DTSTART;VALUE=DATE-TIME:20210917T161500Z DTEND;VALUE=DATE-TIME:20210917T162000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-45@indico.freedesktop.org DESCRIPTION:Speakers: Martin Roukala (néé Peres) (X.Org / Valve contract or)\nJust a quick recap from the testing workshop.\n\nhttps://indico.freed esktop.org/event/1/contributions/45/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/45/ END:VEVENT BEGIN:VEVENT SUMMARY:Opening Session DTSTART;VALUE=DATE-TIME:20210915T110000Z DTEND;VALUE=DATE-TIME:20210915T111000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-30@indico.freedesktop.org DESCRIPTION:https://indico.freedesktop.org/event/1/contributions/30/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/30/ END:VEVENT BEGIN:VEVENT SUMMARY:Emulating Virtual Hardware in VKMS DTSTART;VALUE=DATE-TIME:20210915T164000Z DTEND;VALUE=DATE-TIME:20210915T170000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-27@indico.freedesktop.org DESCRIPTION:Speakers: Sumera Priyadarsini ()\nThe Virtual Kernel Mode-sett ing(VKMS) driver aims to help with testing and development of graphics dri vers without having to use actual graphics hardware. My work during Outrea chy comprised adding support for emulation of virtual hardware in VKMS. Th is involved writing/refactoring code in IGT GPU tests as well. I want to t alk about my journey as a newcomer in exploring DRM and IGT GPU tools\, de bugging mysterious errors\, and working with the community to develop a so lution.\n\nhttps://indico.freedesktop.org/event/1/contributions/27/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/27/ END:VEVENT BEGIN:VEVENT SUMMARY:Opening Session DTSTART;VALUE=DATE-TIME:20210916T110000Z DTEND;VALUE=DATE-TIME:20210916T111000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-31@indico.freedesktop.org DESCRIPTION:https://indico.freedesktop.org/event/1/contributions/31/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/31/ END:VEVENT BEGIN:VEVENT SUMMARY:X.Org security DTSTART;VALUE=DATE-TIME:20210916T170500Z DTEND;VALUE=DATE-TIME:20210916T172500Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-28@indico.freedesktop.org DESCRIPTION:Speakers: Matthieu Herrb ()\nI'm going to present a summary of the last 10 years or so of participating to the moderation and animation of the xorg-security@ mailing lists.\nThis is an opportunity for people in terested in taking over this responsibility to have an insight of the kind of issues that are submitted and how we've been dealing with them.\n\nhtt ps://indico.freedesktop.org/event/1/contributions/28/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/28/ END:VEVENT BEGIN:VEVENT SUMMARY:X.Org Foundation Board of Directors Meeting DTSTART;VALUE=DATE-TIME:20210916T173000Z DTEND;VALUE=DATE-TIME:20210916T183000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-32@indico.freedesktop.org DESCRIPTION:https://indico.freedesktop.org/event/1/contributions/32/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/32/ END:VEVENT BEGIN:VEVENT SUMMARY:Opening Session DTSTART;VALUE=DATE-TIME:20210917T110000Z DTEND;VALUE=DATE-TIME:20210917T111000Z DTSTAMP;VALUE=DATE-TIME:20260717T225424Z UID:indico-contribution-1-33@indico.freedesktop.org DESCRIPTION:https://indico.freedesktop.org/event/1/contributions/33/ LOCATION: URL:https://indico.freedesktop.org/event/1/contributions/33/ END:VEVENT END:VCALENDAR