Posts
346
Following
44
Followers
320
Linux Kernel developer and maintainer
#standwithukraine 🇵🇱 🇪🇺 🇺🇦 🇨🇭
IRC: krzk
Kernel work related account. Other accounts of mine: @krzk@mastodon.social
GitHub: https://github.com/krzk/
Traveling Instagram / Wanderquak: https://www.instagram.com/wanderquak/
Home brewery: https://brewalot.ch
Our gardening (and worm farm!): https://growalot.ch

[$] Development statistics for the 7.1 kernel

Linus Torvalds released the 7.1 kernel as expected on June 14. This development cycle brought in a lot of new features — and a lot of new developers as well. The time has come for [...]

https://lwn.net/Articles/1077425/

0
1
1
@brgl I don't think advertisements on a website for such specific purpose SW would pay the cost of domain, so more likely this prepares for spreading malware and future supply chain attack.

Unless I underestimated popularity of libgpiod :)
1
1
22

Bartosz Golaszewski

Edited 4 days ago
This is the first time I'm posting anything here but I figured this may be the right audience.

I've never run into something like this and I don't quite know what to make of it. I'm the author and maintainer of libgpiod. The official git repository is the one at kernel.org[1]. There's also a github mirror[2] as well as a documentation page[3] at readthedocs that I maintain.

I noticed (purely by chance) that there's a new website at libgpiod.com that's been created recently. I have nothing to do with it. It's clearly AI-generated but it redirects to my github. It's a 2 month old domain, anonymized registrar, protected by Cloudflare and NeoProtect and a Swedish host behind that.

Clearly someone went to great lengths to stay anonymous. I'm afraid of falling victim to some new elaborate supply chain attack. What should I do about it (if anything)? Has anyone else experienced something similar?

[1] https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/
[2] https://github.com/brgl/libgpiod
[3] https://libgpiod.readthedocs.io/
35
424
224

Krzysztof Kozlowski

In a week, I will be presenting on the Open Source Summit India 2026 in Mumbai. I have two talks:

