Search
320 results for “kernellogger”
-
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
-
"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
-
2/ In case anyone cares: the "Avoid Debian Stable" thread on #LKML resurged with three more messages from Kent:
https://lore.kernel.org/all/2197543.ir[email protected]/t/#u
And FWIW in case you missed it: Jonathan Carter recently orphaned #bcachefs-tools in #Debian: https://jonathancarter.org/2024/08/29/orphaning-bcachefs-tools-in-debian/
-
Can you come up with convincing *stats* on why backporting a huge pile of patches (say 800+, like in the case of #Linux 6.10.3) to stable #kernel series just days after being mainlined *during the merge window* and thus included in a mainline -rc1 is *worse* than quickly backporting changes mainlined *during the rest of the development cycle*?
Then tell me about it, because then I'll bring this up on the maintainers summit while talking about #regressions.
1/ FWIW, this is what I tried: I…
-
Wedson Almeida Filho steps down as one of the maintainers of
the #RustForLinux project:'"[…] After almost 4 years, I find myself lacking the energy and enthusiasm I once had to respond to some of the nontechnical nonsense, so it's best to leave it up to those who still have it in them.
To the Rust for Linux team: thank you, you are great. It was a pleasure working with you all; […]"'
-
The improved #printk series "wire up write_atomic() printing" is now in -next again and thus slated for inclusion in #Linux 6.12. This is one of the last important bits for proper #REALTIME support with #PREEMPT_RT in mainline – but not the last, as this series does not include threaded printing or nbcon drivers, as those will come later: https://lore.kernel.org/all/ZsWxpVG8uZ[email protected]/
A earlier version of the patch set was supposed to go into #kernel 6.11, but Linus was unhappy: https://lore.kernel.org/lkml/CAHk-=whU[email protected]/
-
The improved #printk series "wire up write_atomic() printing" is now in -next again and thus slated for inclusion in #Linux 6.12. This is one of the last important bits for proper #REALTIME support with #PREEMPT_RT in mainline – but not the last, as this series does not include threaded printing or nbcon drivers, as those will come later: https://lore.kernel.org/all/ZsWxpVG8uZ[email protected]/
A earlier version of the patch set was supposed to go into #kernel 6.11, but Linus was unhappy: https://lore.kernel.org/lkml/CAHk-=whU[email protected]/
-
The improved #printk series "wire up write_atomic() printing" is now in -next again and thus slated for inclusion in #Linux 6.12. This is one of the last important bits for proper #REALTIME support with #PREEMPT_RT in mainline – but not the last, as this series does not include threaded printing or nbcon drivers, as those will come later: https://lore.kernel.org/all/ZsWxpVG8uZ[email protected]/
A earlier version of the patch set was supposed to go into #kernel 6.11, but Linus was unhappy: https://lore.kernel.org/lkml/CAHk-=whU[email protected]/
-
The improved #printk series "wire up write_atomic() printing" is now in -next again and thus slated for inclusion in #Linux 6.12. This is one of the last important bits for proper #REALTIME support with #PREEMPT_RT in mainline – but not the last, as this series does not include threaded printing or nbcon drivers, as those will come later: https://lore.kernel.org/all/ZsWxpVG8uZ[email protected]/
A earlier version of the patch set was supposed to go into #kernel 6.11, but Linus was unhappy: https://lore.kernel.org/lkml/CAHk-=whU[email protected]/
-
The improved #printk series "wire up write_atomic() printing" is now in -next again and thus slated for inclusion in #Linux 6.12. This is one of the last important bits for proper #REALTIME support with #PREEMPT_RT in mainline – but not the last, as this series does not include threaded printing or nbcon drivers, as those will come later: https://lore.kernel.org/all/ZsWxpVG8uZ[email protected]/
A earlier version of the patch set was supposed to go into #kernel 6.11, but Linus was unhappy: https://lore.kernel.org/lkml/CAHk-=whU[email protected]/
-
#LKML QOTD from Tytso:
"'Basically, you can't really take anything for granted when you're dealing with a non-upstream kernel, and that includes the version number.'"
-
'"the Trusted Platform Module (TPM) […] allows an unattended auto-unlock, providing a pass is no longer required. That completely fits to secure disks that have been put in a machine in a safe location. With FDE [Full Disk Encryption] and TPM, your data becomes protected and cannot be read outside of your machine."'
https://www.suse.com/c/full-disk-encryption-grub2-tpm/ #grub #tpm #FullDiskEncryption
-
Registration for @linuxplumbersconf reopened
'"This year there was a huge demand to attend #LinuxPlumbers Conference in person and at last we were able to add more places and reopen the registration."'
https://lpc.events/blog/current/index.php/2024/08/16/registration-is-now-reopened/
-
#Bcachefs, an introduction/exploration, by Red Hat developer Tony Asleson:
http://blog.asleson.org/2024/07/24/bcachefs-an-introduction/exploration/
"'[…]
ConclusionWork in progress
* bcachefs is not complete
* Kent is working very hard to ensure early adopters don’t ever lose data, even when they do some very questionable things
* Any assistance/help is appreciated
[…] "' -
#Bcachefs, an introduction/exploration, by Red Hat developer Tony Asleson:
http://blog.asleson.org/2024/07/24/bcachefs-an-introduction/exploration/
"'[…]
ConclusionWork in progress
* bcachefs is not complete
* Kent is working very hard to ensure early adopters don’t ever lose data, even when they do some very questionable things
* Any assistance/help is appreciated
[…] "' -
#Bcachefs, an introduction/exploration, by Red Hat developer Tony Asleson:
http://blog.asleson.org/2024/07/24/bcachefs-an-introduction/exploration/
"'[…]
ConclusionWork in progress
* bcachefs is not complete
* Kent is working very hard to ensure early adopters don’t ever lose data, even when they do some very questionable things
* Any assistance/help is appreciated
[…] "' -
#Bcachefs, an introduction/exploration, by Red Hat developer Tony Asleson:
http://blog.asleson.org/2024/07/24/bcachefs-an-introduction/exploration/
"'[…]
ConclusionWork in progress
* bcachefs is not complete
* Kent is working very hard to ensure early adopters don’t ever lose data, even when they do some very questionable things
* Any assistance/help is appreciated
[…] "' -
#Bcachefs, an introduction/exploration, by Red Hat developer Tony Asleson:
http://blog.asleson.org/2024/07/24/bcachefs-an-introduction/exploration/
"'[…]
ConclusionWork in progress
* bcachefs is not complete
* Kent is working very hard to ensure early adopters don’t ever lose data, even when they do some very questionable things
* Any assistance/help is appreciated
[…] "' -
FWIW, the PR with the BPF extensible scheduler class aka #sched_ext for #Linux 6.11 is out for 10 days now, but Linus did not merge it yet. Peterz and @qyousef also raised a few issues in between. Remains to be seen if Linus nevertheless will merge sched_ext in the next few days.
For details, see:
https://lore.kernel.org/all/2024072316[email protected]/t/#u
https://lore.kernel.org/all/20240725011907.3f5ropfai3xoy3l3@airbuntu/t/#u
-
Linus did not pull the latest printk changes for #Linux 6.11, as he did not like the what some of the changes required for proper #Realtime aka #PREEMPT_RT support do:
https://lore.kernel.org/all/CAHk-%3Dwh%[email protected]/
"'
> The messages are flushed at the end of the emergency section to allow storing the full log (backtrace) first.What? No.
One of the historically problematic situations is when a recursive oops or a deadlock occurs *during* the first oops.
[…]
'" #kernel #LinuxKernel -
John posted v3 of the patch-set with the "remaining pieces of the #printk rework" to support threaded console printing, which is last big missing piece missing to support #realtime with the mainline #Linux #kernel through #PREEMPT_RT:
-
John posted v3 of the patch-set with the "remaining pieces of the #printk rework" to support threaded console printing, which is last big missing piece missing to support #realtime with the mainline #Linux #kernel through #PREEMPT_RT:
-
John posted v3 of the patch-set with the "remaining pieces of the #printk rework" to support threaded console printing, which is last big missing piece missing to support #realtime with the mainline #Linux #kernel through #PREEMPT_RT:
-
John posted v3 of the patch-set with the "remaining pieces of the #printk rework" to support threaded console printing, which is last big missing piece missing to support #realtime with the mainline #Linux #kernel through #PREEMPT_RT: