Search
320 results for “kernellogger”
-
Another small step to get #RT aka #Realtime aka #PREEMPT_RT support mainlined was taken, as more preparations for introducing #printk kthreads were merged for #Linux #kernel 6.7: https://git.kernel.org/torvalds/c/2a80532c0745e140852e6b579bbe8371332bb45d
That work comes from this series:
https://lore.kernel.org/all/2023091619[email protected]/#tBut some more work is needed to finally make the #LinuxKernel printk stack be rt capable, as threaded printing, atomic printing regions, or nbcon drivers are still missing afaics.
-
Another small step to get #RT aka #Realtime aka #PREEMPT_RT support mainlined was taken, as more preparations for introducing #printk kthreads were merged for #Linux #kernel 6.7: https://git.kernel.org/torvalds/c/2a80532c0745e140852e6b579bbe8371332bb45d
That work comes from this series:
https://lore.kernel.org/all/2023091619[email protected]/#tBut some more work is needed to finally make the #LinuxKernel printk stack be rt capable, as threaded printing, atomic printing regions, or nbcon drivers are still missing afaics.
-
Another small step to get #RT aka #Realtime aka #PREEMPT_RT support mainlined was taken, as more preparations for introducing #printk kthreads were merged for #Linux #kernel 6.7: https://git.kernel.org/torvalds/c/2a80532c0745e140852e6b579bbe8371332bb45d
That work comes from this series:
https://lore.kernel.org/all/2023091619[email protected]/#tBut some more work is needed to finally make the #LinuxKernel printk stack be rt capable, as threaded printing, atomic printing regions, or nbcon drivers are still missing afaics.
-
Merged for #LinuxKernel 6.2: #printk patches to reduce the console_lock scope.
They prepare printk for threaded/atomic
printing, which is needed to finally make printk #PREEMPT_RT (aka #REALTIME) safe: https://git.kernel.org/torvalds/c/98d0052d0d9dcd5323833482712b5799ed0bbb0bMore details in the cover letter of the submission of those patches: https://lore.kernel.org/lkml/202211161[email protected]/ #Linux #kernel
-
Merged for #LinuxKernel 6.2: #printk patches to reduce the console_lock scope.
They prepare printk for threaded/atomic
printing, which is needed to finally make printk #PREEMPT_RT (aka #REALTIME) safe: https://git.kernel.org/torvalds/c/98d0052d0d9dcd5323833482712b5799ed0bbb0bMore details in the cover letter of the submission of those patches: https://lore.kernel.org/lkml/202211161[email protected]/ #Linux #kernel
-
Merged for #LinuxKernel 6.2: #printk patches to reduce the console_lock scope.
They prepare printk for threaded/atomic
printing, which is needed to finally make printk #PREEMPT_RT (aka #REALTIME) safe: https://git.kernel.org/torvalds/c/98d0052d0d9dcd5323833482712b5799ed0bbb0bMore details in the cover letter of the submission of those patches: https://lore.kernel.org/lkml/202211161[email protected]/ #Linux #kernel
-
Merged for #LinuxKernel 6.2: #printk patches to reduce the console_lock scope.
They prepare printk for threaded/atomic
printing, which is needed to finally make printk #PREEMPT_RT (aka #REALTIME) safe: https://git.kernel.org/torvalds/c/98d0052d0d9dcd5323833482712b5799ed0bbb0bMore details in the cover letter of the submission of those patches: https://lore.kernel.org/lkml/202211161[email protected]/ #Linux #kernel
-
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Some highlights from the main #erofs merge for #Linux 7.0:
https://git.kernel.org/torvalds/c/3893854000a81897a1a332ec50931f74761fbf71
""
Inode page cache sharing among filesystems on the same machine is now supported, which is particularly useful for high-density hosts running tens of thousands of containers. [for more about this, see https://lwn.net/Articles/1055062/]In addition, we fully isolate the EROFS core on-disk format from other optional encoded layouts since the core on-disk part is designed to be simple, effective, and secure. Users can use the core format to build unique golden immutable images and import their filesystem […]
"" -
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs (used by #composefs) merge for #Linux 6.17[1]:
""We now support metadata compression. It can be useful for embedded use cases or archiving a large number of small files.
Additionally, readdir performance has been improved by enabling readahead (note that it was already common practice for ext3/4 non-dx and f2fs directories). We may consider further improvements later toalign with ext4's s_inode_readahead_blks behavior for slow devices too.""
[1] https://git.kernel.org/torvalds/c/76a9701325d39d8602695b19c49a9d0828c897ca
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
Highlights from the main #erofs merge for #Linux 6.16 (https://git.kernel.org/torvalds/c/79b98edf918e8146047e08817e2a42937428be02):
* a `fsoffset` mount option is introduced for file-backed mounts to specify the filesystem offset in order to adapt customized container formats.
* Intel QAT hardware accelerators are supported to improve DEFLATE decompression performance.
-
2/ FWIW, "[#Linux] #Kernel Livepatching: An Introduction" published a few months ago is from the same speakers:
https://www.youtube.com/watch?v=OGBjMVWc9M8
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-an-introduction?hsLang=en
-
2/ FWIW, "[#Linux] #Kernel Livepatching: An Introduction" published a few months ago is from the same speakers:
https://www.youtube.com/watch?v=OGBjMVWc9M8
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-an-introduction?hsLang=en
-
2/ FWIW, "[#Linux] #Kernel Livepatching: An Introduction" published a few months ago is from the same speakers:
https://www.youtube.com/watch?v=OGBjMVWc9M8
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-an-introduction?hsLang=en
-
2/ FWIW, "[#Linux] #Kernel Livepatching: An Introduction" published a few months ago is from the same speakers:
https://www.youtube.com/watch?v=OGBjMVWc9M8
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-an-introduction?hsLang=en
-
"Mentorship Session: [#Linux] Kernel Livepatching: Hands On" was just published on YT: https://www.youtube.com/watch?v=oDffzTzaISY
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-hands-on?hsLang=en
-
"Mentorship Session: [#Linux] Kernel Livepatching: Hands On" was just published on YT: https://www.youtube.com/watch?v=oDffzTzaISY
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-hands-on?hsLang=en
-
"Mentorship Session: [#Linux] Kernel Livepatching: Hands On" was just published on YT: https://www.youtube.com/watch?v=oDffzTzaISY
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-hands-on?hsLang=en
-
"Mentorship Session: [#Linux] Kernel Livepatching: Hands On" was just published on YT: https://www.youtube.com/watch?v=oDffzTzaISY
Abstract: https://www.linuxfoundation.org/webinars/kernel-livepatching-hands-on?hsLang=en
-
The new system call #mseal()[1] after multiple revisions and various discussions[2] finally made it to #linux-next and thus is slated to appear in #LinuxKernel 6.10:
https://lore.kernel.org/all/2024041516[email protected]/T/#u
[1] "In a nutshell, mseal() protects the VMAs of a given virtual memory range against modifications, such as changes to their permission bits."
-
""[…] In this article, we will do a deep dive into […] showing off #eBPF’s ability to poke deep within the #Linux #kernel internals to answer questions about the state of the running kernel.
The subject of our investigation is #netfilter, […] Which of the rules in my firewall ruleset caused the drop of a particular packet?
The goal of this article is to demonstrate how to answer this question. We can use this same approach to answer a myriad of questions about the kernel and to hook into pretty much any arbitrary point inside the kernel.""
https://developers.redhat.com/articles/2025/11/03/using-ebpf-attribute-packet-drops-netfilter-rules (written by @toke)