* [ANNOUNCE] kexec-tools v2.0.24 preparation @ 2022-03-23 15:01 Simon Horman 2022-03-26 6:55 ` RuiRui Yang 0 siblings, 1 reply; 6+ messages in thread From: Simon Horman @ 2022-03-23 15:01 UTC (permalink / raw) To: kexec Hi all, I am planning to release kexec-tools v2.0.24 in the next two weeks to roughly coincide with the release of the v5.17 kernel. I would like to ask interested parties to send any patches they would like included in v2.0.24 within one week so they can be considered for inclusion in an rc release. For reference the patches queued up since v2.0.23 are as follows. Thanks to everyone who has contributed to kexec-tools! 501646beec2b kexec-xen: Allow xen_kexec_exec() to return in case of Live Update 1d7a308bf734 kexec-tools: print error if kexec_file_load fails 6effda061f75 kexec-tools: mips: Concatenate --reuse-cmdline and --append 8dda434a05ff kexec-tools: mips: Add some debug info 95de9eccf413 arm64: fix PAGE_OFFSET calc for flipped mm 454395e18ff1 arm64: read VA_BITS from kcore for 52-bits VA kernel bde864387a10 arm64/crashdump: unify routine to get page_offset 67ea2d99e135 arm64: make phys_offset signed 2e1ec106dc5a s390: add support for --reuse-cmdline d6516ba4c88f use slurp_proc_file() in get_command_line() 193e51deccc6 add slurp_proc_file() 91a3d0e00a5c s390: use KEXEC_ALL_OPTIONS defb80a20bf1 s390: add variable command line size b5a34a20984c arm64: support more than one crash kernel regions 186e7b0752d8 s390: handle R_390_PLT32DBL reloc entries in machine_apply_elf_rel() 1614959f2f0d arm64/crashdump: deduce paddr of _text based on kernel code size 10b7e1fb5d0c kexec-tools 2.0.23.git ^ permalink raw reply [flat|nested] 6+ messages in thread
* [ANNOUNCE] kexec-tools v2.0.24 preparation 2022-03-23 15:01 [ANNOUNCE] kexec-tools v2.0.24 preparation Simon Horman @ 2022-03-26 6:55 ` RuiRui Yang 2022-03-29 9:17 ` Simon Horman 0 siblings, 1 reply; 6+ messages in thread From: RuiRui Yang @ 2022-03-26 6:55 UTC (permalink / raw) To: kexec Hi Simon, Recently RH CKI detected a kexec/kdump failure with kexec_load being used, the 2nd kernel can not boot, just reset to bios/firmware instead. This only happens with gcc 12.x compiled kexec-tools, add "-fno-tree-vectorize" to purgatory/Makefile CFLAGS make the bug dissappear, but I hope people can help to verify and confirm it does fix the problem. It would be better to wait a few days so that we can fix it in the coming release, what do you think? Cced Baoquan who is handling the issue.. Thanks! On Wed, 23 Mar 2022 at 23:02, Simon Horman <horms@verge.net.au> wrote: > > Hi all, > > I am planning to release kexec-tools v2.0.24 in the next two weeks > to roughly coincide with the release of the v5.17 kernel. > > I would like to ask interested parties to send any patches they would like > included in v2.0.24 within one week so they can be considered for inclusion > in an rc release. > > For reference the patches queued up since v2.0.23 are as follows. > > Thanks to everyone who has contributed to kexec-tools! > > 501646beec2b kexec-xen: Allow xen_kexec_exec() to return in case of Live Update > 1d7a308bf734 kexec-tools: print error if kexec_file_load fails > 6effda061f75 kexec-tools: mips: Concatenate --reuse-cmdline and --append > 8dda434a05ff kexec-tools: mips: Add some debug info > 95de9eccf413 arm64: fix PAGE_OFFSET calc for flipped mm > 454395e18ff1 arm64: read VA_BITS from kcore for 52-bits VA kernel > bde864387a10 arm64/crashdump: unify routine to get page_offset > 67ea2d99e135 arm64: make phys_offset signed > 2e1ec106dc5a s390: add support for --reuse-cmdline > d6516ba4c88f use slurp_proc_file() in get_command_line() > 193e51deccc6 add slurp_proc_file() > 91a3d0e00a5c s390: use KEXEC_ALL_OPTIONS > defb80a20bf1 s390: add variable command line size > b5a34a20984c arm64: support more than one crash kernel regions > 186e7b0752d8 s390: handle R_390_PLT32DBL reloc entries in machine_apply_elf_rel() > 1614959f2f0d arm64/crashdump: deduce paddr of _text based on kernel code size > 10b7e1fb5d0c kexec-tools 2.0.23.git > > _______________________________________________ > kexec mailing list > kexec at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > > ^ permalink raw reply [flat|nested] 6+ messages in thread
* [ANNOUNCE] kexec-tools v2.0.24 preparation 2022-03-26 6:55 ` RuiRui Yang @ 2022-03-29 9:17 ` Simon Horman 2022-03-29 10:16 ` bhe 0 siblings, 1 reply; 6+ messages in thread From: Simon Horman @ 2022-03-29 9:17 UTC (permalink / raw) To: kexec On Sat, Mar 26, 2022 at 02:55:43PM +0800, RuiRui Yang wrote: > Hi Simon, > > Recently RH CKI detected a kexec/kdump failure with kexec_load being > used, the 2nd kernel can not boot, just reset to bios/firmware > instead. > > This only happens with gcc 12.x compiled kexec-tools, add > "-fno-tree-vectorize" to purgatory/Makefile CFLAGS make the bug > dissappear, but I hope people can help to verify and confirm it does > fix the problem. It would be better to wait a few days so that we > can fix it in the coming release, what do you think? > > Cced Baoquan who is handling the issue.. > > Thanks! Hi RuiRui, thanks for letting us know. I'm happy with delaying the release for a short time to accommodate resolving this problem. Please let us know when there is some progress. Kind regards, Simon ^ permalink raw reply [flat|nested] 6+ messages in thread
* [ANNOUNCE] kexec-tools v2.0.24 preparation 2022-03-29 9:17 ` Simon Horman @ 2022-03-29 10:16 ` bhe 2022-03-30 3:07 ` Dave Young 0 siblings, 1 reply; 6+ messages in thread From: bhe @ 2022-03-29 10:16 UTC (permalink / raw) To: kexec On 03/29/22 at 11:17am, Simon Horman wrote: > On Sat, Mar 26, 2022 at 02:55:43PM +0800, RuiRui Yang wrote: > > Hi Simon, > > > > Recently RH CKI detected a kexec/kdump failure with kexec_load being > > used, the 2nd kernel can not boot, just reset to bios/firmware > > instead. > > > > This only happens with gcc 12.x compiled kexec-tools, add > > "-fno-tree-vectorize" to purgatory/Makefile CFLAGS make the bug > > dissappear, but I hope people can help to verify and confirm it does > > fix the problem. It would be better to wait a few days so that we > > can fix it in the coming release, what do you think? > > > > Cced Baoquan who is handling the issue.. > > > > Thanks! > > Hi RuiRui, > > thanks for letting us know. > > I'm happy with delaying the release for a short time to accommodate > resolving this problem. Please let us know when there is some progress. Thanks for quick response, Simon. I have sent a patch to fix this, please check the patch v2 with subject 'purgatory: do not enable vectorization automatically for purgatory compiling'. I tested on machine where the issue can stably reproduced, and can confirm adding -fno-tree-vectorize to compiling options of purgatory can fix the issue. Dave, please check if it is expected from you. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [ANNOUNCE] kexec-tools v2.0.24 preparation 2022-03-29 10:16 ` bhe @ 2022-03-30 3:07 ` Dave Young 2022-03-30 8:35 ` Simon Horman 0 siblings, 1 reply; 6+ messages in thread From: Dave Young @ 2022-03-30 3:07 UTC (permalink / raw) To: kexec On 03/29/22 at 06:16pm, Baoquan He wrote: > On 03/29/22 at 11:17am, Simon Horman wrote: > > On Sat, Mar 26, 2022 at 02:55:43PM +0800, RuiRui Yang wrote: > > > Hi Simon, > > > > > > Recently RH CKI detected a kexec/kdump failure with kexec_load being > > > used, the 2nd kernel can not boot, just reset to bios/firmware > > > instead. > > > > > > This only happens with gcc 12.x compiled kexec-tools, add > > > "-fno-tree-vectorize" to purgatory/Makefile CFLAGS make the bug > > > dissappear, but I hope people can help to verify and confirm it does > > > fix the problem. It would be better to wait a few days so that we > > > can fix it in the coming release, what do you think? > > > > > > Cced Baoquan who is handling the issue.. > > > > > > Thanks! > > > > Hi RuiRui, > > > > thanks for letting us know. > > > > I'm happy with delaying the release for a short time to accommodate > > resolving this problem. Please let us know when there is some progress. > > Thanks for quick response, Simon. I have sent a patch to fix this, > please check the patch v2 with subject 'purgatory: do not enable > vectorization automatically for purgatory compiling'. > > I tested on machine where the issue can stably reproduced, and can > confirm adding -fno-tree-vectorize to compiling options of purgatory can > fix the issue. > > Dave, please check if it is expected from you. > Hi Baoquan, it works for me. Thanks for posting it. Simon, I used another email/name Ruirui Yang, the two emails both are fine, but I usually use "Dave Young" in community, just fyi in case this cause some confusion :) Thanks Dave ^ permalink raw reply [flat|nested] 6+ messages in thread
* [ANNOUNCE] kexec-tools v2.0.24 preparation 2022-03-30 3:07 ` Dave Young @ 2022-03-30 8:35 ` Simon Horman 0 siblings, 0 replies; 6+ messages in thread From: Simon Horman @ 2022-03-30 8:35 UTC (permalink / raw) To: kexec On Wed, Mar 30, 2022 at 11:07:01AM +0800, Dave Young wrote: > On 03/29/22 at 06:16pm, Baoquan He wrote: > > On 03/29/22 at 11:17am, Simon Horman wrote: > > > On Sat, Mar 26, 2022 at 02:55:43PM +0800, RuiRui Yang wrote: > > > > Hi Simon, > > > > > > > > Recently RH CKI detected a kexec/kdump failure with kexec_load being > > > > used, the 2nd kernel can not boot, just reset to bios/firmware > > > > instead. > > > > > > > > This only happens with gcc 12.x compiled kexec-tools, add > > > > "-fno-tree-vectorize" to purgatory/Makefile CFLAGS make the bug > > > > dissappear, but I hope people can help to verify and confirm it does > > > > fix the problem. It would be better to wait a few days so that we > > > > can fix it in the coming release, what do you think? > > > > > > > > Cced Baoquan who is handling the issue.. > > > > > > > > Thanks! > > > > > > Hi RuiRui, > > > > > > thanks for letting us know. > > > > > > I'm happy with delaying the release for a short time to accommodate > > > resolving this problem. Please let us know when there is some progress. > > > > Thanks for quick response, Simon. I have sent a patch to fix this, > > please check the patch v2 with subject 'purgatory: do not enable > > vectorization automatically for purgatory compiling'. > > > > I tested on machine where the issue can stably reproduced, and can > > confirm adding -fno-tree-vectorize to compiling options of purgatory can > > fix the issue. > > > > Dave, please check if it is expected from you. > > > > Hi Baoquan, it works for me. Thanks for posting it. > > Simon, I used another email/name Ruirui Yang, the two emails both are > fine, but I usually use "Dave Young" in community, just fyi in case this > cause some confusion :) Thanks, as you can see I was a little confused (often is the case). It sounds like the patch is good, I'll look into applying it. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2022-03-30 8:35 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2022-03-23 15:01 [ANNOUNCE] kexec-tools v2.0.24 preparation Simon Horman 2022-03-26 6:55 ` RuiRui Yang 2022-03-29 9:17 ` Simon Horman 2022-03-29 10:16 ` bhe 2022-03-30 3:07 ` Dave Young 2022-03-30 8:35 ` Simon Horman
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox