Search
320 results for “kernellogger”
-
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:
-
Seems I got a new nickname:
"regzcop"
😂 🤣 😍
Thx Ard Biesheuvel, I like that! https://lore.kernel.org/all/CAMj1kXHLSROujjc_OifzVmuAd7BpA%[email protected]/
#Linux #Kernel #LinuxKernel #regressions #RegressionTracking
-
They joys of bugs in hardware or firmware[1]:
A user reported updating to #Linux #kernel 6.4.y broke #iwlwifi on a Intel 3165 NIC. Bisection identified 5fc3f6c90cc ("r8169: consolidate disabling ASPM before EPHY access") as culprit.
Turns out it was not a faulty bisection, as it seems enabling #ASPM on some #Realtek chips supported by #r8169 can harm other PCI devices. 🥴 🤨
https://bugzilla.kernel.org/show_bug.cgi?id=217635#c27
[1] or maybe it one day turns out that this is caused by a bug somewhere in the #LinuxKernel
-
Lai Jiangshan posted a RFC patch-set introducing a new hypervisor called #PVM:
https://lore.kernel.org/lkml/202402261[email protected]/
"'"This RFC series proposes a new virtualization framework built upon the #KVM hypervisor that does not require hardware-assisted virtualization techniques.
So the over-arching goals of PVM are to 1) enable nested virtualization within any IaaS clouds […] 2) avoid costly exits to the host hypervisor […]"'"
Pbonzini already replied: https://lore.kernel.org/lkml/CABgObfaS[email protected]/
-
The last step in the #Linux #kernel #printk rework saga (the last big pre-requisite before #PREEMPT_RT can be mainlined) is getting closer:
John submitted the printk patch series "add threaded printing + the rest", which '"provides the remaining pieces of the printk rework. All other components are either already mainline or are currently in linux-next. […] Note that this series does *not* provide an nbcon console driver. That will come in a follow-up series."'
-
The content from Netdev 0x16 (held last Oct. 22) is now online.
For a session overview see:
https://netdevconf.info/0x16/accepted-sessions.htmlVideo breakdown:
Day 1: https://bit.ly/netdev-0x16-day-1
Day 2: https://bit.ly/netdev-0x16-day-2
Day 3: https://bit.ly/netdev-0x16-day-3
Day 4: https://bit.ly/netdev-0x16-day-4
Day 5: https://bit.ly/netdev-0x16-day-5 -
Interesting detail in the description of the main EFI changes merged for #Linux 6.9[1]:
"'"Avoid creating mappings that are both writable and executable while running in the EFI boot services. This is a prerequisite for getting the x86 #shim loader signed by MicroSoft again, which allows the distros to install on x86 PCs that ship with EFI secure boot enabled."'"
[1] https://git.kernel.org/torvalds/c/70ef654469b371d0a71bcf967fa3dcbca05d4b25
-
Interesting detail in the description of the main EFI changes merged for #Linux 6.9[1]:
"'"Avoid creating mappings that are both writable and executable while running in the EFI boot services. This is a prerequisite for getting the x86 #shim loader signed by MicroSoft again, which allows the distros to install on x86 PCs that ship with EFI secure boot enabled."'"
[1] https://git.kernel.org/torvalds/c/70ef654469b371d0a71bcf967fa3dcbca05d4b25
-
Interesting detail in the description of the main EFI changes merged for #Linux 6.9[1]:
"'"Avoid creating mappings that are both writable and executable while running in the EFI boot services. This is a prerequisite for getting the x86 #shim loader signed by MicroSoft again, which allows the distros to install on x86 PCs that ship with EFI secure boot enabled."'"
[1] https://git.kernel.org/torvalds/c/70ef654469b371d0a71bcf967fa3dcbca05d4b25
-
Interesting detail in the description of the main EFI changes merged for #Linux 6.9[1]:
"'"Avoid creating mappings that are both writable and executable while running in the EFI boot services. This is a prerequisite for getting the x86 #shim loader signed by MicroSoft again, which allows the distros to install on x86 PCs that ship with EFI secure boot enabled."'"
[1] https://git.kernel.org/torvalds/c/70ef654469b371d0a71bcf967fa3dcbca05d4b25
-
Interesting detail in the description of the main EFI changes merged for #Linux 6.9[1]:
"'"Avoid creating mappings that are both writable and executable while running in the EFI boot services. This is a prerequisite for getting the x86 #shim loader signed by MicroSoft again, which allows the distros to install on x86 PCs that ship with EFI secure boot enabled."'"
[1] https://git.kernel.org/torvalds/c/70ef654469b371d0a71bcf967fa3dcbca05d4b25
-
"'[…] #git was created as a tool to unblock future #Linux #kernel releases — not intended as a global reinvention of all source code management; Linus’s comments highlight that he explicitly saw source code management as the domain of other tools that would then interface with git. […]'"
https://graphite.dev/blog/bitkeeper-linux-story-of-git-creation
-
One highlight from the main #NTFS3 updates merged for #Linux #kernel 6.2:
https://git.kernel.org/torvalds/c/6022ec6ee2c3a16b26f218d7abb538afb839bd6d #LinuxKernel- added mount options:
* 'hide_dot_files' (docs: https://git.kernel.org/torvalds/c/60adc860ca7d7a95d5befd2d3c3e644d23706b2c; note, initially the option was named 'hidedotfiles', see https://git.kernel.org/torvalds/c/dc0fcc99b1756c3c703326aa0015ed73fc4e9a73)
* 'nocase' (https://git.kernel.org/torvalds/c/a3a956c78efaa202b1d75190136671cf6e87bfbe)
* 'windows_names' (doc: https://git.kernel.org/torvalds/c/d683c67c5f50802b9b14ea29d89d66a25327e965)
-
One highlight from the main #NTFS3 updates merged for #Linux #kernel 6.2:
https://git.kernel.org/torvalds/c/6022ec6ee2c3a16b26f218d7abb538afb839bd6d #LinuxKernel- added mount options:
* 'hide_dot_files' (docs: https://git.kernel.org/torvalds/c/60adc860ca7d7a95d5befd2d3c3e644d23706b2c; note, initially the option was named 'hidedotfiles', see https://git.kernel.org/torvalds/c/dc0fcc99b1756c3c703326aa0015ed73fc4e9a73)
* 'nocase' (https://git.kernel.org/torvalds/c/a3a956c78efaa202b1d75190136671cf6e87bfbe)
* 'windows_names' (doc: https://git.kernel.org/torvalds/c/d683c67c5f50802b9b14ea29d89d66a25327e965)
-
One highlight from the main #NTFS3 updates merged for #Linux #kernel 6.2:
https://git.kernel.org/torvalds/c/6022ec6ee2c3a16b26f218d7abb538afb839bd6d #LinuxKernel- added mount options:
* 'hide_dot_files' (docs: https://git.kernel.org/torvalds/c/60adc860ca7d7a95d5befd2d3c3e644d23706b2c; note, initially the option was named 'hidedotfiles', see https://git.kernel.org/torvalds/c/dc0fcc99b1756c3c703326aa0015ed73fc4e9a73)
* 'nocase' (https://git.kernel.org/torvalds/c/a3a956c78efaa202b1d75190136671cf6e87bfbe)
* 'windows_names' (doc: https://git.kernel.org/torvalds/c/d683c67c5f50802b9b14ea29d89d66a25327e965)
-
One highlight from the main #NTFS3 updates merged for #Linux #kernel 6.2:
https://git.kernel.org/torvalds/c/6022ec6ee2c3a16b26f218d7abb538afb839bd6d #LinuxKernel- added mount options:
* 'hide_dot_files' (docs: https://git.kernel.org/torvalds/c/60adc860ca7d7a95d5befd2d3c3e644d23706b2c; note, initially the option was named 'hidedotfiles', see https://git.kernel.org/torvalds/c/dc0fcc99b1756c3c703326aa0015ed73fc4e9a73)
* 'nocase' (https://git.kernel.org/torvalds/c/a3a956c78efaa202b1d75190136671cf6e87bfbe)
* 'windows_names' (doc: https://git.kernel.org/torvalds/c/d683c67c5f50802b9b14ea29d89d66a25327e965)
-
One highlight from the main #NTFS3 updates merged for #Linux #kernel 6.2:
https://git.kernel.org/torvalds/c/6022ec6ee2c3a16b26f218d7abb538afb839bd6d #LinuxKernel- added mount options:
* 'hide_dot_files' (docs: https://git.kernel.org/torvalds/c/60adc860ca7d7a95d5befd2d3c3e644d23706b2c; note, initially the option was named 'hidedotfiles', see https://git.kernel.org/torvalds/c/dc0fcc99b1756c3c703326aa0015ed73fc4e9a73)
* 'nocase' (https://git.kernel.org/torvalds/c/a3a956c78efaa202b1d75190136671cf6e87bfbe)
* 'windows_names' (doc: https://git.kernel.org/torvalds/c/d683c67c5f50802b9b14ea29d89d66a25327e965)
-
'"Many #profiling tools on #Linux have previously been limited by their reliance on stack unwinding algorithms that require commonly-used frame pointer optimizations to be disabled. This article introduces eu-stacktrace, a prototype tool that uses the #elfutils toolkit’s unwinding libraries to support a sampling profiler to unwind frame pointer-less stack sample data."'
https://developers.redhat.com/articles/2024/06/11/get-system-wide-profiles-binaries-without-frame-pointers (from Serhei Makarov)
-
#Memtest86+ 7.0.0 is out: https://github.com/memtest86plus/memtest86plus/releases/tag/v7.00
"'"This release adds support for IMC (Integrated Memory Controller) polling to get live RAM settings on Intel Core 1st to 14th Gen and AMD Ryzen CPUs, and preliminary ECC polling support for selected AMD Ryzen CPUs.
Complete changelog:
IMC polling for live DRAM settings
Preliminary support for ECC polling
Add support for MMIO UART
Add debugging options
Bug fixes & optimizations"'" -
And with that, #Itanium aka #IA64/IA-64 support is gone from the #Linux #kernel:
https://git.kernel.org/torvalds/c/1e0c505e13162a2abe7c984309cfe2ae976b428d
https://git.kernel.org/torvalds/c/cf8e8658100d4eae80ce9b21f7a81cb024dd5057 (that's the main removal patch, which is about ~2 MByte big)
Bye bye!
-
A nearly 2 MByte big patch to remove #Itanium (#IA64) architecture support from the #LinuxKernel is now in #Linux-next and thus (for now) slated for #kernel 6.7:
Before it hit that tree, it was discussed on #LKML a week ago:
https://lore.kernel.org/all/2023091116[email protected]/ -
Ard Biesheuvel posted an RFC patch series to remove the #IA64/#Itanium support from the #Linux #kernel:
https://lore.kernel.org/all/2023021510[email protected]/ #LinuxKernel
```The IA64 port of Linux has no maintainer, and according to a report from its only remaining user [0], it has been broken for a month and nobody cares.
Given that keeping a complex but unused architecture alive uses up valuable developer bandwidth, let's just get rid of it. […] ```
-
Some highlights from a #F2FS merge for #Linux #kernel 6.2:
https://git.kernel.org/torvalds/c/041fae9c105ae342a4245cf1e0dc56a23fbb9d3c #LinuxKernel```In this round, we've added two features: F2FS_IOC_START_ATOMIC_REPLACE and a per-block age-based extent cache.
F2FS_IOC_START_ATOMIC_REPLACE […] guarantees a per-file atomicity […] more efficient […]
The per-block age-based extent cache […] keeps the per-block age in a file, so that block allocator could split the hot and cold data blocks more accurately.``` -
The @LWN article about the latest push of the #BPF extensible scheduler class (or "#sched_ext") for #Linux is now freely available: https://lwn.net/Articles/972710/
"'[…] Despite having attracted a fair amount of interest from the development community, sched_ext has run into considerable opposition and seems far from acceptance into the mainline. The posting by Tejun Heo of a new version of the sched_ext series at the beginning of May has restarted this long-running discussion[…]'" #kernel #LinuxKernel
-
Another step closer for #PREEMPT_RT support in the upstream #LinuxKernel:
The #printk patch series "wire up write_atomic() printing"[1] is now in #linux-next[2] and thus slated for inclusion in #kernel 6.11. 🥳
Note, that series does _not_ include threaded printing or nbcon
drivers. Those features will be added in separate follow-up
series.[1] https://lore.kernel.org/all/2024052706[email protected]/
[2] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/log/?qt=grep&q=Ogness
-
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
-
"#drgn is a powerful and flexible [#Linux #kernel] debugger. With drgn, one can write scripts in python to analyze either a live system or a vmcore or a program. […] With drgn, the vmcore analysis seems like natural coding. Having the extensive collection of python libraries also helps, as we can use complex algorithms and data structures to aid with system analysis."
https://blogs.oracle.com/linux/post/enter-the-drgn #LinuxKernel
-
And with that we are in the 80s of the #epochalypse[1] – at least percentage wise.
@countdownY2K38 / https://botsin.space/@countdownY2K38/112589990747088252
-
Enjoy it while it lasts, as soon we will have made 80 percent of the way to #epochalypse[1]: https://botsin.space/@countdownY2K38/112575916930985643