Wait, am I still on LKML? Due to all those emojis, it feels more like a WhatsApp chat. 😄

https://lore.kernel.org/all/ac0HSfV05ppXQKya@hyeyoo/t/#u

Whatever, for a reply to this great patch submission from @vbabka[1] it somehow fits – and made me slime. So thanks, @hyeyoo!

[1] to quote: ""It's a debugging feature [that is removed by this patch]. However, thanks to the advent of LLM-based reviews, we are not adding bugs to the #kernel anymore, so it's unnecessary now.""

#Linux #LinuxKernel

Finally, with Clang 22's release, here's v1 of Linux kernel slab cache partitioning with help of Clang's AllocToken feature: https://lore.kernel.org/all/20260331111240.153913-1-elver@google.com/

"Separating pointer-containing objects from pointerless objects and data allocations can help mitigate certain classes of memory corruption exploits: attackers who gains a buffer overflow on a primitive buffer cannot use it to directly corrupt pointers or other critical metadata in an object residing in a different, isolated heap region."

This is the current DAMON development headquarters.

Being able to read kernel patch AI review comments that provided by sashiko.dev [1] on terminal was nice. Showing the entire review status and sharing the outputs together with my review of the review were bit tedious for me. Particularly for the sharing of my review of the review, I wanted to just continue the mail based workflow.

So I implemented new hkml features for forwarding sashiko review status and comments. It feels much comfy. The documentation [2] is also updated.

Of course, once sashiko.dev provides the email service, it will be much more easier to use. Then, the hkml features could be deprecated and make my life easier. But, meanwhile, the new hkml features will help me.

[1] https://social.kernel.org/notice/B4G2aqLIKD9iUEF1Fo
[2] https://github.com/sjp38/hackermail/blob/master/USAGE.md#sashikodev

#linux #kernel #hkml #sashiko

And sashiko.dev, the kernel patch AI review service, is now officially announced! https://lore.kernel.org/all/7ia4o6kmpj5s.fsf@castle.c.googlers.com/

RE: https://social.kernel.org/objects/c3ee0fda-3165-4fd4-a3bb-2fce05da98b8

Yesterday I learned [1] existence of sashiko.dev, which provides AI reviews for kernel patches, thanks to @monsieuricon 's awesome b4 reivew feature.

Today I added new hkml features [2] for showing the AI review on hkml. It can be used interactively (hkml list -> open menu -> 'handle as patches' -> 'show sashiko.dev review') or from command line (hkml patch sashiko_dev <msgid>).

It was possible only owing to the awesome b4 source code. Huge appreciation to @monsieuricon for b4 development! Of course, great thanks to sashiko.dev developers!

[1] https://social.kernel.org/notice/B4EZlkuDmrLUyvT9Zw
[2] https://github.com/sjp38/hackermail/blob/master/USAGE.md#reading-sashikodev-ai-review

#linux #kernel #hkml #sashiko_dev #b4

@monsieuricon Today I learned the existence of sashiko.dev. I don't know who made it for what purpose, but it allowed me finding a bug in a DAMON patch. I'm already a fan of it.

RE: https://social.kernel.org/objects/75e42566-867a-4589-a5db-c1b1c4713e62

CFP for LPC 2026 is open!

Important dates:
Thursday, April 23, 2026: Deadline to submit proposals to host a microconference
Sunday, June 28, 2026: Deadline to submit LPC Refereed Track Presentations Proposals and Kernel Summit Presentations Proposals.

Please use the following to access the full CFP and submit your proposal!

https://lpc.events/event/20/abstracts/

I just posted [1] my third LSF/MM/BPF 2026 [2] topic proposal. Hopefully this is my last topic proposal for the conference.

Subject of the proposal is: "DAMON Updates: Tiering, Pagel Level Monitoring and DAMON-X"

[1] https://lore.kernel.org/20260307210250.204245-1-sj@kernel.org
[2] https://events.linuxfoundation.org/lsfmmbpf/

#linux #kernel #damon #lsfmmbpf

DAMON release news for v6.19-rc1..v7.0-rc1 is just posted [1]. To quote the "tl;dr:"

'''
Interesting DAMON development ideas including PMU-based extension, automated
THP application, and new DAMOS quota auto-tune metrics for CXL-based tiered
memory systems have been proposed.

Two DAMON topics for LSF/MM/BPF are proposed.

In the time period, 12 grateful contributors landed 75 commits on the linux
mainline.
'''

