Commit Graph

582 Commits

Author SHA1 Message Date
Peter Robinson
ab699dd204 Add initial aarch64 support. 2014-03-27 11:56:27 +00:00
WANG Chao
33d1bf7e67 Release 2.0.6-1
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-03-26 15:28:42 +08:00
Arthur Zou
7f9b45002a Backport vmcore-dmsg stack smashing in extreme case
In exteme case vmcore-dmesg will overflow. upstream has fixed the
some problem. so simply backport it

Signed-off-by: Arthur Zou <zzou@redhat.com>
Acked-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-03-14 13:04:58 +08:00
WANG Chao
58a4543011 Release 2.0.5-2
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-03-10 13:22:24 +08:00
WANG Chao
3b9a0140cb Release 2.0.5-1
Rebase kexec-tools-2.0.5

Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-03-05 11:16:44 +08:00
WANG Chao
ad6faec56b Release 2.0.4-25
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-03-05 11:15:42 +08:00
WANG Chao
7c99869b79 Release 2.0.4-24
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-02-17 12:50:08 +08:00
WANG Chao
2ef16b5be8 add kdump-in-cluster-environment.txt to rpm pkg
Last time I forgot to install this doc to rpm pkg. So add it now.

Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-02-17 12:50:05 +08:00
WANG Chao
7c65f40916 Release 2.0.4-23
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-01-29 16:34:28 +08:00
WANG Chao
75c9162996 makedumpfile: memset() in cyclic bitmap initialization introduce segment fault.
This is a backport of the following upstream commit:

commit 4404368
Author: WANG Chao <chaowang@redhat.com>
Date:   Wed Dec 18 22:34:43 2013 +0900

    [PATCH] memset() in cyclic bitmap initialization introduce segment fault.

    We are using memset() to improve performance when creating 1st and 2nd
    bitmap. After doing round up the pfn_start and round down pfn_end, it's
    possible that pfn_start_roundup is greater than pfn_end_round. A segment
    fault could happen in that case because memset is taking roughly the
    value of (pfn_end_round << 3 - pfn_start_roundup << 3 ), which is
    negative, as its third argument.

    So we can skip the memset if start is greater than end. It's safe
    because we will set bit for the round up part and also round down part.

    Actually this happens on my EFI virtual machine:

    cat /proc/iomem:
    00000000-00000fff : reserved
    00001000-0009ffff : System RAM
    000a0000-000bffff : PCI Bus 0000:00
    000f0000-000fffff : System ROM
    00100000-3d162017 : System RAM
      01000000-015cab9b : Kernel code
      015cab9c-019beb3f : Kernel data
      01b4f000-01da9fff : Kernel bss
      30000000-37ffffff : Crash kernel
    3d162018-3d171e57 : System RAM
    3d171e58-3d172017 : System RAM
    3d172018-3d17ae57 : System RAM
    3d17ae58-3dc10fff : System RAM
    3dc11000-3dc18fff : reserved
    3dc19000-3dc41fff : System RAM
    3dc42000-3ddcefff : reserved
    3ddcf000-3f7fefff : System RAM
    3f7ff000-3f856fff : reserved
    [..]

    gdb ./makedumpfile core
    (gdb) bt full
    [..]
     #1  0x000000000042775d in create_1st_bitmap_cyclic () at makedumpfile.c:4543
            i = 0x5
            pfn = 0x3d190
            phys_start = 0x3d18ee58
            phys_end = 0x3d18f018
            pfn_start = 0x3d18e
            pfn_end = 0x3d18f
            pfn_start_roundup = 0x3d190
            pfn_end_round = 0x3d188
            pfn_start_byte = 0x7a32
            pfn_end_byte = 0x7a31
    [..]
    (gdb) list makedumpfile.c:4543
    4538                                        return FALSE;
    4539
    4540                        pfn_start_byte = (pfn_start_roundup - info->cyclic_start_pfn) >> 3;
    4541                        pfn_end_byte = (pfn_end_round - info->cyclic_start_pfn) >> 3;
    4542
    4543                        memset(info->partial_bitmap2 + pfn_start_byte,
    4544                               0xff,
    4545                               pfn_end_byte - pfn_start_byte);
    4546
    4547                        for (pfn = pfn_end_round; pfn < pfn_end; ++pfn)

    Signed-off-by: WANG Chao <chaowang@redhat.com>

This patch fixes segment fault issues on the systems with very small
memory map range (less than 8 pages).

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-29 16:31:04 +08:00
WANG Chao
5d68494023 Release 2.0.4-22
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-01-28 13:07:09 +08:00
WANG Chao
6ae85f33a7 Rebase makedumpfile-1.5.5
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-01-28 13:04:36 +08:00
WANG Chao
59b1229661 Release 2.0.4-21
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-01-22 12:53:36 +08:00
Baoquan He
b085004c23 makedumpfile: Improve progress information for huge memory system.
Backport from upstream.

commit 20ecc0827e7837c52f3903638a59959f8bf17f9e
Author: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Date:   Tue Nov 5 00:29:35 2013 +0900

    [PATCH v2] Improve progress information for huge memory system.

    On system with huge memory, percentage in progress information is
    updated at very slow interval, because 1 percent on 1 TiB memory is
    about 10 GiB, which looks like as if system has freezed. Then,
    confused users might get tempted to push a reset button to recover the
    system. We want to avoid such situation as much as possible.

    Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>

Signed-off-by: Baoquan He <bhe@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-22 12:52:01 +08:00
WANG Chao
e14ca722e8 Release 2.0.4-20
Signed-off-by: WANG Chao <chaowang@redhat.com>
2014-01-17 11:50:17 +08:00
WANG Chao
6752e5562e vmcore-dmesg: struct_val_u64() not casting u64 to u32
This is a backport of the following upstream commit:

commit 158d763
Author: WANG Chao <chaowang@redhat.com>
Date:   Tue Jan 7 01:37:34 2014 +0800

    vmcore-dmesg: struct_val_u64() not casting u64 to u32

    It seems gcc doesn't check return type from inline function.
    struct_val_u64() should return u64 otherwise upper 32bit is lost.

    Signed-off-by: WANG Chao <chaowang@redhat.com>
    Acked-by: Vivek Goyal <vgoyal@redhat.com>
    Signed-off-by: Simon Horman <horms@verge.net.au>

timestamp in vmcore-dmesg is u64 type but it's truncated to u32, which
results in wrong time stamp. So let's backport this patch to fix this
issue.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-17 11:32:48 +08:00
WANG Chao
dd7eee7e4a makedumpfile: Fall back to read() when mmap() fails
This is a backport of the following upstream commit:

commit 7c770ed
Author: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>
Date:   Thu Dec 12 16:40:31 2013 +0900

    [PATCH] Fall back to read() when mmap() fails.

    This is a fall back path for mmap().
    This patch disables mmap() when facing the issues related to mmap(),
    and read() will be used to read vmcore instead.

    Signed-off-by: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>

mmap() file operation on vmcore is working properly when the page being
accessed has different attributes on different part (ie. two different type
of memory ranges are overlapping).

A fall back mechanism is introduced in this patch, in case mmap() fails,
switch to read() afterwards.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-17 11:32:48 +08:00
WANG Chao
89a4cb24e0 makedumpfile: Add --non-mmap option to disable mmap() manually
This is a backport of the following upstream commit:

commit a895dc8
Author: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>
Date:   Thu Dec 12 16:40:12 2013 +0900

    [PATCH] Add --non-mmap option to disable mmap() manually.

    When --non-mmap option is specified, makedumpfile doesn't use
    mmap() even if /proc/vmcore supports mmap().

    Signed-off-by: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>

Having this patch, user can switch between mmap() and read() when
accessing vmcore. Whenever user feels necessary to use readmem on vmcore
(buggy code in mmap path, debug purpose, etc.), --non-mmap can do this
favor.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-17 11:32:48 +08:00
WANG Chao
778ab7d0c4 makedumpfile: Add help and man message for '--help'
This is a backport  of the following upstream commit:

