t; > >
> > > >
> > > >
> > > > 在 2023/9/20 19:56, Simon Horman 写道:
> > > > > On Fri, Sep 15, 2023 at 11:50:06AM +0800, Song Shuai wrote:
> > > > >> Hi,
> > > > >>
> > > > >> This series is
te:
> > > >
> > > >
> > > >
> > > > 在 2023/9/20 19:56, Simon Horman 写道:
> > > > > On Fri, Sep 15, 2023 at 11:50:06AM +0800, Song Shuai wrote:
> > > > >> Hi,
> > > > >>
> >
> > > > On Fri, Sep 15, 2023 at 11:50:06AM +0800, Song Shuai wrote:
> > > >> Hi,
> > > >>
> > > >> This series is created to improve RISC-V port of kexec-tools,
> > > >> and is based on the horms/kexec-tools:build-test-risc
Hi all,
I am happy to announce the release of kexec-tools 2.0.29.
This is a feature release coinciding with the release of v6.10
of the Linux Kernel.
This release can be downloaded from kernel.org:
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.29.tar.xz
http
Hi all,
I am happy to announce the release of kexec-tools 2.0.29-rc1.
This is an incremental feature pre-release.
So long as no serious problems arise I intend to release kexec-tools 2.0.29
in a weeks time. Testing of 2.0.29-rc1 would be greatly appreciated.
I do not have any outstanding
On Sun, Jul 07, 2024 at 09:00:18PM +0530, Sourabh Jain wrote:
> Hello Simon,
>
> On 04/07/24 17:45, Simon Horman wrote:
> > Hi all,
> >
> > I am planning to release kexec-tools v2.0.29 in the next two weeks
> > to roughly coincide with the release of the v6.10
Hello Simon,
On 04/07/24 17:45, Simon Horman wrote:
Hi all,
I am planning to release kexec-tools v2.0.29 in the next two weeks
to roughly coincide with the release of the v6.10 kernel.
I would like to ask interested parties to send any patches they would like
included in v2.0.29 within one
Hi all,
I am planning to release kexec-tools v2.0.29 in the next two weeks
to roughly coincide with the release of the v6.10 kernel.
I would like to ask interested parties to send any patches they would like
included in v2.0.29 within one week so they can be considered for inclusion
in an rc
gt; >>
> > >> This series is created to improve RISC-V port of kexec-tools,
> > >> and is based on the horms/kexec-tools:build-test-riscv-v2 branch.
> > >
> > > In my mind the big question is how to move RISC-V support
> > > from that branch, to
On Wed, 11 Oct 2023 at 13:24, Song Shuai wrote:
>
>
>
> 在 2023/9/20 19:56, Simon Horman 写道:
> > On Fri, Sep 15, 2023 at 11:50:06AM +0800, Song Shuai wrote:
> >> Hi,
> >>
> >> This series is created to improve RISC-V port of kexec-tools,
> >>
On Wed, Apr 24, 2024 at 02:17:27PM +0200, Alexander Kanavin wrote:
> From: Haiqing Bai
>
> When "CONFIG_ARM_LPAE" is enabled,3 level page table
> is used by MMU, the "SECTION_SIZE" is defined with
> (1 << 21), but 'add_buffer_phys_virt()' hardcode this
> to (1 << 20).
>
> Suggested-By: fredrik.m
From: Haiqing Bai
When "CONFIG_ARM_LPAE" is enabled,3 level page table
is used by MMU, the "SECTION_SIZE" is defined with
(1 << 21), but 'add_buffer_phys_virt()' hardcode this
to (1 << 20).
Suggested-By: fredrik.markst...@gmail.com
Signed-off-by: Haiqing Bai
Signed-off-by: Alexander Kanavin
--
s/checkout@v3. For more information
> see:
> https://github.blog/changelog/2023-09-22-github-actions-transitioning-from-node-16-to-node-20/.
>
> Link: https://github.com/horms/kexec-tools/actions/runs/7753454923
> Signed-off-by: Simon Horman
Applied.
- workflow: update to use checkou
On 02/02/24 at 09:57am, Simon Horman wrote:
> On Fri, Feb 02, 2024 at 12:16:38PM +0800, Baoquan He wrote:
> > On 02/02/24 at 11:01am, Coiby Xu wrote:
> > > Hi,
> > >
> > > FYI, before this patch, Michel already sent "[PATCH] Fix building on
> > > x86_64
> > > with binutils 2.41" to address the sa
On Fri, Feb 02, 2024 at 12:16:38PM +0800, Baoquan He wrote:
> On 02/02/24 at 11:01am, Coiby Xu wrote:
> > Hi,
> >
> > FYI, before this patch, Michel already sent "[PATCH] Fix building on x86_64
> > with binutils 2.41" to address the same issue. Currently I almost know
> > nothing about
> > assembl
tions-transitioning-from-node-16-to-node-20/.
Link: https://github.com/horms/kexec-tools/actions/runs/7753454923
Signed-off-by: Simon Horman
---
.github/workflows/build.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.github/workflows/build.yml b/.github/workflows/build.yml
On 02/02/24 at 11:01am, Coiby Xu wrote:
> Hi,
>
> FYI, before this patch, Michel already sent "[PATCH] Fix building on x86_64
> with binutils 2.41" to address the same issue. Currently I almost know
> nothing about
> assembly but Michel's patch seems to be more complete because two more
> files ar
Hi,
FYI, before this patch, Michel already sent
"[PATCH] Fix building on x86_64 with binutils 2.41"
to address the same issue. Currently I almost know nothing about
assembly but Michel's patch seems to be more complete because two more
files are touched.
On Wed, Jan 31, 2024 at 07:04:57PM +08
`binutils-2.42` introduced stricter checks on what `.arch` can be used
in 64-bit mode and started failing the build as:
$ as-2.42 --64 -o entry32-16-debug.o entry32-16-debug.s
purgatory/arch/i386/entry32-16-debug.S: Assembler messages:
purgatory/arch/i386/entry32-16-debug.S:28: Error:
On 01/31/24 at 10:05am, Sergei Trofimovich wrote:
> `binutils-2.42` introduced stricter checks on what `.arch` can be used
> in 64-bit mode and started failing the build as:
>
> $ as-2.42 --64 -o entry32-16-debug.o entry32-16-debug.s
> purgatory/arch/i386/entry32-16-debug.S: Assembler mess
Hi all,
I am happy to announce the release of kexec-tools 2.0.28.
This is a feature release coinciding with the release of v6.7
of the Linux Kernel.
This release can be downloaded from kernel.org:
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.28.tar.xz
http
Hi all,
I am happy to announce the release of kexec-tools 2.0.28-rc1.
This is an incremental feature pre-release.
So long as no serious problems arise I intend to release kexec-tools 2.0.28
in a weeks time. Testing of 2.0.28-rc1 would be greatly appreciated.
I do not have any outstanding
Hi all,
I am planning to release kexec-tools v2.0.28 in the next two weeks
to roughly coincide with the release of the v6.7 kernel.
I would like to ask interested parties to send any patches they would like
included in v2.0.28 within one week so they can be considered for inclusion
in an rc
On Wed, Oct 11, 2023 at 10:59:33AM +0200, Simon Horman wrote:
> Bump workflow to use latest LTS release.
>
> Signed-off-by: Simon Horman
FTR, this has been applied.
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/li
Bump workflow to use latest LTS release.
Signed-off-by: Simon Horman
---
.github/workflows/build.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.github/workflows/build.yml b/.github/workflows/build.yml
index 4c6e9d730488..d0007f14b274 100644
--- a/.github/workflows/build
在 2023/9/20 19:56, Simon Horman 写道:
On Fri, Sep 15, 2023 at 11:50:06AM +0800, Song Shuai wrote:
Hi,
This series is created to improve RISC-V port of kexec-tools,
and is based on the horms/kexec-tools:build-test-riscv-v2 branch.
In my mind the big question is how to move RISC-V support
from
Hi, Simon
On 10/10/23 21:01, Simon Horman wrote:
> On Mon, Oct 09, 2023 at 05:47:43PM +0800, Ming Wang wrote:
>> Hi, maintainers,
>>
>>
>> I get the kexec-tools 2.0.27 from
>> http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.27.tar.gz,
>>
Hi, Simon
Thank you for your reply.
On 10/10/23 21:01, Simon Horman wrote:
> On Mon, Oct 09, 2023 at 05:47:43PM +0800, Ming Wang wrote:
>> Hi, maintainers,
>>
>>
>> I get the kexec-tools 2.0.27 from
>> http://kernel.org/pub/linux/utils/kernel/kexec/kexec-
On Mon, Oct 09, 2023 at 05:47:43PM +0800, Ming Wang wrote:
> Hi, maintainers,
>
>
> I get the kexec-tools 2.0.27 from
> http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.27.tar.gz,
>
> But I noticed that the kexec-tools-2.0.27/kexec/arch/loongarch/iomem.
Hi, maintainers,
I get the kexec-tools 2.0.27 from
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.27.tar.gz,
But I noticed that the kexec-tools-2.0.27/kexec/arch/loongarch/iomem.h file was
missing from
this archive.
This causes build errors in many distributions, like
On 9/15/23 06:50, Song Shuai wrote:
Hi,
This series is created to improve RISC-V port of kexec-tools,
and is based on the horms/kexec-tools:build-test-riscv-v2 branch.
For your convenience, here is my Github branch for kexec-tools:
https://github.com/sugarfillet/kexec-tools/commits/rv-Image
On Fri, Sep 15, 2023 at 11:50:06AM +0800, Song Shuai wrote:
> Hi,
>
> This series is created to improve RISC-V port of kexec-tools,
> and is based on the horms/kexec-tools:build-test-riscv-v2 branch.
In my mind the big question is how to move RISC-V support
from that branch, to being
Hi,
This series is created to improve RISC-V port of kexec-tools,
and is based on the horms/kexec-tools:build-test-riscv-v2 branch.
For your convenience, here is my Github branch for kexec-tools:
https://github.com/sugarfillet/kexec-tools/commits/rv-Image
The first four patches fixes some build
On Mon, Aug 28, 2023 at 11:58:15AM +0200, Leah Neukirchen wrote:
> The fix in 41b77edac did not work, bsdtar still complains about
> "hardlink pointing to itself".
>
> Simplify the code instead: since the staging directory contains
> exactly the files we want, just package it as a whole.
>
> Sign
The fix in 41b77edac did not work, bsdtar still complains about
"hardlink pointing to itself".
Simplify the code instead: since the staging directory contains
exactly the files we want, just package it as a whole.
Signed-off-by: Leah Neukirchen
---
Makefile.in | 5 +
1 file changed, 1 inser
Hi all,
I am happy to announce the release of kexec-tools 2.0.27.
This is a feature release coinciding with the release of v6.5
of the Linux Kernel.
This release can be downloaded from kernel.org:
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.27.tar.xz
http
Hi all,
I am happy to announce the release of kexec-tools 2.0.27-rc1.
This is an incremental feature pre-release.
So long as no serious problems arise I intend to release kexec-tools 2.0.27
in a weeks time. Testing of 2.0.27-rc1 would be greatly appreciated.
I do not have any outstanding
..@lists.fedoraproject.org/thread/O3W4SLVVFT6J25U5YSXNZ3URZ4QY6SRU/
>
> I'll review your patch! Note the patch is against Fedora's kexec-tools
> so it doesn't apply to this upstream kexec-tools. The relationship
> between Fedora's kexec-tools and this upstream kexec-tools can be
>
27;ll review your patch! Note the patch is against Fedora's kexec-tools
so it doesn't apply to this upstream kexec-tools. The relationship
between Fedora's kexec-tools and this upstream kexec-tools can be
described as follows,
1. Fedora's kexec-tools packages the kexec binary which
ora's kexec-tools
so it doesn't apply to this upstream kexec-tools. The relationship
between Fedora's kexec-tools and this upstream kexec-tools can be
described as follows,
1. Fedora's kexec-tools packages the kexec binary which is provides by upstream
kexec-tools;
2. The kexec b
Hello Simon,
Can we include below fix?
https://lists.fedoraproject.org/archives/list/ke...@lists.fedoraproject.org/thread/O3W4SLVVFT6J25U5YSXNZ3URZ4QY6SRU/
Thanks,
Sourabh
On 11/08/23 13:00, Simon Horman wrote:
Hi all,
I am planning to release kexec-tools v2.0.27 in the next two weeks
to
Hi all,
I am planning to release kexec-tools v2.0.27 in the next two weeks
to roughly coincide with the release of the v6.5 kernel.
I would like to ask interested parties to send any patches they would like
included in v2.0.27 within one week so they can be considered for inclusion
in an rc
gt;>> thanks for some patch.
> >>>>>>
> >>>>>> Some minor feedback follows.
> >>>>>>
> >>>>>> Separately, I'll post a patch to add RISC-V builds to the github
> >>>>>> workflo
end - start, type);
mem_regions_alloc_and_add isn't always available.
f.e. on mips this causes a build failure.
Ref:
https://github.com/horms/kexec-tools/actions/runs/3298491143/jobs/5440677595
As you know, mem_regions_sort, mem_regions_alloc_and_add are the common
funtions,
The build error of mips is caused by
; > > > > thanks for some patch.
> > > > >
> > > > > Some minor feedback follows.
> > > > >
> > > > > Separately, I'll post a patch to add RISC-V builds to the github
> > > > > workflow. If you could include that in V3
It does:
1. Add pmem region into PT_LOADs of vmcore so that pmem region is
dumpable
Only the region described by PT_LOADs of /proc/vmcore are dumpable/readble
by dumping applications. Previously, on x86/x86_64 only system ram resources
will be injected into PT_LOADs.
So in order to make the enti
It does:
1. Add pmem region into PT_LOADs of vmcore
2. Mark pmem region's p_flags as PF_DEV
CC: Baoquan He
CC: Vivek Goyal
CC: Dave Young
Signed-off-by: Li Zhijian
---
kexec/crashdump-elf.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/kexec/crashdump-elf.c b/kexec/
If you could include that in V3 I'd be most grateful.
> > > >
> > > > > Tested-by: Yixun Lan
> > > > > Co-developed-by: Xianting Tian
> > > > > Co-developed-by: Yixun Lan
> > > > > Signed-off-by: Nick Kossifidis
> >
dd RISC-V builds to the github
> > > workflow. If you could include that in V3 I'd be most grateful.
> > >
> > > > Tested-by: Yixun Lan
> > > > Co-developed-by: Xianting Tian
> > > > Co-developed-by: Yixun Lan
> > > > Si
Hi all,
I am happy to announce the release of kexec-tools 2.0.26.
This is a feature release coinciding with the release of v6.1
of the Linux Kernel.
This release can be downloaded from kernel.org:
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.26.tar.xz
http
Hi all,
I am happy to announce the release of kexec-tools 2.0.26-rc1.
This is an incremental feature pre-release.
So long as no serious problems arise I intend to release kexec-tools 2.0.26
in a weeks time. Testing of 2.0.26-rc1 would be greatly appreciated.
I do not have any outstanding
Hi all,
I am planning to release kexec-tools v2.0.26 in the next two weeks
to roughly coincide with the release of the v6.1 kernel.
I would like to ask interested parties to send any patches they would like
included in v2.0.26 within one week so they can be considered for inclusion
in an rc
On Mon, Nov 14, 2022 at 04:43:03PM +0100, Jason A. Donenfeld wrote:
> In order to pass fresh entropy to kexec'd kernels, use BI_RNG_SEED
> for passing a seed, with the same semantics that kexec-tools currently
> uses for i386's setup_data.
>
> Link: https://
In order to pass fresh entropy to kexec'd kernels, use BI_RNG_SEED
for passing a seed, with the same semantics that kexec-tools currently
uses for i386's setup_data.
Link: https://git.kernel.org/torvalds/c/dc63a086daee92c63e3
Signed-off-by: Jason A. Donenfeld
---
kexec/arch/m68k/
Hi Simon,
Sorry about that. Not sure why my toolchain missed it. v3 coming up.
Jason
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
On Fri, Nov 11, 2022 at 02:35:33AM +0100, Jason A. Donenfeld wrote:
> In order to pass fresh entropy to kexec'd kernels, use BI_RNG_SEED
> for passing a seed, with the same semantics that kexec-tools currently
> uses for i386's setup_data.
>
> Link: https://
In order to pass fresh entropy to kexec'd kernels, use BI_RNG_SEED
for passing a seed, with the same semantics that kexec-tools currently
uses for i386's setup_data.
Link: https://git.kernel.org/torvalds/c/dc63a086daee92c63e3
Signed-off-by: Jason A. Donenfeld
---
Seems like this was
> > > Co-developed-by: Yixun Lan
> > > Signed-off-by: Nick Kossifidis
> > ...
> >
> > > + ret = mem_regions_alloc_and_add(mem_ranges, start,
> > > + end - start, type);
> > mem_regions_alloc_and_add isn't
dd(mem_ranges, start,
+ end - start, type);
mem_regions_alloc_and_add isn't always available.
f.e. on mips this causes a build failure.
Ref:
https://github.com/horms/kexec-tools/actions/runs/3298491143/jobs/5440677595
As you know, mem_regions_sort, mem_regions_allo
dd(mem_ranges, start,
+ end - start, type);
mem_regions_alloc_and_add isn't always available.
f.e. on mips this causes a build failure.
Ref:
https://github.com/horms/kexec-tools/actions/runs/3298491143/jobs/5440677595
As you know, mem_regions_sort, mem_regions_alloc_and_add are the comm
Add RISC-V builds to workflow
Signed-off-by: Simon Horman
---
.github/workflows/build.yml | 3 +++
1 file changed, 3 insertions(+)
Hi Xianting Tian,
Please consider including this a v3 patch-set
to add RISC-V to kexec-tools.
diff --git a/.github/workflows/build.yml b/.github/workflows
add(mem_ranges, start,
> + end - start, type);
mem_regions_alloc_and_add isn't always available.
f.e. on mips this causes a build failure.
Ref:
https://github.com/horms/kexec-tools/actions/runs/3298491143/jobs/5440677595
...
> +int dtb_get_memor
From: Nick Kossifidis
This patch adds support for loading the ELF kernel image. It parses
the current/provided device tree to determine the system's memory
layout, and /proc/iomem for the various kernel segments.
This patch was firstly developed by Nick Kossifidis, and two fixes (
1: fail to
Hi Geert,
On Fri, Sep 23, 2022 at 3:07 PM Geert Uytterhoeven wrote:
> This won't work as expected: BI_VIRT_* tags are only valid if the
> machine type is MACH_VIRT.
> Worse, this will trigger for other platform-specific tags using the same
> value:
> Likewise, this will destroy existing BI_AMIGA
Hi Jason,
On Fri, Sep 23, 2022 at 2:47 PM Jason A. Donenfeld wrote:
> In order to pass fresh entropy to kexec'd kernels, use BI_VIRT_RNG_SEED
> for passing a seed, with the same semantics that kexec-tools currently
> uses for i386's setup_data.
>
> Cc: Geert Uytterhoeve
On Fri, Sep 23, 2022 at 2:47 PM Jason A. Donenfeld wrote:
> Geert - I don't have a toolchain for testing this. Could you verify it
> works, if you have a chance? -Jason
>
> kexec/arch/m68k/bootinfo.c | 22 ++
> kexec/arch/m68k/bootinfo.h | 6 ++
> kexec/arch/m
In order to pass fresh entropy to kexec'd kernels, use BI_VIRT_RNG_SEED
for passing a seed, with the same semantics that kexec-tools currently
uses for i386's setup_data.
Cc: Geert Uytterhoeven
Signed-off-by: Jason A. Donenfeld
---
Geert - I don't have a toolchain for testing
Sorry for the disturb, Could I get the comments for this patch?
thanks
在 2022/9/14 下午3:52, Xianting Tian 写道:
This patch adds support for loading the ELF kernel image. It parses
the current/provided device tree to determine the system's memory
layout, and /proc/iomem for the various kernel segme
F.Y.I Nick Kossifidis
The first author should be him.
On Wed, Sep 14, 2022 at 3:52 PM Xianting Tian
wrote:
>
> This patch adds support for loading the ELF kernel image. It parses
> the current/provided device tree to determine the system's memory
> layout, and /proc/iomem for the various kernel
sorry, I will send v2 patch to switch the author to NICK.
在 2022/9/19 下午3:57, Guo Ren 写道:
F.Y.I Nick Kossifidis
The first author should be him.
On Wed, Sep 14, 2022 at 3:52 PM Xianting Tian
wrote:
This patch adds support for loading the ELF kernel image. It parses
the current/provided device
This patch adds support for loading the ELF kernel image. It parses
the current/provided device tree to determine the system's memory
layout, and /proc/iomem for the various kernel segments.
This patch was firstly developed by Nick Kossifidis, and two fixes (
1: fail to find free memory area fo
eported, generally I'm using almost same cmdline
> >
> > The kernel-side patches have already been merged upstream, for
> > kexec-tools there are some people working on fixes, I'm expecting
> > pull requests on the github before I do a pull request upstream. You
ready been merged upstream, for
> kexec-tools there are some people working on fixes, I'm expecting
> pull requests on the github before I do a pull request upstream. You
> should be able to use kexec without initrd.
Dear Nick, Yuxun,
first of all thank you very much for your great
Hi Alexandre, Nick:
On Wed, Oct 6, 2021 at 11:15 AM Alexandre Ghiti
wrote:
>
> Hi Nick,
>
> On Tue, Oct 5, 2021 at 4:07 PM Alexandre Ghiti
> wrote:
> >
> > On Tue, Oct 5, 2021 at 2:15 PM Nick Kossifidis wrote:
> > >
> > > Hello all,
> > >
&
Hi all,
I am happy to announce the release of kexec-tools 2.0.25.
This is a feature release coinciding with the release of v5.19
of the Linux Kernel.
This release can be downloaded from kernel.org:
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.25.tar.xz
http
Hi all,
I am happy to announce the release of kexec-tools 2.0.25-rc1.
This is an incremental feature pre-release.
So long as no serious problems arise I intend to release kexec-tools 2.0.25
in a weeks time. Testing of 2.0.25-rc1 would be greatly appreciated.
I do not have any outstanding
On Fri, Jul 15, 2022 at 06:05:14PM +0800, Tiezhu Yang wrote:
> There exist duplicate ultoa() definitions in many archs, remove them,
> and also redefine ultoa() in kexec/kexec.h to make it more readable.
>
> Signed-off-by: Tiezhu Yang
Thanks, this is very much appreciated.
Applied.
There exist duplicate ultoa() definitions in many archs, remove them,
and also redefine ultoa() in kexec/kexec.h to make it more readable.
Signed-off-by: Tiezhu Yang
---
kexec/arch/i386/crashdump-x86.c| 19 ---
kexec/arch/mips/crashdump-mips.c | 19 ---
kexe
On Mon, Jul 11, 2022 at 05:41:10PM +0200, Jason A. Donenfeld wrote:
> Linux ≥5.20 expects a RNG seed via setup_data as of the upstream commit
> in the link below. That commit adjusts kexec_file_load to pass
> SETUP_RNG_SEED. kexec-tools should follow suite, so add more or less the
> sa
Hi all,
I am planning to release kexec-tools v2.0.25 in the next two weeks
to roughly coincide with the release of the v5.19 kernel.
I would like to ask interested parties to send any patches they would like
included in v2.0.25 within one week so they can be considered for inclusion
in an rc
HI Nick
On Tue, Jul 5, 2022 at 12:24 PM Nick Kossifidis wrote:
>
> Hello Yixun,
>
> On 7/2/22 14:35, Yixun Lan wrote:
> > hi Nick
> >
> > ping, any update for this? any new patch for kexec-tools?
> >
> > I'd also like to try kexec on unmatched board
Hello Yixun,
On 7/2/22 14:35, Yixun Lan wrote:
hi Nick
ping, any update for this? any new patch for kexec-tools?
I'd also like to try kexec on unmatched board, and encounter the same error
as Alexandre Ghiti reported, generally I'm using almost same cmdline
Yixun Lan
The k
at kexec_relocate.S, and the use of va_pa_offset
> > is also wrong here, we should use va_kernel_pa_offset as it is used to
> > modify a text address But fixing that did not work either.
> >
> > Alex
> >
>
> Sorry for the delay, I finally got some time to work on
> For compatibility with previous platforms, loongson platform obtain
> initrd parameter through cmdline in kernel, the kernel supports use
> cmdline to parse initrd. But under the mips architecture, kexec-tools
> pass the initrd through DTB.
>
> Made the following modifications:
>
ernel panic - not syncing: VFS:...
***
The kernel cannot parse the UUID, the UUID is parsed in the initrd.
For compatibility with previous platforms, loongson platform obtain
initrd parameter through cmdline in kernel, the kernel supports use
cmdline to parse initrd. But under the mips architectur
> For compatibility with previous platforms, loongson platform obtain
> initrd parameter through cmdline in kernel, the kernel supports use
> cmdline to parse initrd. But under the mips architecture, kexec-tools
> pass the initrd through DTB.
>
> Made the following modifications:
>
ernel panic - not syncing: VFS:...
***
The kernel cannot parse the UUID, the UUID is parsed in the initrd.
For compatibility with previous platforms, loongson platform obtain
initrd parameter through cmdline in kernel, the kernel supports use
cmdline to parse initrd. But under the mips architectur
> For compatibility with previous platforms, loongson platform obtain
> initrd parameter through cmdline in kernel, the kernel supports use
> cmdline to parse initrd. But under the mips architecture, kexec-tools
> pass the initrd through DTB.
>
> So some modifications as follows:
>
ernel panic - not syncing: VFS:...
***
The kernel cannot parse the UUID, the UUID is parsed in the initrd.
For compatibility with previous platforms, loongson platform obtain
initrd parameter through cmdline in kernel, the kernel supports use
cmdline to parse initrd. But under the mips architectur
Loongson platform obtain the initrd parameter through cmdline in kernel.
But kexec-tools pass the initrd through DTB.So add initrd parameter
to cmdline in order to compatible with some platforms.It is still
to pass the initrd parameter via command line.
Signed-off-by: Hui Li
---
kexec/arch/mips
Under the mips architecture,PAGE_OFFSE is defined as 0xa800ULL.
But now loongson and many cpu's PAGE_OFFSET use 0x8000ULL
in kernel.so. add a --with-loongson option to distinguish PAGE_OFFSET
between different platforms under mips.
Signed-off-by: Hui Li
---
configure.ac
Hi all,
I am happy to announce the release of kexec-tools 2.0.24.
This is a feature release coinciding with the release of v5.17
of the Linux Kernel.
This release can be downloaded from kernel.org:
http://kernel.org/pub/linux/utils/kernel/kexec/kexec-tools-2.0.24.tar.xz
http
Hi all,
I am happy to announce the release of kexec-tools 2.0.24-rc1.
This is an incremental feature pre-release.
So long as no serious problems arise I intend to release kexec-tools 2.0.24
in a weeks time. Testing of 2.0.24-rc1 would be greatly appreciated.
I do not have any outstanding
On Wed, Mar 30, 2022 at 07:09:51PM +0800, Lichen Liu wrote:
> Close fp if file size is smaller than 13 bytes.
>
> Signed-off-by: Lichen Liu
Thanks, applied.
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/k
Close fp if file size is smaller than 13 bytes.
Signed-off-by: Lichen Liu
---
kexec/lzma.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/kexec/lzma.c b/kexec/lzma.c
index f27cfe2..2fc07e6 100644
--- a/kexec/lzma.c
+++ b/kexec/lzma.c
@@ -170,8 +170,11 @@ int is_lzma_file
Hi Simon,
I will send a new patch to fix it.
Thanks!
On Wed, Mar 30, 2022 at 5:14 PM Simon Horman wrote:
>
> On Wed, Mar 30, 2022 at 01:33:26PM +0800, Lichen Liu wrote:
> > Currently there are 2 functions for decompressing compressed image. The
> > zlib_decompress_file() will determine if the
On Wed, Mar 30, 2022 at 01:33:26PM +0800, Lichen Liu wrote:
> Currently there are 2 functions for decompressing compressed image. The
> zlib_decompress_file() will determine if the image is compressed by gzip
> before read, but lzma_decompress_file() will not. This can cause misleading
> informatio
> > > 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
> &g
Currently there are 2 functions for decompressing compressed image. The
zlib_decompress_file() will determine if the image is compressed by gzip
before read, but lzma_decompress_file() will not. This can cause misleading
information to be printed when the image is not compressed by lzma and
debug o
Thank you, Martin!
I'll post a new version to fix it.
On Wed, Mar 30, 2022 at 10:10 AM Martin Faltesek wrote:
>
> Sorry I don't have overall observations about this patch. But saw
> missing fclose after size != 13.
>
> On Fri, Mar 25, 2022 at 2:09 AM Lichen Liu wrote:
> >
> > Currently there ar
1 - 100 of 1018 matches
Mail list logo