Posts
177
Following
30
Followers
79
Maintaining DAMON (https://damonitor.github.io). All opinions are my own.
@gregkh @krzk I surely understand and agree with many of you, and Greg's points :) I am also aware of the talk and recent maintainers summit discussion. Actually the discussion was one of the major motivations for writing the scripts. https://github.com/sjp38/lazybox/blob/master/cve_stat/report/report.md. Again, I only hope these numbers to be useful for discussions between people having different opinions about CVE, or at least me. Thanks to @gregkh for reminding me the RH case again. That will be helpful for me to discuss with others :)
0
0
0
@krzk I personally agree many parts of your points. But I also know there are many different opinions and believes about CVEs. I hoped these numbers to be no more, no less but only somewhat can help more people to get dry facts that can all agree upon and further make constructive discussions, and therefore shared. I'm sorry if you felt this post in such a way.
1
0
0
Because my airplane was delayed, I played with kernel CVE data, and summarized[1] the buggy and error-full results.

TL; DR: About 95% of CVEs that affect the mainline tree has fixed before those are reported by linux_kernel_cves project. The number was 76%, 69%, 73%, 78%, 83% and 82% for 6.4.y, 6.1.y, 5.15.y, 5.10.y, 5.4.y, 4.19.y, and 4.14.y, respectively.

The worst case time between linux_kernel_cves report and fix commit being fixed was [16, 32) weeks for the mainline. For the stable trees, the number was [4, 8) weeks (6.4.y), [16, 32) weeks (6.1.y and 5.15.y), [32, 64) weeks (5.10.y), [64, 128) weeks for 5.4.y, [32, 64) weeks (4.19.y and 4.14.y).


[1] https://github.com/sjp38/lazybox/blob/master/cve_stat/report/report.md

#linux #kernel #cve #stable #lts
2
1
3
repeated

Steven Rostedt

I’m running the Tracing Microconference at Linux Plumbers. If there’s an issue you would like to discuss there, please submit a MC topic. https://lpc.events/blog/current/index.php/2023/08/17/tracing-mc-cfp/

0
6
8
We started running DAMON functionality tests suite[1] for a few kernels including all DAMON-available stable kernels from the early stage of DAMON project. Recently, we further started testing stable-rc kernels and sending[2] the results to stable@. I now feel this is making DAMON healthier. After all, this makes my name listed on the stable kernel version update commit[3] ;) So I would recommend more people to have some fun with stable-rc kernels and take their credit if they want.

#linux #kernel #damon

[1] https://github.com/awslabs/damon-tests/tree/next/corr
[2] https://lore.kernel.org/damon/20230809171146.90801-1-sj@kernel.org/
[3] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.4.y&id=714a286bf9ee3740260c61471ed72d10bd17336a
0
0
0
One of my unofficial and personal goals for 2023 was to create 100 GitHub stars with the DAMON user space tool (damo)[1], and while I hoped it would be realized at least by the end of 2023, we achieved it much sooner than expected - just one day after our 100th release!

[1] https://github.com/awslabs/damo

#linux #kernel #damon #damo

RE: https://social.kernel.org/objects/2f698624-50d8-43a6-b58a-fa1727ee829c
0
0
1
Edited 1 year ago
DAMON user-space tool (damo) has released[1] its 100th version. A mail[2] for the news, release stats, and appreciation to the DAMON community has also posted. From the mail:

"Looking forward to 200th, and 1,000th release of damo :D We, the community,
will make it together."

[1] https://github.com/awslabs/damo/releases/tag/v1.9.3
[2] https://lore.kernel.org/damon/20230807202044.98700-1-sj@kernel.org/

#linux #kernel #damon #damo
0
2
3
Bram Moolenaar, who developed VIM, which is my favorite text editor, has died. Thank you, and rest in piece.

https://groups.google.com/g/vim_announce/c/tWahca9zkt4?pli=1
0
0
1
I just posted the kernel summit talk proposal for DAMON status and future plans: https://lore.kernel.org/damon/20230726190926.85121-1-sj@kernel.org/

#linux #kernel #damon
0
0
2
DAMON User-space tool (damo)[1] has downloaded from PyPI more than 1,500 times[2] last month.

[1] https://github.com/awslabs/damo
[2] https://pypistats.org/packages/damo

#linux #kernel #damon #damo
0
0
1
Hocus wrote a great article[1] that made some comments[2] on hackernews. It introduces DAMON as a kernel feature that could be useful for memory efficient VM, with its limitations. Definitely DAMON needs more improvement, and we’re working[3] for that.

[1] https://hocus.dev/blog/qemu-vs-firecracker/
[2] https://news.ycombinator.com/item?id=36666782
[3] https://lwn.net/Articles/931769/

#linux #kernel #damon
0
5
2
repeated
@sj @krzk @kernellogger @minipli I have ALWAYS said that 4 week old results are better than no results at all. Especially if regressions are found, which is the most important thing to detect.

I get many "private" emails from companies that do 1-2 month syncs of the LTS branches in their private SoC trees usually saying "all is good!" which gets them into the habit of doing testing. And every once in a while, they do find a regression, which we work quickly to resolve (many times it's just "use the next version, this was already caught...)

So yes, merge with LTS, test, and let me know the results please.
1
6
9
@krzk @minipli @gregkh @kernellogger I agree to the timeline alignment problem. And people who think stable kernel maintainers wouldn't care about test results for stable kernels that already older than 4 weeks would hesitate sharing the results. In a similar way, people who have resource to test the stable kernels only after applying their downstream patches might hesitate sharing their findings.

I also think such test results wouldn't be really useful for stable kernel maintainers, but it might be better than nothing. Could I ask your thought, @gregkh?
1
0
1
DAMON talk for OSSummit EU 2023 has accepted and scheduled[1]. The talk will focus on its user-space tool, damo. It's mainly for helping more audiences to digest the content easier, and also for accelerating the development of damo. By the time, hopefully the version of damo would reach to, or exceed 2.0.0, and newer interface and features will be introduced together. Looking forward to the conference!

#ossummit #ossummiteu #linux #kernel #damon #damo

[1] https://sched.co/1OGf9
0
0
1
@hyeyoo @kernellogger Obviously very interesting topic. To my humble understanding, the point of this awesome project is the lightweight and fine-grained monitoring and adaptive tuning, which comes from the underlying use of BPF. That makes sense to me, as BPF is awesome. Nevertheless, it doesn't look like the panacea for every tunable knobs. Rather than that, it seems need per-case tuning implementation. I think it might be able to be useful for DAMON parameters, but tbh I'm not sure. Anyway, interesting work. Hope to have more chance to hear about that :)
0
0
3
DAMON userspace tool (damo)[0] has packaged for Debian/Ubuntu in addition to Fedora. It also turned out that it was already packaged for ArchLinux. You can visit repology.org[1] for the list of damo packaged distros.

[0] https://github.com/awslabs/damo
[1] https://repology.org/project/damo/versions

#linux #kernel #damon #damo
0
1
2
OSSummit North America video for DAMON, DAMOS, and DAMO talk[1] is also now uploaded to Youtube[2]!

[1] https://sched.co/1K5HS
[2] https://youtu.be/fImXcHS5PPE

#damon #linux #kernel #ossummit
0
0
1
@ljs @vbabka Hope you get better and negative test results soon!
1
0
3
Show older