“kernellogger” — Fediverse search results on home.social

Nik | Klampfradler 🎸🚲 @[email protected] · 2025-09-06 · 07:52 UTC

@kernellogger

Open Source Summit.
Europe.

YouTube.
Sched.

So, how does anyone take this event, and with it, @linuxfoundation, serious?

#OSSEU25

#osseu25

Thorsten Leemhuis (acct. 1/4) @kernellogger · 2024-09-06 · 13:35 UTC

#Linux #kernel patches to allow enabling #PREEMPT_RT (aka proper #realtime support) for x86, ARM64, and Risc-V were posted for review:

https://lore.kernel.org/lkml/202409061[email protected]/

"The printk bits required for PREEMPT_RT are sitting in linux-next. This was the last known roadblock for PREEMPT_RT. The RT queue has additionally the "atomic console" for the 8250 UART which is not yet in linux-next.[…]"

See also these earlier other related toots:

https://fosstodon.org/@kernellogger/113084762433941141
https://fosstodon.org/@kernellogger/113085326251565367

#linux #kernel #preempt_rt #realtime

Thorsten Leemhuis (acct. 1/4) @kernellogger · 2024-08-27 · 05:32 UTC

John posted v4 of the patch-set "threaded console printing as well as some other minor pieces" which "provides the remaining pieces of the #printk rework." -- e.g. the last big missing piece for #Realtime support through #PREEMPT_RT in the mainline #Linux #Kernel. But note, "this series does *not* provide an nbcon console driver. That will come in a follow-up series."

https://lore.kernel.org/all/2024082704[email protected]/

This comes hot on the heels of the "write_atomic() printing" entering -next: https://fosstodon.org/@kernellogger/113003819326920850

#printk #realtime #preempt_rt #linux #kernel

Thorsten Leemhuis (acct. 1/4) @[email protected] · 2024-08-27 · 05:32 UTC

John posted v4 of the patch-set "threaded console printing as well as some other minor pieces" which "provides the remaining pieces of the #printk rework." -- e.g. the last big missing piece for #Realtime support through #PREEMPT_RT in the mainline #Linux #Kernel. But note, "this series does *not* provide an nbcon console driver. That will come in a follow-up series."

https://lore.kernel.org/all/2024082704[email protected]/

This comes hot on the heels of the "write_atomic() printing" entering -next: https://fosstodon.org/@kernellogger/113003819326920850

#printk #realtime #preempt_rt #linux #kernel

Thorsten Leemhuis (acct. 1/4) @[email protected] · 2024-08-27 · 05:32 UTC

John posted v4 of the patch-set "threaded console printing as well as some other minor pieces" which "provides the remaining pieces of the #printk rework." -- e.g. the last big missing piece for #Realtime support through #PREEMPT_RT in the mainline #Linux #Kernel. But note, "this series does *not* provide an nbcon console driver. That will come in a follow-up series."

https://lore.kernel.org/all/2024082704[email protected]/

This comes hot on the heels of the "write_atomic() printing" entering -next: https://fosstodon.org/@kernellogger/113003819326920850

#printk #realtime #preempt_rt #linux #kernel

Thorsten Leemhuis (acct. 1/4) @[email protected] · 2024-08-27 · 05:32 UTC

John posted v4 of the patch-set "threaded console printing as well as some other minor pieces" which "provides the remaining pieces of the #printk rework." -- e.g. the last big missing piece for #Realtime support through #PREEMPT_RT in the mainline #Linux #Kernel. But note, "this series does *not* provide an nbcon console driver. That will come in a follow-up series."

https://lore.kernel.org/all/2024082704[email protected]/

This comes hot on the heels of the "write_atomic() printing" entering -next: https://fosstodon.org/@kernellogger/113003819326920850

#kernel #linux #preempt_rt #realtime #printk

Thorsten Leemhuis (acct. 1/4) @[email protected] · 2024-08-27 · 05:32 UTC

John posted v4 of the patch-set "threaded console printing as well as some other minor pieces" which "provides the remaining pieces of the #printk rework." -- e.g. the last big missing piece for #Realtime support through #PREEMPT_RT in the mainline #Linux #Kernel. But note, "this series does *not* provide an nbcon console driver. That will come in a follow-up series."

https://lore.kernel.org/all/2024082704[email protected]/

This comes hot on the heels of the "write_atomic() printing" entering -next: https://fosstodon.org/@kernellogger/113003819326920850

#printk #realtime #preempt_rt #linux #kernel

Thorsten Leemhuis (acct. 1/4) @kernellogger · 2024-06-21 · 06:42 UTC

