🔠🔠🔠🔠🔠7️⃣🔣0️⃣🟰🔠🔠1️⃣

Congratz all! 😎

commit 6de23f81a5e08be8fbf5e8d7e9febc72a5b5f27f (tag: v7.0-rc1)
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sun Feb 22 13:18:59 2026 -0800

    Linux 7.0-rc1

diff --git a/Makefile b/Makefile
index df471d4212cc..e944c6e71e81 100644
--- a/Makefile
+++ b/Makefile
@@ -1,8 +1,8 @@
 # SPDX-License-Identifier: GPL-2.0
-VERSION = 6
-PATCHLEVEL = 19
+VERSION = 7
+PATCHLEVEL = 0
 SUBLEVEL = 0
-EXTRAVERSION =
+EXTRAVERSION = -rc1
 NAME = Baby Opossum Posse
 
 # *DOCUMENTATION*

🔤🔤🔤🔤🔤 🔤🔤🔤🔤🔤🔤 #️⃣2️⃣

Друзья, всем привет! 🫡

27 марта на базе технопарка МТС RULKC проведет второй по счету (и первый в 2026) митап.

В этот раз представим два доклада, один из которых будет посвящен каноническому труду в нашей с вами профессии — книге *Linux Device Drivers* для свежих ядер.

Кроме того, на митапе в формате открытого микрофона мы поговорим на тему:
«Форк ядра. Инженеры для инженеров, или при чем тут LANDAU».
Хотите узнать ответ заранее? 😎 Проходите по ссылке - https://rulkc.github.io/landau/

Количество мест, как всегда, ограничено, поэтому спешите регистрироваться.
Форма для регистрации доступна по ссылке: https://tabs.mts.ru/share/shrjzSDNCwDjT3kp6VNWE

Митап пройдет по адресу: г. Москва, проспект Андропова, д. 18, корп. 1, Медиарум (вход с обратной стороны от МТС Банка), 3-й выход из метро «Технопарк».

Сбор гостей в 18:30.
Само мероприятие: с 19:00 до 22:00.

P.S. Запись открытого микрофона вестись не будет.

🚶🚶🚶🚶🚶🚶🔠🔠🔠🔠🔠💡🔠🔠🔠🔠🔠🔠🔣2️⃣

Друзья, всем привет! Напоминаем, что 27 марта на базе технопарка МТС RULKC проведет второй по счету (и первый в 2026) митап.

В этот раз представим два доклада.

📖 Первый доклад: Linux Device Drivers для свежих ядер

Классическая книга, которая выросла вместе с ядром, — теперь в новом контексте. Разберём, что изменилось в написании драйверов за последние годы и как не потеряться в актуальном API.

🔧 Второй доклад: Пара слов о LOCKDEP

Разработка ядра Linux — это не только драйверы и системные вызовы, но и постоянная работа с примитивами синхронизации: mutex’ы, spinlock’ы, rwlocks, seqlocks, etc. А ещё — прерывания: softirq, hardirq, tasklets, которые создают свои контексты исполнения. Когда всё это смешивается, вероятность ошибки растёт экспоненциально.

Один неверный порядок взятия блокировок — и система зависает, и еще хуже, если это происходит в production.

Lockdep (Lock Dependency Validator) — это встроенный в ядро механизм, который отслеживает порядок взятия блокировок и находит потенциальные deadlock’и. Он также контролирует корректность использования блокировок в разных контекстах прерываний.

В докладе разберём:
- Как устроен Lockdep внутри: граф зависимостей, классы блокировок, правила валидации
- Как он отслеживает контексты прерываний (softirq, hardirq)
- Что означают загадочные сообщения в dmesg и как их интерпретировать
- Как использовать этот механизм при разработке драйверов, чтобы отлавливать ошибки на этапе написания кода, а не в production

🎙 Открытый микрофон: Форк ядра. Инженеры для инженеров, или при чем тут LANDAU

После докладов — живое обсуждение инициативы LANDAU (Linux kernel Advanced for Next-gen Devices & Architectures).
Узнать подробности о проекте можно на сайте:
🔗 https://rulkc.github.io/landau/

📍 Детали мероприятия

📅 Дата: 27 марта 2026 года
⏰ Сбор гостей: 18:30
🎤 Мероприятие: 19:00 – 22:00
📍 Адрес: г. Москва, проспект Андропова, д. 18, корп. 1, Медиарум (вход с обратной стороны от МТС Банка), 3-й выход из метро «Технопарк»

🚨🚨🚨Важно! При входе необходимо предъявить документ, удостоверяющий личность (паспорт или другой официальный документ).

Количество мест ограничено, поэтому спешите регистрироваться:
🔗 https://tabs.mts.ru/share/shrjzSDNCwDjT3kp6VNWE

📌 Важное примечание: запись открытого микрофона вестись не будет. Только живое участие.р

👩‍💻😒 LINUX IS NOT ANTI-AI PROJECT

Ночью 15 июля на LKML разгорелся очередной горячий спор о месте LLM-инструментов в разработке ядра.

