home.social

Search

320 results for “kernellogger”

  1. 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:

    lore.kernel.org/all/2024072217

  2. They joys of bugs in hardware or firmware[1]:

    A user reported updating to 6.4.y broke 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 on some chips supported by can harm other PCI devices. 🥴 🤨

    bugzilla.kernel.org/show_bug.c

    [1] or maybe it one day turns out that this is caused by a bug somewhere in the

  3. Lai Jiangshan posted a RFC patch-set introducing a new hypervisor called :

    lore.kernel.org/lkml/202402261

    "'"This RFC series proposes a new virtualization framework built upon the 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: lore.kernel.org/lkml/CABgObfaS

  4. The last step in the rework saga (the last big pre-requisite before 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."'

    lore.kernel.org/all/2024060323

  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] git.kernel.org/torvalds/c/70ef

    #Kernel #LinuxKernel #SecureBoot

  6. Interesting detail in the description of the main EFI changes merged for 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 loader signed by MicroSoft again, which allows the distros to install on x86 PCs that ship with EFI secure boot enabled."'"

    [1] git.kernel.org/torvalds/c/70ef

  7. 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] git.kernel.org/torvalds/c/70ef

    #Kernel #LinuxKernel #SecureBoot

  8. 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] git.kernel.org/torvalds/c/70ef

    #Kernel #LinuxKernel #SecureBoot

  9. 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] git.kernel.org/torvalds/c/70ef

    #Kernel #LinuxKernel #SecureBoot

  10. "'[…] was created as a tool to unblock future 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. […]'"

    graphite.dev/blog/bitkeeper-li

  11. '"Many tools on 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 toolkit’s unwinding libraries to support a sampling profiler to unwind frame pointer-less stack sample data."'

    developers.redhat.com/articles (from Serhei Makarov)

  12. + 7.0.0 is out: github.com/memtest86plus/memte

    "'"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"'"

  13. Ard Biesheuvel posted an RFC patch series to remove the /#Itanium support from the :

    lore.kernel.org/all/2023021510

    ```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. […] ```

  14. Some highlights from a merge for 6.2:
    git.kernel.org/torvalds/c/041f

    ```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.```

  15. The @LWN article about the latest push of the extensible scheduler class (or "") for is now freely available: 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[…]'"

  16. Another step closer for support in the upstream :

    The patch series "wire up write_atomic() printing"[1] is now in -next[2] and thus slated for inclusion in 6.11. 🥳

    Note, that series does _not_ include threaded printing or nbcon
    drivers. Those features will be added in separate follow-up
    series.

    [1] lore.kernel.org/all/2024052706

    [2] git.kernel.org/pub/scm/linux/k

  17. Another small step to get aka aka support mainlined was taken, as more preparations for introducing kthreads were merged for 6.7: git.kernel.org/torvalds/c/2a80

    That work comes from this series:
    lore.kernel.org/all/2023091619

    But some more work is needed to finally make the printk stack be rt capable, as threaded printing, atomic printing regions, or nbcon drivers are still missing afaics.

  18. Merged for 6.2: patches to reduce the console_lock scope.

    They prepare printk for threaded/atomic
    printing, which is needed to finally make printk (aka ) safe: git.kernel.org/torvalds/c/98d0

    More details in the cover letter of the submission of those patches: lore.kernel.org/lkml/202211161

  19. " is a powerful and flexible [ ] 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."

    blogs.oracle.com/linux/post/en