Re: IO memory read from /proc/vmcore leads to hang.

ason why that's not the case? >> >> Daniel > > > > ___ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: IO memory read from /proc/vmcore leads to hang.

c/arch/ppc64/kexec-ppc64.c is probably what you need. Maxim. > > On 07/21/2016 12:34 AM, Maxim Uvarov wrote: >> >> Second kernel should already know that it's not system ram of the >> first kernel and in that case makedumpfile will not dump that memory. >> Simple

Re: IO memory read from /proc/vmcore leads to hang.

I might be wrong but as I remember powerpc32 is deprecated in kexec-tools and all code use ppc64 directory even for 32 bit code... 2016-07-21 23:04 GMT+03:00 Daniel Walker : > On 07/21/2016 12:33 PM, Maxim Uvarov wrote: >> >> 2016-07-21 18:19 GMT+03:00 Daniel Walker : >>>

Re: Need help for arm64

> Thanks, > Zhe > > > ___ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: [PATCH V2 1/2] kexec: arm64: create identity page table to be used in purgatory

atory additionaly. > +*/ > + elf_rel_set_symbol(&info->rhdr, "purgatory_base", &purgatory_base, > + sizeof(purgatory_base)); > + elf_rel_set_symbol(&info->rhdr, "purgatory_len", &purgatory_len, > + sizeof(purgator

Re: kdump with /proc/oldproc

the utility 'crash', you can query any info of any process > in the old kernel, so why do you need a per-process vmcore anyway? > If you use one of the latest kernel and gdb you can do it with gdb without crash or vmcore-dmesg. > Thanks. > > > __

Re: vmcore_init() failure using uImage on fsl_booke

;> segment[1].mem   = 0x2085e000 >> segment[1].memsz = 1 >> segment[2].buf   = 1007d350 >> segment[2].bufsz = 400 >> segment[2].mem   = 0x2086e000 >> segment[2].memsz = 1000 > > It appears to have allocated a segment at this address. Can you try adding > debug statements to exec to see the contents of this segment? I suspect kexec > is loading nothing since it does not have an ELF header to load for the > uImage case. > > -M > > ___ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: kexec 2.0.2 MIPS

sion of gcc, as many more warnings are available. > > Thanks, there is a fix for that in git and 2.0.3. > > Due to some quirks in the kexec build system > -Werror was effecting all architectures. > >> Now, here is the result of the bisect: >> >> root@akennedy_lin:~/src/kexec/kexec-tools# git

Re: [RFC PATCH 0/4] makedumpfile: cyclic processing to keep memory consumption.

2012/6/4 Atsushi Kumagai > Hello Maxim, > > On Thu, 31 May 2012 10:50:39 +0400 > Maxim Uvarov wrote: > > > Atsushi, > > > > do you have speed measurements for saving vmcore with this patches and > > without them? > > How much is speed up? > >

Re: [RFC PATCH 0/4] makedumpfile: cyclic processing to keep memory consumption.

makedumpfile Completed. > > c. compare each dumpfiles: > >$ cmp testdump.cd31 testdump.Kcd31 >$ > > TODO: > > - Optimize code for performance. > (e.g. initialize for compression is done every cycle, it's a waste.) > - Support E

Re: 896MB address limit

see how far > you get. > > The practical question does the system still work with crashkernel=32M > when you have raised the limit much higher. > > So I would test with crashkernel=1G@2G and see if that works. If that > works I figure that in prac

Re: 896MB address limit

2012/9/25 Maxim Uvarov : > In the most cases you need to boot crash kernel with nr_cpus=1 > parameter. In that case you will not allocate per cpus buffers for > other cpus. Saving dump on more the one cpu does not give any benefit. > So it's very rare case where you need such

Re: [RFC] Kdump with signed images.

hen more likely you have access to boot loader or to physical machine (console, bios). Might be useful only for embedded things to prevent enthusiasts play with already manufactured devices. Maxim. > ___ > kexec mailing list >

Re: [PATCH] makedumpfile: reverse -c and -p if using snappy compression

gt;> lzo for -l option\n"); >> + MSG(" or snappy for -c option. A user cannot specify any of these >> options with\n"); >> +#else >> + MSG(" Compress dump data by each page using zlib for -c option or >> lzo for -l option\n"); >

Re: [PATCH] makedumpfile: reverse -c and -p if using snappy compression

2013/9/10 Atsushi Kumagai : > Hello Maxim, > > > (2013/08/30 18:52), Maxim Uvarov wrote: >> >> I think that better is to have: >> >> -cz zlib >> -cs snappy >> -cl zlo > > > They are main options for most users, so I don't want to chan

Re: [PATCH] kexec memory ranges dynamic allocation

2008/10/15 Simon Horman <[EMAIL PROTECTED]> > On Tue, Oct 14, 2008 at 07:11:19PM +0400, Maxim Uvarov wrote: > > Hello all, > > > > As you all know it is not easy to count exact value of memory ranges from > > device tree on powerpc. > > It very depends o

Re: [PATCH] kexec memory ranges dynamic allocation

Patch corrected. ( git_kexec_powerpc_v2.patch is attached.) I tested it on ppc64 pasemi electra board. Both kexec -l and kexec -p works. Maxim. 2008/10/15 Simon Horman <[EMAIL PROTECTED]> > On Tue, Oct 14, 2008 at 07:11:19PM +0400, Maxim Uvarov wrote: > > Hello all, > >

[PATCH] kexec memory ranges dynamic allocation

Hello all, As you all know it is not easy to count exact value of memory ranges from device tree on powerpc. It very depends on how dts file was written. What do you think about really dynamic allocation buffers for this buffers? Patch is attached. -- Best regards, Maxim Uvarov

Re: [PATCH] kexec memory ranges dynamic allocation

t 15, 2008 at 12:46:24PM +0400, Maxim Uvarov wrote: > > Patch corrected. ( git_kexec_powerpc_v2.patch is attached.) > > > > I tested it on ppc64 pasemi electra board. Both kexec -l and kexec -p > works. > > > > Maxim. > > > > > > > > 2008/10

Re: [PATCH] kexec memory ranges dynamic allocation

2008/11/1 Simon Horman <[EMAIL PROTECTED]> > On Fri, Oct 31, 2008 at 09:53:23AM +0300, Maxim Uvarov wrote: > > 2008/10/31 Simon Horman <[EMAIL PROTECTED]> > > > > > Hi, > > > > > > Could someone please comment on the satus of this patch? >

[PATCH] some kexec MIPS improvements

kernel. Because of Octeon boards are supported in linux-mips tree I will try to find time to push kernel changes there. But before it I would like to hear any critics on my changes. Maybe it is better to change something. Best regards, Maxim Uvarov. Changes are: - using simple mips* ) in

Re: mip64: kexec: Probem in allocating resevr mem

that memory is really reserved. If you don't see reserved segments then you have to debug how kernel reserves area for crashkernel (BOOT_MEM_RESERVED). Best regards, Maxim Uvarov. 2010/2/22 Simon Horman : > On Thu, Jan 28, 2010 at 06:36:07PM +0530, Vishnu Yadav wrote: >> Hi >> I am

[PATCH] some kexec MIPS improvements

-tools git on Cavium Octeon 50xx board. I also made the same code working on RMI XLR/XLS boards for both mips32 and mips64 kernels. Best regards, Maxim Uvarov. From: Maxim Uvarov Changes are: - using simple mips* ) in configure.ac to make it compilable on mips2 and mips64 - remove kexec

[PATCH 2/2] MIPS Cavium Octeon board kexec,kdump support

-tools git on Cavium Octeon 50xx board. I also made the same code working on RMI XLR/XLS boards for both mips32 and mips64 kernels. Best regards, Maxim Uvarov. --- arch/mips/cavium-octeon/dma-octeon.c |6 arch/mips/cavium-octeon/executive/cvmx-bootmem.c |5 arch/mips/cavium

[PATCH 1/2] MIPS kexec,kdump support

-tools git on Cavium Octeon 50xx board. I also made the same code working on RMI XLR/XLS boards for both mips32 and mips64 kernels. Best regards, Maxim Uvarov. --- arch/mips/Kconfig | 24 ++ arch/mips/Makefile |4 ++ arch/mips/include/asm/kexec.h

Re: [PATCH 1/2] MIPS kexec,kdump support

2010/3/3 David Daney : > On 03/03/2010 03:05 AM, Maxim Uvarov wrote: >> >> Hello folks, >> >> Please find here MIPS crash and kdump patches. >> This is patch set of 3 patches: >> 1. generic MIPS changes (kernel); >> 2. MIPS Cavium Octeon board kexec/kdu

Re: [PATCH 1/2] MIPS kexec,kdump support

2010/3/3 wilbur.chan : > 2010/3/3 Maxim Uvarov : >> Hello folks, >> >> Please find here MIPS crash and kdump patches. >> This is patch set of 3 patches: >> 1. generic MIPS changes (kernel); >> 2. MIPS Cavium Octeon board kexec/kdump code (kernel); >> 3.

Re: [PATCH] kexec-tools, ppc64: fix build error on ppc64

ndex 831b263..03bdb9a 100644 > --- a/kexec/arch/mips/Makefile > +++ b/kexec/arch/mips/Makefile > @@ -14,5 +14,3 @@ dist += kexec/arch/mips/Makefile $(mips_KEXEC_SRCS) > \ > kexec/arch/mips/kexec-mips.h\ >kexec/arch/mips/crashdump-mips.h

[PATCH 2/2] powerpc new toolchains fix (crt.S)

This patch is required in case if you are using new toolchains. Best regards, Maxim Uvarov. From: Maxim Uvarov Linker does not provide some vital functions when building freestanding applications with a new toolchain, so we have to provide our own CRT. p.s. Without the CRT we won't se

[PATCH] powerpc new toolchains fix (crt.S)

Forgot to add purgatory/arch/ppc/crt.S to the patch. Resending... -- This patch is required in case if you are using new toolchains. Best regards, Maxim Uvarov. From: Maxim Uvarov Linker does not provide some vital functions when building freestanding applications with a new toolchain, so we

[PATCH 1/2] Fix kexec on powerpc32

This patch is required in case if you are using new toolchains. Best regards, Maxim Uvarov. From: Maxim Uvarov Signed-off-by: Maxim Uvarov --- kexec/arch/ppc/Makefile|2 kexec/arch/ppc/crashdump-powerpc.c | 439 ++ kexec/arch/ppc/crashdump

Re: [PATCH 1/2] Fix kexec on powerpc32

2010/5/12 Christian Kujau > Maxim Uvarov wrote on 2010-05-11 10:47 : > > This patch is required in case if you are using new toolchains. > > I'm on Debian/stable (binutils 2.18, gcc 4.3.2), so I applied your patches > to the latest -git checkout: > > First, co

[PATCH v2 2/2] powerpc new toolchains fix (crt.S)

c" echo c > /proc/sysrq-trigger I also think that is is reasonable: - put GAME_CUBE specific code to separate files; - combine ppc and ppc64 to powerpc directory (I'm planning to do it. And that why in some places my patch have ifdefs for PPC64); Best

Re: [PATCH 1/2] Fix kexec on powerpc32

2010/5/12 Christian Kujau > On Tue, 11 May 2010 at 21:47, Maxim Uvarov wrote: > > This patch is required in case if you are using new toolchains. > > After kexec-tools compiled, I actually tried it: > > # kexec -l /boot/2.6/zImage --command-line="root=/dev/hda6 ro&quo

Re: [PATCH 1/2] Fix kexec on powerpc32

flags (or kernel options?) I can set, to find out why > it hangs here? Or does kexec not understand zImages? > > zImage should not work with kexec. Only vmlinux. > Thanks, > Christian. > -- > BOFH excuse #373: > > Suspicio

Re: [PATCH v3 0/7] Fixup booting with device trees and uImage/elf on ppc32

h/ppc/purgatory-ppc.c|5 + > > 11 files changed, 852 insertions(+), 239 deletions(-) > > create mode 100644 doc/mpc85xx.txt > > > > > > > > ___ > > kexec mailing list > > kexec@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/kexec > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

[PATCH] Add CFLAGS to compile mips purgatory

Required in case if "-mabi=64" option was specified to build 64 bit mips application, if not compiler tries to link 64 bit binaries with 32 bit system libraries. Signed-off-by: Maxim Uvarov --- kexec/Makefile |2 +- purgatory/Makefile |2 +- 2 files changed, 2 insert

[PATCH] mips/crashdump put cmdline after the latest segment

From: Maxim Uvarov Move cmdline from just after .bss segment to the just after the latest segment to avoid segments overlap while loading crashdump kernel. (new mips vmlinux has additional segments after .bss). Signed-off-by: Maxim Uvarov --- kexec/arch/mips/kexec-elf-mips.c | 35

[PATCH] Revert "powerpc new toolchains fix (crt.S)"

This reverts commit 45e8f29639d9f97b74389e5bd28c7a5cccbf3e2a. purgatory/arch/ppc/crt.S and purgatory/arch/ppc/misc.S are the same files. Signed-off-by: Maxim Uvarov --- configure.ac|9 - purgatory/arch/ppc/Makefile |1 purgatory/arch/ppc/crt.S| 263

[PATCH 1/2] Revert "powerpc new toolchains fix (crt.S)"

This reverts commit 45e8f29639d9f97b74389e5bd28c7a5cccbf3e2a. purgatory/arch/ppc/crt.S and purgatory/arch/ppc/misc.S are the same files. Signed-off-by: Maxim Uvarov --- configure.ac|9 - purgatory/arch/ppc/Makefile |1 purgatory/arch/ppc/crt.S| 263

[PATCH 2/2] Revert "Revert "powerpc new toolchains fix (crt.S)""

atory/arch/ppc/crt.S and purgatory/arch/ppc/misc.S are the same files. Signed-off-by: Maxim Uvarov --- configure.ac|9 + purgatory/arch/ppc/Makefile |1 purgatory/arch/ppc/crt.S| 263 +++ 3 files changed, 273 insertions(+), 0

Re: [PATCH 1/2] Revert "powerpc new toolchains fix (crt.S)"

2010/9/9 Simon Horman : > On Tue, Sep 07, 2010 at 07:10:25PM +0400, Maxim Uvarov wrote: >> This reverts commit 45e8f29639d9f97b74389e5bd28c7a5cccbf3e2a. >> purgatory/arch/ppc/crt.S and purgatory/arch/ppc/misc.S are the same >> files. > > Thanks, applied both patc

[PATCH] kexec/powerpc fix optimization for size (gcc -Os) build

, because gcc will add it's standard functions. Signed-off-by: Maxim Uvarov --- purgatory/arch/ppc/misc.S | 229 + 1 files changed, 229 insertions(+), 0 deletions(-) diff --git a/purgatory/arch/ppc/misc.S b/purgatory/arch/ppc/misc.S index b0a5486..bc

Re: [PATCH] kexec/ppc: Use -O0 instead of -Os for purgatory

; + >  ppc_PURGATORY_SRCS += purgatory/arch/ppc/v2wrap_32.S >  ppc_PURGATORY_SRCS += purgatory/arch/ppc/misc.S >  ppc_PURGATORY_SRCS += purgatory/arch/ppc/purgatory-ppc.c > -- > 1.6.6.1 > > > > ___ > kexec mailing list >

Re: [PATCH] kexec/ppc: Use -O0 instead of -Os for purgatory

2010/10/6 Matthew McClintock : > > On Oct 5, 2010, at 4:26 PM, Maxim Uvarov wrote: > >> I'm ok with that changes. I'm not sure why kernel did not turn this >> optimization off and goes >> with compiling crt.s with sources. There could be a reasons for that. &g

[PATCH] Add kernel data section to final vmcore

From: Maxim Uvarov Patch adds kernel data section to final vmcore. This forces gdb read kernel static data from dump instead of not initialized values from vmlinux. Signed-off-by: Maxim Uvarov --- kexec/arch/mips/crashdump-mips.c | 49 ++ 1 files changed

[PATCH] Patch adds kernel data section to final vmcore. This forces gdb read kernel

From: Maxim Uvarov static data from dump instead of not initialized values from vmlinux. Signed-off-by: Maxim Uvarov --- kexec/arch/mips/crashdump-mips.c | 49 ++ 1 files changed, 49 insertions(+), 0 deletions(-) diff --git a/kexec/arch/mips/crashdump

Re: [PATCH] Add call to non-crashing cores through IPI

;waiting_for_crash_ipi) > 0) && msecs) { >> +             mdelay(1); >> +             msecs--; >> +     } >>       local_irq_disable(); >>       crash_save_cpu(regs, smp_processor_id()); >> >> -- >> 1.7.2.2 >> >> >> ___ >> linux-arm-kernel mailing list >> linux-arm-ker...@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > > ___ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: [PATCH] Add call to non-crashing cores through IPI

___ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: [PATCH] Add call to non-crashing cores through IPI

; irqs_disabled() >>                      && !oops_in_progress); >> >> so this warning is never printed, right? > > Right. So just make sure the caller doesn't set the 'wait' argument. > Please double check it. In powerpc crashdump case oops_in_progress is not set. Maxim. > -- > Catalin > > > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: kdump broken on 2.6.37-rc4

http://lists.infradead.org/mailman/listinfo/kexec > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: mips: elfinfo

ec/crashdump.h > index eccdb9f..060bb88 100644 > --- a/kexec/crashdump.h > +++ b/kexec/crashdump.h > @@ -35,6 +35,13 @@ struct crash_elf_info { >        int (*get_note_info)(int cpu, uint64_t *addr, uint64_t *len); >  }; > > +typedef int(*crash_create_elf_headers_func)(struc

Re: mips: elfinfo

2010/12/20 Simon Horman : > On Thu, Dec 16, 2010 at 06:33:25PM +0300, Maxim Uvarov wrote: >> 2010/12/16 Simon Horman : >> > Hi Maxim, >> > >> > I noticed that your change "Patch adds kernel data section to final vmcore. >> > This forces gdb read k

Re: KEXEC on Montavista PPC LINUX (2.6.10) with U-BOOT

to use kexec with uncompressed OS image , but as the tool kexec > does not recognize --initrd option, how to inform kexec abt it? > > with regards, > > Deepak Gaur > > ___ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > > -- Best regards, Maxim Uvarov ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec