Posts
168
Following
31
Followers
77
Maintaining DAMON (https://damonitor.github.io). All opinions are my own.
repeated

I made a tool to help view kernel configuration values and compare them across many Linux distributions. Here's a blog post introducing it:
https://blogs.oracle.com/linux/post/explore-linux-kernel-kconfigs

Or, you can skip right to the tool here:
https://oracle.github.io/kconfigs/

Source is available here:
https://github.com/oracle/kconfigs

0
7
3
Edited 7 months ago
DAMON news letter for 2024-Q1 is posted: https://lore.kernel.org/damon/20240402191224.92305-1-sj@kernel.org/

"""
To recap, the long-awaited DAMOS auto-tuning feature has merged. More people
from the academy and the industry explored and contributed on DAMON. DAMON
user-space tool got more useful features. We will have yet another DAMON
presentation and discussion at OSSummit NA and LSF/MM/BPF.
"""

#linux #kernel #damon
0
0
0
DAMO v2.2.8 is out. This version supports[1] recording memory footprint of monitoring target processes together with their access pattern. Users could know when how much memory is allocated and really accessed. Such visualization is one of the future works, though.

[1] https://github.com/awslabs/damo/blob/v2.2.8/USAGE.md#recording-memory-footprints

#linux #kernel #damon #damo
0
0
1
Just pushed hackermail v1.0.2[1]. The major change in this version is the support of drafts. Users can tag/save, remote-synchronize, and continue writing/sending drafts.

[1] https://github.com/sjp38/hackermail/blob/v1.0.2/release_note
[2] https://github.com/sjp38/hackermail/blob/v1.0.2/USAGE.md#drafts

#hackermail #hkml
0
0
2
I wanted to know how many CVEs were assigned to DAMON, and then I wanted to know the numbers for other subsystems as well. So I wrote a script: https://github.com/sjp38/lazybox/blob/master/cve_stat/cves_per_file.py
0
0
1
Just tagged and pushed hackermail v1.0.1[1]. The most important change in this version would be the support of remote synchronization[2].

[1] https://github.com/sjp38/hackermail/blob/v1.0.1/release_note
[2] https://github.com/sjp38/hackermail/blob/v1.0.1/USAGE.md#synchronizing

#hackermail #hkml
0
0
2
@spmatich IIRC, the Linux CNA team mentioned they will not give CVSS to new CVEs. I guess that's the reason. I don't find the link, though.
1
1
0
@Issa I didn't scan any kernel. Instead, I scanned others' kernel scan results :) You could use the source of the script for detail.
0
0
1
repeated

I just renewed my subscription to @LWN

The best content about bleeding-edge Linux kernel development! 🐧 🙌

You should really consider subscribing if you haven't done it yet. 🙂

3
11
3
@authentic_sammj I have no opinion but only a humble script :)
0
0
1
@Issa For more context, I believe this great LWN article could be very helpful: https://lwn.net/Articles/961978/
0
0
0
@Issa I cannot confirm since my script may have bugs ;) What the script argues is that about 450 (exact number is 440) security bugs for upstream-supporting Linux kernels are identified and got their official identifiers (CVE) within last 30 days.
2
0
0
Edited 8 months ago

I wanted to know simple daily Linux kernel CVE statistics just for fun, so wrote a script[1] and plotted the output.

$ ./vulns_stat.sh ./vulns/ 30 | ../gnuplot/plot.py --data_fmt table --type labeled-lines --xtics_rotate -90 cve_stat_30_days.png

[1] https://github.com/sjp38/lazybox/blob/master/cve_stat/vulns_stat.sh

#linux #kernel #cve #stat

3
8
13
Oops, I should have read replies to Thorsten's post before writing mine...
0
0
1
Inspired by Thorsten's great rc8 statistic[1], I extended my script[2] to further expect future releases based on the past release cadence.

[1] https://social.kernel.org/notice/AfkOGGMJWyDFsvYXdA
[2] https://github.com/sjp38/lazybox/blob/master/git_helpers/relstat.py

#linux #kernel #release_stat
1
1
2
Edited 8 months ago

Memory management subsystem pull request[1] for Linux 6.9-rc1 has been posted. To quote Andrew’s summary for DAMON part:

  • More DAMON work from SeongJae Park in the series
    • “mm/damon: make DAMON debugfs interface deprecation unignorable”
    • “selftests/damon: add more tests for core functionalities and corner cases”
    • “Docs/mm/damon: misc readability improvements”
    • “mm/damon: let DAMOS feeds and tame/auto-tune itself”

[1] https://lore.kernel.org/all/20240313200532.34e4cff216acd3db8def4637@linux-foundation.org/

#linux #kernel #damon

0
0
1
repeated

The 6.8 kernel has been released https://lwn.net/Articles/964784/

0
2
1
repeated

@ljs @kernellogger @larsmb @gregkh @pavel It's really complicated... I'm myself on the distro side here (though speaking only for myself) and I see very clearly the additional work that this is causing. On the other hand... I do think this is actually moving things in the right direction, security-wise. The uncomfortable truth is that the kernel has a TON of bugs, many with security impact. This move really just puts it completely out in the open and forces everybody to acknowledge that fact.

2
5
1
Edited 8 months ago
Just got an invitation to LSF/MM/BPF 2024[1]. Looking forward to meeting with other kernel hackers and discuss about topics for DAMON[2] and memory management!

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

#linux #kernel #damon #lsfmm #lsfmmbpf
0
1
3
Just released damo (DAMON user-space tool) v2.2.4[1]. This version enables access pattern-based profiling[2]. For example, you can know which code is making your program's memory usage unexpectedly high, or which code is intensively accessing memory. Hopefully that will help better understanding and optimizing your code.

[1] https://github.com/awslabs/damo/tree/v2.2.4
[2] https://github.com/awslabs/damo/blob/v2.2.4/USAGE.md#profile

#linux #kernel #damon #damo #profiling
0
0
2
Show older