[1] https://lore.kernel.org/20260228194805.97228-1-sj@kernel.org

#linux #kernel #damon #release_news #7.0-rc1

I'm honored to get the LSF/MM/BPF invitation [1], and just booked the hotel. Looking forward to meet my friends and upstream community colleagues in Zagreb!

[1] https://events.linuxfoundation.org/lsfmmbpf/

#linux #kernel #lsfmmbpf

While working on Linux kernel, I wanted to be able to easily see what patches are in what stage on the road to the maintainers and the mainline, and their review status. For the reason, I made some scripts and started backing up the outputs, for the mm subsystem and its sub-subsystems including DAMON. After a few weeks of experimental use, I find it is useful for me at least. So I just shared it publicly [1], namely "mm.git dashboard".

[1] https://lore.kernel.org/all/20260224153622.60028-1-sj@kernel.org/

#linux #kernel #mm #damon #mm_git_dashboard

Because the Lunar new year for 2026 is also passed, I shared my DAMON development yearly retrospect for 2025. To quote the conclusion,

"2025 was the busiest year of DAMON development in its history. That was
motivated by automation, observability, and memory tiering needs. Meta,
Micron, Huawei, SK hynix and individuals made the major selfish ;) and grateful
contributions."

[1] https://lore.kernel.org/all/20260222210102.153347-1-sj@kernel.org/

#linux #kernel #damon #yearly_retro #2025

drgn 0.1.0 is out now! If you're a crash-utility holdout, try drgn's new crash compatibility mode. There are also big new features for built-in commands, searching memory, mapping code addresses to source locations, and over 80 new helpers. Thanks to everyone who pitched in. See more highlights here: https://drgn.readthedocs.io/en/latest/release_highlights/0.1.0.html and the full release notes here: https://github.com/osandov/drgn/releases/tag/v0.1.0.

Just posted my second LSF/MM/BPF topic proposal [1] for per-CPUs/threads/reads/writes access monitoring extension of DAMON. Please read my blog post [2] if you are interested in more contexts of the extension project.

[1] https://lore.kernel.org/20260218054320.4570-1-sj@kernel.org
[2] https://damonitor.github.io/posts/damon_cpus_write_monitoring_rfc_v3_plan/

#linux #kernel #damon #lsfmmbpf #numa_balancing

Another post in my series about the kernel CVE process, all about how we classify fixes to be assigned a CVE and other related things:

http://www.kroah.com/log/blog/2026/02/16/linux-cve-assignment-process/

Finally posted [1] the DAMON yearly retro for 2024, before the Lunar new year for 2026 in my time zone. ;)

To quote the summary:
"So, 2024 was a year DAMON has more publicly and widely adopted, and extended
itself for more use cases."

[1] https://lore.kernel.org/20260216210625.68098-1-sj@kernel.org

#linux #kernel #damon #2024 #yearly_retro

mirrors.kernel.org is down because it threw 2 disks in a RAID-6 array and then ground itself to a halt. I'm trying to resuscitate it. Please use mirrors.edge.kernel.org (it's pointing at our only remaining server that is now up, in Amsterdam).

We need more redundancy for these systems. After exiting Equinix, we are reduced to just 2 nodes (and hence, we're now down to 1 until I rebuild the RAID array on the one that's currently offline).

If you can donate us a server with at least 70TB of space and lots of bandwidth, I'd like to hear from you, but it has to come with hosting, as we don't have any physical datacentres any more and must rely on the kindness of strangers to host them.

Two LSF/MM/BPF related DAMON news.

1. I proposed [1] an LSF/MM/BPF session for discussing how production-level data access-aware transparent hugepages can be developed.

2. DAMON has nominated [2] as one of Linux kernel Machine Lerarning Library's demonstration targets.

[1] https://lore.kernel.org/20260211022845.68865-1-sj@kernel.org
[2] https://lore.kernel.org/c24a209d5a4af0c4cc08f30098998ce16c668b58.camel@ibm.com

#linux #kernel #lsfmmbpf

Since we’re not superstitious, the 13th edition of KR will take place September 21–23, 2026 (black cats strictly forbidden during this edition — even on a leash… 😄). We hope to see loads of you there!

And because we want to keep offering the best possible conditions for three days of good vibes and community for everyone, feel free to support this edition by becoming a sponsor. All the info is here!

https://kernel-recipes.org/en/2026/sponsor/