After Linus statement ~10 days ago[1] it looked like #BPF extensible scheduler class aka the #sched_ext (SCX) patchset would be merged for #Linux 6.11. Now there are discussions to change a few things before merging it; as of now it's unclear if that will happen and/or delay things: https://lore.kernel.org/all/CAHk-=wg3R[email protected]/t/#u

Side note: Tejun a few days ago posted v7 of the patchset and created a korg tree to coordinate development: https://lore.kernel.org/all/2024061821[email protected]/

[1] https://fosstodon.org/@kernellogger/112601791933119074

#kernel #LinuxKernel

#bpf #sched_ext #linux #kernel #linuxkernel

Elias Probst @[email protected] · 2023-12-29 · 10:58 UTC

@kernellogger and use "journalctl -k -b-1" to see the Kernel messages of the previous boot.

Replace "-1" with any of the boot IDs provided by "journalctl --list-boots" (requires the journal to be configured as Storage=persistent in /etc/systemd/journald.conf)

#systemd #journald

BenBE @[email protected] · 2023-02-28 · 11:14 UTC

@kernellogger +1 for #CatHerding 😻

#catherding

Andrew Jeffery @[email protected] · 2023-02-25 · 07:24 UTC

@kernellogger good to see HPE's GXP SoC support getting merged. Progress towards an upstream #OpenBMC port!

#openbmc

Andre @[email protected] · 2026-01-15 · 09:47 UTC

RE: https://hachyderm.io/@kernellogger/115898435262936250

Not even halfway through the article and this already hit hard:

"[A]n overall increase in interest in Linux and free software will be driven by a combination of surveillance concerns, forced upgrades, unwanted AI features, and increasing hardware prices."

This is a flag that almost 20 years back was already being raised in the free software communities. I remember similar discussions at FISL (Porto Alegre's old Free Software Forum) panels, which were met with dismissive statements from most of the tech professionals at the time.

We already had trust issues after everything Microsoft did in the 90's and early 2000's, but it was clear that it was not a Microsoft-specific issue, that it would be pervasive and widespread in the computing ecosystem as soon as the adoption of IT was ubiquitous. The free software community called it, and thanks to the immense efforts from communities (and some corporate entities who saw value in it, obviously) we avoided being in a hopeless position.

#foss #linux #FISL #GuessIShouldAlsoMentionGNUOtherwiseStallmanWillHauntMe

#foss #linux #fisl #guessishouldalsomentiongnuotherwisestallmanwillhauntme

Andre @leitzke · 2026-01-15 · 09:47 UTC

RE: https://hachyderm.io/@kernellogger/115898435262936250

Not even halfway through the article and this already hit hard:

"[A]n overall increase in interest in Linux and free software will be driven by a combination of surveillance concerns, forced upgrades, unwanted AI features, and increasing hardware prices."

This is a flag that almost 20 years back was already being raised in the free software communities. I remember similar discussions at FISL (Porto Alegre's old Free Software Forum) panels, which were met with dismissive statements from most of the tech professionals at the time.

We already had trust issues after everything Microsoft did in the 90's and early 2000's, but it was clear that it was not a Microsoft-specific issue, that it would be pervasive and widespread in the computing ecosystem as soon as the adoption of IT was ubiquitous. The free software community called it, and thanks to the immense efforts from communities (and some corporate entities who saw value in it, obviously) we avoided being in a hopeless position.

#foss #linux #FISL #GuessIShouldAlsoMentionGNUOtherwiseStallmanWillHauntMe

#foss #linux #fisl #guessishouldalsomentiongnuotherwisestallmanwillhauntme

Andre @[email protected] · 2026-01-15 · 09:47 UTC

RE: https://hachyderm.io/@kernellogger/115898435262936250

Not even halfway through the article and this already hit hard:

"[A]n overall increase in interest in Linux and free software will be driven by a combination of surveillance concerns, forced upgrades, unwanted AI features, and increasing hardware prices."

This is a flag that almost 20 years back was already being raised in the free software communities. I remember similar discussions at FISL (Porto Alegre's old Free Software Forum) panels, which were met with dismissive statements from most of the tech professionals at the time.

We already had trust issues after everything Microsoft did in the 90's and early 2000's, but it was clear that it was not a Microsoft-specific issue, that it would be pervasive and widespread in the computing ecosystem as soon as the adoption of IT was ubiquitous. The free software community called it, and thanks to the immense efforts from communities (and some corporate entities who saw value in it, obviously) we avoided being in a hopeless position.

#foss #linux #FISL #GuessIShouldAlsoMentionGNUOtherwiseStallmanWillHauntMe

#foss #linux #fisl #guessishouldalsomentiongnuotherwisestallmanwillhauntme