Тред на LKML, начавшийся как техническое обсуждение интеграции AI-ревьюера Sashiko с системой отслеживания патчей Patchwork, перерос в принципиальный спор о роли LLM в Linux ядре и завершился политическим вердиктом Линуса Торвальдса, который фактически легализует использование AI-инструментов на уровне архитектуры проекта.

🔗 Оригинальный тред в flat mode: https://lore.kernel.org/linux-media/20260530103004.6fe2ffa7@foz.lan/T/#u

⚔️ РАСКОЛ В СООБЩЕСТВЕ: ДВА ЛАГЕРЯ МЕЙНТЕЙНЕРОВ

🥇 Лагерь 1: Прагматики (За использование AI)

В нем оказался Линус Торвальдс.

- Логика: AI — это такой же инструмент, как компилятор или статический анализатор. Sashiko находит 53% багов, которые пропустили люди, а 100% найденных проблем были упущены ревьюерами.
- Аргумент о нагрузке: Автор патча обязан обрабатывать все ревью по его патчу, будь они от человека или от бота. Перекладывать фильтрацию AI-отчетов на мейнтейнеров - значит создавать им еще больше работы.
- Позиция: Если AI-ревью указывает на проблему, автор должен либо исправить код, либо аргументированно доказать, что замечание ложно. Игнорирование ревью - повод отклонить патч.

🥈 Лагерь 2: Скептики (Против "слепого" доверия к AI)

- Логика: LLM склонны к "галлюцинациям" - выдаче ложных срабатываний с крайне убедительными формулировками (эффект "убедительного салата" - very convincing word salads mixed with valuable findings (c)). Частота ложных срабатываний оценивается в пределах 20%.
- Аргумент о качестве: Анализ ложных AI-срабатываний отнимает у авторов больше времени, чем польза от редких находок. Разработчики тратят часы на опровержение выдуманных проблем, чувствуя себя приниженными необходимостью оправдываться перед машиной.
- Предложение: AI-ревью должны приходить на отдельный опциональный список рассылки (opt-in - analyzing Sashiko reports has been made an opt-in feature by sending its review to a dedicated mailing list where maintainers can (optionally) decide if something's worth acting upon. (c)). Авторы не должны быть обязаны фильтровать "шум".

🥉 Промежуточная позиция (Инструменталисты)

- AI полезен, но его выводы требуют обязательной верификации человеком. Мейнтейнер не должен слепо доверять Sashiko. Если AI сгенерировал несуществующий код - это проблема мейнтейнера, а не автора.

🔨 ИСТОРИЧЕСКИЙ ВЕРДИКТ ЛИНУСА ТОРВАЛЬДСА

Линус вступил в дискуссию, когда оппоненты сослались на анти-LLM-документ Software Freedom Conservancy. Его ответ - это политическое заявление, расставляющее приоритеты для всего сообщества.

Ядро - это в первую очередь технологии

In the kernel community we do open source because it results in better technology, not because of religious reasons. And so we make decisions primarily based on technical merit. Not fear of new tools.

Linux - не anti-AI проект.

Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it. Or just walk away.

Линус подчеркивает, что ядро никогда не было и не будет "социальным воином":

This is *NOT* some kind of 'social warrior' project, never has been, and never will be.

AI - это доказанный инструмент, нет смысла оспаривать его применимость в ядре

AI is a tool, just like other tools we use. And it's clearly a useful one. It may not have been that 'clearly' even just a year ago, but it's no longer in question today.

Сомневающиеся, по его мнению, просто не пробовали работать с современными моделями:

Anybody who doubts that clearly hasn't actually used it.

Проблемы - не повод для отрицания полезных инструментов

Линус признает, что AI может создавать дополнительную нагрузку, но не игнорировать инструмент - это не решение:

Yes, it can also be a somewhat painful tool, both for maintainer workloads and just from a 'it keeps finding embarrassing bugs' standpoint. But the solution is not to put your head in the sand and sing 'La La La, I can't hear you' at the top of your voice like some people seem to do.

И четко формулирует цель:

The solution is to make sure those LLM tools *help* maintainers instead of just causing them pain.

Относительность "несовершенства". Линус парирует аргумент о несовершенстве AI, указывая на человеческий фактор:

And no, AI isn't perfect. But Christ, anybody who points to the problems at AI had better be looking in the mirror and pointing at themselves at the same time. Because it's not like natural intelligence is always all that great either.

Никакого принуждения, но и никаких запретов

We're not forcing anybody to use it, but I will very loudly ignore people who try to argue against other people from using it.

🔗 ПОЛЕЗНЫЕ ССЫЛКИ

Sashiko - AI-ревьюер для ядра Linux, написан на Rust, поддерживает Gemini и Claude. Принадлежит Linux Foundation. https://sashiko.dev / https://github.com/sashiko-dev/sashiko
Patchwork - Веб-система отслеживания патчей для проектов на mailing lists. Используется в Linux - https://patchwork.ozlabs.org/
Remendo - TUI-клиент для просмотра Sashiko-ревью прямо из терминала - https://github.com/derekbarbosa/remendo-tui

📌 ИТОГ

Спор разрешен административно на уровне главного мейнтейнера. Этический аспект отвергнут, AI признан техническим инструментом, полезность которого уже доказана. Фундаментальная позиция ясна: использование LLM в разработке ядра - это официально принятая норма.