kexec  

Messages by Thread

• • [RFC Patch v2 16/16] multikernel: Integrate Kexec HandOver framework for DTB preservation Cong Wang
  • [RFC Patch v2 14/16] multikernel: Add messaging layer for inter-kernel communication Cong Wang
  • [RFC Patch v2 12/16] multikernel: Introduce per-instance memory allocation interface Cong Wang
  • [RFC Patch v2 15/16] kexec: Integrate multikernel support with kexec_file_load() Cong Wang
  • [RFC Patch v2 08/16] multikernel: Introduce device-tree based kernfs interface Cong Wang
• [PATCH v2 RESEND] kexec_core: Remove superfluous page offset handling in segment loading Justinien Bouron
• [Hypervisor Live Update] Notes from September 22, 2025 David Rientjes
• [ANNOUNCE] kexec-tools v2.0.32 preparation Simon Horman
• [PATCH v2] kexec_core: Remove superfluous page offset handling in segment loading Justinien Bouron
• [PATCH kexec-tools] COPYING: Update with current text for GPL v2 Khalid Aziz
  • Re: [PATCH kexec-tools] COPYING: Update with current text for GPL v2 Simon Horman
• [PATCH kexec-tools] workflow: Add loongarch64 build Simon Horman
  • Re: [PATCH kexec-tools] workflow: Add loongarch64 build Simon Horman
• [ANNOUNCE] kexec-tools 2.0.32-rc1 Simon Horman
• [PATCH] dm-crypt: remove ineffective comparison Suchit Karunakaran
  • Re: [PATCH] dm-crypt: remove ineffective comparison Baoquan He
• [Hypervisor Live Update] Notes from October 6, 2025 David Rientjes
• [PATCH -next] liveupdate: kho: remove unneeded semicolon Jiapeng Chong
  • Re: [PATCH -next] liveupdate: kho: remove unneeded semicolon Pratyush Yadav
• Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Breno Leitao
  • Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Pratyush Yadav
  • Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Pratyush Yadav
  • Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Breno Leitao
  • Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Pratyush Yadav
  • Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Breno Leitao
  • Re: [PATCH v8 01/17] memblock: add MEMBLOCK_RSRV_KERN flag Mike Rapoport
• [PATCH 1/1] kexec: Use %pe format specifier for error pointer printing Zhu Yanjun
  • Re: [PATCH 1/1] kexec: Use %pe format specifier for error pointer printing Simon Horman
  • Re: [PATCH 1/1] kexec: Use %pe format specifier for error pointer printing Zhu Yanjun
  • Re: [PATCH 1/1] kexec: Use %pe format specifier for error pointer printing yanjun.zhu
  • Re: [PATCH 1/1] kexec: Use %pe format specifier for error pointer printing Pasha Tatashin
