Compile the kernel on Ubuntu 24.04 #kernel #2404 #compiling #debian

Compile the kernel on Ubuntu 24.04 #kernel #2404 #compiling #debian
As with any command, one of the first things you should do is type
git --help
read what is said about the syntax then type
man git
Git is a tool I like, a lot. Before git, you could do RCS {& some others} which is a totally different tool set.
In this video Linus Torvalds talks about the way he created Git two+ decades ago.
What immediately Springs into view, is the fact that Linus gave control of the git project to someone else, as soon as he could he did not want to stay with the project for too long.
Git was created because of pure necessity; it was vital for kernel revision control
Screen aspect ratio locked at 5:4 and other graphics issues with new monitor #nvidia #kernel #graphics #displayresolution #steam
Hey #kernel devs and other friends still on Fosstodon, it seems like more and more instances are starting to defederate due to yet another fash aligned mod
if you haven't already please consider switching instances to preserve your fedi bubble
https://social.treehouse.systems/@ariadne/114621096373008427
How to kill a bug in my Linux Mint 22 that just won't die out #upgrade #kernel #updatemanager #cinnamon
SysctlTUI is Out!
The sysctl() system call can get or set the state of the system, the #FreeBSD kernel exposes the parameters for sysctl() as objects of a Management information Base (MIB).
sysctltui is a Text User Interface #sysctl #MIB explorer. It allow to view a parameter’s properties and get or set its value.
Link: https://alfonsosiciliano.gitlab.io/posts/2025-05-29-sysctltui.html
Believe it or not, OpenAI's o3 just uncovered a remote 0-day in the Linux kernel's SMB code—CVE-2025-37899. A patch has already been rolled out.
https://linuxiac.com/chatgpt-o3-model-found-remote-zeroday-in-linux-kernel-code/
Maybe some Linux Kernel expert could help me with this:
Due to the nature of my work, I regularily run a very memory intensive process and my system runs out of memory during very few peak moments.
The system can't swap out memory fast enough and freezes. If I disable swap, the process gets killed instead.
Is there any way I can keep the system responsive? Ideally, only the offending process would get slowed down, but not other applications.
Will upgrading from kernel 5.15.0-69-generic to kernel 5.15.0-174 on Ubuntu 20.04.6 LTS cause any issues? #2004 #kernel
Media even without AI manages to deliberately or accidentally misinform us all the time[1]. The screenshotted article below is an example of this, as #Linux (the #Kernel) as of now still supports 486-style CPUs.
So let me repeat[2]:
Patches to remove 486-style CPUs support were discussed[3], but were not merged for #LinuxKernel 6.15. They are not even yet queued for 6.16, the version currently in development. But a developer likely will submit them[4] – then it's up to Linus if he will merge them immediately for 6.16 or let them wait till 6.17 to ensure they are tested in -next for a while, as bigger kernel changes are supposed to.
[1] See also: https://en.wikipedia.org/wiki/Gell-Mann_amnesia_effect
[2] https://hachyderm.io/@kernellogger/114511807248385827
[3] https://lore.kernel.org/lkml/20250515085708.2510123-1-mingo@kernel.org/
[4] https://lore.kernel.org/lkml/aCX9iN5BxitdozwC@gmail.com/
A document describes techniques that are useful for debugging suspend and resume issues with modern #AMD processors was merged for #Linux 6.16: https://git.kernel.org/torvalds/c/cafb22242bfb7fad10fde6f9b99853fc924e691a
Rendered version: https://origin.kernel.org/doc/html/next/arch/x86/amd-debugging.html
"some performance improvements and one minor mount option update" are among the main #Btrfs changes merged for #Linux 6.16:
https://git.kernel.org/torvalds/c/5e82ed5ca4b510e0ff53af1e12e94e6aa1fe5a93
A few highlights:
Performance:
- extent buffer conversion to xarray gains throughput and runtime improvements on metadata heavy operations doing writeback (sample test shows +50% throughput, -33% runtime)
- extent io tree cleanups lead to performance improvements by avoiding unnecessary searches or repeated searches
- more efficient extent unpinning when committing transaction (estimated run time improvement 3-5%)
User visible changes:
- remove standalone mount option 'nologreplay', deprecated in 5.9, replacement is 'rescue=nologreplay'
- in scrub, update reporting, add back device stats message after detected errors (accidentally removed during recent refactoring)
Core:
- convert extent buffer radix tree to xarray
- continued preparations for large folios