Chaos Computer Club - archive feed

We talk about a new programming interface “Sysman” which is part of level zero library. Sysman (System Resource Management) is used to monitor and control the power, frequency, temperature etc , of accelerator devices. Sysman is an API that will, • Enable HPC (High Performance Compute) GPU servers to optimize/track power, temperature ,utilization, memory bandwidth & scheduling of Intel discrete graphics cards for the kind of workloads that run in those environments. • Provide system level monitoring of important telemetry like power, frequencies, temperature and updating the firmwares • Be integrated as part of OneAPI Level0 with hooks into the Level Zero UMD driver. about this event: https://c3voc.de

This talk presents an overview of the KWinFT project in 2021. The following topics will be discussed: - original motives for founding the KWinFT project, - recap of previous developments in 2020, - overview of current developments, - project organisation and scaling, - embedding in the ecosystem: long-term plan for KWinFT as a C++ library collection for the creation of feature-rich Wayland (and X11) compositors. about this event: https://c3voc.de

After the talk "SSA-based Register Allocation for GPU Architectures", this workshop will be for people considering implementing SSA-based register allocation 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. about this event: https://c3voc.de

At last year's XDC, Jason gave an overview of the VK_KHR_ray_tracing extensions and how they can be used to implement a ray-tracing render from a client POV. In this talk, Jason will discuss the implementation of those extensions in Intel's Linux Vulkan driver. We'll cover over-all architecture as well as detailed topics such as bindless thread dispatch on Intel HW, Shader call/return lowering, and BVH building with OpenCL kernels. Watching last year's talk as preparation is highly recommended. about this event: https://c3voc.de

Broken and flickering geometry, corrupted textures, and even hangs in real-world games and apps are common issues in open-source graphics driver development. While conformance tests are mostly narrow and confined, finding driver problems when running triple-A games can be a challenging task. This talk will show 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. about this event: https://c3voc.de

Ever wondered what happens when you mix Emscripten, Graphviz, and a Vulkan driver? I couldn’t help myself and tried: What started as a simple visualizer for shader control flow has 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 believe it? Demo included! Putting this experiment into wider context reveals a landscape of powerful debugging tools rarely utilized in low-level programming: With robust and efficient code left at the core, external web-based tools benefit from quicker iteration cycles and easier UI prototyping. This 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 new ideas for creating debuggable systems. about this event: https://c3voc.de

With the ever-increasing focus on testing found in our community, let's try to coordinate the efforts of every individual. The main focus for this workgroup will be two-fold: - Ramp up the trace-based testing in Mesa CI / DXVK / ... - Bring kernel testing to more drivers than i915 Please ping mupuf on IRC on OFTC's #freedesktop to add additional topics or show interest in one. about this event: https://c3voc.de

One of the biggest user-facing issues facing wayland adoption is robustness. A crash in the compositor can take down the entire session and lead to data loss. With wayland being a constantly changing landscape and with more workload being put on the compositor process this doesn't seem to be going away. This talk showcases work across multiple libraries and toolkits to tackle this at the root with a method of "compositor handoffs" allowing clients to safely securely and seamlessly reconnect to a relaunched wayland compositor. This not only tackles the issue of robustness but also opens up a whole avenue of new opportunities that were previously impossible; such as freezing and resuming applications. We talk through the POC implementations made across multiple toolkits, and what changes are needed throughout wayland and mesa to support this. about this event: https://c3voc.de

Ich mache gerne Fahrradtouren und navigiere dabei mit meinem Handy auf Openstreetmapkarten. Allerdings verbraucht das Navigieren ziemlich viel Strom, sodass der Akku den Tag nur knapp durchhält. Daher habe ich überlegt, mein Handy über den Nabendynamo an meinem Fahrrad zu laden. Das Ergebnis stelle ich in diesem Petit Foo vor. about this event: https://www.chaospott.de

Lightning talks for the first day of the conference: - LibVF.IO & Hyperborea - new tech for VFIO graphics passthrough users - Another year, another ISA: Panfrost update - The Input Method Hub - Quick Overview of VK_EXT_multi_draw - SDL: The Quest for Wayland By Default about this event: https://c3voc.de

The Virtual Kernel Mode-setting(VKMS) driver aims to help with testing and development of graphics drivers without having to use actual graphics hardware. My work during Outreachy comprised adding support for emulation of virtual hardware in VKMS. This involved writing/refactoring code in IGT GPU tests as well. I want to talk about my journey as a newcomer in exploring DRM and IGT GPU tools, debugging mysterious errors, and working with the community to develop a solution. about this event: https://c3voc.de

