Posts
299
Following
44
Followers
144
Maintaining DAMON (https://damonitor.github.io). All opinions are my own.
@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
1
0
1
repeated

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/

0
19
5
Edited 2 months ago
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
0
0
0
@mpdesouza @monsieuricon I guess you want to send all replies at once? Indeed 'hkml' has no good feature for such things. I do such kind of batched replying with below workaround.

After writing a reply, 'hkml' asks you if you really want to send it, or not. If you say no, 'hkml' will ask you if you want to save and tag it as 'drafts'. In the case, if you try to reply to the mail again, 'hkml' finds the draft reply and ask you if you want to continue writing the draft. You can also list all drafts using 'hkml list drafts' and continue writing it, using the menu.

So when I want to review all patches and then send all comments at once, I save my drafts for each patch, and iterate multiple times on each draft for adding more comments on the drafts. Once I think all replies are ready to go, I send those one by one, but with no more draft updates.

Maybe I can add a new hkml feature for sending all drafts for a given thread at once.

#hkml
0
0
2
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
0
0
1
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
0
0
2
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
0
0
1
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
0
0
0
repeated
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.
0
4
8
Edited 3 months ago
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
0
0
1
repeated
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/
3
21
38
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
0
0
1
repeated

K. Ryabitsev-Prime ๐Ÿ

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.
9
229
120
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
0
0
1
repeated

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/

0
8
2
repeated

Jonathan Corbet

Dan Carpenter is looking for support for his ongoing bug-fixing work:

https://lwn.net/ml/all/caa37f28-a2e8-4e0a-a9ce-a365ce805e4b@stanley.mountain

He says: "The situation isn't great. The zero day bot can't do cross function analsysis and it only looks at checks with a low false positive rate. We're missing out on a bunch of bugs." *Not* missing those bugs sounds like it would be a good thing.
0
12
6
@corbet @lwn "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36"
0
0
0
DAMON user-space tool (damo) will start supporting command line auto completion from next release. The next release will happen tomorrow. You can also try it right now on its development branch [1].

[1] https://github.com/damonitor/damo/tree/next

#linux #kernel #damon #damo #command_autocompletion
0
0
2
repeated

K. Ryabitsev-Prime ๐Ÿ

Edited 4 months ago
korgalore demo: yanking arbitrary lore.kernel.org threads into generic gmail

https://youtu.be/wOi_qHSO7KY
0
4
2
Show older