We're hiring!
*

One week, two events: DebConf20 & Linux Plumbers Conference

Mark Filion avatar

Mark Filion
August 24, 2020

Share this post:

Reading time:

August ends on a high note with two big events this week: DebConf20, Debian's annual conference, and Linux Plumbers Conference, the premier event for developers working at all levels of the Linux kernel's plumbing layer and beyond. Collabora is proud to be a returning sponsoring for these two conferences which, for the first time, are taking place entirely online!

DebConf20

DebConf20, the annual conference for Debian contributors and users, is already in full swing, with the schedule of talks having begun yesterday, and continuing until Saturday. As usual, Collaborans will be participating, so please say hello if you happen to see one of them in the discussion channels, or contact us if you would like to schedule a chat!

Among the nearly 90 talks and BoFs this week, keep an eye out for Andrew Lee's presentation on Wednesday, August 26, titled "Open Build Service and Debian Packaging". Andrew will be giving a detailed look at how to do Debian packaging on your private Open Build Service instance. All DebConf talks will be live streamed here.

Linux Plumbers Conference

Widely recognized as the premier event for developers working at all levels of the Linux kernel's plumbing layer and beyond, Linux Plumbers Conference (LPC) 2020 promises to be a can't-miss event. Beginning later today, and running throughout the week, the LPC schedule is once again packed with numerous microconferences, a refereed main track, a Kernel Summit track, a Networking & BPG Summit track, multiple BoFs, and more.

In addition to a dozen in attendance, four Collaborans will also be taking the stage during the conference. Today, André Almeida will be joining the Real-time microconference to discuss the work being done around futex2. On Wednesday, August 26, Guillaume Tucker will be taking part in the Testing & Fuzzing microconference to discuss KernelCI's growing ecosystem. In addition, Guillaume will be co-presenting, along with Red Hat's Nikolai Kondrashov, on unifying test reporting with KernelCI. And last but now least, Ezequiel Garcia will be hosting a BoF on Thursday, August 27, on negotiating DMA-BUF heaps. You can find details for these four presentations below. Note that while the conference is sold-out, you will still be able to watch live stream on YouTube of each track and microconference. More details here.

LPC session details

  • futex2: A New Interface – Monday, Aug. 24, 7:30 PST.
    Presented by André Almeida, Real-time microconference.

    After a renewed interest in futex from several groups who are trying to extend the interface (i.e. futex wait multiple, futex swap, variable-sized futexes), alongside failed attempts to solve longstanding issues that cannot be solved under the current interface, Thomas Gleixner is convinced a new implementation of futex is necessary. This topic will collect feedback on the work being done to design this new interface and discuss next steps to get this effort upstream.

  • KernelCI: A Growing Ecosystem – Wednesday, Aug. 26, 9:45 PST.
    Presented by Guillaume Tucker, Testing & Fuzzing microconference.

    The KernelCI project has been increasingly in the spotlight since it joined the Linux Foundation in October 2019. In addition to having a strong set of founding members, it has also started growing a healthy ecosystem. While still relatively small in size compared to the object under test that is the Linux kernel, as a relatively young project it is showing some very positive signs. Its roots are getting stronger, and it looks like it will keep bearing more fruit every year.

    Extending its scope to collate kernel test results from other systems such as 0-Day and Syzbot, getting a bigger compute capacity thanks to cloud resources donated by Microsoft and Google, ramping up functional testing capabilities across the board, supporting KUnit developers to integrate it in the KernelCI framework and getting more and more diverse contributors are all strong examples.

    By continuing this trend, KernelCI will also keep increasing its impact on the Linux kernel code quality and development workflows. Ultimately, it will need to be owned by the kernel community in order to truly succeed. Now is the time to engage more with maintainers, developers and many others to make it all happen in a collective effort.

  • Unifying Test Reporting with KernelCI – Wednesday, Aug. 26, 10:00 PST.
    Presented by Nikolai Kondrashov & Guillaume Tucker, Testing & Fuzzing microconference.

    A year ago, the Linux Foundation KernelCI project embarked on a new effort: unifying reporting from all upstream kernel testing systems.

    Our aim is to develop a new generic interface that can be used by any test system to submit results into a common database. This allows sending a single report email for each kernel revision being tested, backed by a single web dashboard collating the results, no matter how many or which systems contributed.

    In the same way that the Linux kernel has a great number of contributors and is being used in a great number of ways, the long-term goal of KernelCI is to match that scale with an open testing philosophy.

    We’ve been developing a report schema, a submission protocol, and a prototype implementation, focusing on making it easy to both start submitting results, and to accommodate requirements from new participants.

    Come and see what we’ve achieved so far, what the schema is like, how you can start reporting, subscribe to results, and play a part in further development.

  • Negotiating DMA-BUF Heaps – Thursday, Aug. 27, 8:00 PST.
    Ezequiel Garcia, BoF Session.

    With the introduction of DMA-BUF Heaps, the kernel has introduced a fairly generic API for applications and drivers to request memory that can be used for DMA operations.

    Currently, two DMA-BUF Heaps backends (system and CMA) are available and a bunch of others are being explored and proposed for mainline inclusion.

    However, the current design seems to imply applications know beforehand which heap is suitable for its needs. While this might play well for system-specific applications, it doesn't offer a generic solution for generic, system-agnostic applications.

    The goal of this BoF is to discuss what are the expectations for a DMA-BUF Heap generic negotiation interface that can be used by in-kernel and applications consumers.

    In addition to this, we'd like to discuss the future of DMA-BUF heaps, are they meant to be used by current allocators, such as GEM/TTM and Videobuf2?

 

Comments (0)


Add a Comment






Allowed tags: <b><i><br>Add a new comment:


 

Search the newsroom

Latest News & Events

Kernel 6.8: MediaTek community flourishes

11/03/2024

The latest Linux Kernel 6.8 release brings thousands of new lines of code, improving the core kernel, architecture support, networking,…

Release the panthor!

04/03/2024

Late last week, the long-awaited kernel driver supporting 10th-generation Arm Mali GPUs was merged into drm-misc. The existing Gallium driver…

Patch submitted to introduce GitLab-CI pipeline for Linux kernel testing

01/03/2024

This initial version includes static checks (checkpatch and smatch for now) and build tests across various architectures and configurations,…

Open Since 2005 logo

We use cookies on this website to ensure that you get the best experience. By continuing to use this website you are consenting to the use of these cookies. To find out more please follow this link.

Collabora Ltd © 2005-2024. All rights reserved. Privacy Notice. Sitemap.