commit eb708ce
Author: Baoquan He <bhe@redhat.com>
Date:   Tue Jul 2 11:11:07 2013 +0900

    [PATCH 2/2] Add help and man message for '--help'.

    Conventionally '-h' and '--help' are all provided. Currently makedumpfile
    lacks help and man message for '--help'. Here add it.

    Signed-off-by: Baoquan He <bhe@redhat.com>

It's needed for applying commit 414d3ed ("Add --non-mmap option to
disable mmap() manually").

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-17 11:32:47 +08:00
WANG Chao
194a389a9f makedumpfile: Assign non-printable value as short options
This is a backport of the following upstream commit:

commit bd67c1d
Author: Baoquan He <bhe@redhat.com>
Date:   Tue Jul 2 11:09:20 2013 +0900

    [PATCH 1/2] Assign non-printable value as short options.

    Characters for short options is limited, and now makedumpfile has
    considerably many options. As times go on, no enough reasonable
    letters can be assigned to each functionality with short options.

    E.g non-cyclic vs Y, cyclic-buffer vs Z, eppic vs S.

    Now assign non-printable value to these kind of short optins, meanwhile
    define them as indicative MACRO which can make code more readable.

    Signed-off-by: Baoquan He <bhe@redhat.com>

It's needed for applying commit 414d3ed ("Add --non-mmap option to
disable mmap() manually").

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-17 11:32:47 +08:00
WANG Chao
bad556cf2e makedumpfile: Revert "makedumpfile: disable mmap"
This reverts commit 2dc9600ad1:

commit 2dc9600
Author: Dave Young <dyoung@redhat.com>
Date:   Thu Nov 14 10:51:47 2013 +0800

    makedumpfile: disable mmap

    There's a  kernel bug for mapping mem ranges which end with
    an address not aligned to page boundry. It's still not resolved
    in upstream, so let's disable mmap read for now as a workaround.

    Once upstream got a right fix we can revert this patch.

    Signed-off-by: Dave Young <dyoung@redhat.com>

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2014-01-17 11:32:47 +08:00
WANG Chao
0e90b05d96 Release 2.0.4-18
Signed-off-by: WANG Chao <chaowang@redhat.com>
2013-12-24 14:37:13 +08:00
WANG Chao
7d6ef48a5a Add makedumpfile.conf and its man page
makedumpfile can filter out kernel data from vmcore[1]. A how-to of feature
is well explained in makedumpfile.conf, which upstream is already
shipping but we're not.

Now add makedumpfile.conf and its man page to our package the upstream
way:

makedumpfile.conf --> /etc/makedumpfile.conf.sample
makedumpfile.conf.5.gz --> /usr/share/man/man5/makedumpfile.conf.5.gz

[1]. http://lists.infradead.org/pipermail/kexec/2011-September/005466.html

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-12-24 14:25:11 +08:00
Ville Skyttä
3b60d01930 Drop period at end of Summary. 2013-12-21 23:26:12 +02:00
Ville Skyttä
9017c32c77 Fix Tamil (India) locale subdir name.
- Fix bogus date in %changelog.
2013-12-21 23:25:08 +02:00
WANG Chao
ce5e13266e Release 2.0.4-14
Signed-off-by: WANG Chao <chaowang@redhat.com>
2013-12-03 11:32:04 +08:00
WANG Chao
b82449261b makedumpfile, ppc: Support to filter dump for kernels that use CONFIG_SPARSEMEM_VMEMMAP.
This is a backport of commit bcdba92 ("[PATCH v5] Support to filter dump
for kernels that use CONFIG_SPARSEMEM_VMEMMAP."):

commit bcdba92
Author: Hari Bathini <hbathini@linux.vnet.ibm.com>
Date:   Mon Nov 25 17:20:55 2013 +0900

    [PATCH v5] Support to filter dump for kernels that use CONFIG_SPARSEMEM_VMEMMAP.

    Makedumpfile tool fails to filter dump for kernels that are build with
    CONFIG_SPARSEMEM_VMEMMAP set, as it fails to do address translations
    for vmemmap regions that are mapped out of zone normal. This patch
    provides support in makedumpfile to do vmemmap to physical address
    translations when they are mapped outside zone normal. Some kernel
    symbols are needed in vmcoreinfo for this changes to be effective.
    The kernel patch that adds the necessary symbols to vmcoreinfo has
    been posted to linuxppc devel mailing list. This patch is influenced
    by vmemmap to physical address translation support code in crash tool.
    This patch has been tested successfully at all dump filtering levels
    on kernels with CONFIG_SPARSEMEM_VMEMMAP set/unset. Also, tested dump
    filtering on already filtered vmcores (re-filtering).

    Changes from v4 to v5:
    Trimmed patch description to be compact and readable.

    Changes from v3 to v4:
    Rebased to devel branch.

    Signed-off-by: Onkar N Mahajan <onmahaja@in.ibm.com>
    Signed-off-by: Hari Bathini <hbathini@linux.vnet.ibm.com>

On PPC platform, filter facility is broken since we use
CONFIG_SPARSEMEM_VMEMMAP. This patch fixes this issue but also needs kernel
counterpart fix to get makedumpfile filter working.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Acked-by: Steve Best<sbest@redhat.com>
2013-11-28 11:39:20 +08:00
WANG Chao
296e8d3779 makedumpfile: Understand >= v3.11-rc4 dmesg.
This is a backport of commit a01b663 ("[PATCH v2] dump-dmesg: Understand
>= v3.11-rc4 dmesg."):

commit a01b663
Author: Lubomir Rintel <lkundrak@v3.sk>
Date:   Fri Sep 20 15:56:49 2013 +0900

    [PATCH v2] dump-dmesg: Understand >= v3.11-rc4 dmesg.

    Symbol name changed with the following commit:
    62e32ac printk: rename struct log to struct printk_log

    Changes for v2:
      * Only back values for symbol names we did actually read;
      *         either "log" or "printk_log"

    Signed-off-by: Lubomir Rintel <lkundrak@v3.sk>

makedumpfile --dump-dmesg is broken since VMCOREINFO symbol "log" has
renamed to "printk_log". This patch fixes --dump-dmesg on 3.11 kernel.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-11-28 11:39:20 +08:00
WANG Chao
376a899b09 Release 2.0.4-13
Signed-off-by: WANG Chao <chaowang@redhat.com>
2013-11-15 13:34:11 +08:00
Dave Young
2dc9600ad1 makedumpfile: disable mmap
There's a  kernel bug for mapping mem ranges which end with
an address not aligned to page boundry. It's still not resolved
in upstream, so let's disable mmap read for now as a workaround.

Once upstream got a right fix we can revert this patch.

Signed-off-by: Dave Young <dyoung@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-11-15 13:32:20 +08:00
WANG Chao
c9bc5ca307 Release 2.0.4-12
Signed-off-by: WANG Chao <chaowang@redhat.com>
2013-10-29 13:44:52 +08:00
arthur
d43f2a8502 fix sadump format phys_base calculating error
Description of Problem:

  This is a REGRESSION issue.

  At fedora makedumpfile has been updated toward v1.5.4. Unfortunately,
  this version fails calculating phys_base on sadump format and then
  fails converting vmcore.

  x86_64 kernel is relocatable kernel and there can be a gap between
  the physical address statically assigned to kernel data and texts
  and the address that is really assigned to each object corresponding
  to the kernel symbols. The gap is phys_base. makedump calculates the
  phys_base in an ad-hoc way that comparing the addresses of some of
  occurrences of "Linux kernel" strings in certain range of vmcore.

Resolution:
  Fix patch has already been posted in upstream. so just back port.
  The commit ID are:
  commit e23dc0a1aa5fa7a4429f72ff1c2fe87a87291065
  commit 92563d7a7a5175ef78c4a94ee269b1b455331b4c

Signed-off-by: arthur <zzou@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-10-29 13:28:26 +08:00
WANG Chao
bb3f341fb2 kdump, x86: Process multiple Crash kernel in /proc/iomem
Boot with "crashkernel=128M,high", kernel now uses "Crash kernel" in
/proc/iomem for crash kernel memory reservations at both low and high:

commit 157752d
Author: Yinghai Lu <yinghai@kernel.org>

    kexec: use Crash kernel for Crash kernel low

But kexec is still scanning for "Crash kernel low" in /proc/iomem, and
will fail immediately when load/unload crash kernel.

So let's pull the following commit from kexec upstream to make
it compatible with our kernel:

commit e25e6e7
Author: Yinghai Lu <yinghai@kernel.org>

    kdump, x86: Process multiple Crash kernel in /proc/iomem

(This patch from upstream is untouched and can be applied cleanly)

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Baoquan He <bhe@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-10-29 13:17:31 +08:00
Baoquan He
55c7158d16 makedumpfile: wrong cyclic buffer size recalculation causes bitmap data corruption
Description of Problem:

In cyclic mode, makedumpfile recalculates cyclic buffer size as the
largest multiple of the largest block size managed by buddy
allocator, i.e. 4MB, smaller than the cyclic buffer size in order to
enable to process each unit of blocks managed by buddy allocator in
each cycle.

However, makedumpfile does two wrong things in the recalculations:

1) While updating size of cyclic buffer, makedumpfile doesn't update
length of range of cycle in page frame numbers, due to which, if
cyclic buffer size is updated, because cyclic buffer size is always
reduced during udpate, some buffer overrun can happen on the cyclic
buffer. This can cause segmentation violation in the worst case.

2) roundup() is used to calculate bitmap size for maximum block size
managed by buddy allocator, here divideup() is correct, due to
which, although memory filtering is not affected, cyclic buffer size
get too much aligned and less efficient.

