back into the 1st kernel.
implementation:
It will setup a daemon to handle reboots.
plan:
I might also to test the makedumpfile all together later.
CAI Qian
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo
- Original Message -
> From: "Vivek Goyal"
> To: "CAI Qian"
> Cc: "linux-kernel" , "ltp-list"
> , "crash-utility"
> , "kexec" , "kexec kdump
> redhat mailing list"
>
> Sent: Friday, Septem
- Original Message -
> From: "Vivek Goyal"
> To: "CAI Qian"
> Cc: "ltp-list" sourceforge.net>, "kexec kdump redhat mailing list"
> ,
> "kexec" , "linux-kernel" vger.kernel.org>,
> "crash-
again...
CAI Qian
- Original Message -
> From: "WANG Chao"
> To: "LKML" vger.kernel.org>
> Cc: "CAI Qian"
> Sent: Friday, March 8, 2013 1:54:37 PM
> Subject: 3.9-rc1: crash kernel panic - not syncing: Can not allocate SWIOTLB
> buffer earlie
: error: ‘kexec_flags’ undeclared (first
use in this function)
kexec/arch/i386/x86-linux-setup.c:511:9: note: each undeclared identifier is
reported only once for each function it appears in
make: *** [kexec/arch/i386/x86-linux-setup.o] Error 1
CAI Qian
If I revert this commit,
6df15d1cca55b2cd59c79aed69f004e1b2a6ba36
kexec x86: drop truncation warning for crash kernel
Everything is fine again.
CAI Qian
- Original Message -
> From: "CAI Qian"
> To: "kexec"
> Sent: Wednesday, March 13, 2013 10:52:52 AM
Hi,
From: Vivek Goyal <[EMAIL PROTECTED]>
Subject: Re: [RFC] [KDUMP] [PROPOSED WORK] kdump on Xen hypervisor and guests,
more tests for utilities, like makedumpfile, mkdumprd, kexec etc
Date: Tue, 24 Jun 2008 08:42:43 -0400
> On Mon, Jun 23, 2008 at 07:42:50PM +0530, Subrata Modak wrote:
> > Hi,
Hi Subrata,
From: Subrata Modak <[EMAIL PROTECTED]>
Subject: Re: [LTP] [RFC] [KDUMP] [PROPOSED WORK] kdump on Xen hypervisor and
guests, more tests for utilities, like makedumpfile, mkdumprd, kexec etc
Date: Mon, 11 Aug 2008 19:02:47 +0530
> Cai,
>
> Any headway in this front ?
>
I have all t
Hi Subrata,
From: Subrata Modak <[EMAIL PROTECTED]>
Subject: Re: [LTP] [RFC] [KDUMP] [PROPOSED WORK] kdump on Xen hypervisor and
guests, more tests for utilities, like makedumpfile, mkdumprd, kexec etc
Date: Tue, 12 Aug 2008 11:43:02 +0530
> On Tue, 2008-08-12 at 10:16 +0800, Cai Q
Hi,
I am wondering if this is the right project to accept Kdump automation files.
For example, Kdump
daemon init script, mkdumprd (read from Kdump configuration file and generate
Kdump initramfs for
the system), default Kdump configuration file, tools to compress vmcore etc.
The problem I am ha
Hi Bernhard and Neil,
--- Bernhard Walle <[EMAIL PROTECTED]> wrote:
> * Jay Lan [2008-08-14 10:23]:
> >
> > If you can put vmcore at the same location... Ahh, asking too much? ;)
>
> Will change that to /var/crash since that's FHS 2.3 anyway. :)
> [And I personally never liked â/var/log/dumpâ
Hi Jay,
From: Jay Lan <[EMAIL PROTECTED]>
Subject: Re: Kdump Automation Mechanism
Date: Wed, 20 Aug 2008 13:07:53 -0700
> Cai Qian wrote:
> > Hi Bernhard and Neil,
> >
> > --- Bernhard Walle <[EMAIL PROTECTED]> wrote:
> >
> >> * Jay Lan [2008-
mem_map (7)
mem_map: 0
pfn_start : 38000
pfn_end: 3ff70
Excluding unnecessary pages: [100 %] page_to_pfn: Can't convert
the address of page descriptor (ea04e000) to pfn.
create_2nd_bitmap: Can't exclude unnecessary pages.
makedumpfile Failed.
Thanks
From: "Ken'ichi Ohmichi"
Subject: Re: Can't exclude unnecessary pages for 2.6.31 Kernel
Date: Fri, 02 Oct 2009 16:30:37 +0900
>
> Hi CAI,
>
> CAI Qian wrote:
>>>>> I created the patch for catching this change.
>>>>> Could you try th
eated the patch for catching this change.
> Could you try the attached patch ?
>
It does make -d 16 works without errors. However, the crash utility
failed to read it (the log attached), but the full VMCore is working
fine there.
crash: page excluded: kernel virtual address: 819f1764 ty
kernel virtual address: 819f1764 type:
>"tss_struct ist array"
Thanks!
CAI Qian
From: "Ken'ichi Ohmichi"
Subject: Re: Can't exclude unnecessary pages for 2.6.31 Kernel
Date: Fri, 02 Oct 2009 09:16:50 +0900
>
> Hi CAI,
>
> Thank yo
From: CAI Qian
Subject: Re: Can't exclude unnecessary pages for 2.6.31 Kernel
Date: Fri, 02 Oct 2009 19:26:44 +0800 (CST)
> Cced the crash utility maintainer.
>
> BZ filed -- https://bugzilla.redhat.com/show_bug.cgi?id=526749
>
>> It does make -d 16 works without err
From: Dave Anderson
Subject: Re: Can't exclude unnecessary pages for 2.6.31 Kernel
Date: Fri, 2 Oct 2009 10:24:05 -0400 (EDT)
>
> - "Dave Anderson" wrote:
>
>> - "CAI Qian" wrote:
>>
>> > From: CAI Qian
>> > Subject:
kB
per task-struct memory footprint: 1920 bytes
allocated 2621440 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Calibrating delay loop (skipped), value calculated using timer frequency..
5986.01 BogoMIPS (lpj=2993008)
From: Amerigo Wang
Subject: Re: Kdump Failed with 2.6.31 i386
Date: Fri, 09 Oct 2009 15:44:53 +0800
> CAI Qian wrote:
>> Hallo!
>> Is it a known issue that kdump failed with 2.6.31 i386 systems? The
>> kdump kernel seems hang here.
>> ...
>> Spurious LAPIC ti
x27;-x' option or '-i' option.
Commandline parameter is invalid.
Try `makedumpfile --help' for more information.
makedumpfile Failed.
Thanks!
CAI Qian
>- Add dump filtering on an x86_64 xen domain-0.
> A new makedumpfile can exclude unnecessary pages (cache pages
Hello Ken'ichi!
This series of patches is working great here.
Thanks!
CAI Qian
From: "Ken'ichi Ohmichi"
Subject: [PATCH 0/5] make '-x'/'-i' option unnecessary for re-filtering.
Date: Tue, 13 Oct 2009 14:18:44 +0900
>
> Hi,
>
> Ken'ic
Just a head-up, the kdump kernel is stuck here. Bisect indicated that
cc41f5cede3c63836d1c0958204630b07f5b5ee7 was also good.
Kernel command line: ro root=/dev/mapper/vg_intels3e3601-lv_root
rd_LVM_LV=vg_intels3e3601/lv_root rd_LVM_LV=vg_intels3e3601/lv_swap rd_NO_LUKS
rd_NO_MD rd_NO_DM LANG=en
- "Tejun Heo" wrote:
> On 08/29/2010 09:01 AM, caiq...@redhat.com wrote:
> > Further bisect indicated this bad commit from the merge. Given kdump
> > kernel was running with maxcpus=1, I guess this work caused fs/bio.c
> > hung in the workqueue on UP. Reverted the whole merge let kdump work
- caiq...@redhat.com wrote:
> - "Tejun Heo" wrote:
>
> > Hello,
> >
> > On 08/29/2010 01:24 PM, CAI Qian wrote:
> > >> On 08/29/2010 09:01 AM, caiq...@redhat.com wrote:
> > >>> Further bisect indicated this bad commit
- "Tejun Heo" wrote:
> On 08/29/2010 01:56 PM, CAI Qian wrote:
> > It is easy to reproduce by passing maxcpus=1 to the first kernel.
>
> Do you mean booting w/ maxcpus=1 hangs the first kernel even w/o
> kdump?
Yes, here was the log,
Linux version 2.6.36-rc2-mm
- "Tejun Heo" wrote:
> Hello,
>
> On 08/29/2010 02:03 PM, CAI Qian wrote:
> >
> > - "Tejun Heo" wrote:
> >
> >> On 08/29/2010 01:56 PM, CAI Qian wrote:
> >>> It is easy to reproduce by passing maxcpus=1 to the firs
- "Tejun Heo" wrote:
> Hello,
>
> On 08/30/2010 05:42 AM, CAI Qian wrote:
> >> Hmmm... I can't reproduce it here. I wonder what the difference
> is.
> >> Can you please trigger sysrq-t after the boot is hung and post the
> >> resu
- "Tejun Heo" wrote:
> On 08/30/2010 12:24 PM, CAI Qian wrote:
> > Can't see any difference with hangcheck timer enabled.
>
> Hmm, odd. So, here's the said debug patch. It will periodically
> check all works and report if any work is being delaye
- "Tejun Heo" wrote:
> Hello,
>
> On 08/30/2010 04:02 PM, CAI Qian wrote:
> >> Hmm, odd. So, here's the said debug patch. It will periodically
> >> check all works and report if any work is being delayed for too
> long.
> >> If the m
- "CAI Qian" wrote:
> - "Tejun Heo" wrote:
>
> > Hello,
> >
> > On 08/30/2010 04:02 PM, CAI Qian wrote:
> > >> Hmm, odd. So, here's the said debug patch. It will
> periodically
> > >> check all works and
- "Ken'ichi Ohmichi" wrote:
> Hi Cai,
>
> On Tue, 31 Aug 2010 04:29:02 -0400 (EDT)
> CAI Qian wrote:
> > > > > I'd like to reproduce the same problem on my machine,
> > > > > could you please send your kernel .config file ?
>
> Cc: Frederic Weisbecker
> Cc: sta...@kernel.org
>
> ---
> On Thursday 02 September 2010, CAI Qian wrote:
> >
> > Ken'ichi, it turned out this kernel patch caused makedumpfile
> failure below.
> > I am not sure if this is a kernel bug or makedumpfile
- "Eric W. Biederman" wrote:
> caiq...@redhat.com writes:
>
> > BTW, kexec commandline was like this if helps.
> >
> > /sbin/kexec -p '--command-line=ro
> root=/dev/mapper/vg_intels3e3601-lv_root
> rd_LVM_LV=vg_intels3e3601/lv_root rd_LVM_LV=vg_intels3e3601/lv_swap
> rd_NO_LUKS rd_NO_MD rd_
> This failed to build for me.
>
> kexec/arch/i386/crashdump-x86.c: In function
> ‘load_crashdump_segments’:
> kexec/arch/i386/crashdump-x86.c:703: error: ‘KEXEC_ARCH_NATIVE’
> undeclared (first use in this function)
> kexec/arch/i386/crashdump-x86.c:703: error: (Each undeclared
> identifier is r
- "Eric W. Biederman" wrote:
> ebied...@xmission.com (Eric W. Biederman) writes:
>
> > caiq...@redhat.com writes:
> >
> >>> I have fixed the wrong variable problem and I also spotted
> another
> >>> architecture test in crashdump-x86e that would only work on i386,
> and
> >>> fixed that.
>
This commit introduced a regression that an empty vmcore was generated on a kvm
guest.
ioremap: invalid physical address db74
[ cut here ]
WARNING: at arch/x86/mm/ioremap.c:83 __ioremap_caller+0x307/0x380()
Hardware name: KVM
Modules linked in:
Pid: 1, comm: swa
- "Tejun Heo" wrote:
> On 09/14/2010 05:09 AM, CAI Qian wrote:
> > This commit introduced a regression that an empty vmcore was
> generated on a kvm guest.
> > ioremap: invalid physical address db74
> > [ cut here ]
>
- "Tejun Heo" wrote:
> Hello,
>
> Can you please apply the following patch, reproduce the problem and
> report the kernel log?
Tejun, which version this patch is against? Both 2.6.36-rc2-mm1 and
2.6.36-rc4-mm1 failed to apply it,
patching file arch/x86/kernel/crash_dump_64.c
Hunk #2 FAILED
- "Tejun Heo" wrote:
> On 09/18/2010 02:36 PM, CAI Qian wrote:
> >> Can you please apply the following patch, reproduce the problem
> and
> >> report the kernel log?
> > Tejun, which version this patch is against? Both 2.6.36-rc2-mm1 and
> 2.6.36
- "Tejun Heo" wrote:
> Hello,
>
> I was slightly confused with the debug patch but it looks like
> someone
> is feeding non-percpu address to the function. Hmm... or it could be
> that the first chunk test is returning false incorrectly for an
> address which is inside static percpu area.
> Tejun, which version should I apply this patch for?
Never mind. Fixed. Testing it right away...
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
- "Tejun Heo" wrote:
> Hello,
>
> Thanks a lot for testing. Can you please verify whether the
> following patch fixes the problem?
Yes, it did.
>
> diff --git a/mm/percpu.c b/mm/percpu.c
> index 58c572b..c76ef38 100644
> --- a/mm/percpu.c
> +++ b/mm/percpu.c
> @@ -1401,9 +1401,9 @@ int __
- "Yinghai Lu" wrote:
> On 09/25/2010 08:11 PM, caiq...@redhat.com wrote:
> > # /sbin/kexec -p '--command-line=ro
> root=/dev/mapper/VolGroup-lv_root rd_LVM_LV=VolGroup/lv_root
> rd_LVM_LV=VolGroup/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM
> LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE
- "Yinghai Lu" wrote:
> On 09/25/2010 11:55 PM, CAI Qian wrote:
> >>
> >> are you kexec from 2.6.35+ to 2.6.36-rc3+?
> > No, both kernels were the same version. I am sorry the above logs
> were misleading that were copy-and-pasted from different k
- "Yinghai Lu" wrote:
> Please check this one on top of tip or next.
This failed for both trees.
[r...@localhost linux-next]# patch -Np1
> Thanks
>
> Yinghai
>
> [PATCH] x86, memblock: Fix crashkernel allocation
>
> Cai Qian found that crashkernel i
38-rc5+ ....
Thanks.
CAI Qian
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
this is the first time test this
setup, not sure if this is regression or not.
CAI Qian
- Original Message -
> Hello Sarah and others,
>
> There is a regression using the latest Sarah's xhci hubs-v3-rebase
> tree, kdump kernel reset itself (log at the end of email). T
48 matches
Mail list logo