CRIU a.k.a Checkpoint Restore in Userspace is the de-facto choice for Checkpoint and Restore but one of its major limitations is to Checkpoint and Restore tasks that have a device state associated with them and need the driver to manage their state which CRIU cannot control but provides a flexible plugin mechanism to achieve this. So far there 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 Machine Learning and HPC compute space. This will potentially be extended to support video decode / encode using render nodes. CRIU already has a plugin architecture to support processes using device files. Using this architecture we added a plugin for supporting CRIU with GPU compute applications running on the AMD ROCm software stack. This requires new ioctls in the KFD kernel mode driver to save and restore hardware and kernel mode driver state, such as memory mappings, VRAM contents, user mode queues, and signals. We also needed a few new plugin hooks in CRIU itself to support remapping of device files and mmap offsets within them, and finalizing GPU virtual memory mappings and resuming execution of the GPU after all VMAs have been restored by the PIE code. The result is the first real-world plugin and the first example of GPU support in CRIU. While there were several new challenges that we faced to enable this work, we were finally able to support real tensorflow/pytorch work loads across multi-gpu nodes using criu and were also able to migrate the containers running gpu bound worklaods.In this talk, we'd like to talk about our journey where we started 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 initially and then switched to a faster direct approach that only worked with large PCIE BAR GPUs but that was still slow. For instance, to copy 16GB of VRAM, it used to take ~15 mins with the direct approach on large bars 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 agree to change an private API to expose GEM handles to the userspace so we finally ended up make a kernel change and exporting the buffer objects in VRAM as DMABUF objects and then import in our plugin using libdrm. We are going to present the architecture of our plugin, how it interacts with CRIU and our GPU driver during the checkpoint and restore flow. We can also talk about some security considerations and initial test results and performance stats. Further reading: https://github.com/RadeonOpenCompute/criu/tree/criu-dev/plugins/amdgpu#readme Our work-in-progress code: https://github.com/RadeonOpenCompute/criu/tree/amd-criu-dev-staging about this event: https://c3voc.de

Just a yearly status update about etnaviv (NIR, CI, ..). about this event: https://c3voc.de

SSA-based register allocation is a new strategy for register allocation which decouples register allocation from spilling and guarantees predictable register usage. It holds special promise for GPUs due to common architectural 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 driver for Qualcomm Adreno GPUs. In this talk we will explain the basic concepts, considerations for real-world implementations, and implementation choices made in freedreno and ACO. about this event: https://c3voc.de

Now that we are shipping arm chromebooks with upstream mesa graphics drivers, we would like to give a status update, covering the work to get to this point, and what lies ahead. about this event: https://c3voc.de

The Internet has been under a spell over the M1 system-on-chip. Is Apple's GPU architecture magically faster than the rest of the industry? Or is it all smoke and mirrors? 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 were never supposed to know about, and gain a Mesa driver along the way. about this event: https://c3voc.de

Lima is an open source graphics driver which supports Mali Utgard (Mali-4xx) embedded GPUs from ARM. It’s a reverse-engineered, community-developed driver. At XDC 2019 there was a presentation about Lima, which happened not long after its initial inclusion in upstream. At that time, it was still missing some important features to be a complete driver. Most of those have been addressed since then and the situation now is notably more stable. This talk aims to provide a status update on Lima, a review of the more relevant recent work on it, and some possible paths going forward. about this event: https://c3voc.de

Last year we presented our on-going work to bring Vulkan support to the Raspberry Pi 4 platform. This talk is intended to provide a progress update after a year of additional development, discussing main priorities and achievements during this period as well as future development plans. about this event: https://c3voc.de