1. Semi-BoF titled "Guide to Becoming a Linux Kernel Maintainer" (https://sched.co/2KNFb) where I would be happy to have bigger discussion. I don't have many slides on that, so please come to the session and participate in the talk.

2. My standard Devicetree speech for beginners (DTS101, https://sched.co/2KNF4).

If you are going to attend OSS India, please come say hi. If you are already a Linux kernel maintainer, I can also sign GPG keys (I need printed `gpg --fingerprint` though!).
0
0
3

Krzysztof Kozlowski

Edited 9 days ago
@monsieuricon I knew making "Reply All" the default button was the right choice! :)
0
0
3

K. Ryabitsev-Prime 🍁

This one shows just people responding, deliberately not patch submissions (because Greg's and Sasha's stable patchbombs just dwarf everyone).

So, these are the people who are hitting "Reply All", and it's not even the full picture, because it only includes the LKML.
1
7
23

Embedded Recipes 2026 has officially kicked off!
It's fantastic to see so many talented engineers and developers gathered in one place to share knowledge, exchange ideas, and push the boundaries of embedded systems. Looking forward to two days of insightful talks and meaningful connections.

0
9
1
@jann @kernellogger @ffmancera @vbabka Considering how poor developers are at expressing WHY they are doing that change/commit, I don't have big hopes on them being able to express that something is a fix.
0
0
2
@jann There are maintainers who don't fully get Git basics, e.g. rebasing effects or branches (that merging a branch does not rebase anything), so if I was Linus T., I would not give them access to my tree...

Proficiency in Git is as needed as proficiency in English and programming language. And many of us are not proficient in these... which is fine, btw.
0
0
4

Krzysztof Kozlowski

Edited 22 days ago
@trini Being always suspicious is not necessarily good, don't take grumpy me as an example :), but in principle I agree that AI slop world is difficult for open source maintainers.
And in that particular case, sending a patch with a bunch of AI-generated assembly is moderately easy, but reviewing it by a human is consuming much more effort. That disproportion sucks.
0
1
3
@ljs You have already an entire conference for MM (Storage+FS+MM+BPF) so might be tricky to justify another one, but maybe the more the merrier!
1
0
1

Krzysztof Kozlowski

[ANNOUNCEMENT / CFP] LPC 2026 Devicetree MC CFP

There will be a dedicated Devicetree Microconference on Linux Plumbers
2026 in October in Prague. Call For Papers is currently open.

https://lpc.events/event/20/contributions/2317/

Topics suggested for discussion are mentioned in "Ongoing problems" in
session description (link above), but of course are not limited to
these. Topics should obviously follow standard Microconference
expectation, that is to be discussion oriented.

Allocated time per slot will be between 15 to 30 minutes (20 minutes
last year).

Proposals can be submitted here:
https://lpc.events/event/20/abstracts/

Please remember to choose "Devicetree MC" as the track.
1
4
3
@geert It is, looks exactly like that. Also AI agrees with that, quoting one LLM analysis:
"Several characteristics are consistent with LLM-generated technical email:
- Repetitive structure and over-explanation:...
- Highly polished corporate tone:...
- Excessive explicit enumeration:...
- Defensive balancing language:
- Commit message rewrite is unusually verbose:..."

Native speakers don't write like that. Non-native even less.

But to be fair, LLM judged that it looks still like technically valid answer, not AI slop:

"That combination often means one of:
- Written by a knowledgeable engineer using AI for drafting/polishing.
- AI-generated from detailed technical notes.
- Human-written but heavily edited with AI assistance."
0
0
1
@geert For example (but that is not the only one) look at this reply:
https://lore.kernel.org/all/56f5e73b-5f40-4bfb-9796-dadfcb4f9085@oss.qualcomm.com/
which is too long LLM junk "you are right".

And also consider this:
https://lore.kernel.org/all/01578e6a-d10a-46df-bb32-fd45ecb365d7@oss.qualcomm.com/
which is not even touching the subject and not answering my actual comments. It's a perfect LLM answer which is not solving anything, just wasting my time and ticking a box "I need to answer whatever to the reviewer".
1
0
1
@geert Sashiko is different, because it states it is LLM. I can read or ignore its output.

If I comment on a patch and then receive long answer to my comment from a human email address, I don't know if I am wasting my cycles on talking with LLM.
1
0
0

Krzysztof Kozlowski

Edited 1 month ago
AI slop in Open Source is not only about receiving poor quality LLM generated junk patches. It is also about receiving replies generated by LLM to reviewer's comments. Such replies are overly long, overly polite, unnecessarily "You are right, <here goes very long explanation>".

Reading an LLM generated answer to my review comment on the mailing list is a waste of my time.

If you are a contributor to an open source project, understand that maintainer has absolutely ZERO interest in talking to your LLM through you.
1
12
26
@monsieuricon It's: you wash by hands and the washing machine acts as part of scrap-botnet scrapping git.kernel.org and other resources through your residential internet.
1
0
1
@uecker It's easy to make statements, when you do not want to back them with any sort of argument. Just make a statement and put final stop. Product Foo is insecure. Some car manufactured by Baz is not reliable. This argument is unconvincing. I can express that as well...
1
0
0
@gregkh @uecker @Viss @icing @joshbressers @wdormann Heh, that's @uecker style of raising FUD, without actual arguments why it supposed to be unconvincing.
Here https://social.kernel.org/notice/B5gj02TzcQaDMcTpc8 supposedly individual (hobbyist) contributors have somehow obstacles from contributing just because some big companies are implementing changes matching their needs.

No facts or arguments why it would be more difficult for the hobbyist just statement "makes it more costly for others to contribute".

No facts why inability to create such list is unconvincing. It is just "unconvincing".

It's easy to discuss like that - object to anything, even to actual arguments, but without providing anything backing up one's statement.
1
0
0
Show older