• [PATCH] crash: let architecture decide crash memory export to iomem_resource Sourabh Jain
• [ANNOUNCE] kexec-tools 2.0.32 Simon Horman
• [PATCH v1 0/3] Make KHO Stateless Jason Miu
  • [PATCH v1 2/3] memblock: Remove KHO notifier usage Jason Miu
  • Re: [PATCH v1 2/3] memblock: Remove KHO notifier usage kernel test robot
  • [PATCH v1 3/3] kho: Remove notifier system infrastructure Jason Miu
  • Re: [PATCH v1 3/3] kho: Remove notifier system infrastructure kernel test robot
  • [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Jason Miu
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures kernel test robot
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Jason Gunthorpe
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Jason Miu
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Jason Gunthorpe
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Jason Miu
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Pasha Tatashin
  • Re: [PATCH v1 1/3] kho: Adopt KHO radix tree data structures Jason Gunthorpe
• [PATCH 1/2] Remove the "mem=" parameter when using the --reuse-cmdline option in kdump operation Youling Tang
  • Re: [PATCH 1/2] Remove the "mem=" parameter when using the --reuse-cmdline option in kdump operation Dave Young
  • Re: [PATCH 1/2] Remove the "mem=" parameter when using the --reuse-cmdline option in kdump operation Youling Tang
  • Re: [PATCH 1/2] Remove the "mem=" parameter when using the --reuse-cmdline option in kdump operation Dave Young
  • [PATCH 2/2] LoongArch: Refactor command line processing Youling Tang
  • Re: [PATCH 2/2] LoongArch: Refactor command line processing Dave Young
  • Re: [PATCH 2/2] LoongArch: Refactor command line processing Dave Young
  • Re: [PATCH 2/2] LoongArch: Refactor command line processing Youling Tang
• Pytanie o samochód Adam Drzewiecki
• [PATCH] LoongArch: Change COMMAND_LINE_SIZE to 4096 Chenghao Duan
  • Re: [PATCH] LoongArch: Change COMMAND_LINE_SIZE to 4096 Chenghao Duan
  • Re: [PATCH] LoongArch: Change COMMAND_LINE_SIZE to 4096 Chenghao Duan
  • Re: [PATCH] LoongArch: Change COMMAND_LINE_SIZE to 4096 Simon Horman
• [PATCH v5 0/4] kho: add support for preserving vmalloc allocations Mike Rapoport
  • [PATCH v5 2/4] kho: replace kho_preserve_phys() with kho_preserve_pages() Mike Rapoport
  • Re: [PATCH v5 2/4] kho: replace kho_preserve_phys() with kho_preserve_pages() Jason Gunthorpe
  • Re: [PATCH v5 2/4] kho: replace kho_preserve_phys() with kho_preserve_pages() Pratyush Yadav
  • [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Mike Rapoport
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Pasha Tatashin
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Andrew Morton
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Jason Gunthorpe
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Andrew Morton
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Pratyush Yadav
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Andrew Morton
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Pratyush Yadav
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations yanjun.zhu
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Andrew Morton
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Zhu Yanjun
  • Re: [PATCH v5 3/4] kho: add support for preserving vmalloc allocations Pratyush Yadav
  • [PATCH v5 4/4] lib/test_kho: use kho_preserve_vmalloc instead of storing addresses in fdt Mike Rapoport
  • [PATCH v5 1/4] kho: check if kho is finalized in __kho_preserve_order() Mike Rapoport
• [PATCH v2] selftests/kexec: Ignore selftest binary Sohil Mehta
  • Re: [PATCH v2] selftests/kexec: Ignore selftest binary Shuah Khan
• [PATCH v4 00/14] expand mmap_prepare functionality, port more users Lorenzo Stoakes
  • [PATCH v4 04/14] relay: update relay to use mmap_prepare Lorenzo Stoakes
  • [PATCH v4 01/14] mm/shmem: update shmem to use mmap_prepare Lorenzo Stoakes
  • [PATCH v4 10/14] doc: update porting, vfs documentation for mmap_prepare actions Lorenzo Stoakes
  • [PATCH v4 06/14] mm: add remap_pfn_range_prepare(), remap_pfn_range_complete() Lorenzo Stoakes
  • Re: [PATCH v4 06/14] mm: add remap_pfn_range_prepare(), remap_pfn_range_complete() Jason Gunthorpe
  • Re: [PATCH v4 06/14] mm: add remap_pfn_range_prepare(), remap_pfn_range_complete() Lorenzo Stoakes
  • [PATCH v4 14/14] mm: update resctl to use mmap_prepare Lorenzo Stoakes
  • [PATCH v4 07/14] mm: abstract io_remap_pfn_range() based on PFN Lorenzo Stoakes
  • Re: [PATCH v4 07/14] mm: abstract io_remap_pfn_range() based on PFN Lorenzo Stoakes
  • Re: [PATCH v4 07/14] mm: abstract io_remap_pfn_range() based on PFN Jason Gunthorpe
  • Re: [PATCH v4 07/14] mm: abstract io_remap_pfn_range() based on PFN Lorenzo Stoakes
  • [PATCH v4 02/14] device/dax: update devdax to use mmap_prepare Lorenzo Stoakes
  • [PATCH v4 13/14] mm: update mem char driver to use mmap_prepare Lorenzo Stoakes
  • [PATCH v4 09/14] mm: add ability to take further action in vm_area_desc Lorenzo Stoakes
  • Re: [PATCH v4 09/14] mm: add ability to take further action in vm_area_desc Jason Gunthorpe
  • Re: [PATCH v4 09/14] mm: add ability to take further action in vm_area_desc Lorenzo Stoakes
  • Re: [PATCH v4 09/14] mm: add ability to take further action in vm_area_desc Lorenzo Stoakes
  • [PATCH v4 08/14] mm: introduce io_remap_pfn_range_[prepare, complete]() Lorenzo Stoakes
  • Re: [PATCH v4 08/14] mm: introduce io_remap_pfn_range_[prepare, complete]() Lorenzo Stoakes
  • [PATCH v4 12/14] mm: add shmem_zero_setup_desc() Lorenzo Stoakes
  • Re: [PATCH v4 12/14] mm: add shmem_zero_setup_desc() Jason Gunthorpe
  • Re: [PATCH v4 00/14] expand mmap_prepare functionality, port more users Andrew Morton
  • [PATCH v4 05/14] mm/vma: rename __mmap_prepare() function to avoid confusion Lorenzo Stoakes
  • [PATCH v4 03/14] mm: add vma_desc_size(), vma_desc_pages() helpers Lorenzo Stoakes
  • [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Lorenzo Stoakes
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Sumanth Korikkar
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Andrew Morton
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Lorenzo Stoakes
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Sumanth Korikkar
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Lorenzo Stoakes
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Andrew Morton
  • Re: [PATCH v4 11/14] mm/hugetlbfs: update hugetlbfs to use mmap_prepare Lorenzo Stoakes
• [PATCH] arm64/crashdump-arm64: Fix makedumpfile error caused by fail to get _text address Chen Wandun
  • Re: [PATCH] arm64/crashdump-arm64: Fix makedumpfile error caused by fail to get _text address Pingfan Liu
  • Re: [PATCH] arm64/crashdump-arm64: Fix makedumpfile error caused by fail to get _text address Chen Wandun
• [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • [RFC Patch 1/7] kexec: Introduce multikernel support via kexec Cong Wang
  • [RFC Patch 3/7] x86: Introduce MULTIKERNEL_VECTOR for inter-kernel communication Cong Wang
  • [RFC Patch 2/7] x86: Introduce SMP INIT trampoline for multikernel CPU bootstrap Cong Wang
  • [RFC Patch 5/7] x86: Introduce arch_cpu_physical_id() to obtain physical CPU ID Cong Wang
  • [RFC Patch 4/7] kernel: Introduce generic multikernel IPI communication framework Cong Wang
  • [RFC Patch 7/7] kexec: Add /proc/multikernel interface for kimage tracking Cong Wang
  • [RFC Patch 6/7] kexec: Implement dynamic kimage tracking Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Pasha Tatashin
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • [syzbot ci] Re: kernel: Introduce multikernel architecture support syzbot ci
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Stefan Hajnoczi
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Stefan Hajnoczi
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Stefan Hajnoczi
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support David Hildenbrand
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Stefan Hajnoczi
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Stefan Hajnoczi
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Stefan Hajnoczi
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jan Engelhardt
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Mike Rapoport
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Christoph Lameter (Ampere)
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jarkko Sakkinen
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jarkko Sakkinen
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jarkko Sakkinen
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jarkko Sakkinen
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jiaxun Yang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jarkko Sakkinen
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Cong Wang
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Pasha Tatashin
  • Re: [RFC Patch 0/7] kernel: Introduce multikernel architecture support Jarkko Sakkinen
• [PATCH] kho: only fill kimage if KHO is finalized Pratyush Yadav
  • Re: [PATCH] kho: only fill kimage if KHO is finalized Mike Rapoport
• [RFC v1 0/4] Make KHO Stateless Jason Miu
  • [RFC v1 3/4] memblock: Remove KHO notifier usage Jason Miu
  • [RFC v1 4/4] kho: Remove notifier system infrastructure Jason Miu
  • [RFC v1 2/4] kho: Adopt KHO page tables and remove serialization Jason Miu
  • Re: [RFC v1 2/4] kho: Adopt KHO page tables and remove serialization Mike Rapoport
  • Re: [RFC v1 2/4] kho: Adopt KHO page tables and remove serialization Jason Miu
  • Re: [RFC v1 0/4] Make KHO Stateless Jason Gunthorpe
  • Re: [RFC v1 0/4] Make KHO Stateless Pasha Tatashin
  • Re: [RFC v1 0/4] Make KHO Stateless Matthew Wilcox
  • Re: [RFC v1 0/4] Make KHO Stateless Pasha Tatashin
  • [RFC v1 1/4] kho: Introduce KHO page table data structures Jason Miu
  • Re: [RFC v1 1/4] kho: Introduce KHO page table data structures Jason Gunthorpe
  • Re: [RFC v1 1/4] kho: Introduce KHO page table data structures Pasha Tatashin
  • Re: [RFC v1 1/4] kho: Introduce KHO page table data structures Jason Gunthorpe
  • Re: [RFC v1 1/4] kho: Introduce KHO page table data structures Jason Miu
  • Re: [RFC v1 1/4] kho: Introduce KHO page table data structures Jason Gunthorpe
  • Re: [RFC v1 0/4] Make KHO Stateless Mike Rapoport
  • Re: [RFC v1 0/4] Make KHO Stateless Pratyush Yadav
  • Re: [RFC v1 0/4] Make KHO Stateless Jason Gunthorpe
• [PATCH v4 0/4] kho: add support for preserving vmalloc allocations Mike Rapoport
  • [PATCH v4 1/4] kho: check if kho is finalized in __kho_preserve_order() Mike Rapoport
  • Re: [PATCH v4 1/4] kho: check if kho is finalized in __kho_preserve_order() Pratyush Yadav
  • [PATCH v4 3/4] kho: add support for preserving vmalloc allocations Mike Rapoport
  • Re: [PATCH v4 3/4] kho: add support for preserving vmalloc allocations Andrew Morton
  • Re: [PATCH v4 3/4] kho: add support for preserving vmalloc allocations Jason Gunthorpe
  • Re: [PATCH v4 3/4] kho: add support for preserving vmalloc allocations Pratyush Yadav
  • [PATCH v4 2/4] kho: replace kho_preserve_phys() with kho_preserve_pages() Mike Rapoport
  • Re: [PATCH v4 2/4] kho: replace kho_preserve_phys() with kho_preserve_pages() Pratyush Yadav
  • Re: [PATCH v4 2/4] kho: replace kho_preserve_phys() with kho_preserve_pages() Mike Rapoport
  • [PATCH v4 4/4] lib/test_kho: use kho_preserve_vmalloc instead of storing addresses in fdt Mike Rapoport
  • Re: [PATCH v4 4/4] lib/test_kho: use kho_preserve_vmalloc instead of storing addresses in fdt Pratyush Yadav
• [PATCH v2 1/2] kho: move sanity checks to kho_restore_page() Pratyush Yadav
  • [PATCH v2 2/2] kho: make sure page being restored is actually from KHO Pratyush Yadav
  • Re: [PATCH v2 2/2] kho: make sure page being restored is actually from KHO Mike Rapoport
  • Re: [PATCH v2 1/2] kho: move sanity checks to kho_restore_page() Mike Rapoport
• [PATCH v3 00/13] expand mmap_prepare functionality, port more users Lorenzo Stoakes
  • [PATCH v3 05/13] mm/vma: rename __mmap_prepare() function to avoid confusion Lorenzo Stoakes
  • Re: [PATCH v3 05/13] mm/vma: rename __mmap_prepare() function to avoid confusion Pedro Falcato
  • Re: [PATCH v3 05/13] mm/vma: rename __mmap_prepare() function to avoid confusion Lorenzo Stoakes
  • Re: [PATCH v3 05/13] mm/vma: rename __mmap_prepare() function to avoid confusion Jason Gunthorpe
  • [PATCH v3 04/13] relay: update relay to use mmap_prepare Lorenzo Stoakes
  • Re: [PATCH v3 04/13] relay: update relay to use mmap_prepare Jason Gunthorpe
  • Re: [PATCH v3 04/13] relay: update relay to use mmap_prepare Pedro Falcato
  • [PATCH v3 02/13] device/dax: update devdax to use mmap_prepare Lorenzo Stoakes

• Earlier messages
• Later messages