An alle Kreaturen des Chaos Universums: Wir feiern 40 Jahre Chaos Computer Club! Zu diesem Anlass haben wir mit eurer Hilfe ein kleines Geschenk vorbereitet. Wir präsentieren die 40 Jahre CCC Geburtstags Gala. Danke lieber CCC. Und Danke allen, die mitgeholfen haben! --- EN: Hello beautiful Creatures of the Chaos Universe, we celebrate 40 years of the Chaos Computer Club. For everyone who is still thinking about the best way to celebrate this occasion, we might have a little something for you! We are super excited to announce that we will host the 40 – Years of CCC Birthday Gala. Thank you dear CCC. And thank you everybody who helped! Regrettably the video is currently only available in German. Credits: Ein besonderer Dank an stb für den Support sowie an das gesamte VOC-Team und media.ccc.de. Auch nicht zu vergessen ist das gesamte c3News Team. Dank auch an alle ehemaligen, aktuellen und zukünftigen fleißigen Entitäten im und um den CCC sowie die geistigen und moralischen Unterstützer – ihr seit Großartig! Die Idee zu dem Ganzen hatte ein paar Menschen deren Namen wir nicht mehr zusammen bekommen, ihr wisst wen wir meinen. Das Chaos lässt Grüßen. Einsendungen von: waldwesen Bornhack CmSHannover https://hannover.ccc.de/projekte/schule/ c-base Khalil Sehnaoui Beirut, Lebanon Chaostrawler Piko, vollkorn - cccOffice Simon ein_Ohm zypher HonkHase chaospost www.chaospost.de mb Hammi, dl8xas und VVM Schönberger Strand das_mool ccchoir leyrer Eventphone hackzogtum www.hackzogtum-coburg.de Restrealität Realraum stb Steffen Hammi Filmgizmo katzazi JugendHackt Philip, Nils, Ivan, Mechthild, Nina, Robert, Ben, Laura und weitere, die ihren Namen nicht zur Veröffentlichung bereitgestellt haben. Danke für die tollen Beiträge! Außerdem verwendet wurde: Quelle: https://musopen.org/music/29025-te-deum-h-146/ mit Lizenz: https://creativecommons.org/publicdomain/mark/1.0/ Waveing Cat - Miguel Á. Padriñán - https://www.pexels.com/@padrinan ------------------------------------------------- Copyright: CC BY-NC-SA This license lets others remix, tweak, and build upon your work non-commercially, as long as they credit you and license their new creations under the identical terms. c3news Team: Advi, André, chrismarquardt, Djeak, Ijon, khaleesi, katzazi, Lindworm, Olpi, Otternase, Robs, Stormwind, Tig3rch3n, ysf, Zzepposs, karotte and so many other super beautiful creatures out there! 1000 x sorry if we forgot to mention you 😉 Just ping us, in case we did! about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://c3voc.de

about this event: https://c3voc.de

BornHack 2021 is almost over at this point. We would like to say farewell for now and see you again at the next event in 2022. We will walk over what we believe has worked and what we believe should change the next event. This is an excellent opportunity to submit ideas for BornHack 2022 while the memories are still fresh. about this event: https://bornhack.dk/bornhack-2021/program/goodbye-world/

Come and meet the network team who will talk about the design and operation of the network at BornHack. about this event: https://bornhack.dk/bornhack-2021/program/state-of-the-network/

I have for a few decades worked in networking and security, and everything seems to have grown. I will try to lay out a path for people who wants to get into networking and security, with some references to pentesting, software security, and related areas. Where to start and which skills you should start learning. I will use my existing courses as a guide. These are taught as part of the of the Diploma in IT Security at KEA Kompetence https://kompetence.kea.dk/uddannelser/it/diplom-i-it-sikkerhed Note: I will reference book resources, but if you are on a tight budget lots of other resources may be used instead. Related links: https://zencurity.gitbook.io/kea-it-sikkerhed/ lecture plans and book references https://github.com/kramse/security-courses all my training and educational materials, including exercises booklets with small exercises that you can do with virtual machines like Debian and Kali Linux using lots of open source tools. about this event: https://bornhack.dk/bornhack-2021/program/getting-started-in-network-and-security/

In this talk Holger Levsen will give an update on Reproducible Builds of Debian and beyond. He’ll briefly sum up the status in Buster, then present developments in and for Bullseye and give an outlook on Bookworm, what’s planned, being built and wished for! Bullseye will be the third Debian release since work on Reproducible Builds of Debian has really started: we started with the beginning of the Stretch cycle, then continued for Buster and we are still not done with our work on Bullseye, though hopefully at the time of the talk we will be. And then of course we will continue for Bookworm and beyond! The last paragraph might leave you wondering, what exactly has changed, where we are, why we still are not “there” yet and what our immediate plans are. So come and see this talk! about this event: https://bornhack.dk/bornhack-2021/program/reproducible-buster-bullseye-bookworm-where-we-come-from-and-where-we-are-going/