Posts
205
Following
37
Followers
102
Maintaining DAMON (https://damonitor.github.io). All opinions are my own.
'damo report heatmap' frequently confused users due to its internal map drawing target area selection. I implemented a feature for making it easier to control, and posted a blog for the problem and the new feature: https://damonitor.github.io/posts/why_the_heatmap_is_not_showing_the_expected_access_patterns/

#damo #faq #damon #linux #kernel
0
0
0
repeated

K. Ryabitsev 🍁

Edited 2 months ago
PSA: please don't use git.kernel.org directly for your CI needs. It is not viable for us to provide enough capacity to withstand dozens of CI nodes all trying to clone linux.git at the same time for multiple CI farms. You *will* get ip-blocked. Please set up a local mirror and hit that instead.
2
44
55
Edited 2 months ago
I just posted[1] DAMON monitoring intervals auto-tuning patch series without RFC tag. It is now queued on mm-unstable for 6.15-rc1. This version also includes its test results on a real-world server workload. To quote the conclusion part of the evaluation:

"The auto-tuning feature was able to adaptively react to the
dynamic access patterns of the workload and reliably provide consistent
monitoring results without manual human interventions. Also, the
auto-tuning made DAMON consumes only necessary amount of resource for
the required quality."

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

#linux #kernel #damon
0
1
2
repeated
It is my honor to be designated as Godfather of the 2025 edition of Kernel Recipes. The conference organizers made it quite clear that they would like some focus on increasing the speaking skills of the presenters. This blog series is a first step in that direction: https://people.kernel.org/paulmck/kernel-recipes-2025
0
16
20
repeated

LWN.net is now @LWN@lwn.net

A change in maintenance for the kernel's DMA-mapping layer

https://lwn.net/Articles/1011819/

0
6
0
An academic paper showing DAMON-based memory tiering can be further improved using h/w-assisted promotion has been published: https://uu.diva-portal.org/smash/get/diva2:1927657/FULLTEXT01.pdf

#linux #kernel #damon #paper
0
1
2
repeated

Very happy to announce my book The Linux Memory Manager is now available to pre-order at

https://nostarch.com/linux-memory-manager

It's a comprehensive 1,300 page exploration of how memory functions in Linux that goes into great depth on the subject, and is the first book of its kind for 20 years :)

14
37
5
repeated

Vlastimil Babka πŸ‡¨πŸ‡ΏπŸ‡ͺπŸ‡ΊπŸ‡ΊπŸ‡¦

Well well, look what the cat dragged in
https://nostarch.com/linux-memory-manager

4
14
2
repeated

I just published a hands-on tutorial walking through a real kernel bug investigation using drgn, both as a video: https://youtu.be/s5TvkvMiV_M and a writeup: https://drgn.readthedocs.io/en/latest/tutorials/blk_rq_qos_crash.html. It includes a core dump that you can download to follow along. It covers stack traces, local variables, and a few drgn helpers for identifying unknown addresses and structures. Check it out!

0
7
1
I just posted an RFC patch series[1] for automatically tuning DAMON monitoring intervals, like auto-exposing cameras. Hopefully this will mitigate one of big blockers for making DAMON just works and runs on all Linux machines by default.

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

#linux #kernel #damon
0
2
5
Received the LSFMMBPF[1] invitation this morning, and just registered. Looking forward to meet people and discuss about DAMON and Linux kernel!

[1] https://cvent.me/4ldr5l?sms=7&cn=EKkfkKZzQzqP2fCBdr2aRg

RE: https://social.kernel.org/objects/19008587-0a35-45d0-80e3-01d5f4d76875
0
0
3
repeated
For 2025, here is a updated and hopefully-useful notice about Linux kernel security issues, as it seems like this knowledge isn't distributed very widely based on the number of emails I still get on a weekly basis:

- The Linux kernel security team does not have any "early notice" announcement list for security fixes for anyone, as that would only make things more insecure for everyone. The number of organizations that fail to understand this is way too high.

- The kernel community DOES assign CVEs, as we are a CNA, please see https://www.kernel.org/doc/html/latest/process/cve.html for how they are handled and assigned. Side note, we were #2 in quantity for CVE assignments in 2024 despite only doing so for 10 1/2 months, averaging about 10 CVEs per day. Any process you might have where you feel you need to research each CVE on an individual basis manually is going to be a major time suck, automate it! All CVE entries are provided with proper git commit ids for the vulnerable release ranges for you to check yourself, AND we have tools and other formats that you can use to check this yourself. See https://git.kernel.org/pub/scm/linux/security/vulns.git/ for the tools and raw data for you to pull from directly if you don't want to deal with the cve.org json feed.

- Kernel CVE entries are constantly updated over time, you can not just look a them only when created, and then ignore all updates. Too many groups are missing revoked CVE entries and tightening of vulnerable kernel ranges that we are updating on a weekly basis. By ignoring the updates, you are causing yourself more work, not less. cve.org provides an "updated" feed in their git tree, use it!

- Along the lines of the huge number of recorded CVEs, you HAVE to take all of the stable/LTS releases in order to have a
secure and stable system. If you attempt to cherry-pick random patches you will NOT fix all of the known, and unknown, problems,
but rather you will end up with a potentially more insecure system, and one that contains known bugs. Reliance on an "enterprise"
distribution to provide this for your systems is up to you, discuss it with them as to how they achieve this result as this is what you are paying for. If you aren't paying for it, just use Debian, they know what they are doing and track the stable kernels and have a larger installed base than any other Linux distro. For embedded, use Yocto, they track the stable releases, or keep your own buildroot-based system up to date with the new releases.

- Test all stable/LTS releases on your workload and hardware before putting the kernel into "production" as everyone runs a different %
of the kernel source code from everyone else (servers run about 1.5mil lines of code, embedded runs about 3.5mil lines of code, your mileage will vary). If you can't test releases before moving them into production, you might want to solve that problem first.

- A fix for a known bug is better than the potential of a fix causing a future problem as future problems, when found, will be fixed then.
0
61
77
repeated

Join the sched-ext crew at @fosdem for the Scheduler Contest. Submit your own Linux scheduler (written with eBPF and sched-ext) or scheduling policy idea, and with a bit of luck, win a sched-ext T-Shirt and a cup: https://mostlynerdless.de/blog/2025/01/28/sched-ext-scheduler-contest-fosdem25/

0
3
1
MM pull request[1] for Linux 6.14-rc1 is out. This includes many interesting changes including below six DAMON patchsets.

- "mm/damon: add sample modules"
- "mm/damon: replace most damon_callback usages in sysfs with new core functions"
- "mm/damon: enable page level properties based monitoring"
- "mm/damon: remove DAMON debugfs interface"
- "mm/damon: extend DAMOS filters for inclusion"
- "Docs/mm/damon: add tuning guide and misc updates"

I highly recommend to read the summaries on the pull request[1] to find exciting MM changes for Linux 6.14!

[1] https://lore.kernel.org/20250124162248.60104eec848619a187242392@linux-foundation.org/

#linux #kernel #mm #damon
0
1
2
@geert @corbet Tigers and rabbits were some of the most common animals in Korea in the past, which is why they are the subject of many Korean folk tales. Tigers, as you said, have special meanings and symbolisms, but many Korean folk tales feature a variety of animals that were common in the past. To me, it just looks like one of those ordinary pictures from the past.
0
0
0
@corbet The tiger and the rabbit are hanging out while smoking together using traditional Korean pipes called Gom-Bang-Dae (κ³°λ°©λŒ€). In Korea, smoking was a very common habbit that can be a social activity, like many other countries. People told even animals did that in old times. "When tigers were smoking (ν˜Έλž‘μ΄ λ‹΄λ°° ν”Όλ˜ μ‹œμ ˆ)" is a very popular idiom like "once upon a time" in Korea. I think the picture is based on the idiom, and you may find more such images by Googling the idiom ("ν˜Έλž‘μ΄ λ‹΄λ°° ν”Όλ˜ μ‹œμ ˆ").
0
0
1
Show older