Fix patches has already been posted and merged in makedumpfile
development devel branch.

git://git.code.sf.net/p/makedumpfile/code
f8c8218856effc43ea01cd9394761cfb8aeaa8df
a785fa7dd7a7bd7dcbb017d0bea8848243b0924f

Signed-off-by: Baoquan He <bhe@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Acked-by: WANG Chao <chaowang@redhat.com>
2013-10-29 13:15:46 +08:00
Baoquan He
6a56c56743 Fix max_mapnr issue on system has over 44-bit addressing.
The dumpfile header has this field, which was inherited from
the old "diskdump" facility:

 struct disk_dump_header {
 ...
        unsigned int            max_mapnr;      /* = max_mapnr */
 ...
and which, among other things, is used by the crash utility as a
delimiter to determine whether a physical address read request is
legitimate.  And obviously the field cannot handle PFN values greater
than 32-bits.

The makedumpfile source code does have its own max_mapnr representation
in its DumpInfo structure in "makedumpfile.h":

 struct DumpInfo {
 ...
        unsigned long long      max_mapnr;   /* number of page descriptor */
 ...
But in its "diskdump_mod.h" file, it carries forward the old diskdump
header format, which has the 32-bit field:

 struct disk_dump_header {
 ...
        unsigned int            max_mapnr;      /* = max_mapnr */
 ...
And here in "makedumpfile.c", the inadvertent truncation occurs
when the PFN is greater than 32-bits:

 int
 write_kdump_header(void)
 {
 ...
        dh->max_mapnr      = info->max_mapnr;
 ...
Now upstream has below commit to fix this, back port it:

commit 8e124174b62376b17ac909bc68622ef07bde6840
Author: Jingbai Ma <jingbai.ma@hp.com>
Date:   Fri Oct 18 18:53:38 2013 +0900

Signed-off-by: Baoquan He <bhe@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Acked-by: WANG Chao <chaowang@redhat.com>
2013-10-28 17:33:16 +08:00
Baoquan He
daf4abdeeb Release 2.0.4-11 2013-10-12 16:05:43 +08:00
Baoquan He
514be15bf4 Release 2.0.4-10 2013-09-27 17:15:02 +08:00
Baoquan He
377b01b270 Back port 2 revert commits
In 2.0.4, Cliff from HP posted 2 patches:
e35aa29 kexec: include reserved e820 sections in crash kernel
4932034 kexec: lengthen the kernel command line image

However, with both of them kdump kernel may fail to boot, and
are useless because of restriction in kernel side. In upstream,
they have been reverted. Now back port these 2 revert commits.
Also since the commit 1a4e90b has dependency, back port commit
dc607e4 which is depended on by commit 1a4e90b too.

1a4e90b Revert "kexec: include reserved e820 sections in crash kernel"
dc607e4 kexec: i386: Add cmdline_add_memmap_internal() to reduce the code duplication
8274916 Revert: "kexec: lengthen the kernel command line image"
2013-09-27 17:01:24 +08:00
Baoquan He
45f24f53f5 Release 2.0.4-9 2013-09-27 10:18:06 +08:00
WANG Chao
a8921f04ae Introduce kdump-lib.sh for kdump shared functions
Currently in the whole kdump framework, we have some common functions
used across not only mkdumprd context and dracut context, but also 1st
kernel and 2nd kernel. We defined these functions at each script, which
is obviously not decent.

So let's introduce kdump-lib.sh for the shared functions and put it
to /lib/kdump/kdump-lib.sh.

It starts small, as you can see, only 3 functions are extracted. But in
the future more and more common functions can be added.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-09-27 10:07:13 +08:00
Baoquan He
2ce047b9ed makedumpfile support kernel 3.10
This is back ported from makedumpfile upstream directly:

commit 1202589997ad008b18276f504c5c2b8529b41dfe
Author: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>
Date:   Fri Sep 20 09:34:57 2013 +0900

    [PATCH] Support newer kernels.

     A new makedumpfile supports newer kernels:

           - 3.10    (x86 FLATMEM)
           - 3.10    (x86 SPARSEMEM)
           - 3.10    (x86_64 SPARSEMEM)

    Signed-off-by: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>
2013-09-27 10:05:33 +08:00
Baoquan He
64ab43fb97 Release 2.0.4-8 2013-08-21 15:00:35 +08:00
Baoquan He
65b1f9f044 Release 2.0.4-7 2013-08-02 14:59:01 +08:00
Baoquan He
5de822d48d makedumpfile: Add vmap_area_list definition for ppc/ppc64.
Build on ppc/ppc64 failed after makedumpfile-1.5.4 is pulled, since the
variable vmap_area_list is not defined. Back port below commit from
upstream to add it.

commit 150b58eb299066c65ef7713a93effc35c00be03a
Author: Baoquan He <bhe@redhat.com>
Date:   Mon Jul 15 20:37:14 2013 +0800

    [PATCH] Add vmap_area_list definition for ppc/ppc64.

    vmap_area_list is added to get vmalloc_start for ppc/ppc64, but its
    definition is missing, now add them.

    Signed-off-by: Baoquan He <bhe@redhat.com>
2013-07-18 16:05:56 +08:00
Baoquan He
85292672fc Release 2.0.4-6 2013-07-12 11:15:49 +08:00
Baoquan He
1b7bb0ca71 add snappy build 2013-07-12 11:15:15 +08:00
Baoquan He
97354e1aca add lzo build 2013-07-12 11:04:44 +08:00
Baoquan He
7b539a0f47 pull makedumpfile-1.5.4 2013-07-12 10:50:10 +08:00
Baoquan He
e9098e4123 Correct wrong weekday of changelog
Wrong weekday of changelog exist in old changelog items, now correct it.
2013-07-02 16:10:49 +08:00
Baoquan He
15d191de7c kexec-tools.spec: Remove incorrect description in changelog
Percent signs in .spec files get expanded as macros. Currently in kexec-tools.spec,
'%{dist}' are appended to changelog item. This older changelog is not correctly for
rhel7 with this. Let's remove it to make it clearer.
2013-07-02 15:23:32 +08:00
Baoquan He
4133f793fe Release 2.0.4-5 2013-06-25 16:51:22 +08:00
Baoquan He
bdb3042f07 kexec-tools.spec: replaces scriptlets with new systemd macros
Fedora 18 changes the way how to work with services in spec files.
It introduces new macros - %systemd_post, %systemd_preun and
%systemd_postun. These macros are functionally equivalent to the
manual scriptlets used in older versions of Fedora.

By using the new unified RPM macros the .spec file code is
simplified a lot.

Signed-off-by: Baoquan He <bhe@redhat.com>
Acked-by: WANG Chao <chaowang@redhat.com>
2013-06-25 14:34:00 +08:00
Baoquan He
d88e0ab0b3 Release 2.0.4-4 2013-06-18 17:07:57 +08:00
Baoquan He
fa1ca1b73a Release 2.0.4-3 2013-06-13 11:35:20 +08:00
Baoquan He
5f6dfdf8db kexec-tools.spec: removes kexec udev rules for s390
Currenty the kexec-tools package contains udev rules for kdump
that reload kdump in case of memory or CPU hotplug:

$ cat /etc/udev/rules.d/98-kexec.rules
SUBSYSTESUBSYSTEM=="cpu", ACTION=="online", PROGRAM="/bin/systemctl try-restart kdump.service"
SUBSYSTEM=="cpu", ACTION=="offline", PROGRAM="/bin/systemctl try-restart kdump.service"
SUBSYSTEM=="memory", ACTION=="add", PROGRAM="/bin/systemctl try-restart kdump.service"
SUBSYSTEM=="memory", ACTION=="remove", PROGRAM="/bin/systemctl try-restart kdump.service"

On other architectures the rules are necessary because the memory
and CPU layout stored in the kdump in-memory ELF header at kdump
load time. Therefore the kdump kernel has to be reloaded each
time when the CPU or memory configuration changes.

This has drawbacks:

1. During kdump reload the system can't be dumped.
2. On systems with many hotplug events (e.g. on s390 with cpuplugd)
this creates significant overhead

The reload is not necessary on s390 because there the ELF header is
created in the 2nd (kdump) kernel. Therefore, to improve things,
remove the rules for s390.

Log is from IBM, and patch has been tested by IBM and work well.

Signed-off-by: Baoquan He <bhe@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2013-06-04 10:56:56 +08:00
Baoquan He
6193fc969e Release 2.0.4-2 2013-05-14 11:20:54 +08:00
Baoquan He
9275e07621 kexec-tools.spec: Add ethtool to dependency.
commit 97e107b "Add support for team devices" introduced ethtool to
get permanent address.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
cked-by: Dave Young <dyoung@redhat.com>
2013-04-11 17:01:43 +08:00
Baoquan He
d9f06888a0 Release 2.0.4-1 2013-04-03 13:38:33 +08:00
Baoquan He
524483b592 Delete several patches which have been merged into kexec-tools-2.0.4
Below patches were applied to kexec-tools-2.0.3, the latest
kexec-tools-2.0.4 has included them. Delete them here.

kexec-tools-2.0.3-Load-bzImages-smaller-than-32-KiB.patch
kexec-tools-2.0.3-kdump-pass-acpi_rsdp-to-2nd-kernel-for-efi-booting.patch
kexec-tools-2.0.3-ppc-exec-stack-fix.patch
kexec-tools-2.0.3-ppc-ppc64-compile-purgatory-code-with-gcc-option-msoft-float.patch
kexec-tools-2.0.3-vmcore-dmesg-Do-not-write-beyond-end-of-buffer.patch
kexec-tools-2.0.3-vmcore-dmesg-vmcore-dmesg-Make-it-work-with-new-stru.patch
2013-04-03 13:38:17 +08:00
Baoquan He
e1690e4f4c Revert: Release 2.0.3-72
Since kexec-tools has been upgraded to 2.0.4, the release number
should start from '2.0.4-2.0.4-1'. So revert this release.
2013-04-03 13:04:53 +08:00
Baoquan He
04a558ec6d Release 2.0.3-72 2013-04-02 13:35:18 +08:00
Baoquan He
f21c4c9519 Pull kexec-tools-2.0.4 2013-04-02 11:35:30 +08:00
Baoquan He
4f1111a667 Release 2.0.3-71 2013-03-27 10:44:43 +08:00
Baoquan He
5cfe0605eb Remove eppic support on ppc and s390 arch
Because makedumpfile is not supported on ppc and s390, so it makes
no sense to create the eppic_makedumpfile sub-package if there is
no makedumpfile binary to run it with.

Remove eppic contents related to ppc and s390 in kexec-tools.spec. This
will not build and install eppic on ppc and s390.
2013-03-27 10:37:46 +08:00
Baoquan He
1405ada767 Release 2.0.3-70 2013-03-18 11:12:59 +08:00
Baoquan He
9242fbb40a Change rules related to eppic in kexec-tools.spec
There's one mistake in rules related to eppic in kexec-tools.spec,
that caused kexec-tools-eppic to fail installation of i386. In this
patch remove that line of rule.

Meanwhile update eppic_030413.tar.gz.
2013-03-18 10:56:45 +08:00
Baoquan He
291d5678fb Release 2.0.3-69 2013-03-14 14:48:11 +08:00
Baoquan He
b255c4a026 Support for eppic language as a subpackage
This feature enables us to specify rules to scrub data in a
dumpfile with eppic macro instead of the current configuration
file (makedumpfile.conf). Currently, this feature works only
for symbols in vmlinux while the current feature can work also
for module symbols.

This library is backported from upstream, integrated and tested by
Dave Anderson.
2013-03-14 14:42:55 +08:00
Baoquan He
bead5d742f Release 2.0.3-68 2013-03-14 13:46:42 +08:00
Baoquan He
71d27e8b17 Release 2.0.3.67 2013-02-19 17:33:11 +08:00
Baoquan He
c5052f6512 pull makedumpfile 1.5.3 2013-02-19 17:33:03 +08:00
Baoquan He
2cc052a071 Revert: Merge an upstream patch for fix a ppc64 makedumpfile bug with with CONFIG_SPARSEMEM_EXTREME
This reverts commit 05b67ee95c.

The old commit was merged for a emergent bug fixing on release 1.5.1
of makedumpfile. Now the upstream has been updated to v1.5.3, and this
patch has been included already.

For updating to makedumpfile v1.5.3, revert it.
2013-02-19 15:02:52 +08:00
Baoquan He
8777b97020 Revert: Revert: Merge an upstream patch for fix a ppc64 makedumpfile bug with with CONFIG_SPARSEMEM_EXTREME
This reverts commit 11261a5bca.

Because failed to compile makedumpfile v1.5.2 on ppc64. Reverting
this revert is necessary.
2013-02-16 18:14:57 +08:00
Baoquan He
a431cab7ee Revert: Release 2.0.3-67
Because failed to compile makedumpfile v1.5.2 on ppc64, revert this
release.
2013-02-16 18:06:40 +08:00
Baoquan He
80ba39086a Release 2.0.3-67
makedumpfile v1.5.2
2013-02-16 17:37:53 +08:00
Baoquan He
11261a5bca Revert: Merge an upstream patch for fix a ppc64 makedumpfile bug with with CONFIG_SPARSEMEM_EXTREME
This reverts commit 05b67ee95c.

The old commit was merged for a emergent bug fixing on release 1.5.1
of makedumpfile. Now the upstream has been updated to v1.5.2, and this
patch has been included already.

For updating to makedumpfile v1.5.2, revert it.
2013-02-16 17:20:54 +08:00
Dave Young
1a882465f8 Release 2.0.3-66 2013-02-05 10:36:50 +08:00
Dave Young
05b67ee95c Merge an upstream patch for fix a ppc64 makedumpfile bug with with CONFIG_SPARSEMEM_EXTREME 2013-02-01 14:39:56 +08:00
WANG Chao
0f07159657 kexec-tools.spec: remove kdump image when a corresponding kernel is removed.
Current kdump image name prefix has changed from initrd to initramfs.
Tested on a vm running Fedora 18.

Signed-off-by: WANG Chao <chaowang@redhat.com>
Acked-by: Dave Young <dyoung@redhat.com>
Acked-by: Baoquan He <bhe@redhat.com>
2013-01-28 14:27:54 +08:00
Dave Young
e9e10df925 Release 2.0.3-65 2013-01-28 14:15:00 +08:00
Dave Young
009b983103 Release 2.0.3-64 2013-01-04 14:14:16 +08:00
Dave Young
b865438443 Pull patch kexec-tools-2.0.3-ppc-exec-stack-fix.patch
fix issue of exec on stack for ppc32
2012-12-21 15:19:55 +08:00
Dave Young
440fc959ee Release 2.0.3-63 2012-12-21 11:37:01 +08:00
Dave Young
f9171d8a4d Release 2.0.3-62 2012-12-21 10:45:32 +08:00
Dave Young
3f0ba9aab7 Release 2.0.3-61 2012-12-12 17:17:07 +08:00
Dave Young
b30fee648c Release 2.0.3-60 2012-12-10 13:56:44 +08:00
Dave Young
7635d4f5db makedumpfile 1.5.1 2012-12-10 13:43:00 +08:00
Dave Young
3b4929edb3 Release 2.0.3-58 2012-11-16 14:20:12 +08:00
dyoung@redhat.com
2c20a30420 Enable kdump service after installation
Kdump systemd service should be enabled after installation like what
we do for old sysv init service.

systemctl enable will do daemon-reload automaticlly, so no need to
reload the daemon again. Please see manpage of systemctl about the detail.

Signed-off-by: Dave Young <dyoung@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2012-11-16 14:17:06 +08:00
Dave Young
0f8bd150db Release kexec-tools-2.0.3-58 2012-10-25 17:33:26 +08:00
Dave Young
1cbfc5626e Pull two patches from upstream
bz865162
Someone need this for kexec to load memdisk which is smaller then 32k.
kexec-tools-2.0.3-Load-bzImages-smaller-than-32-KiB.patch

bz849650, for efi booting system we need this acpi_rsdp kernel argument
after vivek's secure boot work we maybe need drop this one.
kexec-tools-2.0.3-kdump-pass-acpi_rsdp-to-2nd-kernel-for-efi-booting.patch
2012-10-25 17:07:19 +08:00
Dave Young
c248af077b Release 2.0.3-57 2012-10-11 09:47:25 +08:00
Dave Young
3c2d53ebfd Release 2.0.3-56 2012-09-29 13:24:17 +08:00
Dave Young
7468d46e9c Pull vmcore-dmesg patches from vivek
Add below two commits from upstream:
1.
commit c96e7736d85e40685939011e6d51b3c0a28739a3
Author: Vivek Goyal <vgoyal@redhat.com>
Date:   Wed Jul 18 09:33:51 2012 -0400

    vmcore-dmesg: Do not write beyond end of buffer

    scan_vmcoreinfo() currently assumes that every vmcoreinfo note line ends
    with \n and overwrites new line with \0. But last entry in note, CRASHTIME=
    does not end with \n and this leads to corrupting memory as we write beyond
    end of buffer.

    Normally things were fine but when I added some fields to vmcoreinfo, this
    bug started showing and vmcore-dmesg started crashing.

    I am planning to send a patch to fix this in kernel but it might be good
    idea to handle this case in user space too so that vmcore-dmesg works
    fine with cores of older kernels.

    Signed-off-by: Vivek Goyal <vgoyal@redhat.com>
    Signed-off-by: Simon Horman <horms@verge.net.au>
2.
commit df88cab364cd1a3b8c992042d62efe5e350e6b2a
Author: Vivek Goyal <vgoyal@redhat.com>
Date:   Mon Jul 30 13:32:48 2012 -0400

    vmcore-dmesg: vmcore-dmesg: Make it work with new structured logging format

    Now kernel has made kernel logging structured and exsisting vmcore-dmesg
    does not work with this new format. Hence kernel version 3.5 is broken. In
    3.6 now a kernel patch has been put which exports relevant fields. This
    patch parses those fields and makes vmcore-dmesg work with new logging
    format.

    Currently it does not display log levels or dictionary. I personally think
    that log levels are not very useful and it also requires additional kernel
    patches so that log levels are not bitfields and relevant information is
    exported to user space properly.

    Concept of dictionary is new and relevant information is exported. One can
    possibly enahnce vmcore-dmesg to also print dictionary contents based on
    a user command line option.

    Signed-off-by: Vivek Goyal <vgoyal@redhat.com>
    Signed-off-by: Simon Horman <horms@verge.net.au>
2012-09-29 13:19:03 +08:00
Dave Young
65e3922d80 ppc/ppc64: compile purgatory with gcc option msoft-float
Resolves: bz831015

add below patch from vivek for upstream.
commit d40badaa2553c44d0585df335ad7e1c465f8ced1
Author: Vivek Goyal <vgoyal@redhat.com>
Date:   Fri Jun 8 09:43:15 2012 -0400

    ppc/ppc64: Compile purgatory code with gcc option -msoft-float

Verified-by: Lingzhu Xiang <lxiang@redhat.com>
Acked-by: Cong Wang <amwang@redhat.com>
2012-09-29 13:15:36 +08:00
Dave Young
9171cb3020 Release 2.0.3-55 2012-09-06 15:49:58 +08:00
Dave Young
1fbb5a69b4 pull makedumpfile 1.5.0 2012-09-06 15:39:58 +08:00
Dave Young
1053f9b7d2 Release 2.0.3-54 2012-08-29 09:44:56 +08:00
Dave Young
13eefe9f48 Release 2.0.3-53
changelog contains changes since 2.0.3-51
2012-07-23 15:36:56 +08:00
Dennis Gilmore
423e0019c4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild 2012-07-19 12:59:40 -05:00
Dave Young
8ec4877f7b remove busybox dependency
We do not depend on busybox anymore, so remove it from Requires field.

Signed-off-by: Dave Young <dyoung@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2012-07-12 11:15:35 +08:00
Dave Young
b14b692242 omit dash module
dash is be default omited in f17, but we use -o in command line so our omit
modules list will overwrite the system configs, so dash will be installed to
initramfs.

Here avoid install dash by adding it to the '-o' list
Also remove dash dependency from rpm spec

Signed-off-by: Dave Young <dyoung@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2012-07-12 11:15:35 +08:00
Dave Young
2e730e047e Release 2.0.3-51 2012-07-05 16:57:03 +08:00
dyoung@redhat.com
e8693e46f6 Add s390x support
Enable s390x, add same sysconfig as rhel6

Resolve: bug 813154

Signed-off-by: Dave Young <dyoung@redhat.com>
Acked-by: Vivek Goyal <vgoyal@redhat.com>
2012-07-05 16:48:46 +08:00
Dave Young
b5f7f39ee6 Release 2.0.3-50 2012-06-22 15:53:04 +08:00
Dave Young
16e24a1197 Release 2.0.3-49
bump version to 2.0.3-49
2012-06-12 13:30:58 +08:00
Dave Young
7eb9e92430 Release 2.0.3-48
Resolves: bz805773, bz707441, bz822701, bz822739, bz808817
2012-05-28 09:57:49 +08:00
Dave Young
a0bc139793 remove suffix of rhcrashkernel-param.sh
Per vivek, remove the .sh suffix
2012-05-18 10:02:07 +08:00
Dave Young
ca94c80a91 add rhcrashkernel-param.sh for anaconda use
Resolves: 707441

Provide a script rhcrashkernel-param.sh to generate cmdline, so anaconda can just
call it, we can easily add more logic into this script later.

Note: Currently for fedora only adding null output for testing purpose.

Signed-off-by: Dave Young <dyoung@redhat.com>
Suggested-by: Vivek Goyal <vgoyal@redhat.com>
2012-05-16 11:22:42 +08:00
Dave Young
334ded7e8b Release 2.0.3-47 2012-05-03 10:12:32 +08:00
Dave Young
bbd2e7d30a remove dracut-files.tbz2 [v2]
Resolves: bz816864

currently kexec-tools maintains kdump dracut modules as below dir hierarchy:
 [dave@localhost fedpkg]$ tree kexec-tools/kdump_dracut_modules
 kexec-tools/kdump_dracut_modules
 `-- 99kdumpbase
     |-- kdump.sh
     `-- module-setup.sh

But in kexec-tools.spec, sources line is below:
Source100: dracut-files.tbz2

So we need to manually generate the dracut-files.tbz2, upload it, modify
the sources file which contains the md5sum of these binaies, and then do
the building. The more headache problem is this make local tests of
changes to kdump module hard.

To ease future work, move the files to TOPDIR, cp the sources instead.

Thanks for help from dzickus
[v1->v2]: Also remove dracut-files.tbz2 from sources file
          ChaoWang: add prefix to dracut files
2012-05-03 10:06:05 +08:00
Dave Young
33eb910322 increase version to 2.0.3-46 2012-05-02 10:25:57 +08:00
Dave Young
82595d8f2b Release 2.0.3-45
update the dracut-files.tgz2
2012-04-23 15:59:37 +08:00
Dave Young
29a5d0629b Release 2.0.3-44 2012-04-19 13:56:15 +08:00
Cong Wang
2347ccef79 fix version number in changelog 2012-04-11 19:36:29 +08:00
Cong Wang
7f1816b6c1 Release 2.0.2-43 2012-04-11 19:32:20 +08:00
Cong Wang
832c25f2d6 Release 2.0.3-42 2012-03-30 11:42:14 +08:00
Dave Young
f7b9767f87 spec: depends on dracut-network
Resolves: bz807286

kexec-tools should depend on dracut-network

Signed-off-by: Dave Young <dyoung@redhat.com>
2012-03-30 11:32:51 +08:00
Cong Wang
726d9319cb Bump this version 2012-02-27 15:33:35 +08:00
Cong Wang
6fdfc66acc Fixup sysytemd service file 2012-02-22 14:33:53 +08:00
Dave Young
ba0aa24316 Add ssh dump support
Add ssh dump support

changes including below items:
1. sshkey option
2. sshkey propagate
3. fix a bug of  _server ip calculation for dump target string
4. change the prefix of kdump hook from 93 to 01 to avoid dhclient and
   other cleanups happening before us
5. enable network with dracut cmdline rd.neednet=1 when there's network
   target config

[v1 - v2]:
Only check_ssh_target when there's ssh dump target in kdump config file

[v2 -> v3]
style fixes: trailing spaces and space before tab indent
remove set -x
simply check_ssh_target
use awk to get sshkey option value
change pivot hook order to 0000

Signed-off-by: Dave Young <dyoung@redhat.com>
2012-02-22 14:12:57 +08:00
Cong Wang
6ffa63d416 Pull the latest makedumpfile release, 1.4.2 2012-01-27 23:10:18 +08:00
Cong Wang
481cb83cfd Add initial NFS dump support, experimental 2012-01-27 22:59:43 +08:00
Cong Wang
f51fd99344 Really upload the dracut module this time 2012-01-25 17:21:43 +08:00
Cong Wang
c461ec7057 Fix various bugs for nfs dump 2012-01-25 16:58:35 +08:00
Cong Wang
8a14c620b7 kdump.sh cleanup for fstab handling 2012-01-25 15:25:39 +08:00
Cong Wang
2630148dc7 Handle rootfs correctly 2012-01-25 12:18:51 +08:00
Cong Wang
8e0b475887 Disable kexec_test 2012-01-21 16:56:07 +08:00
Cong Wang
c0742d742a Fix build dependency 2012-01-21 16:41:53 +08:00
Cong Wang
055c5b7189 Fix build dependency 2012-01-21 14:56:40 +08:00
Cong Wang
e494189fbb sync with the latest upstream releases 2012-01-21 12:20:35 +08:00
Cong Wang
a0f1142b60 Fix add_dracut_arg in mkdumprd 2012-01-10 22:34:47 +08:00
Cong Wang
113404857a Update kdump dracut module with the latest dracut kdump branch 2012-01-10 13:28:27 +08:00
wangcong
005c06fa9f Update kdump dracut module to use the latest dracut feature 2011-12-16 14:21:02 +08:00
Tom "spot" Callaway
1c07d2c26b fix systemd scriptlets 2011-09-09 15:03:23 -04:00
Amerigo Wang
b192a0d61b mkdumprd: fix default action handling 2011-08-02 18:10:16 +08:00
Amerigo Wang
b9f39e444a mkdumprd: install modified kdump.conf in initrd 2011-08-02 16:42:21 +08:00
Amerigo Wang
9ea3801214 mkdumprd: handle lvm in pre-pivot hook 2011-08-02 14:00:50 +08:00
Amerigo Wang
7a4f7d02be mkdumprd: fix udev rules in modules-setup.sh 2011-08-02 00:33:14 +08:00
Amerigo Wang
1ec4f7b1b4 mkdumprd: generate udev rules in modules-setup.sh 2011-08-01 23:40:35 +08:00
Amerigo Wang
386612d259 mkdumprd: generate udev rules to handle device names 2011-08-01 22:53:00 +08:00
Amerigo Wang
1048810fe0 mkdumprd: fix dump to local filesystem and raw dump 2011-08-01 20:01:31 +08:00
Amerigo Wang
aee02035a1 kexec-tools: depend on dracut-network 2011-08-01 17:27:56 +08:00
Amerigo Wang
280f968481 update kexec-tools.spec 2011-08-01 17:22:50 +08:00
Amerigo Wang
108f6ac2cc mkdumprd: use shutdown module of dracut to handle reboot/shutdown/halt. 2011-07-28 22:50:43 +08:00
Amerigo Wang
52dbdacb5f wait for loginit 2011-07-27 20:37:49 +08:00
Amerigo Wang
c445864777 mkdumprd: use absolute path of reboot/halt/poweroff 2011-07-27 19:48:51 +08:00
Amerigo Wang
75b0166343 mkdumprd: don't use consolehelper 2011-07-27 19:45:59 +08:00
Amerigo Wang
0ce85b362d kexec-tools: rename initrd to initramfs 2011-07-27 18:05:04 +08:00
Amerigo Wang
4cfe96454e kexec-tools: remove dependence on busybox 2011-07-27 17:42:07 +08:00
Amerigo Wang
a1edbf7d6c mkdumprd: parse default action 2011-07-27 00:02:19 +08:00
Amerigo Wang
be4b40969b move path/core_collector/default parsing code to initrd. 2011-07-25 19:38:43 +08:00
Amerigo Wang
4a7c912848 kdumpctl: remove obsolete code 2011-07-25 18:04:32 +08:00
Amerigo Wang
1345d1582d mkdumprd: support core_collector and extran_bins 2011-07-25 18:02:37 +08:00
Amerigo Wang
c5f74a28e8 Bypass -d option. 2011-07-21 21:04:09 +08:00
Amerigo Wang
ae329dda68 Fix spec file. 2011-07-21 19:13:24 +08:00
Amerigo Wang
8b045d4f1d Update initramfs code. 2011-07-21 19:02:56 +08:00
Amerigo Wang
f1a206963d Update initramfs code. 2011-07-21 18:48:58 +08:00
Neil Horman
10c91a1493 Removing sysvinit files 2011-07-06 15:25:34 -04:00
Neil Horman
bf1475e066 Resolves: bz 716994
-Added systemd unit file for kdump
2011-07-04 16:32:15 -04:00
Neil Horman
bf110a7bbd Resolves: bz716388 2011-06-24 15:14:23 -04:00
Neil Horman
fe18fead61 Resolves: bz 710744 2011-06-06 15:43:54 -04:00
guest
4baddcfbfa Fixing some grammer in man pages
Resolves: bz673817
2011-04-26 09:48:49 -04:00
Neil Horman
678b7b882f Fix misuse of basename in mkdumprd
Resolves bz: 683769
2011-03-28 11:08:50 -04:00
Neil Horman
0961b1bce8 Fixing build break with purgatory 2011-03-10 11:42:25 -05:00
Neil Horman
2fb552037c remove emitdms call and code as its no longer needed 2011-03-10 11:04:43 -05:00
Dennis Gilmore
848928b196 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild 2011-02-07 20:31:19 -06:00
Neil Horman
a3423afa7c Resolves: bz 645734 2010-10-22 06:58:01 -04:00
Jesse Keating
d514727ddf - Rebuilt for gcc bug 634757 2010-09-29 14:34:26 -07:00
Neil Horman
d0cced9bfc esloves: bz 635893 2010-09-22 07:03:43 -04:00
David Malcolm
6e67ad7d42 recompiling .py files against Python 2.7 (rhbz#623327) 2010-08-11 17:44:18 -04:00
Lubomir Rintel
6d2cc25b63 - Fix a syntax error in kdump init script 2010-06-13 21:54:34 +00:00
Lubomir Rintel
dc002368a1 Pull EL6 kdump fixes into Rawhide Resolves: 597588 2010-06-13 19:20:48 +00:00
Neil Horman
68d2a8081e Resolves: bz 572569 2010-03-11 16:06:06 +00:00
Neil Horman
66d844ee90 Resolves: bz 566135 2010-02-17 16:49:26 +00:00
Neil Horman
e85f1c9fb6 Resolves: bz 566135 2010-02-17 16:41:55 +00:00
Neil Horman
5a44a04f67 Resolves: bz519767 2009-12-01 17:56:44 +00:00
Neil Horman
b3f251cfd0 Resolves: bz539812 2009-11-23 16:17:42 +00:00
Neil Horman
95b2cf1ec1 Resolves: bz533370 2009-11-06 19:03:58 +00:00
Neil Horman
ca16a2d529 Resolves: bz 522486 2009-09-15 17:05:01 +00:00
Neil Horman
565e66a662 Resolves: bz 522415 2009-09-11 17:09:51 +00:00
Neil Horman
c16c339e25 Resolves: bz522486 2009-09-10 14:36:34 +00:00
Neil Horman
b9b1d10954 Updating dracut modules 2009-08-14 13:30:28 +00:00
Neil Horman
54d952b315 Updating dracut files for adv conf 2009-08-11 20:07:23 +00:00
Neil Horman
4049dbdcd9 Starting mkdumprd2 -> dracut conversion 2009-07-29 19:34:48 +00:00
Jesse Keating
377434b49f - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild 2009-07-25 04:33:33 +00:00
Neil Horman
bdcc61b5f0 Fixing build break 2009-07-06 20:11:59 +00:00
Neil Horman
2c04e2b8b2 Making makedumpfile a dynamic binary 2009-07-06 19:58:59 +00:00
Neil Horman
a4bf642ce9 Fixing build issue 2009-07-06 19:00:59 +00:00
Neil Horman
5bb2d5f594 Updating mkdumprd2 2009-07-06 18:39:28 +00:00
Neil Horman
5ee624fcf9 Updating mkdumprd2 files 2009-07-06 18:00:03 +00:00
Neil Horman
c254916c81 fixing mkdumprd2 tarball 2009-07-06 16:47:17 +00:00
Neil Horman
9487d3dfb1 Fixing firstboot module 2009-06-23 18:36:27 +00:00
Neil Horman
0376606424 Resolves: bz 505701 2009-06-15 16:58:42 +00:00
Neil Horman
fc4f405b55 Fixing buildrequires 2009-05-20 19:10:14 +00:00
Neil Horman
ec030331af Putting mkdumprd2 into package 2009-05-20 18:55:21 +00:00
Neil Horman
67ff084a11 moving around sample manifests, adding mkdumprd2 tarball 2009-05-20 18:09:56 +00:00
Neil Horman
db9f40c2e0 Adding helper Makefile target for mkdumprd2 files 2009-05-20 17:56:45 +00:00
Neil Horman
2e66fb4fde Resolves: bz 499849 2009-05-08 17:11:21 +00:00
Neil Horman
64c7c7b164 Resolves: bz 494416 2009-04-07 13:57:21 +00:00
Lubomir Rintel
3c9bca6934 - Install the correct configuration for i586 2009-04-05 12:20:13 +00:00
Neil Horman
94baf10fb4 Resoves: bz 493707 2009-04-03 20:06:29 +00:00
Orion Poplawski
3d56f3248e - Add BR glibc-static 2009-04-02 17:39:05 +00:00
Jesse Keating
4dadfa4470 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild 2009-02-25 11:08:26 +00:00
Ignacio Vazquez-Abrams
d72a3f2be8 Rebuild for Python 2.6 2008-12-04 18:01:04 +00:00
Neil Horman
e3f25178f2 Resolves: bz 473212 2008-12-01 16:09:09 +00:00
Ignacio Vazquez-Abrams
12cbe4d789 Rebuild for Python 2.6 2008-12-01 15:00:34 +00:00
Neil Horman
25b52abb67 Resolves bz 335191 2008-11-05 14:38:43 +00:00
Neil Horman
352a954156 Resolves: bz 469001 2008-10-29 13:37:34 +00:00
Neil Horman
91f6724530 Resolves bz 461615 2008-09-15 13:58:38 +00:00
Neil Horman
fd7615a8d5 Updating to latest upstream version 2.0.0 of kexec-tools 2008-08-27 11:58:35 +00:00
Neil Horman
ced35688d2 Resolves: bz 455998 2008-08-27 11:26:34 +00:00
Neil Horman
b7654e1e7c Resolves: bz 455998 2008-08-27 11:24:36 +00:00
Tom Callaway
d47576a355 fix license tag 2008-08-05 17:12:18 +00:00
Neil Horman
fcd8cdc811 Resolves: 456572 2008-07-28 11:26:50 +00:00
Neil Horman
b4a96a8bbc Resolves: bz 443878) 2008-07-14 14:52:37 +00:00
Neil Horman
51a3406429 Resolves: bz 443878 2008-06-11 10:51:51 +00:00
Neil Horman
558bea7d40 Mass Update of RHEL5 patches 2008-06-05 15:18:53 +00:00
Neil Horman
f178fa14a0 Resolves: bz 443878 2008-04-24 17:09:32 +00:00
Neil Horman
ff899b91aa Fix command line length bug w/ upstream patch 2008-04-16 15:22:03 +00:00
Neil Horman
163b36d3bb Fixing ppc64 ARCH def 2008-03-25 12:32:52 +00:00
Neil Horman
a1fe24e639 Resolves bz 438661 2008-03-24 11:46:05 +00:00
Neil Horman
dbc5e5bd2e Bunches of bugfixes from RHEL5 + bz 428684 2008-02-22 12:40:20 +00:00
Neil Horman
79df4118e8 Resolves: bz 433350 2008-02-19 20:01:55 +00:00
Neil Horman
f6d49182ff Bumping rev number for rebuild 2008-02-13 15:32:44 +00:00
Neil Horman
e6aa3bb308 Updating spec file 2008-01-03 21:42:01 +00:00
Neil Horman
961bb3831d Updating spec file 2008-01-03 18:33:56 +00:00
Neil Horman
080f7f0472 Fixing makedumpfile build 2008-01-03 17:07:35 +00:00
Neil Horman
efd130ffc2 Resolves: bz 427201 2008-01-02 15:39:15 +00:00
Neil Horman
fcbc10b998 Resolves: bz 308151 2007-10-01 13:02:50 +00:00
Neil Horman
67cdafe010 Resolves: bz257201 2007-08-30 16:19:16 +00:00
Neil Horman
a84f10fb78 Updating spec file to not define arch as ppc64 on ppc 2007-08-28 17:17:08 +00:00
Neil Horman
b4fc8dfb2d Updating spec file to not define arch as ppc64 on ppc 2007-08-28 17:00:44 +00:00
Neil Horman
bce0de7184 Related: bz 257201 2007-08-27 19:42:46 +00:00
Neil Horman
c26c250e40 Related: bz 257201 2007-08-27 19:00:52 +00:00
Neil Horman
17a3efbf1e Resolves bz 250341 2007-08-22 18:00:42 +00:00
Neil Horman
4a8369b55e Resolves: bz 252170 2007-08-22 15:14:11 +00:00
Neil Horman
e43f570021 Resolves: bz 253714 2007-08-21 15:21:40 +00:00
Neil Horman
1d0759917d Fixing xen kernel cmdline parsing 2007-08-10 15:26:05 +00:00
Neil Horman
9611e10df6 Resolves: bz 250341 2007-08-01 17:44:53 +00:00
Neil Horman
7c84ec10fe Resolves: bz248797 2007-07-19 12:33:57 +00:00
Neil Horman
f552ef481c Resolves: bz248797 2007-07-19 12:32:46 +00:00
Neil Horman
ca18e868c2 Resolves: bz 248287 2007-07-18 15:31:47 +00:00
Neil Horman
bc0be2538f Resolves: bz 247989 2007-07-17 12:53:10 +00:00
Neil Horman
7f77e7dcbb Resolves: bz 246508 2007-07-09 18:55:53 +00:00
Neil Horman
61dae49873 Resolves: bz 246967 2007-07-05 16:46:27 +00:00
Neil Horman
d60d8254be Resolves: bz222911 2007-06-19 11:05:47 +00:00
Neil Horman
4fe704538a Resolves: bz 244649 2007-06-18 19:04:08 +00:00
Neil Horman
8745f654bd Resolves: bz 235986 2007-04-11 13:53:39 +00:00
David Woodhouse
cb277fb745 fix ppc64 device-tree and bootargs alignment 2007-04-10 19:47:22 +00:00
Neil Horman
a5936e005b Resolves: bz235608 2007-04-10 18:58:40 +00:00
Neil Horman
c10fc70705 Relates: bz 235608 2007-04-10 18:09:16 +00:00
Neil Horman
4394da70ce Resolves: bz 235030 2007-04-10 15:03:31 +00:00
Neil Horman
14cfbd3690 Resoves: bz 219035 2007-03-26 13:22:11 +00:00
Neil Horman
51c76a6cb6 Resolves: bz 233312 2007-03-21 17:17:22 +00:00
Neil Horman
42b55e6012 Resolves: bz215056 2007-03-15 17:36:03 +00:00
Neil Horman
8ccc89f511 updating makedumpfile to version 1.1.1 2007-03-06 21:09:57 +00:00
Neil Horman
5aa56ba0d4 Related: bz 223175 2007-02-22 22:00:39 +00:00
Neil Horman
2cc4ff7df4 adding multilang. support infrastructure to kexec-tools 2007-02-22 16:43:38 +00:00
Neil Horman
8549eee2e5 Resolves: bz 228137 2007-02-12 18:49:03 +00:00
Neil Horman
e8ba2f592d Adding man page for mkdumprd 2007-02-09 21:09:34 +00:00
Neil Horman
965695ee43 fixing Buildreq 2007-01-26 14:43:29 +00:00
Neil Horman
fdcc8b9227 bumping revision number 2007-01-25 20:47:54 +00:00
Neil Horman
88c0ba0f32 Updating kdump.init and mkdumprd to equiv. of -163.el5 2007-01-25 20:13:28 +00:00
Neil Horman
47e2f22d82 Related: bz221272 2007-01-05 18:35:38 +00:00
Neil Horman
ea8c6f7f61 Related: bz 221272 2007-01-04 19:19:31 +00:00
Neil Horman
fd52a40fb4 Related: bz 221272 2007-01-04 19:18:42 +00:00
Neil Horman
d3c4b95f8a Updating fc7 with all RHEL5 work 2006-12-15 21:05:01 +00:00
Neil Horman
a5a9abd60f updating mkdumprd to use ifup/down in busybox and to use chkconfig properly 2006-09-28 16:16:04 +00:00
Neil Horman
8b37e01e9f checking in spec file changes 2006-09-23 01:56:44 +00:00
Neil Horman
9ac14dd3ed fixing bz 206861 2006-09-19 19:43:34 +00:00
Neil Horman
ae7dce0148 updating mkdumprd 2006-08-31 13:23:33 +00:00
Neil Horman
18d627335b adding page.h fix 2006-08-28 18:57:08 +00:00
Neil Horman
3060ffe3d7 updating kexec-tools with new kcp utiltiy 2006-08-24 11:55:28 +00:00
Neil Horman
afa62db75a bumping revision 2006-08-23 20:27:56 +00:00
Neil Horman
bf268cb0b1 bumping revision number 2006-08-23 20:26:20 +00:00
Jarod Wilson
ab74511f4b fix for removal of linux,platform in recent ppc64 kernels 2006-08-22 15:34:14 +00:00
Jarod Wilson
e4cc23de29 - ppc64 fixups:
- actually build ppc64 binaries (bug 203407)
- correct usage output
- avoid segfault in command-line parsing
- install kexec man page
- use regulation Fedora BuildRoot
2006-08-22 14:18:04 +00:00
Neil Horman
19eed8f6b0 fixing several typo bugs 2006-08-18 17:00:45 +00:00
Neil Horman
34515c21d0 fixing bz 202598 2006-08-15 15:16:07 +00:00
Jarod Wilson
6256013d0a misc spec cleanups and macro-ifications 2006-08-10 01:51:08 +00:00
Jarod Wilson
c0d408257b Add /var/crash dir to package so default kdump setup works w/o
diskdumputils or netdump installed
2006-08-09 17:45:32 +00:00
Neil Horman
acd8f06bb0 fixing another makefile error 2006-08-03 18:07:36 +00:00
Neil Horman
72fbd1f290 fixing stupid spelling typo 2006-08-03 17:40:16 +00:00
Neil Horman
a820097c2d bumping revision number 2006-08-03 17:25:48 +00:00
Neil Horman
8eb28a9c67 excluding makedumpfile from non-x86 arches 2006-08-03 17:24:53 +00:00
Neil Horman
ae4b07f6c1 patching makedumpfile to build on arches besides x86_64 and x86 2006-08-03 17:18:20 +00:00
Neil Horman
86bc4adfc6 once again fixing makedumpfile Makefile 2006-08-03 15:25:55 +00:00
Neil Horman
029b2dbf57 updating makedumpconfig makefile to use pkg-config 2006-08-03 15:17:10 +00:00
Neil Horman
c005342911 updating makedumpconfig makefile to use pkg-config 2006-08-03 15:16:27 +00:00
Neil Horman
00c36a9afe updating dependencies 2006-08-03 14:46:07 +00:00
Neil Horman
d52a3f1548 updating dependencies for fc6 2006-08-03 13:32:49 +00:00
Neil Horman
71785dbc08 enabling makedumpfile in build 2006-08-02 19:41:04 +00:00
Neil Horman
fe913d1e50 bumping revision 2006-08-02 19:27:42 +00:00
Neil Horman
8df11e314f adding build sources for makedumpfile 2006-08-02 19:25:03 +00:00
Neil Horman
dd745f41c0 adding ET_DYN patch 2006-07-31 14:55:12 +00:00
Neil Horman
e4d1e9a9be fixing up missing kdump.init patch 2006-07-27 13:08:21 +00:00
Neil Horman
ea179a207a adding kexec frontend 2006-07-20 03:36:18 +00:00
Jesse Keating
58031ca557 bumped for rebuild 2006-07-12 06:42:46 +00:00
Neil Horman
af6d8c00ad checking in ppc fixups 2006-07-05 20:25:11 +00:00