* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
[not found] <1780019082.729911284179131961.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
@ 2010-09-11 4:25 ` caiqian
2010-09-11 4:53 ` Eric W. Biederman
0 siblings, 1 reply; 19+ messages in thread
From: caiqian @ 2010-09-11 4:25 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Simon Horman, Kexec Mailing List
> 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.
>
> The new version is up at:
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
# /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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.32-71.el6.bz623007.x86_64kdump.img /boot/vmlinuz-2.6.32-71.el6.bz623007.x86_64
Segmentation fault (core dumped)
(gdb) bt
#0 0x0000000000000001 in ?? ()
#1 0x0000000000406eb7 in crash_create_elf64_headers (info=0x7fffae61c880, elf_info=0x7fffae6144b0, range=0x635ec0, ranges=21, buf=<value optimized out>,
size=0x7fffae6144b0, align=1024) at kexec/crashdump-elf.c:147
#2 0x000000000040b2e0 in load_crashdump_segments (info=0x7fffae61c880,
mod_cmdline=0x1645150 "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_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc "..., max_addr=18446744073709551615, min_base=0)
at kexec/arch/i386/crashdump-x86.c:772
#3 0x0000000000408526 in do_bzImage_load (info=0x7fffae61c880, kernel=0x7fb6382ff010 "\352\005", kernel_len=3791104,
command_line=0x1645010 "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_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc "..., command_line_len=312, initrd=0x7fb637ebc010 "\037\213\b", initrd_len=4466561,
real_mode_entry=0, debug=0) at kexec/arch/i386/kexec-bzImage.c:186
#4 0x00000000004086fa in bzImage_load (argc=<value optimized out>, argv=<value optimized out>, buf=0x7fb6382ff010 "\352\005", len=3791104,
info=0x7fffae61c880) at kexec/arch/i386/kexec-bzImage.c:402
#5 0x0000000000402879 in my_load (type=0x0, fileind=<value optimized out>, argc=5, argv=0x7fffae61cb98, kexec_flags=<value optimized out>, entry=0x0)
at kexec/kexec.c:724
#6 0x0000000000403357 in main (argc=5, argv=0x7fffae61cb98) at kexec/kexec.c:1208
>
> So if you want to live on the bleeding edge and see if I have fixed
> all of my thinkos you can test that.
>
> I hope this gets the weird biarch software architecture right
> finally.
>
> Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-11 4:25 ` [GIT PULL] Please pull x86 biarch crashdump support and misc devel caiqian
@ 2010-09-11 4:53 ` Eric W. Biederman
2010-09-11 5:47 ` Eric W. Biederman
0 siblings, 1 reply; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-11 4:53 UTC (permalink / raw)
To: caiqian; +Cc: Simon Horman, Kexec Mailing List
caiqian@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.
>>
>> The new version is up at:
>> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
> # /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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.32-71.el6.bz623007.x86_64kdump.img /boot/vmlinuz-2.6.32-71.el6.bz623007.x86_64
> Segmentation fault (core dumped)
Thanks. Wow I am out of it. It appears that I was assuming elf_info
was zero initialized but taking no steps to make it that way, and
someone elf_info.get_note_info took the value of one.
I have added a memset and pushed that version of my code.
I also took a moment and made certain that kexec -p at least works.
I am surprised this bug didn't show up in my 32bit testing, *ugh*.
So if you are brave and want to test there is a slim chance my new
version of kexec will actually work on x86_64 now.
Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-11 4:53 ` Eric W. Biederman
@ 2010-09-11 5:47 ` Eric W. Biederman
2010-09-11 13:48 ` CAI Qian
0 siblings, 1 reply; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-11 5:47 UTC (permalink / raw)
To: caiqian; +Cc: Simon Horman, Kexec Mailing List
ebiederm@xmission.com (Eric W. Biederman) writes:
> caiqian@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.
>>>
>>> The new version is up at:
>>> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
>> # /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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.32-71.el6.bz623007.x86_64kdump.img /boot/vmlinuz-2.6.32-71.el6.bz623007.x86_64
>> Segmentation fault (core dumped)
>
> Thanks. Wow I am out of it. It appears that I was assuming elf_info
> was zero initialized but taking no steps to make it that way, and
> someone elf_info.get_note_info took the value of one.
>
> I have added a memset and pushed that version of my code.
> I also took a moment and made certain that kexec -p at least works.
>
> I am surprised this bug didn't show up in my 32bit testing, *ugh*.
>
> So if you are brave and want to test there is a slim chance my new
> version of kexec will actually work on x86_64 now.
Ok. This time I really have tested my new version of kexec on x86_64
and it is working. At least enough to get me a crashdump that I
can read with vmcore-dmesg. So unless I think my horrible of trivial
mistakes is at an end.
I would love to hear a test result from someone else,
and I apologize to everyone for messing up.
Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-11 5:47 ` Eric W. Biederman
@ 2010-09-11 13:48 ` CAI Qian
0 siblings, 0 replies; 19+ messages in thread
From: CAI Qian @ 2010-09-11 13:48 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Simon Horman, Kexec Mailing List
----- "Eric W. Biederman" <ebiederm@xmission.com> wrote:
> ebiederm@xmission.com (Eric W. Biederman) writes:
>
> > caiqian@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.
> >>>
> >>> The new version is up at:
> >>>
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
> >> # /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_NO_DM LANG=en_US.UTF-8
> SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us
> console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices
> cgroup_disable=memory sysrq_always_enabled '
> --initrd=/boot/initrd-2.6.32-71.el6.bz623007.x86_64kdump.img
> /boot/vmlinuz-2.6.32-71.el6.bz623007.x86_64
> >> Segmentation fault (core dumped)
> >
> > Thanks. Wow I am out of it. It appears that I was assuming
> elf_info
> > was zero initialized but taking no steps to make it that way, and
> > someone elf_info.get_note_info took the value of one.
> >
> > I have added a memset and pushed that version of my code.
> > I also took a moment and made certain that kexec -p at least works.
> >
> > I am surprised this bug didn't show up in my 32bit testing, *ugh*.
> >
> > So if you are brave and want to test there is a slim chance my new
> > version of kexec will actually work on x86_64 now.
>
> Ok. This time I really have tested my new version of kexec on x86_64
> and it is working. At least enough to get me a crashdump that I
> can read with vmcore-dmesg. So unless I think my horrible of trivial
> mistakes is at an end.
>
> I would love to hear a test result from someone else,
> and I apologize to everyone for messing up.
It was also working for me, and the crash utility could open the vmcore and use several sub-commands without observing any problem.
>
> Eric
>
> _______________________________________________
> kexec mailing list
> kexec@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/kexec
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-11 2:05 ` CAI Qian
@ 2010-09-11 4:00 ` Eric W. Biederman
0 siblings, 0 replies; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-11 4:00 UTC (permalink / raw)
To: CAI Qian; +Cc: Simon Horman, Kexec Mailing List
CAI Qian <caiqian@redhat.com> writes:
>> 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 reported only once
>> kexec/arch/i386/crashdump-x86.c:703: error: for each function it
>> appears in.)
>> make: *** [kexec/arch/i386/crashdump-x86.o] Error 1
>> >
>> > The active part of the fix is below (I have an earlier patch that
>> > just
>> > defines KEXEC_ARCH_NATIVE).
> I just realized you said the earlier patch defined KEXEC_ARCH_NATIVE. Now, kexec failed to load.
> /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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.36-rc2-mm1-fix+kdump.img /boot/vmlinuz-2.6.36-rc2-mm1-fix+
> unsupported crashdump architecture: 5c420000
> Cannot load /boot/vmlinuz-2.6.36-rc2-mm1-fix+
!@#$@! I was reading from the wrong variable. My apologies. I really
did mean to give you something that would work.
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.
The new version is up at:
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
So if you want to live on the bleeding edge and see if I have fixed
all of my thinkos you can test that.
I hope this gets the weird biarch software architecture right finally.
Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-11 1:40 ` CAI Qian
@ 2010-09-11 2:05 ` CAI Qian
2010-09-11 4:00 ` Eric W. Biederman
0 siblings, 1 reply; 19+ messages in thread
From: CAI Qian @ 2010-09-11 2:05 UTC (permalink / raw)
To: Simon Horman, Kexec Mailing List, Eric W. Biederman
> 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 reported only once
> kexec/arch/i386/crashdump-x86.c:703: error: for each function it
> appears in.)
> make: *** [kexec/arch/i386/crashdump-x86.o] Error 1
> >
> > The active part of the fix is below (I have an earlier patch that
> > just
> > defines KEXEC_ARCH_NATIVE).
I just realized you said the earlier patch defined KEXEC_ARCH_NATIVE. Now, kexec failed to load.
/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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.36-rc2-mm1-fix+kdump.img /boot/vmlinuz-2.6.36-rc2-mm1-fix+
unsupported crashdump architecture: 5c420000
Cannot load /boot/vmlinuz-2.6.36-rc2-mm1-fix+
> >
> > Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-10 19:19 ` Eric W. Biederman
@ 2010-09-11 1:40 ` CAI Qian
2010-09-11 2:05 ` CAI Qian
0 siblings, 1 reply; 19+ messages in thread
From: CAI Qian @ 2010-09-11 1:40 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Simon Horman, Kexec Mailing List
----- "Eric W. Biederman" <ebiederm@xmission.com> wrote:
> caiqian@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_NO_DM LANG=en_US.UTF-8
> SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us
> console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices
> cgroup_disable=memory sysrq_always_enabled '
> --initrd=/boot/initrd-2.6.36-rc2-mm1-fix+kdump.img
> /boot/vmlinuz-2.6.36-rc2-mm1-fix+
> >
>
> Thanks for keeping me honest. It looks like I did something foolish,
> and wound up putting 386 headers on the x86_64 crash dump.
>
> I have rebased updated my kexec-tools-devel branch. Could you try it
> now? I haven't had a chance to test it yet but when I inspected the
> code it appeared very obvious what I had done wrong.
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 reported only once
kexec/arch/i386/crashdump-x86.c:703: error: for each function it appears in.)
make: *** [kexec/arch/i386/crashdump-x86.o] Error 1
>
> The active part of the fix is below (I have an earlier patch that
> just
> defines KEXEC_ARCH_NATIVE).
>
> Eric
> ---
>
> From 0a9bffb31c3aee53f58c62dde349c2842060c760 Mon Sep 17 00:00:00
> 2001
> From: Eric W. Biederman <ebiederm@xmission.com>
> Date: Fri, 10 Sep 2010 11:57:36 -0700
> Subject: [PATCH] x86 crashdump: On x86_64 generate EM_X86_64 crashdump
> headers.
>
> Paper bag time. I forgot to double check my changes worked
> on x86_64. So I wound up with x86_64 putting i386 crashdump headers
> on when it generated a crashdump header. Ouch!
>
> Fix it by using the new KEXEC_ARCH_NATIVE value so we can see what
> we are doing.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> ---
> kexec/arch/i386/crashdump-x86.c | 17 +++++++++++++++--
> 1 files changed, 15 insertions(+), 2 deletions(-)
>
> diff --git a/kexec/arch/i386/crashdump-x86.c
> b/kexec/arch/i386/crashdump-x86.c
> index 06e5ae9..e202e36 100644
> --- a/kexec/arch/i386/crashdump-x86.c
> +++ b/kexec/arch/i386/crashdump-x86.c
> @@ -690,19 +690,32 @@ int load_crashdump_segments(struct kexec_info
> *info, char* mod_cmdline,
> int nr_ranges, align = 1024, i;
> struct memory_range *mem_range, *memmap_p;
> struct crash_elf_info elf_info;
> + unsigned kexec_arch;
>
> /* Constant parts of the elf_info */
> elf_info.data = ELFDATA2LSB;
> elf_info.backup_src_start = BACKUP_SRC_START;
> elf_info.backup_src_end = BACKUP_SRC_END;
>
> + /* Get the architecture of the running kernel */
> + kexec_arch = elf_info.machine & KEXEC_ARCH_MASK;
> + if (kexec_arch == KEXEC_ARCH_DEFAULT)
> + kexec_arch = KEXEC_ARCH_NATIVE;
> +
> /* Get the elf architecture of the running kernel */
> - if ((info->kexec_flags & KEXEC_ARCH_MASK) == KEXEC_ARCH_X86_64) {
> + switch(kexec_arch) {
> + case KEXEC_ARCH_X86_64:
> elf_info.machine = EM_X86_64;
> - } else {
> + break;
> + case KEXEC_ARCH_386:
> elf_info.machine = EM_386;
> elf_info.lowmem_limit = X86_MAXMEM;
> elf_info.get_note_info = get_crash_notes;
> + break;
> + default:
> + fprintf(stderr, "unsupported crashdump architecture: %04x\n",
> + kexec_arch);
> + return -1;
> }
>
> if (get_crash_memory_ranges(&mem_range, &nr_ranges,
> --
> 1.6.5.2.143.g8cc62
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-10 16:54 ` caiqian
2010-09-10 19:15 ` Eric W. Biederman
@ 2010-09-10 19:19 ` Eric W. Biederman
2010-09-11 1:40 ` CAI Qian
1 sibling, 1 reply; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-10 19:19 UTC (permalink / raw)
To: caiqian; +Cc: Simon Horman, Kexec Mailing List
caiqian@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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.36-rc2-mm1-fix+kdump.img /boot/vmlinuz-2.6.36-rc2-mm1-fix+
>
Thanks for keeping me honest. It looks like I did something foolish,
and wound up putting 386 headers on the x86_64 crash dump.
I have rebased updated my kexec-tools-devel branch. Could you try it
now? I haven't had a chance to test it yet but when I inspected the
code it appeared very obvious what I had done wrong.
The active part of the fix is below (I have an earlier patch that just
defines KEXEC_ARCH_NATIVE).
Eric
---
From 0a9bffb31c3aee53f58c62dde349c2842060c760 Mon Sep 17 00:00:00 2001
From: Eric W. Biederman <ebiederm@xmission.com>
Date: Fri, 10 Sep 2010 11:57:36 -0700
Subject: [PATCH] x86 crashdump: On x86_64 generate EM_X86_64 crashdump headers.
Paper bag time. I forgot to double check my changes worked
on x86_64. So I wound up with x86_64 putting i386 crashdump headers
on when it generated a crashdump header. Ouch!
Fix it by using the new KEXEC_ARCH_NATIVE value so we can see what
we are doing.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
---
kexec/arch/i386/crashdump-x86.c | 17 +++++++++++++++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/kexec/arch/i386/crashdump-x86.c b/kexec/arch/i386/crashdump-x86.c
index 06e5ae9..e202e36 100644
--- a/kexec/arch/i386/crashdump-x86.c
+++ b/kexec/arch/i386/crashdump-x86.c
@@ -690,19 +690,32 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
int nr_ranges, align = 1024, i;
struct memory_range *mem_range, *memmap_p;
struct crash_elf_info elf_info;
+ unsigned kexec_arch;
/* Constant parts of the elf_info */
elf_info.data = ELFDATA2LSB;
elf_info.backup_src_start = BACKUP_SRC_START;
elf_info.backup_src_end = BACKUP_SRC_END;
+ /* Get the architecture of the running kernel */
+ kexec_arch = elf_info.machine & KEXEC_ARCH_MASK;
+ if (kexec_arch == KEXEC_ARCH_DEFAULT)
+ kexec_arch = KEXEC_ARCH_NATIVE;
+
/* Get the elf architecture of the running kernel */
- if ((info->kexec_flags & KEXEC_ARCH_MASK) == KEXEC_ARCH_X86_64) {
+ switch(kexec_arch) {
+ case KEXEC_ARCH_X86_64:
elf_info.machine = EM_X86_64;
- } else {
+ break;
+ case KEXEC_ARCH_386:
elf_info.machine = EM_386;
elf_info.lowmem_limit = X86_MAXMEM;
elf_info.get_note_info = get_crash_notes;
+ break;
+ default:
+ fprintf(stderr, "unsupported crashdump architecture: %04x\n",
+ kexec_arch);
+ return -1;
}
if (get_crash_memory_ranges(&mem_range, &nr_ranges,
--
1.6.5.2.143.g8cc62
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-10 16:54 ` caiqian
@ 2010-09-10 19:15 ` Eric W. Biederman
2010-09-10 19:19 ` Eric W. Biederman
1 sibling, 0 replies; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-10 19:15 UTC (permalink / raw)
To: caiqian; +Cc: Simon Horman, Kexec Mailing List
caiqian@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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.36-rc2-mm1-fix+kdump.img /boot/vmlinuz-2.6.36-rc2-mm1-fix+
>
Thanks for keeping me honest. It looks like I did something foolish,
and wound up putting 386 headers on the x86_64 crash dump.
I have rebased updated my kexec-tools-devel branch. Could you try it
now? I haven't had a chance to test it yet but when I inspected the
code it appeared very obvious what I had done wrong.
The active part of the fix is below (I have an earlier patch that just
defines KEXEC_ARCH_NATIVE).
Eric
---
From 0a9bffb31c3aee53f58c62dde349c2842060c760 Mon Sep 17 00:00:00 2001
From: Eric W. Biederman <ebiederm@xmission.com>
Date: Fri, 10 Sep 2010 11:57:36 -0700
Subject: [PATCH] x86 crashdump: On x86_64 generate EM_X86_64 crashdump headers.
Paper bag time. I forgot to double check my changes worked
on x86_64. So I wound up with x86_64 putting i386 crashdump headers
on when it generated a crashdump header. Ouch!
Fix it by using the new KEXEC_ARCH_NATIVE value so we can see what
we are doing.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
---
kexec/arch/i386/crashdump-x86.c | 17 +++++++++++++++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/kexec/arch/i386/crashdump-x86.c b/kexec/arch/i386/crashdump-x86.c
index 06e5ae9..e202e36 100644
--- a/kexec/arch/i386/crashdump-x86.c
+++ b/kexec/arch/i386/crashdump-x86.c
@@ -690,19 +690,32 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
int nr_ranges, align = 1024, i;
struct memory_range *mem_range, *memmap_p;
struct crash_elf_info elf_info;
+ unsigned kexec_arch;
/* Constant parts of the elf_info */
elf_info.data = ELFDATA2LSB;
elf_info.backup_src_start = BACKUP_SRC_START;
elf_info.backup_src_end = BACKUP_SRC_END;
+ /* Get the architecture of the running kernel */
+ kexec_arch = elf_info.machine & KEXEC_ARCH_MASK;
+ if (kexec_arch == KEXEC_ARCH_DEFAULT)
+ kexec_arch = KEXEC_ARCH_NATIVE;
+
/* Get the elf architecture of the running kernel */
- if ((info->kexec_flags & KEXEC_ARCH_MASK) == KEXEC_ARCH_X86_64) {
+ switch(kexec_arch) {
+ case KEXEC_ARCH_X86_64:
elf_info.machine = EM_X86_64;
- } else {
+ break;
+ case KEXEC_ARCH_386:
elf_info.machine = EM_386;
elf_info.lowmem_limit = X86_MAXMEM;
elf_info.get_note_info = get_crash_notes;
+ break;
+ default:
+ fprintf(stderr, "unsupported crashdump architecture: %04x\n",
+ kexec_arch);
+ return -1;
}
if (get_crash_memory_ranges(&mem_range, &nr_ranges,
--
1.6.5.2.143.g8cc62
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
[not found] <575742837.695351284137649163.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
@ 2010-09-10 16:54 ` caiqian
2010-09-10 19:15 ` Eric W. Biederman
2010-09-10 19:19 ` Eric W. Biederman
0 siblings, 2 replies; 19+ messages in thread
From: caiqian @ 2010-09-10 16:54 UTC (permalink / raw)
To: Kexec Mailing List; +Cc: Simon Horman, Eric W. Biederman
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_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled ' --initrd=/boot/initrd-2.6.36-rc2-mm1-fix+kdump.img /boot/vmlinuz-2.6.36-rc2-mm1-fix+
----- caiqian@redhat.com wrote:
> It worked again after reverted those 2 commits.
>
> commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Wed Sep 8 10:52:01 2010 -0700
>
> x86_64: Kill now unused crashdump-x86_64.[ch]
>
> Now we use the i386 crashdump-x86 instead we can kill
> crashdump-x86_64.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Wed Sep 8 10:12:09 2010 -0700
>
> x86_64: Use the x86 crashdump
>
> With proper biarch support in crashdump-x86, crashdump-x86_64
> is now redudant and we can use crashdump-x86 everywhere. Using
> crashdump-x86 everywhere results in a little unnecessary i386
> logic on x86_64 but is otherwise harmless. Removing the
> unnecessary duplication between i386 and x86_64 should make
> the code much easier to maintain going forward.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> ----- caiqian@redhat.com wrote:
>
> > Just a head-up. This version generated empty vmcore on a Nehalem-EX
> > box, while v2.0.0 worked fine.
> > SysRq : Trigger a crash
> > BUG: unable to handle kernel NULL pointer dereference at (null)
> > IP: [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
> > PGD 46cc4f067 PUD 46c570067 PMD 0
> > Oops: 0002 [#1] SMP
> > last sysfs file:
> > /sys/devices/system/cpu/cpu63/cache/index2/shared_cpu_map
> > CPU 7
> > Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables
> > iptable_mangle ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
> > nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT bridge stp llc
> autofs4
> > sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf ipv6
> xt_physdev
> > iptable_filter ip_tables dm_mirror dm_region_hash dm_log kvm_intel
> kvm
> > pcspkr shpchp i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support
> ioatdma
> > sg igb dca ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom
> > megaraid_sas dm_mod [last unloaded: microcode]
> >
> > Pid: 4716, comm: bash Not tainted 2.6.36-rc2-mm1-fix+ #101
> > QSSC-S4R/QSSC-S4R
> > RIP: 0010:[<ffffffff812cd836>] [<ffffffff812cd836>]
> > sysrq_handle_crash+0x16/0x20
> > RSP: 0018:ffff880c6a63be38 EFLAGS: 00010092
> > RAX: 0000000000000010 RBX: 0000000000000063 RCX: 0000000000001520
> > RDX: 0000000000000000 RSI: 0000000000000046 RDI: 0000000000000063
> > RBP: ffff880c6a63be38 R08: 0000000000000000 R09: 00007f766e313700
> > R10: ffff88106e330de0 R11: 0000000000000000 R12: ffffffff81a754c0
> > R13: 0000000000000286 R14: 0000000000000007 R15: 0000000000000000
> > FS: 00007f766e313700(0000) GS:ffff880c8e220000(0000)
> > knlGS:0000000000000000
> > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > CR2: 0000000000000000 CR3: 000000046cc30000 CR4: 00000000000006e0
> > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> > Process bash (pid: 4716, threadinfo ffff880c6a63a000, task
> > ffff880c68756100)
> > Stack:
> > ffff880c6a63be78 ffffffff812cde49 ffff88086c615ec0
> 0000000000000002
> > <0> ffff88106d31a840 00007f766e317000 0000000000000002
> > fffffffffffffffb
> > <0> ffff880c6a63bea8 ffffffff812cdefa ffff881000000002
> > 00007f766e317000
> > Call Trace:
> > [<ffffffff812cde49>] __handle_sysrq+0x129/0x190
> > [<ffffffff812cdefa>] write_sysrq_trigger+0x4a/0x50
> > [<ffffffff8119eac6>] proc_reg_write+0x76/0xb0
> > [<ffffffff81145688>] vfs_write+0xc8/0x190
> > [<ffffffff81145ff1>] sys_write+0x51/0x80
> > [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
> > Code: d0 88 81 43 8e 25 82 c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00
> 00
> > 55 48 89 e5 0f 1f 44 00 00 c7 05 09 cd b3 00 01 00 00 00 0f ae f8
> <c6>
> > 04 25 00 00 00 00 01 c9 c3 55 48 89 e5 0f 1f 44 00 00 8d 47
> > RIP [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
> > RSP <ffff880c6a63be38>
> > CR2: 0000000000000000
> > Initializing cgroup subsys cpuset
> > Linux version 2.6.36-rc2-mm1-fix+
> > (root@intel-s3e36-01.lab.bos.redhat.com) (gcc version 4.4.4
> 20100726
> > (Red Hat 4.4.4-13) (GCC) ) #101 SMP Sat Sep 4 08:55:34 EDT 2010
> > 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_US.UTF-8
> > SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us
> > console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices
> > cgroup_disable=memory sysrq_always_enabled memmap=exactmap
> > memmap=640K@0K memmap=130408K@49152K elfcorehdr=179560K
> > memmap=2132K#1978692K memmap=3912K#1980824K memmap=52K#1985200K
> > memmap=76K#1985336K memmap=36K#1985420K memmap=4K#1985504K
> > memmap=132K#1985532K memmap=188K#1985796K memmap=5860K#1986244K
> > memmap=2048K#1992104K memmap=1296K#1994152K memmap=592K#1995640K
> > memmap=576K#1996244K memmap=31676K#1997248K memmap=1248K#2029884K
> > memmap=288K#2031132K memmap=192K#2031420K
> > kexec_jump_back_entry=0x0000000003393063
> > BIOS-provided physical RAM map:
> > BIOS-e820: 0000000000000100 - 0000000000099800 (usable)
> > BIOS-e820: 0000000000099800 - 00000000000a0000 (reserved)
> > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> > BIOS-e820: 0000000000100000 - 0000000078c51000 (usable)
> > BIOS-e820: 0000000078c51000 - 0000000078e66000 (ACPI NVS)
> > BIOS-e820: 0000000078e66000 - 0000000079238000 (ACPI data)
> > BIOS-e820: 0000000079238000 - 00000000792ac000 (reserved)
> > BIOS-e820: 00000000792ac000 - 00000000792b9000 (ACPI data)
> > BIOS-e820: 00000000792b9000 - 00000000792ce000 (reserved)
> > BIOS-e820: 00000000792ce000 - 00000000792e1000 (ACPI data)
> > BIOS-e820: 00000000792e1000 - 00000000792e3000 (reserved)
> > BIOS-e820: 00000000792e3000 - 00000000792ec000 (ACPI data)
> > BIOS-e820: 00000000792ec000 - 00000000792f8000 (reserved)
> > BIOS-e820: 00000000792f8000 - 00000000792f9000 (ACPI data)
> > BIOS-e820: 00000000792f9000 - 00000000792ff000 (reserved)
> > BIOS-e820: 00000000792ff000 - 0000000079320000 (ACPI data)
> > BIOS-e820: 0000000079320000 - 0000000079341000 (reserved)
> > BIOS-e820: 0000000079341000 - 0000000079370000 (ACPI data)
> > BIOS-e820: 0000000079370000 - 00000000793b1000 (reserved)
> > BIOS-e820: 00000000793b1000 - 000000007996a000 (ACPI data)
> > BIOS-e820: 000000007996a000 - 0000000079b6a000 (ACPI NVS)
> > BIOS-e820: 0000000079b6a000 - 0000000079cae000 (ACPI data)
> > BIOS-e820: 0000000079cae000 - 0000000079cde000 (reserved)
> > BIOS-e820: 0000000079cde000 - 0000000079d72000 (ACPI data)
> > BIOS-e820: 0000000079d72000 - 0000000079d75000 (reserved)
> > BIOS-e820: 0000000079d75000 - 0000000079e05000 (ACPI data)
> > BIOS-e820: 0000000079e05000 - 0000000079e70000 (reserved)
> > BIOS-e820: 0000000079e70000 - 000000007bd5f000 (ACPI data)
> > BIOS-e820: 000000007bd5f000 - 000000007be4f000 (reserved)
> > BIOS-e820: 000000007be4f000 - 000000007bf87000 (ACPI data)
> > BIOS-e820: 000000007bf87000 - 000000007bfcf000 (ACPI NVS)
> > BIOS-e820: 000000007bfcf000 - 000000007bfff000 (ACPI data)
> > BIOS-e820: 000000007bfff000 - 0000000090000000 (reserved)
> > BIOS-e820: 00000000fc000000 - 00000000fd000000 (reserved)
> > BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved)
> > BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
> > BIOS-e820: 0000000100000000 - 0000001080000000 (usable)
> > last_pfn = 0x1080000 max_arch_pfn = 0x400000000
> > NX (Execute Disable) protection: active
> > user-defined physical RAM map:
> > user: 0000000000000000 - 00000000000a0000 (usable)
> > user: 0000000003000000 - 000000000af5a000 (usable)
> > user: 0000000078c51000 - 0000000079238000 (ACPI data)
> > user: 00000000792ac000 - 00000000792b9000 (ACPI data)
> > user: 00000000792ce000 - 00000000792e1000 (ACPI data)
> > user: 00000000792e3000 - 00000000792ec000 (ACPI data)
> > user: 00000000792f8000 - 00000000792f9000 (ACPI data)
> > user: 00000000792ff000 - 0000000079320000 (ACPI data)
> > user: 0000000079341000 - 0000000079370000 (ACPI data)
> > user: 00000000793b1000 - 0000000079cae000 (ACPI data)
> > user: 0000000079cde000 - 0000000079d72000 (ACPI data)
> > user: 0000000079d75000 - 0000000079e05000 (ACPI data)
> > user: 0000000079e70000 - 000000007bd5f000 (ACPI data)
> > user: 000000007be4f000 - 000000007bfff000 (ACPI data)
> > DMI 2.5 present.
> > No AGP bridge found
> > last_pfn = 0xaf5a max_arch_pfn = 0x400000000
> > x86 PAT enabled: cpu 0, old 0x7010600070106, new 0x7010600070106
> > found SMP MP-table at [ffff8800000fdd80] fdd80
> > init_memory_mapping: 0000000000000000-000000000af5a000
> > RAMDISK: 0aa65000 - 0af49000
> > ACPI: RSDP 00000000000f0410 00024 (v02 QUANTA)
> > ACPI: XSDT 000000007bffe120 000B4 (v01 QUANTA QSSC-S4R 00000000
>
> > 01000013)
> > ACPI: FACP 000000007bffd000 000F4 (v04 QUANTA QSSC-S4R 00000000
> MSFT
> > 0100000D)
> > ACPI: DSDT 000000007bfe3000 19F6A (v02 QUANTA QSSC-S4R 00000003
> MSFT
> > 0100000D)
> > ACPI: FACS 000000007bf87000 00040
> > ACPI: APIC 000000007bfe2000 003E4 (v02 QUANTA QSSC-S4R 00000000
> MSFT
> > 0100000D)
> > ACPI: MSCT 000000007bfe1000 00090 (v01 QUANTA QSSC-S4R 00000001
> MSFT
> > 0100000D)
> > ACPI: MCFG 000000007bfe0000 0003C (v01 QUANTA QSSC-S4R 00000001
> MSFT
> > 0100000D)
> > ACPI: HPET 000000007bfdf000 00038 (v01 QUANTA QSSC-S4R 00000001
> MSFT
> > 0100000D)
> > ACPI: SLIT 000000007bfde000 0003C (v01 QUANTA QSSC-S4R 00000001
> MSFT
> > 0100000D)
> > ACPI: SRAT 000000007bfdd000 00930 (v02 QUANTA QSSC-S4R 00000001
> MSFT
> > 0100000D)
> > ACPI: SPCR 000000007bfdc000 00050 (v01 QUANTA QSSC-S4R 00000000
> MSFT
> > 0100000D)
> > ACPI: WDDT 000000007bfdb000 00040 (v01 QUANTA QSSC-S4R 00000000
> MSFT
> > 0100000D)
> > ACPI: SSDT 000000007bf4a000 3CFA4 (v02 QUANTA QSSC-S4R 00004000
> INTL
> > 20061109)
> > ACPI: SSDT 000000007bfda000 00174 (v02 QUANTA QSSC-S4R 00004000
> INTL
> > 20061109)
> > ACPI: PMCT 000000007bfd9000 00060 (v01 QUANTA QSSC-S4R 00000000
> MSFT
> > 0100000D)
> > ACPI: MIGT 000000007bfd8000 00040 (v01 QUANTA QSSC-S4R 00000000
> MSFT
> > 0100000D)
> > ACPI: TCPA 000000007bfd5000 00032 (v00 QUANTA QSSC-S4R 00000000
>
> > 00000000)
> > ACPI: HEST 000000007bfd4000 000A8 (v01 QUANTA QSSC-S4R 00000001
> INTL
> > 00000001)
> > ACPI: BERT 000000007bfd3000 00030 (v01 QUANTA QSSC-S4R 00000001
> INTL
> > 00000001)
> > ACPI: ERST 000000007bfd2000 00230 (v01 QUANTA QSSC-S4R 00000001
> INTL
> > 00000001)
> > ACPI: EINJ 000000007bfd1000 00130 (v01 QUANTA QSSC-S4R 00000001
> INTL
> > 00000001)
> > SRAT: PXM 0 -> APIC 0x00 -> Node 0
> > SRAT: PXM 2 -> APIC 0x40 -> Node 1
> > SRAT: PXM 1 -> APIC 0x20 -> Node 2
> > SRAT: PXM 3 -> APIC 0x60 -> Node 3
> > SRAT: PXM 0 -> APIC 0x02 -> Node 0
> > SRAT: PXM 2 -> APIC 0x42 -> Node 1
> > SRAT: PXM 1 -> APIC 0x22 -> Node 2
> > SRAT: PXM 3 -> APIC 0x62 -> Node 3
> > SRAT: PXM 0 -> APIC 0x04 -> Node 0
> > SRAT: PXM 2 -> APIC 0x44 -> Node 1
> > SRAT: PXM 1 -> APIC 0x24 -> Node 2
> > SRAT: PXM 3 -> APIC 0x64 -> Node 3
> > SRAT: PXM 0 -> APIC 0x06 -> Node 0
> > SRAT: PXM 2 -> APIC 0x46 -> Node 1
> > SRAT: PXM 1 -> APIC 0x26 -> Node 2
> > SRAT: PXM 3 -> APIC 0x66 -> Node 3
> > SRAT: PXM 0 -> APIC 0x10 -> Node 0
> > SRAT: PXM 2 -> APIC 0x50 -> Node 1
> > SRAT: PXM 1 -> APIC 0x30 -> Node 2
> > SRAT: PXM 3 -> APIC 0x70 -> Node 3
> > SRAT: PXM 0 -> APIC 0x12 -> Node 0
> > SRAT: PXM 2 -> APIC 0x52 -> Node 1
> > SRAT: PXM 1 -> APIC 0x32 -> Node 2
> > SRAT: PXM 3 -> APIC 0x72 -> Node 3
> > SRAT: PXM 0 -> APIC 0x14 -> Node 0
> > SRAT: PXM 2 -> APIC 0x54 -> Node 1
> > SRAT: PXM 1 -> APIC 0x34 -> Node 2
> > SRAT: PXM 3 -> APIC 0x74 -> Node 3
> > SRAT: PXM 0 -> APIC 0x16 -> Node 0
> > SRAT: PXM 2 -> APIC 0x56 -> Node 1
> > SRAT: PXM 1 -> APIC 0x36 -> Node 2
> > SRAT: PXM 3 -> APIC 0x76 -> Node 3
> > SRAT: PXM 0 -> APIC 0x01 -> Node 0
> > SRAT: PXM 2 -> APIC 0x41 -> Node 1
> > SRAT: PXM 1 -> APIC 0x21 -> Node 2
> > SRAT: PXM 3 -> APIC 0x61 -> Node 3
> > SRAT: PXM 0 -> APIC 0x03 -> Node 0
> > SRAT: PXM 2 -> APIC 0x43 -> Node 1
> > SRAT: PXM 1 -> APIC 0x23 -> Node 2
> > SRAT: PXM 3 -> APIC 0x63 -> Node 3
> > SRAT: PXM 0 -> APIC 0x05 -> Node 0
> > SRAT: PXM 2 -> APIC 0x45 -> Node 1
> > SRAT: PXM 1 -> APIC 0x25 -> Node 2
> > SRAT: PXM 3 -> APIC 0x65 -> Node 3
> > SRAT: PXM 0 -> APIC 0x07 -> Node 0
> > SRAT: PXM 2 -> APIC 0x47 -> Node 1
> > SRAT: PXM 1 -> APIC 0x27 -> Node 2
> > SRAT: PXM 3 -> APIC 0x67 -> Node 3
> > SRAT: PXM 0 -> APIC 0x11 -> Node 0
> > SRAT: PXM 2 -> APIC 0x51 -> Node 1
> > SRAT: PXM 1 -> APIC 0x31 -> Node 2
> > SRAT: PXM 3 -> APIC 0x71 -> Node 3
> > SRAT: PXM 0 -> APIC 0x13 -> Node 0
> > SRAT: PXM 2 -> APIC 0x53 -> Node 1
> > SRAT: PXM 1 -> APIC 0x33 -> Node 2
> > SRAT: PXM 3 -> APIC 0x73 -> Node 3
> > SRAT: PXM 0 -> APIC 0x15 -> Node 0
> > SRAT: PXM 2 -> APIC 0x55 -> Node 1
> > SRAT: PXM 1 -> APIC 0x35 -> Node 2
> > SRAT: PXM 3 -> APIC 0x75 -> Node 3
> > SRAT: PXM 0 -> APIC 0x17 -> Node 0
> > SRAT: PXM 2 -> APIC 0x57 -> Node 1
> > SRAT: PXM 1 -> APIC 0x37 -> Node 2
> > SRAT: PXM 3 -> APIC 0x77 -> Node 3
> > SRAT: Node 0 PXM 0 0-80000000
> > SRAT: Node 0 PXM 0 100000000-480000000
> > SRAT: Node 2 PXM 1 480000000-880000000
> > SRAT: Node 1 PXM 2 880000000-c80000000
> > SRAT: Node 3 PXM 3 c80000000-1080000000
> > SRAT: Node 0 PXM 0 1100000000-3100000000
> > SRAT: Hotplug area 17825792 -> 51380224 has existing memory
> > SRAT: Node 0 PXM 0 3100000000-5100000000
> > SRAT: Hotplug area 51380224 -> 84934656 has existing memory
> > SRAT: Node 2 PXM 1 5100000000-7100000000
> > SRAT: Hotplug area 84934656 -> 118489088 has existing memory
> > SRAT: Node 2 PXM 1 7100000000-9100000000
> > SRAT: Hotplug area 118489088 -> 152043520 has existing memory
> > SRAT: Node 1 PXM 2 9100000000-b100000000
> > SRAT: Hotplug area 152043520 -> 185597952 has existing memory
> > SRAT: Node 1 PXM 2 b100000000-d100000000
> > SRAT: Hotplug area 185597952 -> 219152384 has existing memory
> > SRAT: Node 3 PXM 3 d100000000-f100000000
> > SRAT: Hotplug area 219152384 -> 252706816 has existing memory
> > SRAT: Node 3 PXM 3 f100000000-11100000000
> > SRAT: Hotplug area 252706816 -> 286261248 has existing memory
> > SRAT: Node 0 [0,80000000) + [100000000,480000000) -> [0,480000000)
> > SRAT: Node 0 [1100000000,3100000000) + [3100000000,5100000000) ->
> > [1100000000,5100000000)
> > SRAT: Node 2 [5100000000,7100000000) + [7100000000,9100000000) ->
> > [5100000000,9100000000)
> > SRAT: Node 1 [9100000000,b100000000) + [b100000000,d100000000) ->
> > [9100000000,d100000000)
> > SRAT: Node 3 [d100000000,f100000000) + [f100000000,11100000000) ->
> > [d100000000,11100000000)
> > Initmem setup node 0 0000000000000000-000000000af5a000
> > NODE_DATA [00000000042a4380 - 00000000042cb37f]
> > Zone PFN ranges:
> > DMA 0x00000010 -> 0x00001000
> > DMA32 0x00001000 -> 0x00100000
> > Normal empty
> > Movable zone start PFN for each node
> > early_node_map[2] active PFN ranges
> > 0: 0x00000010 -> 0x000000a0
> > 0: 0x00003000 -> 0x0000af5a
> > ACPI: PM-Timer IO Port: 0x408
> > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> > ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled)
> > ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled)
> > ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled)
> > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
> > ACPI: LAPIC (acpi_id[0x22] lapic_id[0x42] enabled)
> > ACPI: LAPIC (acpi_id[0x12] lapic_id[0x22] enabled)
> > ACPI: LAPIC (acpi_id[0x32] lapic_id[0x62] enabled)
> > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled)
> > ACPI: LAPIC (acpi_id[0x24] lapic_id[0x44] enabled)
> > ACPI: LAPIC (acpi_id[0x14] lapic_id[0x24] enabled)
> > ACPI: LAPIC (acpi_id[0x34] lapic_id[0x64] enabled)
> > ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled)
> > ACPI: LAPIC (acpi_id[0x26] lapic_id[0x46] enabled)
> > ACPI: LAPIC (acpi_id[0x16] lapic_id[0x26] enabled)
> > ACPI: LAPIC (acpi_id[0x36] lapic_id[0x66] enabled)
> > ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] enabled)
> > ACPI: LAPIC (acpi_id[0x28] lapic_id[0x50] enabled)
> > ACPI: LAPIC (acpi_id[0x18] lapic_id[0x30] enabled)
> > ACPI: LAPIC (acpi_id[0x38] lapic_id[0x70] enabled)
> > ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x12] enabled)
> > ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x52] enabled)
> > ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x32] enabled)
> > ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x72] enabled)
> > ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x14] enabled)
> > ACPI: LAPIC (acpi_id[0x2c] lapic_id[0x54] enabled)
> > ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x34] enabled)
> > ACPI: LAPIC (acpi_id[0x3c] lapic_id[0x74] enabled)
> > ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x16] enabled)
> > ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x56] enabled)
> > ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x36] enabled)
> > ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x76] enabled)
> > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
> > ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled)
> > ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled)
> > ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled)
> > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
> > ACPI: LAPIC (acpi_id[0x23] lapic_id[0x43] enabled)
> > ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled)
> > ACPI: LAPIC (acpi_id[0x33] lapic_id[0x63] enabled)
> > ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled)
> > ACPI: LAPIC (acpi_id[0x25] lapic_id[0x45] enabled)
> > ACPI: LAPIC (acpi_id[0x15] lapic_id[0x25] enabled)
> > ACPI: LAPIC (acpi_id[0x35] lapic_id[0x65] enabled)
> > ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled)
> > ACPI: LAPIC (acpi_id[0x27] lapic_id[0x47] enabled)
> > ACPI: LAPIC (acpi_id[0x17] lapic_id[0x27] enabled)
> > ACPI: LAPIC (acpi_id[0x37] lapic_id[0x67] enabled)
> > ACPI: LAPIC (acpi_id[0x09] lapic_id[0x11] enabled)
> > ACPI: LAPIC (acpi_id[0x29] lapic_id[0x51] enabled)
> > ACPI: LAPIC (acpi_id[0x19] lapic_id[0x31] enabled)
> > ACPI: LAPIC (acpi_id[0x39] lapic_id[0x71] enabled)
> > ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x13] enabled)
> > ACPI: LAPIC (acpi_id[0x2b] lapic_id[0x53] enabled)
> > ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x33] enabled)
> > ACPI: LAPIC (acpi_id[0x3b] lapic_id[0x73] enabled)
> > ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x15] enabled)
> > ACPI: LAPIC (acpi_id[0x2d] lapic_id[0x55] enabled)
> > ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x35] enabled)
> > ACPI: LAPIC (acpi_id[0x3d] lapic_id[0x75] enabled)
> > ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x17] enabled)
> > ACPI: LAPIC (acpi_id[0x2f] lapic_id[0x57] enabled)
> > ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x37] enabled)
> > ACPI: LAPIC (acpi_id[0x3f] lapic_id[0x77] enabled)
> > ACPI: LAPIC_NMI (acpi_id[0x00] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x01] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x02] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x03] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x04] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x05] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x06] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x07] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x08] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x09] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x0a] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x0b] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x0c] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x0d] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x0e] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x0f] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x10] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x11] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x12] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x13] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x14] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x15] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x16] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x17] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x18] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x19] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x1a] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x1b] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x1c] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x1d] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x1e] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x1f] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x20] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x21] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x22] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x23] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x24] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x25] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x26] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x27] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x28] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x29] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x2a] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x2b] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x2c] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x2d] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x2e] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x2f] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x30] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x31] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x32] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x33] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x34] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x35] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x36] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x37] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x38] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x39] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x3a] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x3b] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x3c] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x3d] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x3e] high level lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x3f] high level lint[0x1])
> > ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> > IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
> > ACPI: IOAPIC (id[0x09] address[0xfec01000] gsi_base[24])
> > IOAPIC[1]: apic_id 9, version 32, address 0xfec01000, GSI 24-47
> > ACPI: IOAPIC (id[0x0a] address[0xfec04000] gsi_base[48])
> > IOAPIC[2]: apic_id 10, version 32, address 0xfec04000, GSI 48-71
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> > Using ACPI (MADT) for SMP configuration information
> > ACPI: HPET id: 0x8086a401 base: 0xfed00000
> > SMP: Allowing 64 CPUs, 0 hotplug CPUs
> > PM: Registered nosave memory: 00000000000a0000 - 0000000003000000
> > Allocating PCI resources starting at 7bfff000 (gap:
> 7bfff000:84001000)
> > Booting paravirtualized kernel on bare hardware
> > setup_percpu: NR_CPUS:4096 nr_cpumask_bits:64 nr_cpu_ids:64
> > nr_node_ids:4
> > PERCPU: Embedded 29 pages/cpu @ffff880005000000 s90112 r8192 d20480
> > u131072
> > pcpu-alloc: s90112 r8192 d20480 u131072 alloc=1*2097152
> > pcpu-alloc: [0] 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
> > pcpu-alloc: [0] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
> > pcpu-alloc: [0] 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47
> > pcpu-alloc: [0] 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63
> > Built 1 zonelists in Node order, mobility grouping on. Total
> pages:
> > 32132
> > Policy zone: DMA32
> > 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_US.UTF-8
> > SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us
> > console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices
> > cgroup_disable=memory sysrq_always_enabled memmap=exactmap
> > memmap=640K@0K memmap=130408K@49152K elfcorehdr=179560K
> > memmap=2132K#1978692K memmap=3912K#1980824K memmap=52K#1985200K
> > memmap=76K#1985336K memmap=36K#1985420K memmap=4K#1985504K
> > memmap=132K#1985532K memmap=188K#1985796K memmap=5860K#1986244K
> > memmap=2048K#1992104K memmap=1296K#1994152K memmap=592K#1995640K
> > memmap=576K#1996244K memmap=31676K#1997248K memmap=1248K#2029884K
> > memmap=288K#2031132K memmap=192K#2031420K
> > kexec_jump_back_entry=0x0000000003393063
> > Misrouted IRQ fixup and polling support enabled
> > This may significantly impact system performance
> > Disabling memory control group subsystem
> > sysrq: sysrq always enabled.
> > PID hash table entries: 512 (order: 0, 4096 bytes)
> > Checking aperture...
> > No AGP bridge found
> > Subtract (145 early reservations)
> > #1 [0003000000 - 00042a3348] TEXT DATA BSS
> > #2 [000aa65000 - 000af49000] RAMDISK
> > #3 [00042a4000 - 00042a4354] BRK
> > #4 [0000099800 - 00000fdd80] BIOS reserved
> > #5 [00000fdd90 - 0000100000] BIOS reserved
> > #6 [00000fdd80 - 00000fdd90] MP-table mpf
> > #7 [0000000012 - 000000f012] MP-table mpc
> > #8 [0000010000 - 0000012000] TRAMPOLINE
> > #9 [0000012000 - 0000016000] ACPI WAKEUP
> > #10 [0000016000 - 0000017000] PGTABLE
> > #11 [0000017000 - 000001703c] ACPI SLIT
> > #12 [0000017040 - 00000174c0] MEMNODEMAP
> > #13 [00042a4380 - 00042cb380] NODE_DATA
> > #14 [00042cb380 - 00042cc380] BOOTMEM
> > #15 [00042a3380 - 00042a33b0] BOOTMEM
> > #16 [0004acd000 - 0004ace000] BOOTMEM
> > #17 [0004ace000 - 0004acf000] BOOTMEM
> > #18 [0004c00000 - 0005000000] MEMMAP 0
> > #19 [00042cc380 - 00042e4380] BOOTMEM
> > #20 [00042e4380 - 00042fc380] BOOTMEM
> > #21 [00042fd000 - 00042fe000] BOOTMEM
> > #22 [00042a33c0 - 00042a3401] BOOTMEM
> > #23 [00042a3440 - 00042a3509] BOOTMEM
> > #24 [00042a3540 - 00042a3888] BOOTMEM
> > #25 [00042a38c0 - 00042a3928] BOOTMEM
> > #26 [00042a3940 - 00042a39a8] BOOTMEM
> > #27 [00042a39c0 - 00042a3a28] BOOTMEM
> > #28 [00042a3a40 - 00042a3aa8] BOOTMEM
> > #29 [00042a3ac0 - 00042a3b28] BOOTMEM
> > #30 [00042a3b40 - 00042a3ba8] BOOTMEM
> > #31 [00042a3bc0 - 00042a3c28] BOOTMEM
> > #32 [00042a3c40 - 00042a3ca8] BOOTMEM
> > #33 [00042a3cc0 - 00042a3d28] BOOTMEM
> > #34 [00042a3d40 - 00042a3da8] BOOTMEM
> > #35 [00042a3dc0 - 00042a3e28] BOOTMEM
> > #36 [00042a3e40 - 00042a3ea8] BOOTMEM
> > #37 [00042a3ec0 - 00042a3f28] BOOTMEM
> > #38 [00042a3f40 - 00042a3fa8] BOOTMEM
> > #39 [00042fc380 - 00042fc3e8] BOOTMEM
> > #40 [00042fc400 - 00042fc468] BOOTMEM
> > #41 [00042fc480 - 00042fc4e8] BOOTMEM
> > #42 [00042fc500 - 00042fc568] BOOTMEM
> > #43 [00042fc580 - 00042fc5e8] BOOTMEM
> > #44 [00042fc600 - 00042fc668] BOOTMEM
> > #45 [00042fc680 - 00042fc6e8] BOOTMEM
> > #46 [00042fc700 - 00042fc768] BOOTMEM
> > #47 [00042fc780 - 00042fc7e8] BOOTMEM
> > #48 [00042fc800 - 00042fc868] BOOTMEM
> > #49 [00042fc880 - 00042fc8e8] BOOTMEM
> > #50 [00042fc900 - 00042fc968] BOOTMEM
> > #51 [00042fc980 - 00042fc9e8] BOOTMEM
> > #52 [00042fca00 - 00042fca68] BOOTMEM
> > #53 [00042fca80 - 00042fcae8] BOOTMEM
> > #54 [00042fcb00 - 00042fcb68] BOOTMEM
> > #55 [00042fcb80 - 00042fcbe8] BOOTMEM
> > #56 [00042fcc00 - 00042fcc68] BOOTMEM
> > #57 [00042fcc80 - 00042fcce8] BOOTMEM
> > #58 [00042fcd00 - 00042fcd68] BOOTMEM
> > #59 [00042fcd80 - 00042fcde8] BOOTMEM
> > #60 [00042fce00 - 00042fce68] BOOTMEM
> > #61 [00042fce80 - 00042fcee8] BOOTMEM
> > #62 [00042a3fc0 - 00042a3fe0] BOOTMEM
> > #63 [00042fe000 - 00042fe311] BOOTMEM
> > #64 [00042fe340 - 00042fe651] BOOTMEM
> > #65 [0005000000 - 000501d000] BOOTMEM
> > #66 [0005020000 - 000503d000] BOOTMEM
> > #67 [0005040000 - 000505d000] BOOTMEM
> > #68 [0005060000 - 000507d000] BOOTMEM
> > #69 [0005080000 - 000509d000] BOOTMEM
> > #70 [00050a0000 - 00050bd000] BOOTMEM
> > #71 [00050c0000 - 00050dd000] BOOTMEM
> > #72 [00050e0000 - 00050fd000] BOOTMEM
> > #73 [0005100000 - 000511d000] BOOTMEM
> > #74 [0005120000 - 000513d000] BOOTMEM
> > #75 [0005140000 - 000515d000] BOOTMEM
> > #76 [0005160000 - 000517d000] BOOTMEM
> > #77 [0005180000 - 000519d000] BOOTMEM
> > #78 [00051a0000 - 00051bd000] BOOTMEM
> > #79 [00051c0000 - 00051dd000] BOOTMEM
> > #80 [00051e0000 - 00051fd000] BOOTMEM
> > #81 [0005200000 - 000521d000] BOOTMEM
> > #82 [0005220000 - 000523d000] BOOTMEM
> > #83 [0005240000 - 000525d000] BOOTMEM
> > #84 [0005260000 - 000527d000] BOOTMEM
> > #85 [0005280000 - 000529d000] BOOTMEM
> > #86 [00052a0000 - 00052bd000] BOOTMEM
> > #87 [00052c0000 - 00052dd000] BOOTMEM
> > #88 [00052e0000 - 00052fd000] BOOTMEM
> > #89 [0005300000 - 000531d000] BOOTMEM
> > #90 [0005320000 - 000533d000] BOOTMEM
> > #91 [0005340000 - 000535d000] BOOTMEM
> > #92 [0005360000 - 000537d000] BOOTMEM
> > #93 [0005380000 - 000539d000] BOOTMEM
> > #94 [00053a0000 - 00053bd000] BOOTMEM
> > #95 [00053c0000 - 00053dd000] BOOTMEM
> > #96 [00053e0000 - 00053fd000] BOOTMEM
> > #97 [0005400000 - 000541d000] BOOTMEM
> > #98 [0005420000 - 000543d000] BOOTMEM
> > #99 [0005440000 - 000545d000] BOOTMEM
> > #100 [0005460000 - 000547d000] BOOTMEM
> > #101 [0005480000 - 000549d000] BOOTMEM
> > #102 [00054a0000 - 00054bd000] BOOTMEM
> > #103 [00054c0000 - 00054dd000] BOOTMEM
> > #104 [00054e0000 - 00054fd000] BOOTMEM
> > #105 [0005500000 - 000551d000] BOOTMEM
> > #106 [0005520000 - 000553d000] BOOTMEM
> > #107 [0005540000 - 000555d000] BOOTMEM
> > #108 [0005560000 - 000557d000] BOOTMEM
> > #109 [0005580000 - 000559d000] BOOTMEM
> > #110 [00055a0000 - 00055bd000] BOOTMEM
> > #111 [00055c0000 - 00055dd000] BOOTMEM
> > #112 [00055e0000 - 00055fd000] BOOTMEM
> > #113 [0005600000 - 000561d000] BOOTMEM
> > #114 [0005620000 - 000563d000] BOOTMEM
> > #115 [0005640000 - 000565d000] BOOTMEM
> > #116 [0005660000 - 000567d000] BOOTMEM
> > #117 [0005680000 - 000569d000] BOOTMEM
> > #118 [00056a0000 - 00056bd000] BOOTMEM
> > #119 [00056c0000 - 00056dd000] BOOTMEM
> > #120 [00056e0000 - 00056fd000] BOOTMEM
> > #121 [0005700000 - 000571d000] BOOTMEM
> > #122 [0005720000 - 000573d000] BOOTMEM
> > #123 [0005740000 - 000575d000] BOOTMEM
> > #124 [0005760000 - 000577d000] BOOTMEM
> > #125 [0005780000 - 000579d000] BOOTMEM
> > #126 [00057a0000 - 00057bd000] BOOTMEM
> > #127 [00057c0000 - 00057dd000] BOOTMEM
> > #128 [00057e0000 - 00057fd000] BOOTMEM
> > #129 [00042fcf00 - 00042fcf08] BOOTMEM
> > #130 [00042fcf40 - 00042fcf48] BOOTMEM
> > #131 [0004300680 - 0004300780] BOOTMEM
> > #132 [0004300780 - 0004300980] BOOTMEM
> > #133 [0004300980 - 0004300a90] BOOTMEM
> > #134 [00042fcf80 - 00042fcfc8] BOOTMEM
> > #135 [0004300ac0 - 0004300b08] BOOTMEM
> > #136 [00042fe680 - 00042fe880] BOOTMEM
> > #137 [00042fe880 - 00042fea80] BOOTMEM
> > #138 [00042fea80 - 00042fec80] BOOTMEM
> > #139 [00042fec80 - 00042fee80] BOOTMEM
> > #140 [00042fee80 - 00042ff080] BOOTMEM
> > #141 [00042ff080 - 00042ff280] BOOTMEM
> > #142 [00042ff280 - 00042ff480] BOOTMEM
> > #143 [00042ff480 - 00042ff680] BOOTMEM
> > #144 [00042ff680 - 0004300680] BOOTMEM
> > Memory: 94928k/179560k available (4757k kernel code, 48576k absent,
> > 36056k reserved, 7603k data, 1440k init)
> > Hierarchical RCU implementation.
> > RCU-based detection of stalled CPUs is disabled.
> > Verbose stalled-CPUs detection is disabled.
> > NR_IRQS:262400 nr_irqs:2008
> > Extended CMOS year: 2000
> > Spurious LAPIC timer interrupt on cpu 0
> > Console: colour VGA+ 80x25
> > console [ttyS0] enabled
> > Fast TSC calibration using PIT
> > Detected 1994.656 MHz processor.
> > Calibrating delay loop (skipped), value calculated using timer
> > frequency.. 3989.31 BogoMIPS (lpj=1994656)
> > pid_max: default: 65536 minimum: 512
> > Security Framework initialized
> > SELinux: Initializing.
> > Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
> > Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
> > Mount-cache hash table entries: 256
> > Initializing cgroup subsys ns
> > Initializing cgroup subsys cpuacct
> > Initializing cgroup subsys memory
> > Initializing cgroup subsys devices
> > Initializing cgroup subsys freezer
> > Initializing cgroup subsys net_cls
> > Initializing cgroup subsys blkio
> > CPU: Physical Processor ID: 3
> > CPU: Processor Core ID: 1
> > mce: CPU supports 22 MCE banks
> > using mwait in idle threads.
> > Performance Events: PEBS fmt1+, Nehalem events, Intel PMU driver.
> > ... version: 3
> > ... bit width: 48
> > ... generic registers: 4
> > ... value mask: 0000ffffffffffff
> > ... max period: 000000007fffffff
> > ... fixed-purpose events: 3
> > ... event mask: 000000070000000f
> > SMP alternatives: switching to UP code
> > ACPI: Core revision 20100702
> > ftrace: converting mcount calls to 0f 1f 44 00 00
> > ftrace: allocating 18457 entries in 73 pages
> > Not enabling x2apic, Intr-remapping init failed.
> > Setting APIC routing to physical flat
> > ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
> > CPU0: Intel(R) Xeon(R) CPU X7550 @ 2.00GHz stepping 06
> > Brought up 1 CPUs
> > Total of 1 processors activated (3989.31 BogoMIPS).
> > devtmpfs: initialized
> > regulator: core version 0.5
> > NET: Registered protocol family 16
> > ACPI FADT declares the system doesn't support PCIe ASPM, so disable
> it
> > ACPI: bus type pci registered
> > PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem
> > 0x80000000-0x8fffffff] (base 0x80000000)
> > PCI: not using MMCONFIG
> > PCI: Using configuration type 1 for base access
> > bio: create slab <bio-0> at 0
> > IRQ 9: starting IRQFIXUP_POLL
> > ACPI Error: Field [CPB3] at 96 exceeds Buffer [NULL] size 64 (bits)
> > (20100702/dsopcode-597)
> > ACPI Error (psparse-0537): Method parse/execution failed
> [\_SB_._OSC]
> > (Node ffff880009dbb1a0), AE_AML_BUFFER_LIMIT
> > ACPI: Interpreter enabled
> > ACPI: (supports S0 S1 S5)
> > ACPI: Using IOAPIC for interrupt routing
> > PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem
> > 0x80000000-0x8fffffff] (base 0x80000000)
> > [Firmware Bug]: PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] not
> > reserved in ACPI motherboard resources
> > PCI: not using MMCONFIG
> > ACPI: No dock devices found.
> > PCI: Using host bridge windows from ACPI; if necessary, use
> > "pci=nocrs" and report a bug
> > ACPI: PCI Root Bridge [IOH0] (domain 0000 [bus 00-7f])
> > pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
> > pci_root PNP0A08:00: host bridge window [io 0x1000-0x9fff]
> > pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
> > pci_root PNP0A08:00: host bridge window [mem 0x000c4000-0x000cbfff]
> > pci_root PNP0A08:00: host bridge window [mem 0xfed40000-0xfedfffff]
> > pci_root PNP0A08:00: host bridge window [mem 0x90000000-0xcfffffff]
> > pci_root PNP0A08:00: host bridge window [mem
> > 0xfc000000000-0xfc07fffffff]
> > pci 0000:00:1f.0: quirk: [io 0x0400-0x047f] claimed by ICH6
> > ACPI/GPIO/TCO
> > pci 0000:00:1f.0: quirk: [io 0x0500-0x053f] claimed by ICH6 GPIO
> > pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0680 (mask
> 000f)
> > pci 0000:00:1f.0: ICH7 LPC Generic IO decode 2 PIO at 0ca0 (mask
> 000f)
> > pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 0600 (mask
> 001f)
> > pci 0000:00:01.0: PCI bridge to [bus 01-03]
> > pci 0000:00:02.0: PCI bridge to [bus 04-06]
> > pci 0000:07:00.0: disabling ASPM on pre-1.1 PCIe device. You can
> > enable it with 'pcie_aspm=force'
> > pci 0000:00:03.0: PCI bridge to [bus 07-07]
> > pci 0000:00:05.0: PCI bridge to [bus 08-0a]
> > pci 0000:00:07.0: PCI bridge to [bus 0b-0d]
> > pci 0000:00:09.0: PCI bridge to [bus 0e-0e]
> > pci 0000:00:0a.0: PCI bridge to [bus 0f-0f]
> > pci 0000:00:1c.0: PCI bridge to [bus 10-10]
> > pci 0000:11:00.0: disabling ASPM on pre-1.1 PCIe device. You can
> > enable it with 'pcie_aspm=force'
> > pci 0000:00:1c.4: PCI bridge to [bus 11-11]
> > pci 0000:00:1e.0: PCI bridge to [bus 12-12] (subtractive decode)
> > ACPI: PCI Root Bridge [IOH1] (domain 0000 [bus 80-f7])
> > pci_root PNP0A08:01: host bridge window [io 0xa000-0xffff]
> > pci_root PNP0A08:01: host bridge window [mem 0xd0000000-0xfbffffff]
> > pci_root PNP0A08:01: host bridge window [mem
> > 0xfc080000000-0xfc0ffffffff]
> > pci 0000:80:00.0: PCI bridge to [bus 81-81]
> > pci 0000:80:01.0: PCI bridge to [bus 82-82]
> > pci 0000:80:03.0: PCI bridge to [bus 83-83]
> > pci 0000:80:07.0: PCI bridge to [bus 84-86]
> > pci 0000:80:09.0: PCI bridge to [bus 87-89]
> > ACPI: PCI Root Bridge [PRB3] (domain 0000 [bus fc])
> > ACPI: PCI Root Bridge [PRB2] (domain 0000 [bus fd])
> > ACPI: PCI Root Bridge [PRB1] (domain 0000 [bus fe])
> > ACPI: PCI Root Bridge [PRB0] (domain 0000 [bus ff])
> > ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12 14 15)
> *0,
> > disabled.
> > vgaarb: device added:
> > PCI:0000:11:00.0,decodes=io+mem,owns=io+mem,locks=none
> > vgaarb: loaded
> > SCSI subsystem initialized
> > usbcore: registered new interface driver usbfs
> > usbcore: registered new interface driver hub
> > usbcore: registered new device driver usb
> > PCI: Using ACPI for IRQ routing
> > NetLabel: Initializing
> > NetLabel: domain hash size = 128
> > NetLabel: protocols = UNLABELED CIPSOv4
> > NetLabel: unlabeled traffic allowed by default
> > HPET: 4 timers in total, 0 timers will be used for per-cpu timer
> > hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
> > hpet0: 4 comparators, 64-bit 14.318180 MHz counter
> > Switching to clocksource tsc
> > pnp: PnP ACPI init
> > ACPI: bus type pnp registered
> > pnp: PnP ACPI: found 21 devices
> > ACPI: ACPI bus type pnp unregistered
> > system 00:07: [io 0x0500-0x057f] could not be reserved
> > system 00:07: [io 0x0400-0x047f] has been reserved
> > system 00:07: [io 0x0540-0x057f] has been reserved
> > system 00:07: [io 0x0ca2-0x0ca3] has been reserved
> > system 00:07: [io 0x0600-0x061f] has been reserved
> > system 00:07: [io 0x0ca0-0x0ca5] could not be reserved
> > system 00:07: [io 0x0880-0x0883] has been reserved
> > system 00:07: [io 0x0ca4-0x0ca5] has been reserved
> > system 00:07: [io 0x0800-0x081f] has been reserved
> > system 00:07: [mem 0xfed1c000-0xfed3ffff] has been reserved
> > system 00:07: [mem 0xfed45000-0xfed8bfff] has been reserved
> > system 00:07: [mem 0xff000000-0xffffffff] has been reserved
> > system 00:07: [mem 0xfee00000-0xfeefffff] has been reserved
> > system 00:07: [mem 0xfed12000-0xfed1200f] has been reserved
> > system 00:07: [mem 0xfed12010-0xfed1201f] has been reserved
> > system 00:07: [mem 0xfed1b000-0xfed1bfff] has been reserved
> > pci 0000:07:00.0: no compatible bridge window for [mem
> > 0xfffe0000-0xffffffff pref]
> > pci 0000:11:00.0: no compatible bridge window for [mem
> > 0xffff0000-0xffffffff pref]
> > pci 0000:00:01.0: PCI bridge to [bus 01-03]
> > pci 0000:00:01.0: bridge window [io 0x5000-0x5fff]
> > pci 0000:00:01.0: bridge window [mem 0x9bb00000-0x9bbfffff]
> > pci 0000:00:01.0: bridge window [mem pref disabled]
> > pci 0000:00:02.0: PCI bridge to [bus 04-06]
> > pci 0000:00:02.0: bridge window [io 0x4000-0x4fff]
> > pci 0000:00:02.0: bridge window [mem 0x9ba00000-0x9bafffff]
> > pci 0000:00:02.0: bridge window [mem pref disabled]
> > pci 0000:07:00.0: BAR 6: assigned [mem 0x9bd00000-0x9bd1ffff pref]
> > pci 0000:00:03.0: PCI bridge to [bus 07-07]
> > pci 0000:00:03.0: bridge window [io 0x3000-0x3fff]
> > pci 0000:00:03.0: bridge window [mem 0x9b900000-0x9b9fffff]
> > pci 0000:00:03.0: bridge window [mem 0x9bd00000-0x9bdfffff 64bit
> > pref]
> > pci 0000:00:05.0: PCI bridge to [bus 08-0a]
> > pci 0000:00:05.0: bridge window [io 0x2000-0x2fff]
> > pci 0000:00:05.0: bridge window [mem 0x9a900000-0x9b8fffff]
> > pci 0000:00:05.0: bridge window [mem 0x95900000-0x998fffff 64bit
> > pref]
> > pci 0000:00:07.0: PCI bridge to [bus 0b-0d]
> > pci 0000:00:07.0: bridge window [io 0x1000-0x1fff]
> > pci 0000:00:07.0: bridge window [mem 0x99900000-0x9a8fffff]
> > pci 0000:00:07.0: bridge window [mem 0x91900000-0x958fffff 64bit
> > pref]
> > pci 0000:00:09.0: PCI bridge to [bus 0e-0e]
> > pci 0000:00:09.0: bridge window [io disabled]
> > pci 0000:00:09.0: bridge window [mem disabled]
> > pci 0000:00:09.0: bridge window [mem pref disabled]
> > pci 0000:00:0a.0: PCI bridge to [bus 0f-0f]
> > pci 0000:00:0a.0: bridge window [io disabled]
> > pci 0000:00:0a.0: bridge window [mem disabled]
> > pci 0000:00:0a.0: bridge window [mem pref disabled]
> > pci 0000:00:1c.0: PCI bridge to [bus 10-10]
> > pci 0000:00:1c.0: bridge window [io 0x7000-0x7fff]
> > pci 0000:00:1c.0: bridge window [mem 0x9be00000-0x9bffffff]
> > pci 0000:00:1c.0: bridge window [mem 0x9c000000-0x9c1fffff 64bit
> > pref]
> > pci 0000:11:00.0: BAR 6: assigned [mem 0x91810000-0x9181ffff pref]
> > pci 0000:00:1c.4: PCI bridge to [bus 11-11]
> > pci 0000:00:1c.4: bridge window [io disabled]
> > pci 0000:00:1c.4: bridge window [mem 0x91000000-0x918fffff]
> > pci 0000:00:1c.4: bridge window [mem 0x90000000-0x90ffffff 64bit
> > pref]
> > pci 0000:00:1e.0: PCI bridge to [bus 12-12]
> > pci 0000:00:1e.0: bridge window [io disabled]
> > pci 0000:00:1e.0: bridge window [mem disabled]
> > pci 0000:00:1e.0: bridge window [mem pref disabled]
> > pci 0000:00:01.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
> > pci 0000:00:02.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29
> > pci 0000:00:03.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
> > pci 0000:00:05.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26
> > pci 0000:00:07.0: PCI INT A -> GSI 30 (level, low) -> IRQ 30
> > pci 0000:00:09.0: PCI INT A -> GSI 32 (level, low) -> IRQ 32
> > pci 0000:00:0a.0: PCI INT A -> GSI 33 (level, low) -> IRQ 33
> > pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> > pci 0000:00:1c.4: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> > pci 0000:80:00.0: PCI bridge to [bus 81-81]
> > pci 0000:80:00.0: bridge window [io disabled]
> > pci 0000:80:00.0: bridge window [mem disabled]
> > pci 0000:80:00.0: bridge window [mem pref disabled]
> > pci 0000:80:01.0: PCI bridge to [bus 82-82]
> > pci 0000:80:01.0: bridge window [io disabled]
> > pci 0000:80:01.0: bridge window [mem disabled]
> > pci 0000:80:01.0: bridge window [mem pref disabled]
> > pci 0000:80:03.0: PCI bridge to [bus 83-83]
> > pci 0000:80:03.0: bridge window [io disabled]
> > pci 0000:80:03.0: bridge window [mem disabled]
> > pci 0000:80:03.0: bridge window [mem pref disabled]
> > pci 0000:80:07.0: PCI bridge to [bus 84-86]
> > pci 0000:80:07.0: bridge window [io 0xb000-0xbfff]
> > pci 0000:80:07.0: bridge window [mem 0xd1000000-0xd1ffffff]
> > pci 0000:80:07.0: bridge window [mem 0xf3f00000-0xf7efffff 64bit
> > pref]
> > pci 0000:80:09.0: PCI bridge to [bus 87-89]
> > pci 0000:80:09.0: bridge window [io 0xa000-0xafff]
> > pci 0000:80:09.0: bridge window [mem 0xd0000000-0xd0ffffff]
> > pci 0000:80:09.0: bridge window [mem 0xf7f00000-0xfbefffff 64bit
> > pref]
> > pci 0000:80:00.0: PCI INT A -> GSI 71 (level, low) -> IRQ 71
> > pci 0000:80:01.0: PCI INT A -> GSI 52 (level, low) -> IRQ 52
> > pci 0000:80:03.0: PCI INT A -> GSI 48 (level, low) -> IRQ 48
> > pci 0000:80:07.0: PCI INT A -> GSI 54 (level, low) -> IRQ 54
> > pci 0000:80:09.0: PCI INT A -> GSI 56 (level, low) -> IRQ 56
> > NET: Registered protocol family 2
> > IP route cache hash table entries: 1024 (order: 1, 8192 bytes)
> > TCP established hash table entries: 4096 (order: 4, 65536 bytes)
> > TCP bind hash table entries: 4096 (order: 4, 65536 bytes)
> > TCP: Hash tables configured (established 4096 bind 4096)
> > TCP reno registered
> > UDP hash table entries: 128 (order: 0, 4096 bytes)
> > UDP-Lite hash table entries: 128 (order: 0, 4096 bytes)
> > NET: Registered protocol family 1
> > Trying to unpack rootfs image as initramfs...
> > Freeing initrd memory: 5008k freed
> > audit: initializing netlink socket (disabled)
> > type=2000 audit(1284111689.916:1): initialized
> > HugeTLB registered 2 MB page size, pre-allocated 0 pages
> > VFS: Disk quotas dquot_6.5.2
> > Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
> > Warning: Core image elf header is notsane
> > Kdump: vmcore not initialized
> > msgmni has been set to 195
> > Block layer SCSI generic (bsg) driver version 0.4 loaded (major
> 253)
> > io scheduler noop registered
> > io scheduler deadline registered
> > io scheduler cfq registered (default)
> > pcieport 0000:00:01.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:02.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:03.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:05.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:07.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:09.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:0a.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:1c.0: ACPI _OSC control granted for 0x14
> > pcieport 0000:00:1c.4: ACPI _OSC control granted for 0x14
> > IRQ 88: starting IRQFIXUP_POLL
> > pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
> > pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
> > pci 0000:01:00.1: Signaling PME through PCIe PME interrupt
> > IRQ 89: starting IRQFIXUP_POLL
> > pcieport 0000:00:02.0: Signaling PME through PCIe PME interrupt
> > pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
> > pci 0000:04:00.1: Signaling PME through PCIe PME interrupt
> > IRQ 90: starting IRQFIXUP_POLL
> > pcieport 0000:00:03.0: Signaling PME through PCIe PME interrupt
> > pci 0000:07:00.0: Signaling PME through PCIe PME interrupt
> > IRQ 91: starting IRQFIXUP_POLL
> > pcieport 0000:00:05.0: Signaling PME through PCIe PME interrupt
> > IRQ 92: starting IRQFIXUP_POLL
> > pcieport 0000:00:07.0: Signaling PME through PCIe PME interrupt
> > IRQ 93: starting IRQFIXUP_POLL
> > pcieport 0000:00:09.0: Signaling PME through PCIe PME interrupt
> > IRQ 94: starting IRQFIXUP_POLL
> > pcieport 0000:00:0a.0: Signaling PME through PCIe PME interrupt
> > IRQ 95: starting IRQFIXUP_POLL
> > pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
> > IRQ 96: starting IRQFIXUP_POLL
> > pcieport 0000:00:1c.4: Signaling PME through PCIe PME interrupt
> > pci 0000:11:00.0: Signaling PME through PCIe PME interrupt
> > pci_hotplug: PCI Hot Plug PCI Core version: 0.5
> > pciehp: PCI Express Hot Plug Controller Driver version: 0.4
> > acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
> > acpiphp: Slot [1] registered
> > acpiphp: Slot [2] registered
> > acpiphp: Slot [6] registered
> > acpiphp: Slot [7] registered
> > pci-stub: invalid id string ""
> > input: Sleep Button as
> > /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0
> > ACPI: Sleep Button [SLPB]
> > input: Power Button as
> /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
> > ACPI: Power Button [PWRF]
> > Non-volatile memory driver v1.3
> > Linux agpgart interface v0.103
> > Hangcheck: starting hangcheck timer 0.9.1 (tick is 180 seconds,
> margin
> > is 60 seconds).
> > Hangcheck: Using getrawmonotonic().
> > tpm_tis 00:0a: 1.2 TPM (device-id 0x4A10, rev-id 78)
> > Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> > �serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> > serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> > 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> > 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> > brd: module loaded
> > loop: module loaded
> > ahci 0000:00:1f.2: PCI INT A -> GSI 19 (level, low) -> IRQ 19
> > ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x1 impl
> > SATA mode
> > ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part
> ccc
> > IRQ 97: starting IRQFIXUP_POLL
> > scsi0 : ahci
> > scsi1 : ahci
> > scsi2 : ahci
> > scsi3 : ahci
> > scsi4 : ahci
> > scsi5 : ahci
> > ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status
> changed
> > irq 97+
> > ata2: DUMMY
> > ata3: DUMMY
> > ata4: DUMMY
> > ata5: DUMMY
> > ata6: DUMMY
> > Fixed MDIO Bus: probed
> > ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> > ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
> > ehci_hcd 0000:00:1a.7: EHCI Host Controller
> > ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number
> 1
> > ehci_hcd 0000:00:1a.7: debug port 1
> > IRQ 18: starting IRQFIXUP_POLL
> > ehci_hcd 0000:00:1a.7: irq 18, io mem 0x9bc02000
> > ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
> > usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> > usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb1: Product: EHCI Host Controller
> > usb usb1: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ ehci_hcd
> > usb usb1: SerialNumber: 0000:00:1a.7
> > hub 1-0:1.0: USB hub found
> > hub 1-0:1.0: 6 ports detected
> > ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> > ehci_hcd 0000:00:1d.7: EHCI Host Controller
> > ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number
> 2
> > ehci_hcd 0000:00:1d.7: debug port 1
> > IRQ 23: starting IRQFIXUP_POLL
> > ehci_hcd 0000:00:1d.7: irq 23, io mem 0x9bc01000
> > ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> > usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> > usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb2: Product: EHCI Host Controller
> > usb usb2: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ ehci_hcd
> > usb usb2: SerialNumber: 0000:00:1d.7
> > hub 2-0:1.0: USB hub found
> > hub 2-0:1.0: 6 ports detected
> > ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> > uhci_hcd: USB Universal Host Controller Interface driver
> > uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> > uhci_hcd 0000:00:1a.0: UHCI Host Controller
> > uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number
> 3
> > IRQ 16: starting IRQFIXUP_POLL
> > uhci_hcd 0000:00:1a.0: irq 16, io base 0x000060e0
> > usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
> > usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb3: Product: UHCI Host Controller
> > usb usb3: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> > usb usb3: SerialNumber: 0000:00:1a.0
> > hub 3-0:1.0: USB hub found
> > hub 3-0:1.0: 2 ports detected
> > uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
> > uhci_hcd 0000:00:1a.1: UHCI Host Controller
> > uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number
> 4
> > IRQ 21: starting IRQFIXUP_POLL
> > uhci_hcd 0000:00:1a.1: irq 21, io base 0x000060c0
> > usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
> > usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb4: Product: UHCI Host Controller
> > usb usb4: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> > usb usb4: SerialNumber: 0000:00:1a.1
> > hub 4-0:1.0: USB hub found
> > hub 4-0:1.0: 2 ports detected
> > uhci_hcd 0000:00:1a.2: PCI INT D -> GSI 19 (level, low) -> IRQ 19
> > uhci_hcd 0000:00:1a.2: UHCI Host Controller
> > uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number
> 5
> > IRQ 19: starting IRQFIXUP_POLL
> > uhci_hcd 0000:00:1a.2: irq 19, io base 0x000060a0
> > usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
> > usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb5: Product: UHCI Host Controller
> > usb usb5: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> > usb usb5: SerialNumber: 0000:00:1a.2
> > hub 5-0:1.0: USB hub found
> > hub 5-0:1.0: 2 ports detected
> > uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> > uhci_hcd 0000:00:1d.0: UHCI Host Controller
> > uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number
> 6
> > uhci_hcd 0000:00:1d.0: irq 23, io base 0x00006080
> > usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
> > usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb6: Product: UHCI Host Controller
> > usb usb6: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> > usb usb6: SerialNumber: 0000:00:1d.0
> > hub 6-0:1.0: USB hub found
> > hub 6-0:1.0: 2 ports detected
> > uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
> > uhci_hcd 0000:00:1d.1: UHCI Host Controller
> > uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number
> 7
> > uhci_hcd 0000:00:1d.1: irq 19, io base 0x00006060
> > usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
> > usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb7: Product: UHCI Host Controller
> > usb usb7: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> > usb usb7: SerialNumber: 0000:00:1d.1
> > hub 7-0:1.0: USB hub found
> > hub 7-0:1.0: 2 ports detected
> > uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
> > uhci_hcd 0000:00:1d.2: UHCI Host Controller
> > uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number
> 8
> > uhci_hcd 0000:00:1d.2: irq 18, io base 0x00006040
> > usb usb8: New USB device found, idVendor=1d6b, idProduct=0001
> > usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb8: Product: UHCI Host Controller
> > usb usb8: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> > usb usb8: SerialNumber: 0000:00:1d.2
> > hub 8-0:1.0: USB hub found
> > hub 8-0:1.0: 2 ports detected
> > PNP: No PS/2 controller found. Probing ports directly.
> > i8042.c: No controller found.
> > mice: PS/2 mouse device common for all mice
> > rtc_cmos 00:03: RTC can wake from S4
> > rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
> > rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
> > cpuidle: using governor ladder
> > cpuidle: using governor menu
> > usbcore: registered new interface driver hiddev
> > usbcore: registered new interface driver usbhid
> > usbhid: USB HID core driver
> > TCP cubic registered
> > Initializing XFRM netlink socket
> > NET: Registered protocol family 17
> > Registering the dns_resolver key type
> > registered taskstats version 1
> > IMA: No TPM chip found, activating TPM-bypass!
> > rtc_cmos 00:03: setting system clock to 2010-09-10 09:41:35 UTC
> > (1284111695)
> > Initalizing network drop monitor service
> > usb 4-1: new full speed USB device using uhci_hcd and address 2
> > ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > ata1.00: ATAPI: Optiarc DVD RW AD-7580S, FX04, max UDMA/100
> > ata1.00: configured for UDMA/100
> > scsi 0:0:0:0: CD-ROM Optiarc DVD RW AD-7580S FX04 PQ:
> 0
> > ANSI: 5
> > Freeing unused kernel memory: 1440k freed
> > Write protecting the kernel read-only data: 10240k
> > Freeing unused kernel memory: 1368k freed
> > Freeing unused kernel memory: 1888k freed
> > Mounting proc filesystem
> > Mounting sysfs filesysusb 4-1: New USB device found, idVendor=046b,
> > idProduct=ff10
> > tem
> > Creating /dusb 4-1: New USB device strings: Mfr=1, Product=2,
> > SerialNumber=3
> > ev
> > Creating iniusb 4-1: Product: Virtual Keyboard and Mouse
> > tial device nodeusb 4-1: Manufacturer: American Megatrends Inc.
> > s
> > usb 4-1: SerialNumber: serial
> > Free memory/Total memory (free %): 59028 / 104632 ( 56.4149 )
> > Loading jbd2.ko module
> > Loading mbcache.ko module
> > input: American Megatrends Inc. Virtual Keyboard and Mouse as
> > /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input2
> > Loading ext4.ko module
> > generic-usb 0003:046B:FF10.0001: input,hidraw0: USB HID v1.10
> Keyboard
> > [American Megatrends Inc. Virtual Keyboard and Mouse] on
> > usb-0000:00:1a.1-1/input0
> > Loading crc-t10dif.ko module
> > Loading sd_mod.ko module
> > input: American Megatrends Inc. Virtual Keyboard and Mouse as
> > /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.1/input/input3
> > Loading ata_generic.ko module
> > Loading dm-mod.ko module
> > generic-usb 0003:046B:FF10.0002: input,hidraw1: USB HID v1.10 Mouse
> > [American Megatrends Inc. Virtual Keyboard and Mouse] on
> > usb-0000:00:1a.1-1/input1
> > device-mapper: uevent: version 1.0.3
> > device-mapper: ioctl: 4.18.0-ioctl (2010-06-29) initialised:
> > dm-devel@redhat.com
> > Loading dm-log.ko module
> > Loading dm-region-hash.ko module
> > Loading dm-mirror.ko module
> > Loading dm-zero.ko module
> > Loading dm-snapshot.ko module
> > Loading ip6_tables.ko module
> > ip6_tables: (C) 2000-2006 Netfilter Core Team
> > Loading ebtables.ko module
> > Ebtables v2.0 registered
> > Loading nf_defrag_ipv4.ko module
> > Loading nf_conntrack.ko module
> > nf_conntrack version 0.5.0 (817 buckets, 3268 max)
> > Loading ipt_REJECT.ko module
> > Loading llc.ko module
> > Loading autofs4.ko module
> > Loading sunrpc.ko module
> > usb 8-1: new low speed USB device using uhci_hcd and address 2
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > RPC: Registered tcp NFSv4.1 backchannel transport module.
> > Loading freq_table.ko module
> > Loading mperf.ko module
> > Loading ipv6.ko module
> > NET: Registered protocol family 10
> > lo: Disabled Privacy Extensions
> > Loading xt_physdev.ko module
> > Loading ip_tables.ko module
> > ip_tables: (C) 2000-2006 Netfilter Core Team
> > Loading kvm.ko module
> > Loading pcspkr.ko module
> > input: PC Speaker as /devices/platform/pcspkr/input/input4
> > Loading shpchp.ko module
> > shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
> > Loading i2c-core.ko module
> > Loading iTCO_vendor_support.ko miTCO_vendor_support:
> vendor-support=0
> > odule
> > Loading sg.ko module
> > scsi 0:0:0:0: Attached scsi generic sg0 type 5
> > Loading dca.ko module
> > dca service started, version 1.12.1
> > Loading cdrom.ko module
> > Loading megaraid_sas.ko module
> > megasas: 00.00.04.17.1-rc1 Thu. Oct. 29, 11:41:51 PST 2009
> > megasas: 0x1000:0x0060:0x8086:0x1013: bus 7:slot 0:func 0
> > megaraid_sas 0000:07:00.0: PCI INT A -> GSI 24 (level, low) -> IRQ
> 24
> > usb 8-1: New USB device found, idVendor=0624, idProduct=0307
> > usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> > usb 8-1: Product: Avocent DSRIQ-USB
> > usb 8-1: Manufacturer: Avocent
> > megasas: Waiting for FW to come to ready state
> > megasas: FW now in Ready state
> > input: Avocent Avocent DSRIQ-USB as
> > /devices/pci0000:00/0000:00:1d.2/usb8/8-1/8-1:1.0/input/input5
> > generic-usb 0003:0624:0307.0003: input,hidraw2: USB HID v1.10
> Keyboard
> > [Avocent Avocent DSRIQ-USB] on usb-0000:00:1d.2-1/input0
> > IRQ 24: starting IRQFIXUP_POLL
> > scsi6 : LSI SAS based MegaRAID driver
> > Loading ip6table_filter.ko modulscsi 6:0:8:0: Direct-Access
> > SEAGATE ST9146802SS 0003 PQ: 0 ANSI: 5
> > e
> > Loading ebtable_nat.ko module
> > scsi 6:0:9:0: Direct-Access SEAGATE ST9146802SS 0003 PQ:
> 0
> > ANSI: 5
> > Loading iptable_mangle.ko moduleinput: Avocent Avocent DSRIQ-USB as
> > /devices/pci0000:00/0000:00:1d.2/usb8/8-1/8-1:1.1/input/input6
> >
> > Loading nf_conntrack_ipv4.ko module
> > Loading xt_state.ko module
> > generic-usb 0003:0624:0307.0004: input,hidraw3: USB HID v1.10 Mouse
> > [Avocent Avocent DSRIQ-USB] on usb-0000:00:1d.2-1/input1
> > Loading stp.ko module
> > Loading cpufreq_ondemand.ko module
> > scsi 6:2:0:0: Direct-Access INTEL SRCSASBB8I 1.12 PQ:
> 0
> > ANSI: 5
> > Loading acpi-cpufreq.ko module
> > Loading iptable_filter.ko module
> > Loading kvm-intel.ko module
> > sd 6:2:0:0: [sda] 570310656 512-byte logical blocks: (291 GB/271
> GiB)
> > sd 6:2:0:0: [sda] Write Protect is off
> > sd 6:2:0:0: Attached scsi generic sg1 type 0
> > sd 6:2:0:0: [sda] Write cache: disabled, read cache: enabled,
> supports
> > DPO and FUA
> > sda: sda1 sda2
> > sd 6:2:0:0: [sda] Attached SCSI disk
> > Loading i2c-i801.ko module
> > i801_smbus 0000:00:1f.3: PCI INT B -> GSI 18 (level, low) -> IRQ 18
> > Loading iTCO_wdt.ko module
> > iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
> > iTCO_wdt: unable to reset NO_REBOOT flag, platform may have
> disabled
> > it
> > Loading ioatdma.ko module
> > ioatdma: Intel(R) QuickData Technology Driver 4.00
> > ioatdma 0000:00:16.0: PCI INT A -> GSI 43 (level, low) -> IRQ 43
> > ioatdma 0000:00:16.0: channel error register unreachable
> > ioatdma 0000:00:16.0: channel enumeration error
> > ioatdma 0000:00:16.0: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.0: PCI INT A disabled
> > ioatdma 0000:00:16.1: PCI INT B -> GSI 44 (level, low) -> IRQ 44
> > ioatdma 0000:00:16.1: channel error register unreachable
> > ioatdma 0000:00:16.1: channel enumeration error
> > ioatdma 0000:00:16.1: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.1: PCI INT B disabled
> > ioatdma 0000:00:16.2: PCI INT C -> GSI 45 (level, low) -> IRQ 45
> > ioatdma 0000:00:16.2: channel error register unreachable
> > ioatdma 0000:00:16.2: channel enumeration error
> > ioatdma 0000:00:16.2: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.2: PCI INT C disabled
> > ioatdma 0000:00:16.3: PCI INT D -> GSI 46 (level, low) -> IRQ 46
> > ioatdma 0000:00:16.3: channel error register unreachable
> > ioatdma 0000:00:16.3: channel enumeration error
> > ioatdma 0000:00:16.3: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.3: PCI INT D disabled
> > ioatdma 0000:00:16.4: PCI INT A -> GSI 43 (level, low) -> IRQ 43
> > ioatdma 0000:00:16.4: channel error register unreachable
> > ioatdma 0000:00:16.4: channel enumeration error
> > ioatdma 0000:00:16.4: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.4: PCI INT A disabled
> > ioatdma 0000:00:16.5: PCI INT B -> GSI 44 (level, low) -> IRQ 44
> > ioatdma 0000:00:16.5: channel error register unreachable
> > ioatdma 0000:00:16.5: channel enumeration error
> > ioatdma 0000:00:16.5: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.5: PCI INT B disabled
> > ioatdma 0000:00:16.6: PCI INT C -> GSI 45 (level, low) -> IRQ 45
> > ioatdma 0000:00:16.6: channel error register unreachable
> > ioatdma 0000:00:16.6: channel enumeration error
> > ioatdma 0000:00:16.6: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.6: PCI INT C disabled
> > ioatdma 0000:00:16.7: PCI INT D -> GSI 46 (level, low) -> IRQ 46
> > ioatdma 0000:00:16.7: channel error register unreachable
> > ioatdma 0000:00:16.7: channel enumeration error
> > ioatdma 0000:00:16.7: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:00:16.7: PCI INT D disabled
> > ioatdma 0000:80:16.0: PCI INT A -> GSI 67 (level, low) -> IRQ 67
> > ioatdma 0000:80:16.0: channel error register unreachable
> > ioatdma 0000:80:16.0: channel enumeration error
> > ioatdma 0000:80:16.0: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.0: PCI INT A disabled
> > ioatdma 0000:80:16.1: PCI INT B -> GSI 68 (level, low) -> IRQ 68
> > ioatdma 0000:80:16.1: channel error register unreachable
> > ioatdma 0000:80:16.1: channel enumeration error
> > ioatdma 0000:80:16.1: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.1: PCI INT B disabled
> > ioatdma 0000:80:16.2: PCI INT C -> GSI 69 (level, low) -> IRQ 69
> > ioatdma 0000:80:16.2: channel error register unreachable
> > ioatdma 0000:80:16.2: channel enumeration error
> > ioatdma 0000:80:16.2: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.2: PCI INT C disabled
> > ioatdma 0000:80:16.3: PCI INT D -> GSI 70 (level, low) -> IRQ 70
> > ioatdma 0000:80:16.3: channel error register unreachable
> > ioatdma 0000:80:16.3: channel enumeration error
> > ioatdma 0000:80:16.3: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.3: PCI INT D disabled
> > ioatdma 0000:80:16.4: PCI INT A -> GSI 67 (level, low) -> IRQ 67
> > ioatdma 0000:80:16.4: channel error register unreachable
> > ioatdma 0000:80:16.4: channel enumeration error
> > ioatdma 0000:80:16.4: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.4: PCI INT A disabled
> > ioatdma 0000:80:16.5: PCI INT B -> GSI 68 (level, low) -> IRQ 68
> > ioatdma 0000:80:16.5: channel error register unreachable
> > ioatdma 0000:80:16.5: channel enumeration error
> > ioatdma 0000:80:16.5: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.5: PCI INT B disabled
> > ioatdma 0000:80:16.6: PCI INT C -> GSI 69 (level, low) -> IRQ 69
> > ioatdma 0000:80:16.6: channel error register unreachable
> > ioatdma 0000:80:16.6: channel enumeration error
> > ioatdma 0000:80:16.6: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.6: PCI INT C disabled
> > ioatdma 0000:80:16.7: PCI INT D -> GSI 70 (level, low) -> IRQ 70
> > ioatdma 0000:80:16.7: channel error register unreachable
> > ioatdma 0000:80:16.7: channel enumeration error
> > ioatdma 0000:80:16.7: Intel(R) I/OAT DMA Engine init failed
> > ioatdma 0000:80:16.7: PCI INT D disabled
> > Loading igb.ko module
> > Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
> > Copyright (c) 2007-2009 Intel Corporation.
> > igb 0000:01:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
> > igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection
> > igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:80
> > igb 0000:01:00.0: eth0: PBA No: 1040ff-0ff
> > igb 0000:01:00.0: Using MSI-X interrupts. 1 rx queue(s), 1 tx
> queue(s)
> > igb 0000:01:00.1: PCI INT B -> GSI 40 (level, low) -> IRQ 40
> > igb 0000:01:00.1: Intel(R) Gigabit Ethernet Network Connection
> > igb 0000:01:00.1: eth1: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:81
> > igb 0000:01:00.1: eth1: PBA No: 1040ff-0ff
> > igb 0000:01:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx
> queue(s)
> > igb 0000:04:00.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29
> > igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection
> > igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:82
> > igb 0000:04:00.0: eth2: PBA No: 1040ff-0ff
> > igb 0000:04:00.0: Using MSI-X interrupts. 1 rx queue(s), 1 tx
> queue(s)
> > igb 0000:04:00.1: PCI INT B -> GSI 41 (level, low) -> IRQ 41
> > igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
> > igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:83
> > igb 0000:04:00.1: eth3: PBA No: 1040ff-0ff
> > igb 0000:04:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx
> queue(s)
> > Loading sr_mod.ko module
> > sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda
> tray
> > cdrom: Uniform CD-ROM driver Revision: 3.20
> > Loading nf_nat.ko module
> > Loading bridge.ko module
> > Bridge firewalling registered
> > Loading ipt_MASQUERADE.ko module
> > Loading iptable_nat.ko module
> > Waiting for required block device discovery
> > Waiting for 1 sda-like device(s)...Found
> > Creating Block Devices
> > Creating block device loop0
> > Creating block device loop1
> > Creating block device loop2
> > Creating block device loop3
> > Creating block device loop4
> > Creating block device loop5
> > Creating block device loop6
> > Creating block device loop7
> > Creating block device ram0
> > Creating block device ram1
> > Creating block device ram10
> > Creating block device ram11
> > Creating block device ram12
> > Creating block device ram13
> > Creating block device ram14
> > Creating block device ram15
> > Creating block device ram2
> > Creating block device ram3
> > Creating block device ram4
> > Creating block device ram5
> > Creating block device ram6
> > Creating block device ram7
> > Creating block device ram8
> > Creating block device ram9
> > Creating block device sda
> > sda: sda1 sda2
> > Creating block device sr0
> > Making device-mapper control node
> > mknod: invalid number 'device-mapper'
> > mdadm: No arrays found in config file or automatically
> > Free memory/Total memory (free %): 45048 / 104632 ( 43.0538 )
> > Scanning logical volumes
> > Reading all physical volumes. This may take a while...
> > Found volume group "vg_intels3e3601" using metadata type lvm2
> > Activating logical volumes
> > 3 logical volume(s) in volume group "vg_intels3e3601" now active
> > Free memory/Total memory (free %): 44140 / 104632 ( 42.1859 )
> > Saving to the local filesystem /dev/mapper/vg_intels3e3601-lv_home
> > e2fsck 1.41.12 (17-May-2010)
> > /dev/mapper/vg_intels3e3601-lv_home: recovering journal
> > /dev/mapper/vg_intels3e3601-lv_home: clean, 32050/10264576 files,
> > 32209253/41029EXT4-fs (dm-1): 632 blocks
> > mounted filesystem with ordered data mode. Opts:
> > Free memory/Total memory (free %): 43516 / 104632 ( 41.5896 )
> > open_dump_memory: Can't open the dump memory(/proc/vmcore). No such
> > file or directory
> > dropping to initramfs shell
> > exiting this shell will reboot your system
> > /
> >
> > ----- "Eric W. Biederman" <ebiederm@xmission.com> wrote:
> >
> > > ebiederm@xmission.com (Eric W. Biederman) writes:
> > >
> > > > I thought I had x86 biarch crashdump working on x86 but it
> turns
> > > > out was wrong. So I have merged crashdump-x86.c and
> > > crashdump-x86_64.c
> > > > to ensure that things will work fine.
> > > >
> > > > There are a few misc cleanups in here to support biarch
> > crashdumps.
> > > >
> > > > There is a kexec bzImage load optimization that allows me to
> use
> > > > a 64bit crash kernel in 20M in my setup. Perhaps less.
> Earlier
> > > > because of an alighment foulup I needed 32M and the kernel was
> > > > loaded in the middle of the reserved crashdump region.
> > > >
> > > > There is also a new program vmcore-dmesg. Functionally it is
> very
> > > > similar to the makedumpfile's --dmesg mode but it handles all
> of
> > > the
> > > > crazy multi-arch cases so I only need to keep one binary around
> to
> > > strip
> > > > the kernel's dmesg out of a core file. Additionally
> vmcore-dmesg
> > > is
> > > > about half the size of makedumpfile and I can build it against
> > > uclibc,
> > > > which makes it much more usable in my constrained initrd setup.
> > > >
> > > > I would post patches but I know I would fat finger that
> horribly.
> > > >
> > > > git pull
> > >
> >
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
> > > >
> > >
> > > And the diffstat
> > >
> > > eric@fess:~/projects/kexec/kexec-tools-devel$ git-diff-tree
> --stat
> > > master HEAD
> > > Makefile.in | 8 +-
> > > kexec/Makefile | 3 +-
> > > kexec/arch/i386/crashdump-x86.c | 333 +++++++++++++----
> > > kexec/arch/i386/crashdump-x86.h | 17 +-
> > > kexec/arch/i386/kexec-bzImage.c | 4 +-
> > > kexec/arch/i386/kexec-elf-x86.c | 2 +-
> > > kexec/arch/ia64/crashdump-ia64.c | 6 +-
> > > kexec/arch/x86_64/Makefile | 8 +-
> > > kexec/arch/x86_64/arch_init.c | 83 ----
> > > kexec/arch/x86_64/crashdump-x86_64.c | 684
> > > ----------------------------------
> > > kexec/arch/x86_64/crashdump-x86_64.h | 28 --
> > > kexec/arch/x86_64/kexec-elf-x86_64.c | 2 +-
> > > kexec/arch/x86_64/kexec-x86_64.c | 11 +-
> > > kexec/arch_init.c | 4 -
> > > kexec/crashdump-elf.c | 14 +-
> > > kexec/crashdump.h | 3 +
> > > kexec/kernel_version.c | 58 +++
> > > kexec/kexec-elf.c | 14 +-
> > > kexec/kexec-elf.h | 44 ++--
> > > kexec/kexec.c | 2 -
> > > kexec/kexec.h | 9 +-
> > > vmcore-dmesg/Makefile | 29 ++
> > > vmcore-dmesg/vmcore-dmesg.8 | 42 ++
> > > vmcore-dmesg/vmcore-dmesg.c | 504
> > > +++++++++++++++++++++++++
> > > 24 files changed, 972 insertions(+), 940 deletions(-)
> > >
> > > > ---
> > > >
> > > > commit 0320ba301f1e944fde3977df91180a538e99b9aa
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 23:19:35 2010 -0700
> > > >
> > > > x86 bzImage: Optimize the panic kernel memory layout.
> > > >
> > > > Load the setup sectors above the kernel in the panic case,
> > > > to avoid wasting memory.
> > > >
> > > > Linux kernels frequently have a severe alignment requirment
> > > > that can be as much as 16M. The start of the reserved
> > > > crash kernel region is 16M aligned. The setup sectors
> > > > are tiny 20k? and when we are not running the real mode
> code
> > > > they can live anywhere. Move the setup sectors from
> > > > lower address than the kernel to higher address than the
> > kernel
> > > > avoids introducing a bad alignment. Allowing the linux
> kernel
> > > > to load lower. Loading the linux kernel lower in memory
> > > ensures
> > > > memory is used more efficiently.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 8bd3608a761cc7734f1599945f558cdfc8ee94b3
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 15:00:10 2010 -0700
> > > >
> > > > kexec-tools: Add vmcore-dmesg
> > > >
> > > > vmcore-dmesg is a trivial utility to extract the dmesg from
> a
> > > vmcore.
> > > > This was written in reaction to problems I was having
> building
> > > > makedumpfile, and using makedumpfile for extracting dmesg.
> > > makedumpfile
> > > > does a whole lot of things, uses a whole lot of libraries
> and
> > > which
> > > > make it hard to compile and a little bit clunky to remember
> > the
> > > command
> > > > line switches.
> > > >
> > > > So I have written the trivial vmcore-dmesg program that
> reads
> > a
> > > vmcore
> > > > either /proc/vmcore or a saved version vmcore and writes
> the
> > > dmesg to stdout.
> > > >
> > > > There is nothing to vmcore-dmesg and all of the arch
> > > dependencies are wrapped
> > > > up in generating the core file. Which means a vmcore-dmesg
> > > should work with
> > > > core files of all architectures without needing a rebuild.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Wed Sep 8 10:52:01 2010 -0700
> > > >
> > > > x86_64: Kill now unused crashdump-x86_64.[ch]
> > > >
> > > > Now we use the i386 crashdump-x86 instead we can kill
> > > > crashdump-x86_64.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Wed Sep 8 10:12:09 2010 -0700
> > > >
> > > > x86_64: Use the x86 crashdump
> > > >
> > > > With proper biarch support in crashdump-x86,
> crashdump-x86_64
> > > > is now redudant and we can use crashdump-x86 everywhere.
> > Using
> > > > crashdump-x86 everywhere results in a little unnecessary
> i386
> > > > logic on x86_64 but is otherwise harmless. Removing the
> > > > unnecessary duplication between i386 and x86_64 should make
> > > > the code much easier to maintain going forward.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit aa0418789d8e89478044511c16a32ed4c45fefb3
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 14:11:54 2010 -0700
> > > >
> > > > x86_64: Use the i386 arch_options_t on x86_64
> > > >
> > > > In preparation for having a single crashdump implementation
> > > > on i386 and x86_64 start sharing arch_options_t between
> > > > i386 and x86_64, and don't make arch_options static on
> > > > x86_64.
> > > >
> > > > i386 and x86_64 have been using identitcal defitions of
> > > > arch_options for a while this change now reflects that
> > > > practical reality in the code.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 773ff64ab0ed27ca6b33c9866f89291226e86574
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 14:10:21 2010 -0700
> > > >
> > > > i386 crashdump: Preserve credits of x86_64 version
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 9322014fbfa77b5c744d8fabd3e9adf30b751219
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 13:58:29 2010 -0700
> > > >
> > > > i386 crashdump: Compute page_offset paddr vaddr and size
> like
> > > x86_64.
> > > >
> > > > Make certain we are using the same page_offset, paddr, and
> > > vaddr
> > > > and kernel size that the x86_64 crashdump code is using.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 53408ce05fc411a1a5d8aee902ed0172518fc5d8
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Wed Sep 8 12:01:14 2010 -0700
> > > >
> > > > kexec elf: Handle 64bit elf executables on 32bit platforms.
> > > >
> > > > - Widen some types. Why did I use unsigned long? I guess
> > this
> > > > code predates the decision to support biarch.
> > > > - Since I have made the types wider fix the statements that
> > > > print those types out.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit f79a61460fdb6fda47b3a1b01e1b4771374b7975
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 20:31:03 2010 -0700
> > > >
> > > > kexec elf: Clean up error messages build_mem_phdrs
> > > >
> > > > Don't print uncondintionally print an error message about
> > > > KCORE_ELF_HEADERS_SIZE being wrong when the elf headers
> > > > are truncated when build_mem_phdrs fails because there
> > > > are other reasons we could be truncated (like an
> > > > actual damaged elf file).
> > > >
> > > > Instead only print an error message when either probe_debug
> > > > is true or we are skipping the total file size checks for
> > > > some reason. When we do print an error message limit the
> > > > message to the fact that we are truncated and how many
> > > > bytes we have and how many bytes we need. The context
> > > > of the failure should be able to provide the rest of
> > > > the information.
> > > >
> > > > For now add a comment in crashdump-x86_64.c to direct
> people
> > > > to KCORE_ELF_HEADERS_SIZE so that if someone finds the
> > > > code things can be adjusted.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 4c4ef6506eb29cfad16546f6b8435935432d3251
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 13:34:43 2010 -0700
> > > >
> > > > i386 crashdump: pass acpi info, and generalize hack
> > > >
> > > > - Pass the acpi memap to the kernel.
> > > > - Port the fix from x86_64 to not truncate the elf
> > > > note segment to 16K, to keep large machines happy.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit d25f82619565f862e2a6104fac505b9c13c8fe4c
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 13:23:55 2010 -0700
> > > >
> > > > i386 crashdump: move crashdump debugging code under #ifdef
> > > DEBUG
> > > >
> > > > o Put the debug code under #ifdef DEBUG instead of #if 0.
> > > > o Do this to match the x86_64 code.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 672991ea2208dd478e8c52982f39a87c64a4c8a5
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 13:12:18 2010 -0700
> > > >
> > > > i386 crashdump: Unify get_crash_memory_ranges.
> > > >
> > > > Build a version of get_crash_memory_ranges that works the
> same
> > > > on both x86_64 and x86. Reorder the calls in
> > > load_crashdump_segments
> > > > so we have the architectures low memory limit when we call
> > > > get_crash_memory_ranges.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit b73411718dbf452675fa903b2db7ab58c24ef1ba
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 12:53:11 2010 -0700
> > > >
> > > > i386 crashdump: Rename and include the x86_64 constants.
> > > >
> > > > Unify the 32bit and the 64bit crashdump headers. Rename
> > > > arch specific defintions to arch specific names to be
> clear.
> > > > Update users of the renamed constants.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 8f211c7519327124bb18d9e362ac9777bf400c67
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 12:43:40 2010 -0700
> > > >
> > > > i386 crashdump: Keep elf_info on the stack.
> > > >
> > > > In preparation for merging crashdump-x86 and
> crashdump-x86_64
> > > > move elf_info onto the stack and start filling it out
> > > dynamically
> > > > as appropriate.
> > > >
> > > > Included in this change is only setting lowmem_limit and
> > > get_note_info
> > > > when we are generating a core file for a 32bit kernel.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit c8e346688c6358427213d9d6fdb83765e365cccd
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 12:05:40 2010 -0700
> > > >
> > > > crashdump: Move kern_vaddr_start from kexec_info into
> > > crash_elf_info
> > > >
> > > > These fields as defined in kexec_info are not biarch safe
> and
> > > > beyond that crash_elf_info is the structure for passing
> this
> > > kind
> > > > of information not kexec_info. So move them in prepartion
> for
> > > > properly cleaning up biarch x86 functionality.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 11:42:39 2010 -0700
> > > >
> > > > kexec: Kill arch_init
> > > >
> > > > The function only had one user, the error checking was
> wrong,
> > > > and the functions it performed are best done elsewhere
> > > > so remove the tempation of a problemenatic hook.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 3578b1f1437f8d1b569d1e30f6d4e15edd1cce53
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 11:37:21 2010 -0700
> > > >
> > > > x86_64 crashdump: Move calculation of the page offset into
> > > crashdump-x86_64.c
> > > >
> > > > Don't calculate page_offfset in arch_init. Performing the
> > work
> > > there
> > > > badly messes up biarch support, so move the work into
> > > crashdump_x86_64.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit 3cab31db10dd74aa148ad20aaa3455723bf45138
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 11:25:30 2010 -0700
> > > >
> > > > kexec: Move kernel_version into the kexec core
> > > >
> > > > I'm not pleased with the hacks that we use kernel_version
> > > > for but kernel_version itself is reasonable code and might
> > > > be needed elsewhere, so move kernel_version into the kexec
> > > > core.
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > > >
> > > > commit ebeb4da62f8b51c63a46349b219a5605ee8d79bd
> > > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > > Date: Tue Sep 7 10:41:56 2010 -0700
> > > >
> > > > i386 elf: Correct the probe error string
> > > >
> > > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > _______________________________________________
> > > kexec mailing list
> > > kexec@lists.infradead.org
> > > http://lists.infradead.org/mailman/listinfo/kexec
> >
> > _______________________________________________
> > kexec mailing list
> > kexec@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/kexec
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
[not found] <453826608.695091284137315385.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
@ 2010-09-10 16:49 ` caiqian
0 siblings, 0 replies; 19+ messages in thread
From: caiqian @ 2010-09-10 16:49 UTC (permalink / raw)
To: Kexec Mailing List; +Cc: Simon Horman, Eric W. Biederman
It worked again after reverted those 2 commits.
commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Wed Sep 8 10:52:01 2010 -0700
x86_64: Kill now unused crashdump-x86_64.[ch]
Now we use the i386 crashdump-x86 instead we can kill
crashdump-x86_64.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Wed Sep 8 10:12:09 2010 -0700
x86_64: Use the x86 crashdump
With proper biarch support in crashdump-x86, crashdump-x86_64
is now redudant and we can use crashdump-x86 everywhere. Using
crashdump-x86 everywhere results in a little unnecessary i386
logic on x86_64 but is otherwise harmless. Removing the
unnecessary duplication between i386 and x86_64 should make
the code much easier to maintain going forward.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
----- caiqian@redhat.com wrote:
> Just a head-up. This version generated empty vmcore on a Nehalem-EX
> box, while v2.0.0 worked fine.
> SysRq : Trigger a crash
> BUG: unable to handle kernel NULL pointer dereference at (null)
> IP: [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
> PGD 46cc4f067 PUD 46c570067 PMD 0
> Oops: 0002 [#1] SMP
> last sysfs file:
> /sys/devices/system/cpu/cpu63/cache/index2/shared_cpu_map
> CPU 7
> Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables
> iptable_mangle ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
> nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT bridge stp llc autofs4
> sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf ipv6 xt_physdev
> iptable_filter ip_tables dm_mirror dm_region_hash dm_log kvm_intel kvm
> pcspkr shpchp i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support ioatdma
> sg igb dca ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom
> megaraid_sas dm_mod [last unloaded: microcode]
>
> Pid: 4716, comm: bash Not tainted 2.6.36-rc2-mm1-fix+ #101
> QSSC-S4R/QSSC-S4R
> RIP: 0010:[<ffffffff812cd836>] [<ffffffff812cd836>]
> sysrq_handle_crash+0x16/0x20
> RSP: 0018:ffff880c6a63be38 EFLAGS: 00010092
> RAX: 0000000000000010 RBX: 0000000000000063 RCX: 0000000000001520
> RDX: 0000000000000000 RSI: 0000000000000046 RDI: 0000000000000063
> RBP: ffff880c6a63be38 R08: 0000000000000000 R09: 00007f766e313700
> R10: ffff88106e330de0 R11: 0000000000000000 R12: ffffffff81a754c0
> R13: 0000000000000286 R14: 0000000000000007 R15: 0000000000000000
> FS: 00007f766e313700(0000) GS:ffff880c8e220000(0000)
> knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 0000000000000000 CR3: 000000046cc30000 CR4: 00000000000006e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process bash (pid: 4716, threadinfo ffff880c6a63a000, task
> ffff880c68756100)
> Stack:
> ffff880c6a63be78 ffffffff812cde49 ffff88086c615ec0 0000000000000002
> <0> ffff88106d31a840 00007f766e317000 0000000000000002
> fffffffffffffffb
> <0> ffff880c6a63bea8 ffffffff812cdefa ffff881000000002
> 00007f766e317000
> Call Trace:
> [<ffffffff812cde49>] __handle_sysrq+0x129/0x190
> [<ffffffff812cdefa>] write_sysrq_trigger+0x4a/0x50
> [<ffffffff8119eac6>] proc_reg_write+0x76/0xb0
> [<ffffffff81145688>] vfs_write+0xc8/0x190
> [<ffffffff81145ff1>] sys_write+0x51/0x80
> [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
> Code: d0 88 81 43 8e 25 82 c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00
> 55 48 89 e5 0f 1f 44 00 00 c7 05 09 cd b3 00 01 00 00 00 0f ae f8 <c6>
> 04 25 00 00 00 00 01 c9 c3 55 48 89 e5 0f 1f 44 00 00 8d 47
> RIP [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
> RSP <ffff880c6a63be38>
> CR2: 0000000000000000
> Initializing cgroup subsys cpuset
> Linux version 2.6.36-rc2-mm1-fix+
> (root@intel-s3e36-01.lab.bos.redhat.com) (gcc version 4.4.4 20100726
> (Red Hat 4.4.4-13) (GCC) ) #101 SMP Sat Sep 4 08:55:34 EDT 2010
> 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_US.UTF-8
> SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us
> console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices
> cgroup_disable=memory sysrq_always_enabled memmap=exactmap
> memmap=640K@0K memmap=130408K@49152K elfcorehdr=179560K
> memmap=2132K#1978692K memmap=3912K#1980824K memmap=52K#1985200K
> memmap=76K#1985336K memmap=36K#1985420K memmap=4K#1985504K
> memmap=132K#1985532K memmap=188K#1985796K memmap=5860K#1986244K
> memmap=2048K#1992104K memmap=1296K#1994152K memmap=592K#1995640K
> memmap=576K#1996244K memmap=31676K#1997248K memmap=1248K#2029884K
> memmap=288K#2031132K memmap=192K#2031420K
> kexec_jump_back_entry=0x0000000003393063
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000100 - 0000000000099800 (usable)
> BIOS-e820: 0000000000099800 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 0000000078c51000 (usable)
> BIOS-e820: 0000000078c51000 - 0000000078e66000 (ACPI NVS)
> BIOS-e820: 0000000078e66000 - 0000000079238000 (ACPI data)
> BIOS-e820: 0000000079238000 - 00000000792ac000 (reserved)
> BIOS-e820: 00000000792ac000 - 00000000792b9000 (ACPI data)
> BIOS-e820: 00000000792b9000 - 00000000792ce000 (reserved)
> BIOS-e820: 00000000792ce000 - 00000000792e1000 (ACPI data)
> BIOS-e820: 00000000792e1000 - 00000000792e3000 (reserved)
> BIOS-e820: 00000000792e3000 - 00000000792ec000 (ACPI data)
> BIOS-e820: 00000000792ec000 - 00000000792f8000 (reserved)
> BIOS-e820: 00000000792f8000 - 00000000792f9000 (ACPI data)
> BIOS-e820: 00000000792f9000 - 00000000792ff000 (reserved)
> BIOS-e820: 00000000792ff000 - 0000000079320000 (ACPI data)
> BIOS-e820: 0000000079320000 - 0000000079341000 (reserved)
> BIOS-e820: 0000000079341000 - 0000000079370000 (ACPI data)
> BIOS-e820: 0000000079370000 - 00000000793b1000 (reserved)
> BIOS-e820: 00000000793b1000 - 000000007996a000 (ACPI data)
> BIOS-e820: 000000007996a000 - 0000000079b6a000 (ACPI NVS)
> BIOS-e820: 0000000079b6a000 - 0000000079cae000 (ACPI data)
> BIOS-e820: 0000000079cae000 - 0000000079cde000 (reserved)
> BIOS-e820: 0000000079cde000 - 0000000079d72000 (ACPI data)
> BIOS-e820: 0000000079d72000 - 0000000079d75000 (reserved)
> BIOS-e820: 0000000079d75000 - 0000000079e05000 (ACPI data)
> BIOS-e820: 0000000079e05000 - 0000000079e70000 (reserved)
> BIOS-e820: 0000000079e70000 - 000000007bd5f000 (ACPI data)
> BIOS-e820: 000000007bd5f000 - 000000007be4f000 (reserved)
> BIOS-e820: 000000007be4f000 - 000000007bf87000 (ACPI data)
> BIOS-e820: 000000007bf87000 - 000000007bfcf000 (ACPI NVS)
> BIOS-e820: 000000007bfcf000 - 000000007bfff000 (ACPI data)
> BIOS-e820: 000000007bfff000 - 0000000090000000 (reserved)
> BIOS-e820: 00000000fc000000 - 00000000fd000000 (reserved)
> BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved)
> BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
> BIOS-e820: 0000000100000000 - 0000001080000000 (usable)
> last_pfn = 0x1080000 max_arch_pfn = 0x400000000
> NX (Execute Disable) protection: active
> user-defined physical RAM map:
> user: 0000000000000000 - 00000000000a0000 (usable)
> user: 0000000003000000 - 000000000af5a000 (usable)
> user: 0000000078c51000 - 0000000079238000 (ACPI data)
> user: 00000000792ac000 - 00000000792b9000 (ACPI data)
> user: 00000000792ce000 - 00000000792e1000 (ACPI data)
> user: 00000000792e3000 - 00000000792ec000 (ACPI data)
> user: 00000000792f8000 - 00000000792f9000 (ACPI data)
> user: 00000000792ff000 - 0000000079320000 (ACPI data)
> user: 0000000079341000 - 0000000079370000 (ACPI data)
> user: 00000000793b1000 - 0000000079cae000 (ACPI data)
> user: 0000000079cde000 - 0000000079d72000 (ACPI data)
> user: 0000000079d75000 - 0000000079e05000 (ACPI data)
> user: 0000000079e70000 - 000000007bd5f000 (ACPI data)
> user: 000000007be4f000 - 000000007bfff000 (ACPI data)
> DMI 2.5 present.
> No AGP bridge found
> last_pfn = 0xaf5a max_arch_pfn = 0x400000000
> x86 PAT enabled: cpu 0, old 0x7010600070106, new 0x7010600070106
> found SMP MP-table at [ffff8800000fdd80] fdd80
> init_memory_mapping: 0000000000000000-000000000af5a000
> RAMDISK: 0aa65000 - 0af49000
> ACPI: RSDP 00000000000f0410 00024 (v02 QUANTA)
> ACPI: XSDT 000000007bffe120 000B4 (v01 QUANTA QSSC-S4R 00000000
> 01000013)
> ACPI: FACP 000000007bffd000 000F4 (v04 QUANTA QSSC-S4R 00000000 MSFT
> 0100000D)
> ACPI: DSDT 000000007bfe3000 19F6A (v02 QUANTA QSSC-S4R 00000003 MSFT
> 0100000D)
> ACPI: FACS 000000007bf87000 00040
> ACPI: APIC 000000007bfe2000 003E4 (v02 QUANTA QSSC-S4R 00000000 MSFT
> 0100000D)
> ACPI: MSCT 000000007bfe1000 00090 (v01 QUANTA QSSC-S4R 00000001 MSFT
> 0100000D)
> ACPI: MCFG 000000007bfe0000 0003C (v01 QUANTA QSSC-S4R 00000001 MSFT
> 0100000D)
> ACPI: HPET 000000007bfdf000 00038 (v01 QUANTA QSSC-S4R 00000001 MSFT
> 0100000D)
> ACPI: SLIT 000000007bfde000 0003C (v01 QUANTA QSSC-S4R 00000001 MSFT
> 0100000D)
> ACPI: SRAT 000000007bfdd000 00930 (v02 QUANTA QSSC-S4R 00000001 MSFT
> 0100000D)
> ACPI: SPCR 000000007bfdc000 00050 (v01 QUANTA QSSC-S4R 00000000 MSFT
> 0100000D)
> ACPI: WDDT 000000007bfdb000 00040 (v01 QUANTA QSSC-S4R 00000000 MSFT
> 0100000D)
> ACPI: SSDT 000000007bf4a000 3CFA4 (v02 QUANTA QSSC-S4R 00004000 INTL
> 20061109)
> ACPI: SSDT 000000007bfda000 00174 (v02 QUANTA QSSC-S4R 00004000 INTL
> 20061109)
> ACPI: PMCT 000000007bfd9000 00060 (v01 QUANTA QSSC-S4R 00000000 MSFT
> 0100000D)
> ACPI: MIGT 000000007bfd8000 00040 (v01 QUANTA QSSC-S4R 00000000 MSFT
> 0100000D)
> ACPI: TCPA 000000007bfd5000 00032 (v00 QUANTA QSSC-S4R 00000000
> 00000000)
> ACPI: HEST 000000007bfd4000 000A8 (v01 QUANTA QSSC-S4R 00000001 INTL
> 00000001)
> ACPI: BERT 000000007bfd3000 00030 (v01 QUANTA QSSC-S4R 00000001 INTL
> 00000001)
> ACPI: ERST 000000007bfd2000 00230 (v01 QUANTA QSSC-S4R 00000001 INTL
> 00000001)
> ACPI: EINJ 000000007bfd1000 00130 (v01 QUANTA QSSC-S4R 00000001 INTL
> 00000001)
> SRAT: PXM 0 -> APIC 0x00 -> Node 0
> SRAT: PXM 2 -> APIC 0x40 -> Node 1
> SRAT: PXM 1 -> APIC 0x20 -> Node 2
> SRAT: PXM 3 -> APIC 0x60 -> Node 3
> SRAT: PXM 0 -> APIC 0x02 -> Node 0
> SRAT: PXM 2 -> APIC 0x42 -> Node 1
> SRAT: PXM 1 -> APIC 0x22 -> Node 2
> SRAT: PXM 3 -> APIC 0x62 -> Node 3
> SRAT: PXM 0 -> APIC 0x04 -> Node 0
> SRAT: PXM 2 -> APIC 0x44 -> Node 1
> SRAT: PXM 1 -> APIC 0x24 -> Node 2
> SRAT: PXM 3 -> APIC 0x64 -> Node 3
> SRAT: PXM 0 -> APIC 0x06 -> Node 0
> SRAT: PXM 2 -> APIC 0x46 -> Node 1
> SRAT: PXM 1 -> APIC 0x26 -> Node 2
> SRAT: PXM 3 -> APIC 0x66 -> Node 3
> SRAT: PXM 0 -> APIC 0x10 -> Node 0
> SRAT: PXM 2 -> APIC 0x50 -> Node 1
> SRAT: PXM 1 -> APIC 0x30 -> Node 2
> SRAT: PXM 3 -> APIC 0x70 -> Node 3
> SRAT: PXM 0 -> APIC 0x12 -> Node 0
> SRAT: PXM 2 -> APIC 0x52 -> Node 1
> SRAT: PXM 1 -> APIC 0x32 -> Node 2
> SRAT: PXM 3 -> APIC 0x72 -> Node 3
> SRAT: PXM 0 -> APIC 0x14 -> Node 0
> SRAT: PXM 2 -> APIC 0x54 -> Node 1
> SRAT: PXM 1 -> APIC 0x34 -> Node 2
> SRAT: PXM 3 -> APIC 0x74 -> Node 3
> SRAT: PXM 0 -> APIC 0x16 -> Node 0
> SRAT: PXM 2 -> APIC 0x56 -> Node 1
> SRAT: PXM 1 -> APIC 0x36 -> Node 2
> SRAT: PXM 3 -> APIC 0x76 -> Node 3
> SRAT: PXM 0 -> APIC 0x01 -> Node 0
> SRAT: PXM 2 -> APIC 0x41 -> Node 1
> SRAT: PXM 1 -> APIC 0x21 -> Node 2
> SRAT: PXM 3 -> APIC 0x61 -> Node 3
> SRAT: PXM 0 -> APIC 0x03 -> Node 0
> SRAT: PXM 2 -> APIC 0x43 -> Node 1
> SRAT: PXM 1 -> APIC 0x23 -> Node 2
> SRAT: PXM 3 -> APIC 0x63 -> Node 3
> SRAT: PXM 0 -> APIC 0x05 -> Node 0
> SRAT: PXM 2 -> APIC 0x45 -> Node 1
> SRAT: PXM 1 -> APIC 0x25 -> Node 2
> SRAT: PXM 3 -> APIC 0x65 -> Node 3
> SRAT: PXM 0 -> APIC 0x07 -> Node 0
> SRAT: PXM 2 -> APIC 0x47 -> Node 1
> SRAT: PXM 1 -> APIC 0x27 -> Node 2
> SRAT: PXM 3 -> APIC 0x67 -> Node 3
> SRAT: PXM 0 -> APIC 0x11 -> Node 0
> SRAT: PXM 2 -> APIC 0x51 -> Node 1
> SRAT: PXM 1 -> APIC 0x31 -> Node 2
> SRAT: PXM 3 -> APIC 0x71 -> Node 3
> SRAT: PXM 0 -> APIC 0x13 -> Node 0
> SRAT: PXM 2 -> APIC 0x53 -> Node 1
> SRAT: PXM 1 -> APIC 0x33 -> Node 2
> SRAT: PXM 3 -> APIC 0x73 -> Node 3
> SRAT: PXM 0 -> APIC 0x15 -> Node 0
> SRAT: PXM 2 -> APIC 0x55 -> Node 1
> SRAT: PXM 1 -> APIC 0x35 -> Node 2
> SRAT: PXM 3 -> APIC 0x75 -> Node 3
> SRAT: PXM 0 -> APIC 0x17 -> Node 0
> SRAT: PXM 2 -> APIC 0x57 -> Node 1
> SRAT: PXM 1 -> APIC 0x37 -> Node 2
> SRAT: PXM 3 -> APIC 0x77 -> Node 3
> SRAT: Node 0 PXM 0 0-80000000
> SRAT: Node 0 PXM 0 100000000-480000000
> SRAT: Node 2 PXM 1 480000000-880000000
> SRAT: Node 1 PXM 2 880000000-c80000000
> SRAT: Node 3 PXM 3 c80000000-1080000000
> SRAT: Node 0 PXM 0 1100000000-3100000000
> SRAT: Hotplug area 17825792 -> 51380224 has existing memory
> SRAT: Node 0 PXM 0 3100000000-5100000000
> SRAT: Hotplug area 51380224 -> 84934656 has existing memory
> SRAT: Node 2 PXM 1 5100000000-7100000000
> SRAT: Hotplug area 84934656 -> 118489088 has existing memory
> SRAT: Node 2 PXM 1 7100000000-9100000000
> SRAT: Hotplug area 118489088 -> 152043520 has existing memory
> SRAT: Node 1 PXM 2 9100000000-b100000000
> SRAT: Hotplug area 152043520 -> 185597952 has existing memory
> SRAT: Node 1 PXM 2 b100000000-d100000000
> SRAT: Hotplug area 185597952 -> 219152384 has existing memory
> SRAT: Node 3 PXM 3 d100000000-f100000000
> SRAT: Hotplug area 219152384 -> 252706816 has existing memory
> SRAT: Node 3 PXM 3 f100000000-11100000000
> SRAT: Hotplug area 252706816 -> 286261248 has existing memory
> SRAT: Node 0 [0,80000000) + [100000000,480000000) -> [0,480000000)
> SRAT: Node 0 [1100000000,3100000000) + [3100000000,5100000000) ->
> [1100000000,5100000000)
> SRAT: Node 2 [5100000000,7100000000) + [7100000000,9100000000) ->
> [5100000000,9100000000)
> SRAT: Node 1 [9100000000,b100000000) + [b100000000,d100000000) ->
> [9100000000,d100000000)
> SRAT: Node 3 [d100000000,f100000000) + [f100000000,11100000000) ->
> [d100000000,11100000000)
> Initmem setup node 0 0000000000000000-000000000af5a000
> NODE_DATA [00000000042a4380 - 00000000042cb37f]
> Zone PFN ranges:
> DMA 0x00000010 -> 0x00001000
> DMA32 0x00001000 -> 0x00100000
> Normal empty
> Movable zone start PFN for each node
> early_node_map[2] active PFN ranges
> 0: 0x00000010 -> 0x000000a0
> 0: 0x00003000 -> 0x0000af5a
> ACPI: PM-Timer IO Port: 0x408
> ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled)
> ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled)
> ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled)
> ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
> ACPI: LAPIC (acpi_id[0x22] lapic_id[0x42] enabled)
> ACPI: LAPIC (acpi_id[0x12] lapic_id[0x22] enabled)
> ACPI: LAPIC (acpi_id[0x32] lapic_id[0x62] enabled)
> ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled)
> ACPI: LAPIC (acpi_id[0x24] lapic_id[0x44] enabled)
> ACPI: LAPIC (acpi_id[0x14] lapic_id[0x24] enabled)
> ACPI: LAPIC (acpi_id[0x34] lapic_id[0x64] enabled)
> ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled)
> ACPI: LAPIC (acpi_id[0x26] lapic_id[0x46] enabled)
> ACPI: LAPIC (acpi_id[0x16] lapic_id[0x26] enabled)
> ACPI: LAPIC (acpi_id[0x36] lapic_id[0x66] enabled)
> ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] enabled)
> ACPI: LAPIC (acpi_id[0x28] lapic_id[0x50] enabled)
> ACPI: LAPIC (acpi_id[0x18] lapic_id[0x30] enabled)
> ACPI: LAPIC (acpi_id[0x38] lapic_id[0x70] enabled)
> ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x12] enabled)
> ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x52] enabled)
> ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x32] enabled)
> ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x72] enabled)
> ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x14] enabled)
> ACPI: LAPIC (acpi_id[0x2c] lapic_id[0x54] enabled)
> ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x34] enabled)
> ACPI: LAPIC (acpi_id[0x3c] lapic_id[0x74] enabled)
> ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x16] enabled)
> ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x56] enabled)
> ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x36] enabled)
> ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x76] enabled)
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
> ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled)
> ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled)
> ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled)
> ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
> ACPI: LAPIC (acpi_id[0x23] lapic_id[0x43] enabled)
> ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled)
> ACPI: LAPIC (acpi_id[0x33] lapic_id[0x63] enabled)
> ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled)
> ACPI: LAPIC (acpi_id[0x25] lapic_id[0x45] enabled)
> ACPI: LAPIC (acpi_id[0x15] lapic_id[0x25] enabled)
> ACPI: LAPIC (acpi_id[0x35] lapic_id[0x65] enabled)
> ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled)
> ACPI: LAPIC (acpi_id[0x27] lapic_id[0x47] enabled)
> ACPI: LAPIC (acpi_id[0x17] lapic_id[0x27] enabled)
> ACPI: LAPIC (acpi_id[0x37] lapic_id[0x67] enabled)
> ACPI: LAPIC (acpi_id[0x09] lapic_id[0x11] enabled)
> ACPI: LAPIC (acpi_id[0x29] lapic_id[0x51] enabled)
> ACPI: LAPIC (acpi_id[0x19] lapic_id[0x31] enabled)
> ACPI: LAPIC (acpi_id[0x39] lapic_id[0x71] enabled)
> ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x13] enabled)
> ACPI: LAPIC (acpi_id[0x2b] lapic_id[0x53] enabled)
> ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x33] enabled)
> ACPI: LAPIC (acpi_id[0x3b] lapic_id[0x73] enabled)
> ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x15] enabled)
> ACPI: LAPIC (acpi_id[0x2d] lapic_id[0x55] enabled)
> ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x35] enabled)
> ACPI: LAPIC (acpi_id[0x3d] lapic_id[0x75] enabled)
> ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x17] enabled)
> ACPI: LAPIC (acpi_id[0x2f] lapic_id[0x57] enabled)
> ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x37] enabled)
> ACPI: LAPIC (acpi_id[0x3f] lapic_id[0x77] enabled)
> ACPI: LAPIC_NMI (acpi_id[0x00] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x01] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x02] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x03] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x04] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x05] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x06] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x07] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x08] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x09] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0a] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0b] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0c] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0d] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0e] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0f] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x10] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x11] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x12] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x13] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x14] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x15] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x16] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x17] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x18] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x19] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x1a] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x1b] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x1c] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x1d] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x1e] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x1f] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x20] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x21] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x22] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x23] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x24] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x25] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x26] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x27] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x28] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x29] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x2a] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x2b] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x2c] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x2d] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x2e] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x2f] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x30] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x31] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x32] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x33] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x34] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x35] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x36] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x37] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x38] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x39] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x3a] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x3b] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x3c] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x3d] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x3e] high level lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x3f] high level lint[0x1])
> ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
> ACPI: IOAPIC (id[0x09] address[0xfec01000] gsi_base[24])
> IOAPIC[1]: apic_id 9, version 32, address 0xfec01000, GSI 24-47
> ACPI: IOAPIC (id[0x0a] address[0xfec04000] gsi_base[48])
> IOAPIC[2]: apic_id 10, version 32, address 0xfec04000, GSI 48-71
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> Using ACPI (MADT) for SMP configuration information
> ACPI: HPET id: 0x8086a401 base: 0xfed00000
> SMP: Allowing 64 CPUs, 0 hotplug CPUs
> PM: Registered nosave memory: 00000000000a0000 - 0000000003000000
> Allocating PCI resources starting at 7bfff000 (gap: 7bfff000:84001000)
> Booting paravirtualized kernel on bare hardware
> setup_percpu: NR_CPUS:4096 nr_cpumask_bits:64 nr_cpu_ids:64
> nr_node_ids:4
> PERCPU: Embedded 29 pages/cpu @ffff880005000000 s90112 r8192 d20480
> u131072
> pcpu-alloc: s90112 r8192 d20480 u131072 alloc=1*2097152
> pcpu-alloc: [0] 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
> pcpu-alloc: [0] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
> pcpu-alloc: [0] 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47
> pcpu-alloc: [0] 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63
> Built 1 zonelists in Node order, mobility grouping on. Total pages:
> 32132
> Policy zone: DMA32
> 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_US.UTF-8
> SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us
> console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices
> cgroup_disable=memory sysrq_always_enabled memmap=exactmap
> memmap=640K@0K memmap=130408K@49152K elfcorehdr=179560K
> memmap=2132K#1978692K memmap=3912K#1980824K memmap=52K#1985200K
> memmap=76K#1985336K memmap=36K#1985420K memmap=4K#1985504K
> memmap=132K#1985532K memmap=188K#1985796K memmap=5860K#1986244K
> memmap=2048K#1992104K memmap=1296K#1994152K memmap=592K#1995640K
> memmap=576K#1996244K memmap=31676K#1997248K memmap=1248K#2029884K
> memmap=288K#2031132K memmap=192K#2031420K
> kexec_jump_back_entry=0x0000000003393063
> Misrouted IRQ fixup and polling support enabled
> This may significantly impact system performance
> Disabling memory control group subsystem
> sysrq: sysrq always enabled.
> PID hash table entries: 512 (order: 0, 4096 bytes)
> Checking aperture...
> No AGP bridge found
> Subtract (145 early reservations)
> #1 [0003000000 - 00042a3348] TEXT DATA BSS
> #2 [000aa65000 - 000af49000] RAMDISK
> #3 [00042a4000 - 00042a4354] BRK
> #4 [0000099800 - 00000fdd80] BIOS reserved
> #5 [00000fdd90 - 0000100000] BIOS reserved
> #6 [00000fdd80 - 00000fdd90] MP-table mpf
> #7 [0000000012 - 000000f012] MP-table mpc
> #8 [0000010000 - 0000012000] TRAMPOLINE
> #9 [0000012000 - 0000016000] ACPI WAKEUP
> #10 [0000016000 - 0000017000] PGTABLE
> #11 [0000017000 - 000001703c] ACPI SLIT
> #12 [0000017040 - 00000174c0] MEMNODEMAP
> #13 [00042a4380 - 00042cb380] NODE_DATA
> #14 [00042cb380 - 00042cc380] BOOTMEM
> #15 [00042a3380 - 00042a33b0] BOOTMEM
> #16 [0004acd000 - 0004ace000] BOOTMEM
> #17 [0004ace000 - 0004acf000] BOOTMEM
> #18 [0004c00000 - 0005000000] MEMMAP 0
> #19 [00042cc380 - 00042e4380] BOOTMEM
> #20 [00042e4380 - 00042fc380] BOOTMEM
> #21 [00042fd000 - 00042fe000] BOOTMEM
> #22 [00042a33c0 - 00042a3401] BOOTMEM
> #23 [00042a3440 - 00042a3509] BOOTMEM
> #24 [00042a3540 - 00042a3888] BOOTMEM
> #25 [00042a38c0 - 00042a3928] BOOTMEM
> #26 [00042a3940 - 00042a39a8] BOOTMEM
> #27 [00042a39c0 - 00042a3a28] BOOTMEM
> #28 [00042a3a40 - 00042a3aa8] BOOTMEM
> #29 [00042a3ac0 - 00042a3b28] BOOTMEM
> #30 [00042a3b40 - 00042a3ba8] BOOTMEM
> #31 [00042a3bc0 - 00042a3c28] BOOTMEM
> #32 [00042a3c40 - 00042a3ca8] BOOTMEM
> #33 [00042a3cc0 - 00042a3d28] BOOTMEM
> #34 [00042a3d40 - 00042a3da8] BOOTMEM
> #35 [00042a3dc0 - 00042a3e28] BOOTMEM
> #36 [00042a3e40 - 00042a3ea8] BOOTMEM
> #37 [00042a3ec0 - 00042a3f28] BOOTMEM
> #38 [00042a3f40 - 00042a3fa8] BOOTMEM
> #39 [00042fc380 - 00042fc3e8] BOOTMEM
> #40 [00042fc400 - 00042fc468] BOOTMEM
> #41 [00042fc480 - 00042fc4e8] BOOTMEM
> #42 [00042fc500 - 00042fc568] BOOTMEM
> #43 [00042fc580 - 00042fc5e8] BOOTMEM
> #44 [00042fc600 - 00042fc668] BOOTMEM
> #45 [00042fc680 - 00042fc6e8] BOOTMEM
> #46 [00042fc700 - 00042fc768] BOOTMEM
> #47 [00042fc780 - 00042fc7e8] BOOTMEM
> #48 [00042fc800 - 00042fc868] BOOTMEM
> #49 [00042fc880 - 00042fc8e8] BOOTMEM
> #50 [00042fc900 - 00042fc968] BOOTMEM
> #51 [00042fc980 - 00042fc9e8] BOOTMEM
> #52 [00042fca00 - 00042fca68] BOOTMEM
> #53 [00042fca80 - 00042fcae8] BOOTMEM
> #54 [00042fcb00 - 00042fcb68] BOOTMEM
> #55 [00042fcb80 - 00042fcbe8] BOOTMEM
> #56 [00042fcc00 - 00042fcc68] BOOTMEM
> #57 [00042fcc80 - 00042fcce8] BOOTMEM
> #58 [00042fcd00 - 00042fcd68] BOOTMEM
> #59 [00042fcd80 - 00042fcde8] BOOTMEM
> #60 [00042fce00 - 00042fce68] BOOTMEM
> #61 [00042fce80 - 00042fcee8] BOOTMEM
> #62 [00042a3fc0 - 00042a3fe0] BOOTMEM
> #63 [00042fe000 - 00042fe311] BOOTMEM
> #64 [00042fe340 - 00042fe651] BOOTMEM
> #65 [0005000000 - 000501d000] BOOTMEM
> #66 [0005020000 - 000503d000] BOOTMEM
> #67 [0005040000 - 000505d000] BOOTMEM
> #68 [0005060000 - 000507d000] BOOTMEM
> #69 [0005080000 - 000509d000] BOOTMEM
> #70 [00050a0000 - 00050bd000] BOOTMEM
> #71 [00050c0000 - 00050dd000] BOOTMEM
> #72 [00050e0000 - 00050fd000] BOOTMEM
> #73 [0005100000 - 000511d000] BOOTMEM
> #74 [0005120000 - 000513d000] BOOTMEM
> #75 [0005140000 - 000515d000] BOOTMEM
> #76 [0005160000 - 000517d000] BOOTMEM
> #77 [0005180000 - 000519d000] BOOTMEM
> #78 [00051a0000 - 00051bd000] BOOTMEM
> #79 [00051c0000 - 00051dd000] BOOTMEM
> #80 [00051e0000 - 00051fd000] BOOTMEM
> #81 [0005200000 - 000521d000] BOOTMEM
> #82 [0005220000 - 000523d000] BOOTMEM
> #83 [0005240000 - 000525d000] BOOTMEM
> #84 [0005260000 - 000527d000] BOOTMEM
> #85 [0005280000 - 000529d000] BOOTMEM
> #86 [00052a0000 - 00052bd000] BOOTMEM
> #87 [00052c0000 - 00052dd000] BOOTMEM
> #88 [00052e0000 - 00052fd000] BOOTMEM
> #89 [0005300000 - 000531d000] BOOTMEM
> #90 [0005320000 - 000533d000] BOOTMEM
> #91 [0005340000 - 000535d000] BOOTMEM
> #92 [0005360000 - 000537d000] BOOTMEM
> #93 [0005380000 - 000539d000] BOOTMEM
> #94 [00053a0000 - 00053bd000] BOOTMEM
> #95 [00053c0000 - 00053dd000] BOOTMEM
> #96 [00053e0000 - 00053fd000] BOOTMEM
> #97 [0005400000 - 000541d000] BOOTMEM
> #98 [0005420000 - 000543d000] BOOTMEM
> #99 [0005440000 - 000545d000] BOOTMEM
> #100 [0005460000 - 000547d000] BOOTMEM
> #101 [0005480000 - 000549d000] BOOTMEM
> #102 [00054a0000 - 00054bd000] BOOTMEM
> #103 [00054c0000 - 00054dd000] BOOTMEM
> #104 [00054e0000 - 00054fd000] BOOTMEM
> #105 [0005500000 - 000551d000] BOOTMEM
> #106 [0005520000 - 000553d000] BOOTMEM
> #107 [0005540000 - 000555d000] BOOTMEM
> #108 [0005560000 - 000557d000] BOOTMEM
> #109 [0005580000 - 000559d000] BOOTMEM
> #110 [00055a0000 - 00055bd000] BOOTMEM
> #111 [00055c0000 - 00055dd000] BOOTMEM
> #112 [00055e0000 - 00055fd000] BOOTMEM
> #113 [0005600000 - 000561d000] BOOTMEM
> #114 [0005620000 - 000563d000] BOOTMEM
> #115 [0005640000 - 000565d000] BOOTMEM
> #116 [0005660000 - 000567d000] BOOTMEM
> #117 [0005680000 - 000569d000] BOOTMEM
> #118 [00056a0000 - 00056bd000] BOOTMEM
> #119 [00056c0000 - 00056dd000] BOOTMEM
> #120 [00056e0000 - 00056fd000] BOOTMEM
> #121 [0005700000 - 000571d000] BOOTMEM
> #122 [0005720000 - 000573d000] BOOTMEM
> #123 [0005740000 - 000575d000] BOOTMEM
> #124 [0005760000 - 000577d000] BOOTMEM
> #125 [0005780000 - 000579d000] BOOTMEM
> #126 [00057a0000 - 00057bd000] BOOTMEM
> #127 [00057c0000 - 00057dd000] BOOTMEM
> #128 [00057e0000 - 00057fd000] BOOTMEM
> #129 [00042fcf00 - 00042fcf08] BOOTMEM
> #130 [00042fcf40 - 00042fcf48] BOOTMEM
> #131 [0004300680 - 0004300780] BOOTMEM
> #132 [0004300780 - 0004300980] BOOTMEM
> #133 [0004300980 - 0004300a90] BOOTMEM
> #134 [00042fcf80 - 00042fcfc8] BOOTMEM
> #135 [0004300ac0 - 0004300b08] BOOTMEM
> #136 [00042fe680 - 00042fe880] BOOTMEM
> #137 [00042fe880 - 00042fea80] BOOTMEM
> #138 [00042fea80 - 00042fec80] BOOTMEM
> #139 [00042fec80 - 00042fee80] BOOTMEM
> #140 [00042fee80 - 00042ff080] BOOTMEM
> #141 [00042ff080 - 00042ff280] BOOTMEM
> #142 [00042ff280 - 00042ff480] BOOTMEM
> #143 [00042ff480 - 00042ff680] BOOTMEM
> #144 [00042ff680 - 0004300680] BOOTMEM
> Memory: 94928k/179560k available (4757k kernel code, 48576k absent,
> 36056k reserved, 7603k data, 1440k init)
> Hierarchical RCU implementation.
> RCU-based detection of stalled CPUs is disabled.
> Verbose stalled-CPUs detection is disabled.
> NR_IRQS:262400 nr_irqs:2008
> Extended CMOS year: 2000
> Spurious LAPIC timer interrupt on cpu 0
> Console: colour VGA+ 80x25
> console [ttyS0] enabled
> Fast TSC calibration using PIT
> Detected 1994.656 MHz processor.
> Calibrating delay loop (skipped), value calculated using timer
> frequency.. 3989.31 BogoMIPS (lpj=1994656)
> pid_max: default: 65536 minimum: 512
> Security Framework initialized
> SELinux: Initializing.
> Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
> Mount-cache hash table entries: 256
> Initializing cgroup subsys ns
> Initializing cgroup subsys cpuacct
> Initializing cgroup subsys memory
> Initializing cgroup subsys devices
> Initializing cgroup subsys freezer
> Initializing cgroup subsys net_cls
> Initializing cgroup subsys blkio
> CPU: Physical Processor ID: 3
> CPU: Processor Core ID: 1
> mce: CPU supports 22 MCE banks
> using mwait in idle threads.
> Performance Events: PEBS fmt1+, Nehalem events, Intel PMU driver.
> ... version: 3
> ... bit width: 48
> ... generic registers: 4
> ... value mask: 0000ffffffffffff
> ... max period: 000000007fffffff
> ... fixed-purpose events: 3
> ... event mask: 000000070000000f
> SMP alternatives: switching to UP code
> ACPI: Core revision 20100702
> ftrace: converting mcount calls to 0f 1f 44 00 00
> ftrace: allocating 18457 entries in 73 pages
> Not enabling x2apic, Intr-remapping init failed.
> Setting APIC routing to physical flat
> ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
> CPU0: Intel(R) Xeon(R) CPU X7550 @ 2.00GHz stepping 06
> Brought up 1 CPUs
> Total of 1 processors activated (3989.31 BogoMIPS).
> devtmpfs: initialized
> regulator: core version 0.5
> NET: Registered protocol family 16
> ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
> ACPI: bus type pci registered
> PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem
> 0x80000000-0x8fffffff] (base 0x80000000)
> PCI: not using MMCONFIG
> PCI: Using configuration type 1 for base access
> bio: create slab <bio-0> at 0
> IRQ 9: starting IRQFIXUP_POLL
> ACPI Error: Field [CPB3] at 96 exceeds Buffer [NULL] size 64 (bits)
> (20100702/dsopcode-597)
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_._OSC]
> (Node ffff880009dbb1a0), AE_AML_BUFFER_LIMIT
> ACPI: Interpreter enabled
> ACPI: (supports S0 S1 S5)
> ACPI: Using IOAPIC for interrupt routing
> PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem
> 0x80000000-0x8fffffff] (base 0x80000000)
> [Firmware Bug]: PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] not
> reserved in ACPI motherboard resources
> PCI: not using MMCONFIG
> ACPI: No dock devices found.
> PCI: Using host bridge windows from ACPI; if necessary, use
> "pci=nocrs" and report a bug
> ACPI: PCI Root Bridge [IOH0] (domain 0000 [bus 00-7f])
> pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
> pci_root PNP0A08:00: host bridge window [io 0x1000-0x9fff]
> pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
> pci_root PNP0A08:00: host bridge window [mem 0x000c4000-0x000cbfff]
> pci_root PNP0A08:00: host bridge window [mem 0xfed40000-0xfedfffff]
> pci_root PNP0A08:00: host bridge window [mem 0x90000000-0xcfffffff]
> pci_root PNP0A08:00: host bridge window [mem
> 0xfc000000000-0xfc07fffffff]
> pci 0000:00:1f.0: quirk: [io 0x0400-0x047f] claimed by ICH6
> ACPI/GPIO/TCO
> pci 0000:00:1f.0: quirk: [io 0x0500-0x053f] claimed by ICH6 GPIO
> pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0680 (mask 000f)
> pci 0000:00:1f.0: ICH7 LPC Generic IO decode 2 PIO at 0ca0 (mask 000f)
> pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 0600 (mask 001f)
> pci 0000:00:01.0: PCI bridge to [bus 01-03]
> pci 0000:00:02.0: PCI bridge to [bus 04-06]
> pci 0000:07:00.0: disabling ASPM on pre-1.1 PCIe device. You can
> enable it with 'pcie_aspm=force'
> pci 0000:00:03.0: PCI bridge to [bus 07-07]
> pci 0000:00:05.0: PCI bridge to [bus 08-0a]
> pci 0000:00:07.0: PCI bridge to [bus 0b-0d]
> pci 0000:00:09.0: PCI bridge to [bus 0e-0e]
> pci 0000:00:0a.0: PCI bridge to [bus 0f-0f]
> pci 0000:00:1c.0: PCI bridge to [bus 10-10]
> pci 0000:11:00.0: disabling ASPM on pre-1.1 PCIe device. You can
> enable it with 'pcie_aspm=force'
> pci 0000:00:1c.4: PCI bridge to [bus 11-11]
> pci 0000:00:1e.0: PCI bridge to [bus 12-12] (subtractive decode)
> ACPI: PCI Root Bridge [IOH1] (domain 0000 [bus 80-f7])
> pci_root PNP0A08:01: host bridge window [io 0xa000-0xffff]
> pci_root PNP0A08:01: host bridge window [mem 0xd0000000-0xfbffffff]
> pci_root PNP0A08:01: host bridge window [mem
> 0xfc080000000-0xfc0ffffffff]
> pci 0000:80:00.0: PCI bridge to [bus 81-81]
> pci 0000:80:01.0: PCI bridge to [bus 82-82]
> pci 0000:80:03.0: PCI bridge to [bus 83-83]
> pci 0000:80:07.0: PCI bridge to [bus 84-86]
> pci 0000:80:09.0: PCI bridge to [bus 87-89]
> ACPI: PCI Root Bridge [PRB3] (domain 0000 [bus fc])
> ACPI: PCI Root Bridge [PRB2] (domain 0000 [bus fd])
> ACPI: PCI Root Bridge [PRB1] (domain 0000 [bus fe])
> ACPI: PCI Root Bridge [PRB0] (domain 0000 [bus ff])
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
> disabled.
> vgaarb: device added:
> PCI:0000:11:00.0,decodes=io+mem,owns=io+mem,locks=none
> vgaarb: loaded
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> PCI: Using ACPI for IRQ routing
> NetLabel: Initializing
> NetLabel: domain hash size = 128
> NetLabel: protocols = UNLABELED CIPSOv4
> NetLabel: unlabeled traffic allowed by default
> HPET: 4 timers in total, 0 timers will be used for per-cpu timer
> hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
> hpet0: 4 comparators, 64-bit 14.318180 MHz counter
> Switching to clocksource tsc
> pnp: PnP ACPI init
> ACPI: bus type pnp registered
> pnp: PnP ACPI: found 21 devices
> ACPI: ACPI bus type pnp unregistered
> system 00:07: [io 0x0500-0x057f] could not be reserved
> system 00:07: [io 0x0400-0x047f] has been reserved
> system 00:07: [io 0x0540-0x057f] has been reserved
> system 00:07: [io 0x0ca2-0x0ca3] has been reserved
> system 00:07: [io 0x0600-0x061f] has been reserved
> system 00:07: [io 0x0ca0-0x0ca5] could not be reserved
> system 00:07: [io 0x0880-0x0883] has been reserved
> system 00:07: [io 0x0ca4-0x0ca5] has been reserved
> system 00:07: [io 0x0800-0x081f] has been reserved
> system 00:07: [mem 0xfed1c000-0xfed3ffff] has been reserved
> system 00:07: [mem 0xfed45000-0xfed8bfff] has been reserved
> system 00:07: [mem 0xff000000-0xffffffff] has been reserved
> system 00:07: [mem 0xfee00000-0xfeefffff] has been reserved
> system 00:07: [mem 0xfed12000-0xfed1200f] has been reserved
> system 00:07: [mem 0xfed12010-0xfed1201f] has been reserved
> system 00:07: [mem 0xfed1b000-0xfed1bfff] has been reserved
> pci 0000:07:00.0: no compatible bridge window for [mem
> 0xfffe0000-0xffffffff pref]
> pci 0000:11:00.0: no compatible bridge window for [mem
> 0xffff0000-0xffffffff pref]
> pci 0000:00:01.0: PCI bridge to [bus 01-03]
> pci 0000:00:01.0: bridge window [io 0x5000-0x5fff]
> pci 0000:00:01.0: bridge window [mem 0x9bb00000-0x9bbfffff]
> pci 0000:00:01.0: bridge window [mem pref disabled]
> pci 0000:00:02.0: PCI bridge to [bus 04-06]
> pci 0000:00:02.0: bridge window [io 0x4000-0x4fff]
> pci 0000:00:02.0: bridge window [mem 0x9ba00000-0x9bafffff]
> pci 0000:00:02.0: bridge window [mem pref disabled]
> pci 0000:07:00.0: BAR 6: assigned [mem 0x9bd00000-0x9bd1ffff pref]
> pci 0000:00:03.0: PCI bridge to [bus 07-07]
> pci 0000:00:03.0: bridge window [io 0x3000-0x3fff]
> pci 0000:00:03.0: bridge window [mem 0x9b900000-0x9b9fffff]
> pci 0000:00:03.0: bridge window [mem 0x9bd00000-0x9bdfffff 64bit
> pref]
> pci 0000:00:05.0: PCI bridge to [bus 08-0a]
> pci 0000:00:05.0: bridge window [io 0x2000-0x2fff]
> pci 0000:00:05.0: bridge window [mem 0x9a900000-0x9b8fffff]
> pci 0000:00:05.0: bridge window [mem 0x95900000-0x998fffff 64bit
> pref]
> pci 0000:00:07.0: PCI bridge to [bus 0b-0d]
> pci 0000:00:07.0: bridge window [io 0x1000-0x1fff]
> pci 0000:00:07.0: bridge window [mem 0x99900000-0x9a8fffff]
> pci 0000:00:07.0: bridge window [mem 0x91900000-0x958fffff 64bit
> pref]
> pci 0000:00:09.0: PCI bridge to [bus 0e-0e]
> pci 0000:00:09.0: bridge window [io disabled]
> pci 0000:00:09.0: bridge window [mem disabled]
> pci 0000:00:09.0: bridge window [mem pref disabled]
> pci 0000:00:0a.0: PCI bridge to [bus 0f-0f]
> pci 0000:00:0a.0: bridge window [io disabled]
> pci 0000:00:0a.0: bridge window [mem disabled]
> pci 0000:00:0a.0: bridge window [mem pref disabled]
> pci 0000:00:1c.0: PCI bridge to [bus 10-10]
> pci 0000:00:1c.0: bridge window [io 0x7000-0x7fff]
> pci 0000:00:1c.0: bridge window [mem 0x9be00000-0x9bffffff]
> pci 0000:00:1c.0: bridge window [mem 0x9c000000-0x9c1fffff 64bit
> pref]
> pci 0000:11:00.0: BAR 6: assigned [mem 0x91810000-0x9181ffff pref]
> pci 0000:00:1c.4: PCI bridge to [bus 11-11]
> pci 0000:00:1c.4: bridge window [io disabled]
> pci 0000:00:1c.4: bridge window [mem 0x91000000-0x918fffff]
> pci 0000:00:1c.4: bridge window [mem 0x90000000-0x90ffffff 64bit
> pref]
> pci 0000:00:1e.0: PCI bridge to [bus 12-12]
> pci 0000:00:1e.0: bridge window [io disabled]
> pci 0000:00:1e.0: bridge window [mem disabled]
> pci 0000:00:1e.0: bridge window [mem pref disabled]
> pci 0000:00:01.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
> pci 0000:00:02.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29
> pci 0000:00:03.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
> pci 0000:00:05.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26
> pci 0000:00:07.0: PCI INT A -> GSI 30 (level, low) -> IRQ 30
> pci 0000:00:09.0: PCI INT A -> GSI 32 (level, low) -> IRQ 32
> pci 0000:00:0a.0: PCI INT A -> GSI 33 (level, low) -> IRQ 33
> pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> pci 0000:00:1c.4: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> pci 0000:80:00.0: PCI bridge to [bus 81-81]
> pci 0000:80:00.0: bridge window [io disabled]
> pci 0000:80:00.0: bridge window [mem disabled]
> pci 0000:80:00.0: bridge window [mem pref disabled]
> pci 0000:80:01.0: PCI bridge to [bus 82-82]
> pci 0000:80:01.0: bridge window [io disabled]
> pci 0000:80:01.0: bridge window [mem disabled]
> pci 0000:80:01.0: bridge window [mem pref disabled]
> pci 0000:80:03.0: PCI bridge to [bus 83-83]
> pci 0000:80:03.0: bridge window [io disabled]
> pci 0000:80:03.0: bridge window [mem disabled]
> pci 0000:80:03.0: bridge window [mem pref disabled]
> pci 0000:80:07.0: PCI bridge to [bus 84-86]
> pci 0000:80:07.0: bridge window [io 0xb000-0xbfff]
> pci 0000:80:07.0: bridge window [mem 0xd1000000-0xd1ffffff]
> pci 0000:80:07.0: bridge window [mem 0xf3f00000-0xf7efffff 64bit
> pref]
> pci 0000:80:09.0: PCI bridge to [bus 87-89]
> pci 0000:80:09.0: bridge window [io 0xa000-0xafff]
> pci 0000:80:09.0: bridge window [mem 0xd0000000-0xd0ffffff]
> pci 0000:80:09.0: bridge window [mem 0xf7f00000-0xfbefffff 64bit
> pref]
> pci 0000:80:00.0: PCI INT A -> GSI 71 (level, low) -> IRQ 71
> pci 0000:80:01.0: PCI INT A -> GSI 52 (level, low) -> IRQ 52
> pci 0000:80:03.0: PCI INT A -> GSI 48 (level, low) -> IRQ 48
> pci 0000:80:07.0: PCI INT A -> GSI 54 (level, low) -> IRQ 54
> pci 0000:80:09.0: PCI INT A -> GSI 56 (level, low) -> IRQ 56
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 1, 8192 bytes)
> TCP established hash table entries: 4096 (order: 4, 65536 bytes)
> TCP bind hash table entries: 4096 (order: 4, 65536 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> UDP hash table entries: 128 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 128 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> Trying to unpack rootfs image as initramfs...
> Freeing initrd memory: 5008k freed
> audit: initializing netlink socket (disabled)
> type=2000 audit(1284111689.916:1): initialized
> HugeTLB registered 2 MB page size, pre-allocated 0 pages
> VFS: Disk quotas dquot_6.5.2
> Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
> Warning: Core image elf header is notsane
> Kdump: vmcore not initialized
> msgmni has been set to 195
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> pcieport 0000:00:01.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:02.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:03.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:05.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:07.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:09.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:0a.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:1c.0: ACPI _OSC control granted for 0x14
> pcieport 0000:00:1c.4: ACPI _OSC control granted for 0x14
> IRQ 88: starting IRQFIXUP_POLL
> pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
> pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
> pci 0000:01:00.1: Signaling PME through PCIe PME interrupt
> IRQ 89: starting IRQFIXUP_POLL
> pcieport 0000:00:02.0: Signaling PME through PCIe PME interrupt
> pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
> pci 0000:04:00.1: Signaling PME through PCIe PME interrupt
> IRQ 90: starting IRQFIXUP_POLL
> pcieport 0000:00:03.0: Signaling PME through PCIe PME interrupt
> pci 0000:07:00.0: Signaling PME through PCIe PME interrupt
> IRQ 91: starting IRQFIXUP_POLL
> pcieport 0000:00:05.0: Signaling PME through PCIe PME interrupt
> IRQ 92: starting IRQFIXUP_POLL
> pcieport 0000:00:07.0: Signaling PME through PCIe PME interrupt
> IRQ 93: starting IRQFIXUP_POLL
> pcieport 0000:00:09.0: Signaling PME through PCIe PME interrupt
> IRQ 94: starting IRQFIXUP_POLL
> pcieport 0000:00:0a.0: Signaling PME through PCIe PME interrupt
> IRQ 95: starting IRQFIXUP_POLL
> pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
> IRQ 96: starting IRQFIXUP_POLL
> pcieport 0000:00:1c.4: Signaling PME through PCIe PME interrupt
> pci 0000:11:00.0: Signaling PME through PCIe PME interrupt
> pci_hotplug: PCI Hot Plug PCI Core version: 0.5
> pciehp: PCI Express Hot Plug Controller Driver version: 0.4
> acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
> acpiphp: Slot [1] registered
> acpiphp: Slot [2] registered
> acpiphp: Slot [6] registered
> acpiphp: Slot [7] registered
> pci-stub: invalid id string ""
> input: Sleep Button as
> /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0
> ACPI: Sleep Button [SLPB]
> input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
> ACPI: Power Button [PWRF]
> Non-volatile memory driver v1.3
> Linux agpgart interface v0.103
> Hangcheck: starting hangcheck timer 0.9.1 (tick is 180 seconds, margin
> is 60 seconds).
> Hangcheck: Using getrawmonotonic().
> tpm_tis 00:0a: 1.2 TPM (device-id 0x4A10, rev-id 78)
> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> �serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> brd: module loaded
> loop: module loaded
> ahci 0000:00:1f.2: PCI INT A -> GSI 19 (level, low) -> IRQ 19
> ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x1 impl
> SATA mode
> ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part ccc
> IRQ 97: starting IRQFIXUP_POLL
> scsi0 : ahci
> scsi1 : ahci
> scsi2 : ahci
> scsi3 : ahci
> scsi4 : ahci
> scsi5 : ahci
> ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed
> irq 97+
> ata2: DUMMY
> ata3: DUMMY
> ata4: DUMMY
> ata5: DUMMY
> ata6: DUMMY
> Fixed MDIO Bus: probed
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
> ehci_hcd 0000:00:1a.7: EHCI Host Controller
> ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
> ehci_hcd 0000:00:1a.7: debug port 1
> IRQ 18: starting IRQFIXUP_POLL
> ehci_hcd 0000:00:1a.7: irq 18, io mem 0x9bc02000
> ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: EHCI Host Controller
> usb usb1: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ ehci_hcd
> usb usb1: SerialNumber: 0000:00:1a.7
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 6 ports detected
> ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> ehci_hcd 0000:00:1d.7: EHCI Host Controller
> ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
> ehci_hcd 0000:00:1d.7: debug port 1
> IRQ 23: starting IRQFIXUP_POLL
> ehci_hcd 0000:00:1d.7: irq 23, io mem 0x9bc01000
> ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb2: Product: EHCI Host Controller
> usb usb2: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ ehci_hcd
> usb usb2: SerialNumber: 0000:00:1d.7
> hub 2-0:1.0: USB hub found
> hub 2-0:1.0: 6 ports detected
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> uhci_hcd: USB Universal Host Controller Interface driver
> uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> uhci_hcd 0000:00:1a.0: UHCI Host Controller
> uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
> IRQ 16: starting IRQFIXUP_POLL
> uhci_hcd 0000:00:1a.0: irq 16, io base 0x000060e0
> usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb3: Product: UHCI Host Controller
> usb usb3: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> usb usb3: SerialNumber: 0000:00:1a.0
> hub 3-0:1.0: USB hub found
> hub 3-0:1.0: 2 ports detected
> uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
> uhci_hcd 0000:00:1a.1: UHCI Host Controller
> uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
> IRQ 21: starting IRQFIXUP_POLL
> uhci_hcd 0000:00:1a.1: irq 21, io base 0x000060c0
> usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb4: Product: UHCI Host Controller
> usb usb4: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> usb usb4: SerialNumber: 0000:00:1a.1
> hub 4-0:1.0: USB hub found
> hub 4-0:1.0: 2 ports detected
> uhci_hcd 0000:00:1a.2: PCI INT D -> GSI 19 (level, low) -> IRQ 19
> uhci_hcd 0000:00:1a.2: UHCI Host Controller
> uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
> IRQ 19: starting IRQFIXUP_POLL
> uhci_hcd 0000:00:1a.2: irq 19, io base 0x000060a0
> usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb5: Product: UHCI Host Controller
> usb usb5: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> usb usb5: SerialNumber: 0000:00:1a.2
> hub 5-0:1.0: USB hub found
> hub 5-0:1.0: 2 ports detected
> uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> uhci_hcd 0000:00:1d.0: UHCI Host Controller
> uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
> uhci_hcd 0000:00:1d.0: irq 23, io base 0x00006080
> usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb6: Product: UHCI Host Controller
> usb usb6: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> usb usb6: SerialNumber: 0000:00:1d.0
> hub 6-0:1.0: USB hub found
> hub 6-0:1.0: 2 ports detected
> uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
> uhci_hcd 0000:00:1d.1: UHCI Host Controller
> uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
> uhci_hcd 0000:00:1d.1: irq 19, io base 0x00006060
> usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb7: Product: UHCI Host Controller
> usb usb7: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> usb usb7: SerialNumber: 0000:00:1d.1
> hub 7-0:1.0: USB hub found
> hub 7-0:1.0: 2 ports detected
> uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
> uhci_hcd 0000:00:1d.2: UHCI Host Controller
> uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
> uhci_hcd 0000:00:1d.2: irq 18, io base 0x00006040
> usb usb8: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb8: Product: UHCI Host Controller
> usb usb8: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
> usb usb8: SerialNumber: 0000:00:1d.2
> hub 8-0:1.0: USB hub found
> hub 8-0:1.0: 2 ports detected
> PNP: No PS/2 controller found. Probing ports directly.
> i8042.c: No controller found.
> mice: PS/2 mouse device common for all mice
> rtc_cmos 00:03: RTC can wake from S4
> rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
> rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
> cpuidle: using governor ladder
> cpuidle: using governor menu
> usbcore: registered new interface driver hiddev
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> TCP cubic registered
> Initializing XFRM netlink socket
> NET: Registered protocol family 17
> Registering the dns_resolver key type
> registered taskstats version 1
> IMA: No TPM chip found, activating TPM-bypass!
> rtc_cmos 00:03: setting system clock to 2010-09-10 09:41:35 UTC
> (1284111695)
> Initalizing network drop monitor service
> usb 4-1: new full speed USB device using uhci_hcd and address 2
> ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> ata1.00: ATAPI: Optiarc DVD RW AD-7580S, FX04, max UDMA/100
> ata1.00: configured for UDMA/100
> scsi 0:0:0:0: CD-ROM Optiarc DVD RW AD-7580S FX04 PQ: 0
> ANSI: 5
> Freeing unused kernel memory: 1440k freed
> Write protecting the kernel read-only data: 10240k
> Freeing unused kernel memory: 1368k freed
> Freeing unused kernel memory: 1888k freed
> Mounting proc filesystem
> Mounting sysfs filesysusb 4-1: New USB device found, idVendor=046b,
> idProduct=ff10
> tem
> Creating /dusb 4-1: New USB device strings: Mfr=1, Product=2,
> SerialNumber=3
> ev
> Creating iniusb 4-1: Product: Virtual Keyboard and Mouse
> tial device nodeusb 4-1: Manufacturer: American Megatrends Inc.
> s
> usb 4-1: SerialNumber: serial
> Free memory/Total memory (free %): 59028 / 104632 ( 56.4149 )
> Loading jbd2.ko module
> Loading mbcache.ko module
> input: American Megatrends Inc. Virtual Keyboard and Mouse as
> /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input2
> Loading ext4.ko module
> generic-usb 0003:046B:FF10.0001: input,hidraw0: USB HID v1.10 Keyboard
> [American Megatrends Inc. Virtual Keyboard and Mouse] on
> usb-0000:00:1a.1-1/input0
> Loading crc-t10dif.ko module
> Loading sd_mod.ko module
> input: American Megatrends Inc. Virtual Keyboard and Mouse as
> /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.1/input/input3
> Loading ata_generic.ko module
> Loading dm-mod.ko module
> generic-usb 0003:046B:FF10.0002: input,hidraw1: USB HID v1.10 Mouse
> [American Megatrends Inc. Virtual Keyboard and Mouse] on
> usb-0000:00:1a.1-1/input1
> device-mapper: uevent: version 1.0.3
> device-mapper: ioctl: 4.18.0-ioctl (2010-06-29) initialised:
> dm-devel@redhat.com
> Loading dm-log.ko module
> Loading dm-region-hash.ko module
> Loading dm-mirror.ko module
> Loading dm-zero.ko module
> Loading dm-snapshot.ko module
> Loading ip6_tables.ko module
> ip6_tables: (C) 2000-2006 Netfilter Core Team
> Loading ebtables.ko module
> Ebtables v2.0 registered
> Loading nf_defrag_ipv4.ko module
> Loading nf_conntrack.ko module
> nf_conntrack version 0.5.0 (817 buckets, 3268 max)
> Loading ipt_REJECT.ko module
> Loading llc.ko module
> Loading autofs4.ko module
> Loading sunrpc.ko module
> usb 8-1: new low speed USB device using uhci_hcd and address 2
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> Loading freq_table.ko module
> Loading mperf.ko module
> Loading ipv6.ko module
> NET: Registered protocol family 10
> lo: Disabled Privacy Extensions
> Loading xt_physdev.ko module
> Loading ip_tables.ko module
> ip_tables: (C) 2000-2006 Netfilter Core Team
> Loading kvm.ko module
> Loading pcspkr.ko module
> input: PC Speaker as /devices/platform/pcspkr/input/input4
> Loading shpchp.ko module
> shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
> Loading i2c-core.ko module
> Loading iTCO_vendor_support.ko miTCO_vendor_support: vendor-support=0
> odule
> Loading sg.ko module
> scsi 0:0:0:0: Attached scsi generic sg0 type 5
> Loading dca.ko module
> dca service started, version 1.12.1
> Loading cdrom.ko module
> Loading megaraid_sas.ko module
> megasas: 00.00.04.17.1-rc1 Thu. Oct. 29, 11:41:51 PST 2009
> megasas: 0x1000:0x0060:0x8086:0x1013: bus 7:slot 0:func 0
> megaraid_sas 0000:07:00.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
> usb 8-1: New USB device found, idVendor=0624, idProduct=0307
> usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 8-1: Product: Avocent DSRIQ-USB
> usb 8-1: Manufacturer: Avocent
> megasas: Waiting for FW to come to ready state
> megasas: FW now in Ready state
> input: Avocent Avocent DSRIQ-USB as
> /devices/pci0000:00/0000:00:1d.2/usb8/8-1/8-1:1.0/input/input5
> generic-usb 0003:0624:0307.0003: input,hidraw2: USB HID v1.10 Keyboard
> [Avocent Avocent DSRIQ-USB] on usb-0000:00:1d.2-1/input0
> IRQ 24: starting IRQFIXUP_POLL
> scsi6 : LSI SAS based MegaRAID driver
> Loading ip6table_filter.ko modulscsi 6:0:8:0: Direct-Access
> SEAGATE ST9146802SS 0003 PQ: 0 ANSI: 5
> e
> Loading ebtable_nat.ko module
> scsi 6:0:9:0: Direct-Access SEAGATE ST9146802SS 0003 PQ: 0
> ANSI: 5
> Loading iptable_mangle.ko moduleinput: Avocent Avocent DSRIQ-USB as
> /devices/pci0000:00/0000:00:1d.2/usb8/8-1/8-1:1.1/input/input6
>
> Loading nf_conntrack_ipv4.ko module
> Loading xt_state.ko module
> generic-usb 0003:0624:0307.0004: input,hidraw3: USB HID v1.10 Mouse
> [Avocent Avocent DSRIQ-USB] on usb-0000:00:1d.2-1/input1
> Loading stp.ko module
> Loading cpufreq_ondemand.ko module
> scsi 6:2:0:0: Direct-Access INTEL SRCSASBB8I 1.12 PQ: 0
> ANSI: 5
> Loading acpi-cpufreq.ko module
> Loading iptable_filter.ko module
> Loading kvm-intel.ko module
> sd 6:2:0:0: [sda] 570310656 512-byte logical blocks: (291 GB/271 GiB)
> sd 6:2:0:0: [sda] Write Protect is off
> sd 6:2:0:0: Attached scsi generic sg1 type 0
> sd 6:2:0:0: [sda] Write cache: disabled, read cache: enabled, supports
> DPO and FUA
> sda: sda1 sda2
> sd 6:2:0:0: [sda] Attached SCSI disk
> Loading i2c-i801.ko module
> i801_smbus 0000:00:1f.3: PCI INT B -> GSI 18 (level, low) -> IRQ 18
> Loading iTCO_wdt.ko module
> iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
> iTCO_wdt: unable to reset NO_REBOOT flag, platform may have disabled
> it
> Loading ioatdma.ko module
> ioatdma: Intel(R) QuickData Technology Driver 4.00
> ioatdma 0000:00:16.0: PCI INT A -> GSI 43 (level, low) -> IRQ 43
> ioatdma 0000:00:16.0: channel error register unreachable
> ioatdma 0000:00:16.0: channel enumeration error
> ioatdma 0000:00:16.0: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.0: PCI INT A disabled
> ioatdma 0000:00:16.1: PCI INT B -> GSI 44 (level, low) -> IRQ 44
> ioatdma 0000:00:16.1: channel error register unreachable
> ioatdma 0000:00:16.1: channel enumeration error
> ioatdma 0000:00:16.1: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.1: PCI INT B disabled
> ioatdma 0000:00:16.2: PCI INT C -> GSI 45 (level, low) -> IRQ 45
> ioatdma 0000:00:16.2: channel error register unreachable
> ioatdma 0000:00:16.2: channel enumeration error
> ioatdma 0000:00:16.2: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.2: PCI INT C disabled
> ioatdma 0000:00:16.3: PCI INT D -> GSI 46 (level, low) -> IRQ 46
> ioatdma 0000:00:16.3: channel error register unreachable
> ioatdma 0000:00:16.3: channel enumeration error
> ioatdma 0000:00:16.3: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.3: PCI INT D disabled
> ioatdma 0000:00:16.4: PCI INT A -> GSI 43 (level, low) -> IRQ 43
> ioatdma 0000:00:16.4: channel error register unreachable
> ioatdma 0000:00:16.4: channel enumeration error
> ioatdma 0000:00:16.4: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.4: PCI INT A disabled
> ioatdma 0000:00:16.5: PCI INT B -> GSI 44 (level, low) -> IRQ 44
> ioatdma 0000:00:16.5: channel error register unreachable
> ioatdma 0000:00:16.5: channel enumeration error
> ioatdma 0000:00:16.5: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.5: PCI INT B disabled
> ioatdma 0000:00:16.6: PCI INT C -> GSI 45 (level, low) -> IRQ 45
> ioatdma 0000:00:16.6: channel error register unreachable
> ioatdma 0000:00:16.6: channel enumeration error
> ioatdma 0000:00:16.6: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.6: PCI INT C disabled
> ioatdma 0000:00:16.7: PCI INT D -> GSI 46 (level, low) -> IRQ 46
> ioatdma 0000:00:16.7: channel error register unreachable
> ioatdma 0000:00:16.7: channel enumeration error
> ioatdma 0000:00:16.7: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:00:16.7: PCI INT D disabled
> ioatdma 0000:80:16.0: PCI INT A -> GSI 67 (level, low) -> IRQ 67
> ioatdma 0000:80:16.0: channel error register unreachable
> ioatdma 0000:80:16.0: channel enumeration error
> ioatdma 0000:80:16.0: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.0: PCI INT A disabled
> ioatdma 0000:80:16.1: PCI INT B -> GSI 68 (level, low) -> IRQ 68
> ioatdma 0000:80:16.1: channel error register unreachable
> ioatdma 0000:80:16.1: channel enumeration error
> ioatdma 0000:80:16.1: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.1: PCI INT B disabled
> ioatdma 0000:80:16.2: PCI INT C -> GSI 69 (level, low) -> IRQ 69
> ioatdma 0000:80:16.2: channel error register unreachable
> ioatdma 0000:80:16.2: channel enumeration error
> ioatdma 0000:80:16.2: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.2: PCI INT C disabled
> ioatdma 0000:80:16.3: PCI INT D -> GSI 70 (level, low) -> IRQ 70
> ioatdma 0000:80:16.3: channel error register unreachable
> ioatdma 0000:80:16.3: channel enumeration error
> ioatdma 0000:80:16.3: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.3: PCI INT D disabled
> ioatdma 0000:80:16.4: PCI INT A -> GSI 67 (level, low) -> IRQ 67
> ioatdma 0000:80:16.4: channel error register unreachable
> ioatdma 0000:80:16.4: channel enumeration error
> ioatdma 0000:80:16.4: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.4: PCI INT A disabled
> ioatdma 0000:80:16.5: PCI INT B -> GSI 68 (level, low) -> IRQ 68
> ioatdma 0000:80:16.5: channel error register unreachable
> ioatdma 0000:80:16.5: channel enumeration error
> ioatdma 0000:80:16.5: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.5: PCI INT B disabled
> ioatdma 0000:80:16.6: PCI INT C -> GSI 69 (level, low) -> IRQ 69
> ioatdma 0000:80:16.6: channel error register unreachable
> ioatdma 0000:80:16.6: channel enumeration error
> ioatdma 0000:80:16.6: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.6: PCI INT C disabled
> ioatdma 0000:80:16.7: PCI INT D -> GSI 70 (level, low) -> IRQ 70
> ioatdma 0000:80:16.7: channel error register unreachable
> ioatdma 0000:80:16.7: channel enumeration error
> ioatdma 0000:80:16.7: Intel(R) I/OAT DMA Engine init failed
> ioatdma 0000:80:16.7: PCI INT D disabled
> Loading igb.ko module
> Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
> Copyright (c) 2007-2009 Intel Corporation.
> igb 0000:01:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
> igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection
> igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:80
> igb 0000:01:00.0: eth0: PBA No: 1040ff-0ff
> igb 0000:01:00.0: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
> igb 0000:01:00.1: PCI INT B -> GSI 40 (level, low) -> IRQ 40
> igb 0000:01:00.1: Intel(R) Gigabit Ethernet Network Connection
> igb 0000:01:00.1: eth1: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:81
> igb 0000:01:00.1: eth1: PBA No: 1040ff-0ff
> igb 0000:01:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
> igb 0000:04:00.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29
> igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection
> igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:82
> igb 0000:04:00.0: eth2: PBA No: 1040ff-0ff
> igb 0000:04:00.0: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
> igb 0000:04:00.1: PCI INT B -> GSI 41 (level, low) -> IRQ 41
> igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
> igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:83
> igb 0000:04:00.1: eth3: PBA No: 1040ff-0ff
> igb 0000:04:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
> Loading sr_mod.ko module
> sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
> cdrom: Uniform CD-ROM driver Revision: 3.20
> Loading nf_nat.ko module
> Loading bridge.ko module
> Bridge firewalling registered
> Loading ipt_MASQUERADE.ko module
> Loading iptable_nat.ko module
> Waiting for required block device discovery
> Waiting for 1 sda-like device(s)...Found
> Creating Block Devices
> Creating block device loop0
> Creating block device loop1
> Creating block device loop2
> Creating block device loop3
> Creating block device loop4
> Creating block device loop5
> Creating block device loop6
> Creating block device loop7
> Creating block device ram0
> Creating block device ram1
> Creating block device ram10
> Creating block device ram11
> Creating block device ram12
> Creating block device ram13
> Creating block device ram14
> Creating block device ram15
> Creating block device ram2
> Creating block device ram3
> Creating block device ram4
> Creating block device ram5
> Creating block device ram6
> Creating block device ram7
> Creating block device ram8
> Creating block device ram9
> Creating block device sda
> sda: sda1 sda2
> Creating block device sr0
> Making device-mapper control node
> mknod: invalid number 'device-mapper'
> mdadm: No arrays found in config file or automatically
> Free memory/Total memory (free %): 45048 / 104632 ( 43.0538 )
> Scanning logical volumes
> Reading all physical volumes. This may take a while...
> Found volume group "vg_intels3e3601" using metadata type lvm2
> Activating logical volumes
> 3 logical volume(s) in volume group "vg_intels3e3601" now active
> Free memory/Total memory (free %): 44140 / 104632 ( 42.1859 )
> Saving to the local filesystem /dev/mapper/vg_intels3e3601-lv_home
> e2fsck 1.41.12 (17-May-2010)
> /dev/mapper/vg_intels3e3601-lv_home: recovering journal
> /dev/mapper/vg_intels3e3601-lv_home: clean, 32050/10264576 files,
> 32209253/41029EXT4-fs (dm-1): 632 blocks
> mounted filesystem with ordered data mode. Opts:
> Free memory/Total memory (free %): 43516 / 104632 ( 41.5896 )
> open_dump_memory: Can't open the dump memory(/proc/vmcore). No such
> file or directory
> dropping to initramfs shell
> exiting this shell will reboot your system
> /
>
> ----- "Eric W. Biederman" <ebiederm@xmission.com> wrote:
>
> > ebiederm@xmission.com (Eric W. Biederman) writes:
> >
> > > I thought I had x86 biarch crashdump working on x86 but it turns
> > > out was wrong. So I have merged crashdump-x86.c and
> > crashdump-x86_64.c
> > > to ensure that things will work fine.
> > >
> > > There are a few misc cleanups in here to support biarch
> crashdumps.
> > >
> > > There is a kexec bzImage load optimization that allows me to use
> > > a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
> > > because of an alighment foulup I needed 32M and the kernel was
> > > loaded in the middle of the reserved crashdump region.
> > >
> > > There is also a new program vmcore-dmesg. Functionally it is very
> > > similar to the makedumpfile's --dmesg mode but it handles all of
> > the
> > > crazy multi-arch cases so I only need to keep one binary around to
> > strip
> > > the kernel's dmesg out of a core file. Additionally vmcore-dmesg
> > is
> > > about half the size of makedumpfile and I can build it against
> > uclibc,
> > > which makes it much more usable in my constrained initrd setup.
> > >
> > > I would post patches but I know I would fat finger that horribly.
> > >
> > > git pull
> >
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
> > >
> >
> > And the diffstat
> >
> > eric@fess:~/projects/kexec/kexec-tools-devel$ git-diff-tree --stat
> > master HEAD
> > Makefile.in | 8 +-
> > kexec/Makefile | 3 +-
> > kexec/arch/i386/crashdump-x86.c | 333 +++++++++++++----
> > kexec/arch/i386/crashdump-x86.h | 17 +-
> > kexec/arch/i386/kexec-bzImage.c | 4 +-
> > kexec/arch/i386/kexec-elf-x86.c | 2 +-
> > kexec/arch/ia64/crashdump-ia64.c | 6 +-
> > kexec/arch/x86_64/Makefile | 8 +-
> > kexec/arch/x86_64/arch_init.c | 83 ----
> > kexec/arch/x86_64/crashdump-x86_64.c | 684
> > ----------------------------------
> > kexec/arch/x86_64/crashdump-x86_64.h | 28 --
> > kexec/arch/x86_64/kexec-elf-x86_64.c | 2 +-
> > kexec/arch/x86_64/kexec-x86_64.c | 11 +-
> > kexec/arch_init.c | 4 -
> > kexec/crashdump-elf.c | 14 +-
> > kexec/crashdump.h | 3 +
> > kexec/kernel_version.c | 58 +++
> > kexec/kexec-elf.c | 14 +-
> > kexec/kexec-elf.h | 44 ++--
> > kexec/kexec.c | 2 -
> > kexec/kexec.h | 9 +-
> > vmcore-dmesg/Makefile | 29 ++
> > vmcore-dmesg/vmcore-dmesg.8 | 42 ++
> > vmcore-dmesg/vmcore-dmesg.c | 504
> > +++++++++++++++++++++++++
> > 24 files changed, 972 insertions(+), 940 deletions(-)
> >
> > > ---
> > >
> > > commit 0320ba301f1e944fde3977df91180a538e99b9aa
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 23:19:35 2010 -0700
> > >
> > > x86 bzImage: Optimize the panic kernel memory layout.
> > >
> > > Load the setup sectors above the kernel in the panic case,
> > > to avoid wasting memory.
> > >
> > > Linux kernels frequently have a severe alignment requirment
> > > that can be as much as 16M. The start of the reserved
> > > crash kernel region is 16M aligned. The setup sectors
> > > are tiny 20k? and when we are not running the real mode code
> > > they can live anywhere. Move the setup sectors from
> > > lower address than the kernel to higher address than the
> kernel
> > > avoids introducing a bad alignment. Allowing the linux kernel
> > > to load lower. Loading the linux kernel lower in memory
> > ensures
> > > memory is used more efficiently.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 8bd3608a761cc7734f1599945f558cdfc8ee94b3
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 15:00:10 2010 -0700
> > >
> > > kexec-tools: Add vmcore-dmesg
> > >
> > > vmcore-dmesg is a trivial utility to extract the dmesg from a
> > vmcore.
> > > This was written in reaction to problems I was having building
> > > makedumpfile, and using makedumpfile for extracting dmesg.
> > makedumpfile
> > > does a whole lot of things, uses a whole lot of libraries and
> > which
> > > make it hard to compile and a little bit clunky to remember
> the
> > command
> > > line switches.
> > >
> > > So I have written the trivial vmcore-dmesg program that reads
> a
> > vmcore
> > > either /proc/vmcore or a saved version vmcore and writes the
> > dmesg to stdout.
> > >
> > > There is nothing to vmcore-dmesg and all of the arch
> > dependencies are wrapped
> > > up in generating the core file. Which means a vmcore-dmesg
> > should work with
> > > core files of all architectures without needing a rebuild.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Wed Sep 8 10:52:01 2010 -0700
> > >
> > > x86_64: Kill now unused crashdump-x86_64.[ch]
> > >
> > > Now we use the i386 crashdump-x86 instead we can kill
> > > crashdump-x86_64.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Wed Sep 8 10:12:09 2010 -0700
> > >
> > > x86_64: Use the x86 crashdump
> > >
> > > With proper biarch support in crashdump-x86, crashdump-x86_64
> > > is now redudant and we can use crashdump-x86 everywhere.
> Using
> > > crashdump-x86 everywhere results in a little unnecessary i386
> > > logic on x86_64 but is otherwise harmless. Removing the
> > > unnecessary duplication between i386 and x86_64 should make
> > > the code much easier to maintain going forward.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit aa0418789d8e89478044511c16a32ed4c45fefb3
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 14:11:54 2010 -0700
> > >
> > > x86_64: Use the i386 arch_options_t on x86_64
> > >
> > > In preparation for having a single crashdump implementation
> > > on i386 and x86_64 start sharing arch_options_t between
> > > i386 and x86_64, and don't make arch_options static on
> > > x86_64.
> > >
> > > i386 and x86_64 have been using identitcal defitions of
> > > arch_options for a while this change now reflects that
> > > practical reality in the code.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 773ff64ab0ed27ca6b33c9866f89291226e86574
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 14:10:21 2010 -0700
> > >
> > > i386 crashdump: Preserve credits of x86_64 version
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 9322014fbfa77b5c744d8fabd3e9adf30b751219
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 13:58:29 2010 -0700
> > >
> > > i386 crashdump: Compute page_offset paddr vaddr and size like
> > x86_64.
> > >
> > > Make certain we are using the same page_offset, paddr, and
> > vaddr
> > > and kernel size that the x86_64 crashdump code is using.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 53408ce05fc411a1a5d8aee902ed0172518fc5d8
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Wed Sep 8 12:01:14 2010 -0700
> > >
> > > kexec elf: Handle 64bit elf executables on 32bit platforms.
> > >
> > > - Widen some types. Why did I use unsigned long? I guess
> this
> > > code predates the decision to support biarch.
> > > - Since I have made the types wider fix the statements that
> > > print those types out.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit f79a61460fdb6fda47b3a1b01e1b4771374b7975
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 20:31:03 2010 -0700
> > >
> > > kexec elf: Clean up error messages build_mem_phdrs
> > >
> > > Don't print uncondintionally print an error message about
> > > KCORE_ELF_HEADERS_SIZE being wrong when the elf headers
> > > are truncated when build_mem_phdrs fails because there
> > > are other reasons we could be truncated (like an
> > > actual damaged elf file).
> > >
> > > Instead only print an error message when either probe_debug
> > > is true or we are skipping the total file size checks for
> > > some reason. When we do print an error message limit the
> > > message to the fact that we are truncated and how many
> > > bytes we have and how many bytes we need. The context
> > > of the failure should be able to provide the rest of
> > > the information.
> > >
> > > For now add a comment in crashdump-x86_64.c to direct people
> > > to KCORE_ELF_HEADERS_SIZE so that if someone finds the
> > > code things can be adjusted.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 4c4ef6506eb29cfad16546f6b8435935432d3251
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 13:34:43 2010 -0700
> > >
> > > i386 crashdump: pass acpi info, and generalize hack
> > >
> > > - Pass the acpi memap to the kernel.
> > > - Port the fix from x86_64 to not truncate the elf
> > > note segment to 16K, to keep large machines happy.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit d25f82619565f862e2a6104fac505b9c13c8fe4c
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 13:23:55 2010 -0700
> > >
> > > i386 crashdump: move crashdump debugging code under #ifdef
> > DEBUG
> > >
> > > o Put the debug code under #ifdef DEBUG instead of #if 0.
> > > o Do this to match the x86_64 code.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 672991ea2208dd478e8c52982f39a87c64a4c8a5
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 13:12:18 2010 -0700
> > >
> > > i386 crashdump: Unify get_crash_memory_ranges.
> > >
> > > Build a version of get_crash_memory_ranges that works the same
> > > on both x86_64 and x86. Reorder the calls in
> > load_crashdump_segments
> > > so we have the architectures low memory limit when we call
> > > get_crash_memory_ranges.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit b73411718dbf452675fa903b2db7ab58c24ef1ba
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 12:53:11 2010 -0700
> > >
> > > i386 crashdump: Rename and include the x86_64 constants.
> > >
> > > Unify the 32bit and the 64bit crashdump headers. Rename
> > > arch specific defintions to arch specific names to be clear.
> > > Update users of the renamed constants.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 8f211c7519327124bb18d9e362ac9777bf400c67
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 12:43:40 2010 -0700
> > >
> > > i386 crashdump: Keep elf_info on the stack.
> > >
> > > In preparation for merging crashdump-x86 and crashdump-x86_64
> > > move elf_info onto the stack and start filling it out
> > dynamically
> > > as appropriate.
> > >
> > > Included in this change is only setting lowmem_limit and
> > get_note_info
> > > when we are generating a core file for a 32bit kernel.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit c8e346688c6358427213d9d6fdb83765e365cccd
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 12:05:40 2010 -0700
> > >
> > > crashdump: Move kern_vaddr_start from kexec_info into
> > crash_elf_info
> > >
> > > These fields as defined in kexec_info are not biarch safe and
> > > beyond that crash_elf_info is the structure for passing this
> > kind
> > > of information not kexec_info. So move them in prepartion for
> > > properly cleaning up biarch x86 functionality.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 11:42:39 2010 -0700
> > >
> > > kexec: Kill arch_init
> > >
> > > The function only had one user, the error checking was wrong,
> > > and the functions it performed are best done elsewhere
> > > so remove the tempation of a problemenatic hook.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 3578b1f1437f8d1b569d1e30f6d4e15edd1cce53
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 11:37:21 2010 -0700
> > >
> > > x86_64 crashdump: Move calculation of the page offset into
> > crashdump-x86_64.c
> > >
> > > Don't calculate page_offfset in arch_init. Performing the
> work
> > there
> > > badly messes up biarch support, so move the work into
> > crashdump_x86_64.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit 3cab31db10dd74aa148ad20aaa3455723bf45138
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 11:25:30 2010 -0700
> > >
> > > kexec: Move kernel_version into the kexec core
> > >
> > > I'm not pleased with the hacks that we use kernel_version
> > > for but kernel_version itself is reasonable code and might
> > > be needed elsewhere, so move kernel_version into the kexec
> > > core.
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> > >
> > > commit ebeb4da62f8b51c63a46349b219a5605ee8d79bd
> > > Author: Eric W. Biederman <ebiederm@xmission.com>
> > > Date: Tue Sep 7 10:41:56 2010 -0700
> > >
> > > i386 elf: Correct the probe error string
> > >
> > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > _______________________________________________
> > kexec mailing list
> > kexec@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/kexec
>
> _______________________________________________
> kexec mailing list
> kexec@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/kexec
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
[not found] <822803231.671471284126247290.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
@ 2010-09-10 13:45 ` caiqian
0 siblings, 0 replies; 19+ messages in thread
From: caiqian @ 2010-09-10 13:45 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Simon Horman, Kexec Mailing List
Just a head-up. This version generated empty vmcore on a Nehalem-EX box, while v2.0.0 worked fine.
SysRq : Trigger a crash
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
PGD 46cc4f067 PUD 46c570067 PMD 0
Oops: 0002 [#1] SMP
last sysfs file: /sys/devices/system/cpu/cpu63/cache/index2/shared_cpu_map
CPU 7
Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables iptable_mangle ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT bridge stp llc autofs4 sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf ipv6 xt_physdev iptable_filter ip_tables dm_mirror dm_region_hash dm_log kvm_intel kvm pcspkr shpchp i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support ioatdma sg igb dca ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom megaraid_sas dm_mod [last unloaded: microcode]
Pid: 4716, comm: bash Not tainted 2.6.36-rc2-mm1-fix+ #101 QSSC-S4R/QSSC-S4R
RIP: 0010:[<ffffffff812cd836>] [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
RSP: 0018:ffff880c6a63be38 EFLAGS: 00010092
RAX: 0000000000000010 RBX: 0000000000000063 RCX: 0000000000001520
RDX: 0000000000000000 RSI: 0000000000000046 RDI: 0000000000000063
RBP: ffff880c6a63be38 R08: 0000000000000000 R09: 00007f766e313700
R10: ffff88106e330de0 R11: 0000000000000000 R12: ffffffff81a754c0
R13: 0000000000000286 R14: 0000000000000007 R15: 0000000000000000
FS: 00007f766e313700(0000) GS:ffff880c8e220000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000000 CR3: 000000046cc30000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process bash (pid: 4716, threadinfo ffff880c6a63a000, task ffff880c68756100)
Stack:
ffff880c6a63be78 ffffffff812cde49 ffff88086c615ec0 0000000000000002
<0> ffff88106d31a840 00007f766e317000 0000000000000002 fffffffffffffffb
<0> ffff880c6a63bea8 ffffffff812cdefa ffff881000000002 00007f766e317000
Call Trace:
[<ffffffff812cde49>] __handle_sysrq+0x129/0x190
[<ffffffff812cdefa>] write_sysrq_trigger+0x4a/0x50
[<ffffffff8119eac6>] proc_reg_write+0x76/0xb0
[<ffffffff81145688>] vfs_write+0xc8/0x190
[<ffffffff81145ff1>] sys_write+0x51/0x80
[<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
Code: d0 88 81 43 8e 25 82 c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 1f 44 00 00 c7 05 09 cd b3 00 01 00 00 00 0f ae f8 <c6> 04 25 00 00 00 00 01 c9 c3 55 48 89 e5 0f 1f 44 00 00 8d 47
RIP [<ffffffff812cd836>] sysrq_handle_crash+0x16/0x20
RSP <ffff880c6a63be38>
CR2: 0000000000000000
Initializing cgroup subsys cpuset
Linux version 2.6.36-rc2-mm1-fix+ (root@intel-s3e36-01.lab.bos.redhat.com) (gcc version 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) ) #101 SMP Sat Sep 4 08:55:34 EDT 2010
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_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled memmap=exactmap memmap=640K@0K memmap=130408K@49152K elfcorehdr=179560K memmap=2132K#1978692K memmap=3912K#1980824K memmap=52K#1985200K memmap=76K#1985336K memmap=36K#1985420K memmap=4K#1985504K memmap=132K#1985532K memmap=188K#1985796K memmap=5860K#1986244K memmap=2048K#1992104K memmap=1296K#1994152K memmap=592K#1995640K memmap=576K#1996244K memmap=31676K#1997248K memmap=1248K#2029884K memmap=288K#2031132K memmap=192K#2031420K kexec_jump_back_entry=0x0000000003393063
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000100 - 0000000000099800 (usable)
BIOS-e820: 0000000000099800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000078c51000 (usable)
BIOS-e820: 0000000078c51000 - 0000000078e66000 (ACPI NVS)
BIOS-e820: 0000000078e66000 - 0000000079238000 (ACPI data)
BIOS-e820: 0000000079238000 - 00000000792ac000 (reserved)
BIOS-e820: 00000000792ac000 - 00000000792b9000 (ACPI data)
BIOS-e820: 00000000792b9000 - 00000000792ce000 (reserved)
BIOS-e820: 00000000792ce000 - 00000000792e1000 (ACPI data)
BIOS-e820: 00000000792e1000 - 00000000792e3000 (reserved)
BIOS-e820: 00000000792e3000 - 00000000792ec000 (ACPI data)
BIOS-e820: 00000000792ec000 - 00000000792f8000 (reserved)
BIOS-e820: 00000000792f8000 - 00000000792f9000 (ACPI data)
BIOS-e820: 00000000792f9000 - 00000000792ff000 (reserved)
BIOS-e820: 00000000792ff000 - 0000000079320000 (ACPI data)
BIOS-e820: 0000000079320000 - 0000000079341000 (reserved)
BIOS-e820: 0000000079341000 - 0000000079370000 (ACPI data)
BIOS-e820: 0000000079370000 - 00000000793b1000 (reserved)
BIOS-e820: 00000000793b1000 - 000000007996a000 (ACPI data)
BIOS-e820: 000000007996a000 - 0000000079b6a000 (ACPI NVS)
BIOS-e820: 0000000079b6a000 - 0000000079cae000 (ACPI data)
BIOS-e820: 0000000079cae000 - 0000000079cde000 (reserved)
BIOS-e820: 0000000079cde000 - 0000000079d72000 (ACPI data)
BIOS-e820: 0000000079d72000 - 0000000079d75000 (reserved)
BIOS-e820: 0000000079d75000 - 0000000079e05000 (ACPI data)
BIOS-e820: 0000000079e05000 - 0000000079e70000 (reserved)
BIOS-e820: 0000000079e70000 - 000000007bd5f000 (ACPI data)
BIOS-e820: 000000007bd5f000 - 000000007be4f000 (reserved)
BIOS-e820: 000000007be4f000 - 000000007bf87000 (ACPI data)
BIOS-e820: 000000007bf87000 - 000000007bfcf000 (ACPI NVS)
BIOS-e820: 000000007bfcf000 - 000000007bfff000 (ACPI data)
BIOS-e820: 000000007bfff000 - 0000000090000000 (reserved)
BIOS-e820: 00000000fc000000 - 00000000fd000000 (reserved)
BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved)
BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000001080000000 (usable)
last_pfn = 0x1080000 max_arch_pfn = 0x400000000
NX (Execute Disable) protection: active
user-defined physical RAM map:
user: 0000000000000000 - 00000000000a0000 (usable)
user: 0000000003000000 - 000000000af5a000 (usable)
user: 0000000078c51000 - 0000000079238000 (ACPI data)
user: 00000000792ac000 - 00000000792b9000 (ACPI data)
user: 00000000792ce000 - 00000000792e1000 (ACPI data)
user: 00000000792e3000 - 00000000792ec000 (ACPI data)
user: 00000000792f8000 - 00000000792f9000 (ACPI data)
user: 00000000792ff000 - 0000000079320000 (ACPI data)
user: 0000000079341000 - 0000000079370000 (ACPI data)
user: 00000000793b1000 - 0000000079cae000 (ACPI data)
user: 0000000079cde000 - 0000000079d72000 (ACPI data)
user: 0000000079d75000 - 0000000079e05000 (ACPI data)
user: 0000000079e70000 - 000000007bd5f000 (ACPI data)
user: 000000007be4f000 - 000000007bfff000 (ACPI data)
DMI 2.5 present.
No AGP bridge found
last_pfn = 0xaf5a max_arch_pfn = 0x400000000
x86 PAT enabled: cpu 0, old 0x7010600070106, new 0x7010600070106
found SMP MP-table at [ffff8800000fdd80] fdd80
init_memory_mapping: 0000000000000000-000000000af5a000
RAMDISK: 0aa65000 - 0af49000
ACPI: RSDP 00000000000f0410 00024 (v02 QUANTA)
ACPI: XSDT 000000007bffe120 000B4 (v01 QUANTA QSSC-S4R 00000000 01000013)
ACPI: FACP 000000007bffd000 000F4 (v04 QUANTA QSSC-S4R 00000000 MSFT 0100000D)
ACPI: DSDT 000000007bfe3000 19F6A (v02 QUANTA QSSC-S4R 00000003 MSFT 0100000D)
ACPI: FACS 000000007bf87000 00040
ACPI: APIC 000000007bfe2000 003E4 (v02 QUANTA QSSC-S4R 00000000 MSFT 0100000D)
ACPI: MSCT 000000007bfe1000 00090 (v01 QUANTA QSSC-S4R 00000001 MSFT 0100000D)
ACPI: MCFG 000000007bfe0000 0003C (v01 QUANTA QSSC-S4R 00000001 MSFT 0100000D)
ACPI: HPET 000000007bfdf000 00038 (v01 QUANTA QSSC-S4R 00000001 MSFT 0100000D)
ACPI: SLIT 000000007bfde000 0003C (v01 QUANTA QSSC-S4R 00000001 MSFT 0100000D)
ACPI: SRAT 000000007bfdd000 00930 (v02 QUANTA QSSC-S4R 00000001 MSFT 0100000D)
ACPI: SPCR 000000007bfdc000 00050 (v01 QUANTA QSSC-S4R 00000000 MSFT 0100000D)
ACPI: WDDT 000000007bfdb000 00040 (v01 QUANTA QSSC-S4R 00000000 MSFT 0100000D)
ACPI: SSDT 000000007bf4a000 3CFA4 (v02 QUANTA QSSC-S4R 00004000 INTL 20061109)
ACPI: SSDT 000000007bfda000 00174 (v02 QUANTA QSSC-S4R 00004000 INTL 20061109)
ACPI: PMCT 000000007bfd9000 00060 (v01 QUANTA QSSC-S4R 00000000 MSFT 0100000D)
ACPI: MIGT 000000007bfd8000 00040 (v01 QUANTA QSSC-S4R 00000000 MSFT 0100000D)
ACPI: TCPA 000000007bfd5000 00032 (v00 QUANTA QSSC-S4R 00000000 00000000)
ACPI: HEST 000000007bfd4000 000A8 (v01 QUANTA QSSC-S4R 00000001 INTL 00000001)
ACPI: BERT 000000007bfd3000 00030 (v01 QUANTA QSSC-S4R 00000001 INTL 00000001)
ACPI: ERST 000000007bfd2000 00230 (v01 QUANTA QSSC-S4R 00000001 INTL 00000001)
ACPI: EINJ 000000007bfd1000 00130 (v01 QUANTA QSSC-S4R 00000001 INTL 00000001)
SRAT: PXM 0 -> APIC 0x00 -> Node 0
SRAT: PXM 2 -> APIC 0x40 -> Node 1
SRAT: PXM 1 -> APIC 0x20 -> Node 2
SRAT: PXM 3 -> APIC 0x60 -> Node 3
SRAT: PXM 0 -> APIC 0x02 -> Node 0
SRAT: PXM 2 -> APIC 0x42 -> Node 1
SRAT: PXM 1 -> APIC 0x22 -> Node 2
SRAT: PXM 3 -> APIC 0x62 -> Node 3
SRAT: PXM 0 -> APIC 0x04 -> Node 0
SRAT: PXM 2 -> APIC 0x44 -> Node 1
SRAT: PXM 1 -> APIC 0x24 -> Node 2
SRAT: PXM 3 -> APIC 0x64 -> Node 3
SRAT: PXM 0 -> APIC 0x06 -> Node 0
SRAT: PXM 2 -> APIC 0x46 -> Node 1
SRAT: PXM 1 -> APIC 0x26 -> Node 2
SRAT: PXM 3 -> APIC 0x66 -> Node 3
SRAT: PXM 0 -> APIC 0x10 -> Node 0
SRAT: PXM 2 -> APIC 0x50 -> Node 1
SRAT: PXM 1 -> APIC 0x30 -> Node 2
SRAT: PXM 3 -> APIC 0x70 -> Node 3
SRAT: PXM 0 -> APIC 0x12 -> Node 0
SRAT: PXM 2 -> APIC 0x52 -> Node 1
SRAT: PXM 1 -> APIC 0x32 -> Node 2
SRAT: PXM 3 -> APIC 0x72 -> Node 3
SRAT: PXM 0 -> APIC 0x14 -> Node 0
SRAT: PXM 2 -> APIC 0x54 -> Node 1
SRAT: PXM 1 -> APIC 0x34 -> Node 2
SRAT: PXM 3 -> APIC 0x74 -> Node 3
SRAT: PXM 0 -> APIC 0x16 -> Node 0
SRAT: PXM 2 -> APIC 0x56 -> Node 1
SRAT: PXM 1 -> APIC 0x36 -> Node 2
SRAT: PXM 3 -> APIC 0x76 -> Node 3
SRAT: PXM 0 -> APIC 0x01 -> Node 0
SRAT: PXM 2 -> APIC 0x41 -> Node 1
SRAT: PXM 1 -> APIC 0x21 -> Node 2
SRAT: PXM 3 -> APIC 0x61 -> Node 3
SRAT: PXM 0 -> APIC 0x03 -> Node 0
SRAT: PXM 2 -> APIC 0x43 -> Node 1
SRAT: PXM 1 -> APIC 0x23 -> Node 2
SRAT: PXM 3 -> APIC 0x63 -> Node 3
SRAT: PXM 0 -> APIC 0x05 -> Node 0
SRAT: PXM 2 -> APIC 0x45 -> Node 1
SRAT: PXM 1 -> APIC 0x25 -> Node 2
SRAT: PXM 3 -> APIC 0x65 -> Node 3
SRAT: PXM 0 -> APIC 0x07 -> Node 0
SRAT: PXM 2 -> APIC 0x47 -> Node 1
SRAT: PXM 1 -> APIC 0x27 -> Node 2
SRAT: PXM 3 -> APIC 0x67 -> Node 3
SRAT: PXM 0 -> APIC 0x11 -> Node 0
SRAT: PXM 2 -> APIC 0x51 -> Node 1
SRAT: PXM 1 -> APIC 0x31 -> Node 2
SRAT: PXM 3 -> APIC 0x71 -> Node 3
SRAT: PXM 0 -> APIC 0x13 -> Node 0
SRAT: PXM 2 -> APIC 0x53 -> Node 1
SRAT: PXM 1 -> APIC 0x33 -> Node 2
SRAT: PXM 3 -> APIC 0x73 -> Node 3
SRAT: PXM 0 -> APIC 0x15 -> Node 0
SRAT: PXM 2 -> APIC 0x55 -> Node 1
SRAT: PXM 1 -> APIC 0x35 -> Node 2
SRAT: PXM 3 -> APIC 0x75 -> Node 3
SRAT: PXM 0 -> APIC 0x17 -> Node 0
SRAT: PXM 2 -> APIC 0x57 -> Node 1
SRAT: PXM 1 -> APIC 0x37 -> Node 2
SRAT: PXM 3 -> APIC 0x77 -> Node 3
SRAT: Node 0 PXM 0 0-80000000
SRAT: Node 0 PXM 0 100000000-480000000
SRAT: Node 2 PXM 1 480000000-880000000
SRAT: Node 1 PXM 2 880000000-c80000000
SRAT: Node 3 PXM 3 c80000000-1080000000
SRAT: Node 0 PXM 0 1100000000-3100000000
SRAT: Hotplug area 17825792 -> 51380224 has existing memory
SRAT: Node 0 PXM 0 3100000000-5100000000
SRAT: Hotplug area 51380224 -> 84934656 has existing memory
SRAT: Node 2 PXM 1 5100000000-7100000000
SRAT: Hotplug area 84934656 -> 118489088 has existing memory
SRAT: Node 2 PXM 1 7100000000-9100000000
SRAT: Hotplug area 118489088 -> 152043520 has existing memory
SRAT: Node 1 PXM 2 9100000000-b100000000
SRAT: Hotplug area 152043520 -> 185597952 has existing memory
SRAT: Node 1 PXM 2 b100000000-d100000000
SRAT: Hotplug area 185597952 -> 219152384 has existing memory
SRAT: Node 3 PXM 3 d100000000-f100000000
SRAT: Hotplug area 219152384 -> 252706816 has existing memory
SRAT: Node 3 PXM 3 f100000000-11100000000
SRAT: Hotplug area 252706816 -> 286261248 has existing memory
SRAT: Node 0 [0,80000000) + [100000000,480000000) -> [0,480000000)
SRAT: Node 0 [1100000000,3100000000) + [3100000000,5100000000) -> [1100000000,5100000000)
SRAT: Node 2 [5100000000,7100000000) + [7100000000,9100000000) -> [5100000000,9100000000)
SRAT: Node 1 [9100000000,b100000000) + [b100000000,d100000000) -> [9100000000,d100000000)
SRAT: Node 3 [d100000000,f100000000) + [f100000000,11100000000) -> [d100000000,11100000000)
Initmem setup node 0 0000000000000000-000000000af5a000
NODE_DATA [00000000042a4380 - 00000000042cb37f]
Zone PFN ranges:
DMA 0x00000010 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal empty
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
0: 0x00000010 -> 0x000000a0
0: 0x00003000 -> 0x0000af5a
ACPI: PM-Timer IO Port: 0x408
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled)
ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled)
ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x22] lapic_id[0x42] enabled)
ACPI: LAPIC (acpi_id[0x12] lapic_id[0x22] enabled)
ACPI: LAPIC (acpi_id[0x32] lapic_id[0x62] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled)
ACPI: LAPIC (acpi_id[0x24] lapic_id[0x44] enabled)
ACPI: LAPIC (acpi_id[0x14] lapic_id[0x24] enabled)
ACPI: LAPIC (acpi_id[0x34] lapic_id[0x64] enabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled)
ACPI: LAPIC (acpi_id[0x26] lapic_id[0x46] enabled)
ACPI: LAPIC (acpi_id[0x16] lapic_id[0x26] enabled)
ACPI: LAPIC (acpi_id[0x36] lapic_id[0x66] enabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] enabled)
ACPI: LAPIC (acpi_id[0x28] lapic_id[0x50] enabled)
ACPI: LAPIC (acpi_id[0x18] lapic_id[0x30] enabled)
ACPI: LAPIC (acpi_id[0x38] lapic_id[0x70] enabled)
ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x12] enabled)
ACPI: LAPIC (acpi_id[0x2a] lapic_id[0x52] enabled)
ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x32] enabled)
ACPI: LAPIC (acpi_id[0x3a] lapic_id[0x72] enabled)
ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x14] enabled)
ACPI: LAPIC (acpi_id[0x2c] lapic_id[0x54] enabled)
ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x34] enabled)
ACPI: LAPIC (acpi_id[0x3c] lapic_id[0x74] enabled)
ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x16] enabled)
ACPI: LAPIC (acpi_id[0x2e] lapic_id[0x56] enabled)
ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x36] enabled)
ACPI: LAPIC (acpi_id[0x3e] lapic_id[0x76] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled)
ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled)
ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x23] lapic_id[0x43] enabled)
ACPI: LAPIC (acpi_id[0x13] lapic_id[0x23] enabled)
ACPI: LAPIC (acpi_id[0x33] lapic_id[0x63] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled)
ACPI: LAPIC (acpi_id[0x25] lapic_id[0x45] enabled)
ACPI: LAPIC (acpi_id[0x15] lapic_id[0x25] enabled)
ACPI: LAPIC (acpi_id[0x35] lapic_id[0x65] enabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled)
ACPI: LAPIC (acpi_id[0x27] lapic_id[0x47] enabled)
ACPI: LAPIC (acpi_id[0x17] lapic_id[0x27] enabled)
ACPI: LAPIC (acpi_id[0x37] lapic_id[0x67] enabled)
ACPI: LAPIC (acpi_id[0x09] lapic_id[0x11] enabled)
ACPI: LAPIC (acpi_id[0x29] lapic_id[0x51] enabled)
ACPI: LAPIC (acpi_id[0x19] lapic_id[0x31] enabled)
ACPI: LAPIC (acpi_id[0x39] lapic_id[0x71] enabled)
ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x13] enabled)
ACPI: LAPIC (acpi_id[0x2b] lapic_id[0x53] enabled)
ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x33] enabled)
ACPI: LAPIC (acpi_id[0x3b] lapic_id[0x73] enabled)
ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x15] enabled)
ACPI: LAPIC (acpi_id[0x2d] lapic_id[0x55] enabled)
ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x35] enabled)
ACPI: LAPIC (acpi_id[0x3d] lapic_id[0x75] enabled)
ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x17] enabled)
ACPI: LAPIC (acpi_id[0x2f] lapic_id[0x57] enabled)
ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x37] enabled)
ACPI: LAPIC (acpi_id[0x3f] lapic_id[0x77] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x08] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x09] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0a] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0b] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0c] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0d] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0e] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0f] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x10] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x11] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x12] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x13] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x14] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x15] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x16] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x17] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x18] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x19] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x1a] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x1b] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x1c] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x1d] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x1e] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x1f] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x20] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x21] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x22] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x23] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x24] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x25] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x26] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x27] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x28] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x29] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x2a] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x2b] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x2c] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x2d] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x2e] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x2f] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x30] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x31] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x32] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x33] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x34] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x35] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x36] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x37] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x38] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x39] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x3a] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x3b] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x3c] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x3d] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x3e] high level lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x3f] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xfec01000] gsi_base[24])
IOAPIC[1]: apic_id 9, version 32, address 0xfec01000, GSI 24-47
ACPI: IOAPIC (id[0x0a] address[0xfec04000] gsi_base[48])
IOAPIC[2]: apic_id 10, version 32, address 0xfec04000, GSI 48-71
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a401 base: 0xfed00000
SMP: Allowing 64 CPUs, 0 hotplug CPUs
PM: Registered nosave memory: 00000000000a0000 - 0000000003000000
Allocating PCI resources starting at 7bfff000 (gap: 7bfff000:84001000)
Booting paravirtualized kernel on bare hardware
setup_percpu: NR_CPUS:4096 nr_cpumask_bits:64 nr_cpu_ids:64 nr_node_ids:4
PERCPU: Embedded 29 pages/cpu @ffff880005000000 s90112 r8192 d20480 u131072
pcpu-alloc: s90112 r8192 d20480 u131072 alloc=1*2097152
pcpu-alloc: [0] 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
pcpu-alloc: [0] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
pcpu-alloc: [0] 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47
pcpu-alloc: [0] 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63
Built 1 zonelists in Node order, mobility grouping on. Total pages: 32132
Policy zone: DMA32
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_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=ttyS0,115200n81 irqpoll maxcpus=1 reset_devices cgroup_disable=memory sysrq_always_enabled memmap=exactmap memmap=640K@0K memmap=130408K@49152K elfcorehdr=179560K memmap=2132K#1978692K memmap=3912K#1980824K memmap=52K#1985200K memmap=76K#1985336K memmap=36K#1985420K memmap=4K#1985504K memmap=132K#1985532K memmap=188K#1985796K memmap=5860K#1986244K memmap=2048K#1992104K memmap=1296K#1994152K memmap=592K#1995640K memmap=576K#1996244K memmap=31676K#1997248K memmap=1248K#2029884K memmap=288K#2031132K memmap=192K#2031420K kexec_jump_back_entry=0x0000000003393063
Misrouted IRQ fixup and polling support enabled
This may significantly impact system performance
Disabling memory control group subsystem
sysrq: sysrq always enabled.
PID hash table entries: 512 (order: 0, 4096 bytes)
Checking aperture...
No AGP bridge found
Subtract (145 early reservations)
#1 [0003000000 - 00042a3348] TEXT DATA BSS
#2 [000aa65000 - 000af49000] RAMDISK
#3 [00042a4000 - 00042a4354] BRK
#4 [0000099800 - 00000fdd80] BIOS reserved
#5 [00000fdd90 - 0000100000] BIOS reserved
#6 [00000fdd80 - 00000fdd90] MP-table mpf
#7 [0000000012 - 000000f012] MP-table mpc
#8 [0000010000 - 0000012000] TRAMPOLINE
#9 [0000012000 - 0000016000] ACPI WAKEUP
#10 [0000016000 - 0000017000] PGTABLE
#11 [0000017000 - 000001703c] ACPI SLIT
#12 [0000017040 - 00000174c0] MEMNODEMAP
#13 [00042a4380 - 00042cb380] NODE_DATA
#14 [00042cb380 - 00042cc380] BOOTMEM
#15 [00042a3380 - 00042a33b0] BOOTMEM
#16 [0004acd000 - 0004ace000] BOOTMEM
#17 [0004ace000 - 0004acf000] BOOTMEM
#18 [0004c00000 - 0005000000] MEMMAP 0
#19 [00042cc380 - 00042e4380] BOOTMEM
#20 [00042e4380 - 00042fc380] BOOTMEM
#21 [00042fd000 - 00042fe000] BOOTMEM
#22 [00042a33c0 - 00042a3401] BOOTMEM
#23 [00042a3440 - 00042a3509] BOOTMEM
#24 [00042a3540 - 00042a3888] BOOTMEM
#25 [00042a38c0 - 00042a3928] BOOTMEM
#26 [00042a3940 - 00042a39a8] BOOTMEM
#27 [00042a39c0 - 00042a3a28] BOOTMEM
#28 [00042a3a40 - 00042a3aa8] BOOTMEM
#29 [00042a3ac0 - 00042a3b28] BOOTMEM
#30 [00042a3b40 - 00042a3ba8] BOOTMEM
#31 [00042a3bc0 - 00042a3c28] BOOTMEM
#32 [00042a3c40 - 00042a3ca8] BOOTMEM
#33 [00042a3cc0 - 00042a3d28] BOOTMEM
#34 [00042a3d40 - 00042a3da8] BOOTMEM
#35 [00042a3dc0 - 00042a3e28] BOOTMEM
#36 [00042a3e40 - 00042a3ea8] BOOTMEM
#37 [00042a3ec0 - 00042a3f28] BOOTMEM
#38 [00042a3f40 - 00042a3fa8] BOOTMEM
#39 [00042fc380 - 00042fc3e8] BOOTMEM
#40 [00042fc400 - 00042fc468] BOOTMEM
#41 [00042fc480 - 00042fc4e8] BOOTMEM
#42 [00042fc500 - 00042fc568] BOOTMEM
#43 [00042fc580 - 00042fc5e8] BOOTMEM
#44 [00042fc600 - 00042fc668] BOOTMEM
#45 [00042fc680 - 00042fc6e8] BOOTMEM
#46 [00042fc700 - 00042fc768] BOOTMEM
#47 [00042fc780 - 00042fc7e8] BOOTMEM
#48 [00042fc800 - 00042fc868] BOOTMEM
#49 [00042fc880 - 00042fc8e8] BOOTMEM
#50 [00042fc900 - 00042fc968] BOOTMEM
#51 [00042fc980 - 00042fc9e8] BOOTMEM
#52 [00042fca00 - 00042fca68] BOOTMEM
#53 [00042fca80 - 00042fcae8] BOOTMEM
#54 [00042fcb00 - 00042fcb68] BOOTMEM
#55 [00042fcb80 - 00042fcbe8] BOOTMEM
#56 [00042fcc00 - 00042fcc68] BOOTMEM
#57 [00042fcc80 - 00042fcce8] BOOTMEM
#58 [00042fcd00 - 00042fcd68] BOOTMEM
#59 [00042fcd80 - 00042fcde8] BOOTMEM
#60 [00042fce00 - 00042fce68] BOOTMEM
#61 [00042fce80 - 00042fcee8] BOOTMEM
#62 [00042a3fc0 - 00042a3fe0] BOOTMEM
#63 [00042fe000 - 00042fe311] BOOTMEM
#64 [00042fe340 - 00042fe651] BOOTMEM
#65 [0005000000 - 000501d000] BOOTMEM
#66 [0005020000 - 000503d000] BOOTMEM
#67 [0005040000 - 000505d000] BOOTMEM
#68 [0005060000 - 000507d000] BOOTMEM
#69 [0005080000 - 000509d000] BOOTMEM
#70 [00050a0000 - 00050bd000] BOOTMEM
#71 [00050c0000 - 00050dd000] BOOTMEM
#72 [00050e0000 - 00050fd000] BOOTMEM
#73 [0005100000 - 000511d000] BOOTMEM
#74 [0005120000 - 000513d000] BOOTMEM
#75 [0005140000 - 000515d000] BOOTMEM
#76 [0005160000 - 000517d000] BOOTMEM
#77 [0005180000 - 000519d000] BOOTMEM
#78 [00051a0000 - 00051bd000] BOOTMEM
#79 [00051c0000 - 00051dd000] BOOTMEM
#80 [00051e0000 - 00051fd000] BOOTMEM
#81 [0005200000 - 000521d000] BOOTMEM
#82 [0005220000 - 000523d000] BOOTMEM
#83 [0005240000 - 000525d000] BOOTMEM
#84 [0005260000 - 000527d000] BOOTMEM
#85 [0005280000 - 000529d000] BOOTMEM
#86 [00052a0000 - 00052bd000] BOOTMEM
#87 [00052c0000 - 00052dd000] BOOTMEM
#88 [00052e0000 - 00052fd000] BOOTMEM
#89 [0005300000 - 000531d000] BOOTMEM
#90 [0005320000 - 000533d000] BOOTMEM
#91 [0005340000 - 000535d000] BOOTMEM
#92 [0005360000 - 000537d000] BOOTMEM
#93 [0005380000 - 000539d000] BOOTMEM
#94 [00053a0000 - 00053bd000] BOOTMEM
#95 [00053c0000 - 00053dd000] BOOTMEM
#96 [00053e0000 - 00053fd000] BOOTMEM
#97 [0005400000 - 000541d000] BOOTMEM
#98 [0005420000 - 000543d000] BOOTMEM
#99 [0005440000 - 000545d000] BOOTMEM
#100 [0005460000 - 000547d000] BOOTMEM
#101 [0005480000 - 000549d000] BOOTMEM
#102 [00054a0000 - 00054bd000] BOOTMEM
#103 [00054c0000 - 00054dd000] BOOTMEM
#104 [00054e0000 - 00054fd000] BOOTMEM
#105 [0005500000 - 000551d000] BOOTMEM
#106 [0005520000 - 000553d000] BOOTMEM
#107 [0005540000 - 000555d000] BOOTMEM
#108 [0005560000 - 000557d000] BOOTMEM
#109 [0005580000 - 000559d000] BOOTMEM
#110 [00055a0000 - 00055bd000] BOOTMEM
#111 [00055c0000 - 00055dd000] BOOTMEM
#112 [00055e0000 - 00055fd000] BOOTMEM
#113 [0005600000 - 000561d000] BOOTMEM
#114 [0005620000 - 000563d000] BOOTMEM
#115 [0005640000 - 000565d000] BOOTMEM
#116 [0005660000 - 000567d000] BOOTMEM
#117 [0005680000 - 000569d000] BOOTMEM
#118 [00056a0000 - 00056bd000] BOOTMEM
#119 [00056c0000 - 00056dd000] BOOTMEM
#120 [00056e0000 - 00056fd000] BOOTMEM
#121 [0005700000 - 000571d000] BOOTMEM
#122 [0005720000 - 000573d000] BOOTMEM
#123 [0005740000 - 000575d000] BOOTMEM
#124 [0005760000 - 000577d000] BOOTMEM
#125 [0005780000 - 000579d000] BOOTMEM
#126 [00057a0000 - 00057bd000] BOOTMEM
#127 [00057c0000 - 00057dd000] BOOTMEM
#128 [00057e0000 - 00057fd000] BOOTMEM
#129 [00042fcf00 - 00042fcf08] BOOTMEM
#130 [00042fcf40 - 00042fcf48] BOOTMEM
#131 [0004300680 - 0004300780] BOOTMEM
#132 [0004300780 - 0004300980] BOOTMEM
#133 [0004300980 - 0004300a90] BOOTMEM
#134 [00042fcf80 - 00042fcfc8] BOOTMEM
#135 [0004300ac0 - 0004300b08] BOOTMEM
#136 [00042fe680 - 00042fe880] BOOTMEM
#137 [00042fe880 - 00042fea80] BOOTMEM
#138 [00042fea80 - 00042fec80] BOOTMEM
#139 [00042fec80 - 00042fee80] BOOTMEM
#140 [00042fee80 - 00042ff080] BOOTMEM
#141 [00042ff080 - 00042ff280] BOOTMEM
#142 [00042ff280 - 00042ff480] BOOTMEM
#143 [00042ff480 - 00042ff680] BOOTMEM
#144 [00042ff680 - 0004300680] BOOTMEM
Memory: 94928k/179560k available (4757k kernel code, 48576k absent, 36056k reserved, 7603k data, 1440k init)
Hierarchical RCU implementation.
RCU-based detection of stalled CPUs is disabled.
Verbose stalled-CPUs detection is disabled.
NR_IRQS:262400 nr_irqs:2008
Extended CMOS year: 2000
Spurious LAPIC timer interrupt on cpu 0
Console: colour VGA+ 80x25
console [ttyS0] enabled
Fast TSC calibration using PIT
Detected 1994.656 MHz processor.
Calibrating delay loop (skipped), value calculated using timer frequency.. 3989.31 BogoMIPS (lpj=1994656)
pid_max: default: 65536 minimum: 512
Security Framework initialized
SELinux: Initializing.
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
Initializing cgroup subsys blkio
CPU: Physical Processor ID: 3
CPU: Processor Core ID: 1
mce: CPU supports 22 MCE banks
using mwait in idle threads.
Performance Events: PEBS fmt1+, Nehalem events, Intel PMU driver.
... version: 3
... bit width: 48
... generic registers: 4
... value mask: 0000ffffffffffff
... max period: 000000007fffffff
... fixed-purpose events: 3
... event mask: 000000070000000f
SMP alternatives: switching to UP code
ACPI: Core revision 20100702
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 18457 entries in 73 pages
Not enabling x2apic, Intr-remapping init failed.
Setting APIC routing to physical flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Xeon(R) CPU X7550 @ 2.00GHz stepping 06
Brought up 1 CPUs
Total of 1 processors activated (3989.31 BogoMIPS).
devtmpfs: initialized
regulator: core version 0.5
NET: Registered protocol family 16
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000)
PCI: not using MMCONFIG
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
IRQ 9: starting IRQFIXUP_POLL
ACPI Error: Field [CPB3] at 96 exceeds Buffer [NULL] size 64 (bits) (20100702/dsopcode-597)
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_._OSC] (Node ffff880009dbb1a0), AE_AML_BUFFER_LIMIT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S5)
ACPI: Using IOAPIC for interrupt routing
PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000)
[Firmware Bug]: PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] not reserved in ACPI motherboard resources
PCI: not using MMCONFIG
ACPI: No dock devices found.
PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
ACPI: PCI Root Bridge [IOH0] (domain 0000 [bus 00-7f])
pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
pci_root PNP0A08:00: host bridge window [io 0x1000-0x9fff]
pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
pci_root PNP0A08:00: host bridge window [mem 0x000c4000-0x000cbfff]
pci_root PNP0A08:00: host bridge window [mem 0xfed40000-0xfedfffff]
pci_root PNP0A08:00: host bridge window [mem 0x90000000-0xcfffffff]
pci_root PNP0A08:00: host bridge window [mem 0xfc000000000-0xfc07fffffff]
pci 0000:00:1f.0: quirk: [io 0x0400-0x047f] claimed by ICH6 ACPI/GPIO/TCO
pci 0000:00:1f.0: quirk: [io 0x0500-0x053f] claimed by ICH6 GPIO
pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0680 (mask 000f)
pci 0000:00:1f.0: ICH7 LPC Generic IO decode 2 PIO at 0ca0 (mask 000f)
pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 0600 (mask 001f)
pci 0000:00:01.0: PCI bridge to [bus 01-03]
pci 0000:00:02.0: PCI bridge to [bus 04-06]
pci 0000:07:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
pci 0000:00:03.0: PCI bridge to [bus 07-07]
pci 0000:00:05.0: PCI bridge to [bus 08-0a]
pci 0000:00:07.0: PCI bridge to [bus 0b-0d]
pci 0000:00:09.0: PCI bridge to [bus 0e-0e]
pci 0000:00:0a.0: PCI bridge to [bus 0f-0f]
pci 0000:00:1c.0: PCI bridge to [bus 10-10]
pci 0000:11:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
pci 0000:00:1c.4: PCI bridge to [bus 11-11]
pci 0000:00:1e.0: PCI bridge to [bus 12-12] (subtractive decode)
ACPI: PCI Root Bridge [IOH1] (domain 0000 [bus 80-f7])
pci_root PNP0A08:01: host bridge window [io 0xa000-0xffff]
pci_root PNP0A08:01: host bridge window [mem 0xd0000000-0xfbffffff]
pci_root PNP0A08:01: host bridge window [mem 0xfc080000000-0xfc0ffffffff]
pci 0000:80:00.0: PCI bridge to [bus 81-81]
pci 0000:80:01.0: PCI bridge to [bus 82-82]
pci 0000:80:03.0: PCI bridge to [bus 83-83]
pci 0000:80:07.0: PCI bridge to [bus 84-86]
pci 0000:80:09.0: PCI bridge to [bus 87-89]
ACPI: PCI Root Bridge [PRB3] (domain 0000 [bus fc])
ACPI: PCI Root Bridge [PRB2] (domain 0000 [bus fd])
ACPI: PCI Root Bridge [PRB1] (domain 0000 [bus fe])
ACPI: PCI Root Bridge [PRB0] (domain 0000 [bus ff])
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
vgaarb: device added: PCI:0000:11:00.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
HPET: 4 timers in total, 0 timers will be used for per-cpu timer
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
hpet0: 4 comparators, 64-bit 14.318180 MHz counter
Switching to clocksource tsc
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 21 devices
ACPI: ACPI bus type pnp unregistered
system 00:07: [io 0x0500-0x057f] could not be reserved
system 00:07: [io 0x0400-0x047f] has been reserved
system 00:07: [io 0x0540-0x057f] has been reserved
system 00:07: [io 0x0ca2-0x0ca3] has been reserved
system 00:07: [io 0x0600-0x061f] has been reserved
system 00:07: [io 0x0ca0-0x0ca5] could not be reserved
system 00:07: [io 0x0880-0x0883] has been reserved
system 00:07: [io 0x0ca4-0x0ca5] has been reserved
system 00:07: [io 0x0800-0x081f] has been reserved
system 00:07: [mem 0xfed1c000-0xfed3ffff] has been reserved
system 00:07: [mem 0xfed45000-0xfed8bfff] has been reserved
system 00:07: [mem 0xff000000-0xffffffff] has been reserved
system 00:07: [mem 0xfee00000-0xfeefffff] has been reserved
system 00:07: [mem 0xfed12000-0xfed1200f] has been reserved
system 00:07: [mem 0xfed12010-0xfed1201f] has been reserved
system 00:07: [mem 0xfed1b000-0xfed1bfff] has been reserved
pci 0000:07:00.0: no compatible bridge window for [mem 0xfffe0000-0xffffffff pref]
pci 0000:11:00.0: no compatible bridge window for [mem 0xffff0000-0xffffffff pref]
pci 0000:00:01.0: PCI bridge to [bus 01-03]
pci 0000:00:01.0: bridge window [io 0x5000-0x5fff]
pci 0000:00:01.0: bridge window [mem 0x9bb00000-0x9bbfffff]
pci 0000:00:01.0: bridge window [mem pref disabled]
pci 0000:00:02.0: PCI bridge to [bus 04-06]
pci 0000:00:02.0: bridge window [io 0x4000-0x4fff]
pci 0000:00:02.0: bridge window [mem 0x9ba00000-0x9bafffff]
pci 0000:00:02.0: bridge window [mem pref disabled]
pci 0000:07:00.0: BAR 6: assigned [mem 0x9bd00000-0x9bd1ffff pref]
pci 0000:00:03.0: PCI bridge to [bus 07-07]
pci 0000:00:03.0: bridge window [io 0x3000-0x3fff]
pci 0000:00:03.0: bridge window [mem 0x9b900000-0x9b9fffff]
pci 0000:00:03.0: bridge window [mem 0x9bd00000-0x9bdfffff 64bit pref]
pci 0000:00:05.0: PCI bridge to [bus 08-0a]
pci 0000:00:05.0: bridge window [io 0x2000-0x2fff]
pci 0000:00:05.0: bridge window [mem 0x9a900000-0x9b8fffff]
pci 0000:00:05.0: bridge window [mem 0x95900000-0x998fffff 64bit pref]
pci 0000:00:07.0: PCI bridge to [bus 0b-0d]
pci 0000:00:07.0: bridge window [io 0x1000-0x1fff]
pci 0000:00:07.0: bridge window [mem 0x99900000-0x9a8fffff]
pci 0000:00:07.0: bridge window [mem 0x91900000-0x958fffff 64bit pref]
pci 0000:00:09.0: PCI bridge to [bus 0e-0e]
pci 0000:00:09.0: bridge window [io disabled]
pci 0000:00:09.0: bridge window [mem disabled]
pci 0000:00:09.0: bridge window [mem pref disabled]
pci 0000:00:0a.0: PCI bridge to [bus 0f-0f]
pci 0000:00:0a.0: bridge window [io disabled]
pci 0000:00:0a.0: bridge window [mem disabled]
pci 0000:00:0a.0: bridge window [mem pref disabled]
pci 0000:00:1c.0: PCI bridge to [bus 10-10]
pci 0000:00:1c.0: bridge window [io 0x7000-0x7fff]
pci 0000:00:1c.0: bridge window [mem 0x9be00000-0x9bffffff]
pci 0000:00:1c.0: bridge window [mem 0x9c000000-0x9c1fffff 64bit pref]
pci 0000:11:00.0: BAR 6: assigned [mem 0x91810000-0x9181ffff pref]
pci 0000:00:1c.4: PCI bridge to [bus 11-11]
pci 0000:00:1c.4: bridge window [io disabled]
pci 0000:00:1c.4: bridge window [mem 0x91000000-0x918fffff]
pci 0000:00:1c.4: bridge window [mem 0x90000000-0x90ffffff 64bit pref]
pci 0000:00:1e.0: PCI bridge to [bus 12-12]
pci 0000:00:1e.0: bridge window [io disabled]
pci 0000:00:1e.0: bridge window [mem disabled]
pci 0000:00:1e.0: bridge window [mem pref disabled]
pci 0000:00:01.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
pci 0000:00:02.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29
pci 0000:00:03.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
pci 0000:00:05.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26
pci 0000:00:07.0: PCI INT A -> GSI 30 (level, low) -> IRQ 30
pci 0000:00:09.0: PCI INT A -> GSI 32 (level, low) -> IRQ 32
pci 0000:00:0a.0: PCI INT A -> GSI 33 (level, low) -> IRQ 33
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.4: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:80:00.0: PCI bridge to [bus 81-81]
pci 0000:80:00.0: bridge window [io disabled]
pci 0000:80:00.0: bridge window [mem disabled]
pci 0000:80:00.0: bridge window [mem pref disabled]
pci 0000:80:01.0: PCI bridge to [bus 82-82]
pci 0000:80:01.0: bridge window [io disabled]
pci 0000:80:01.0: bridge window [mem disabled]
pci 0000:80:01.0: bridge window [mem pref disabled]
pci 0000:80:03.0: PCI bridge to [bus 83-83]
pci 0000:80:03.0: bridge window [io disabled]
pci 0000:80:03.0: bridge window [mem disabled]
pci 0000:80:03.0: bridge window [mem pref disabled]
pci 0000:80:07.0: PCI bridge to [bus 84-86]
pci 0000:80:07.0: bridge window [io 0xb000-0xbfff]
pci 0000:80:07.0: bridge window [mem 0xd1000000-0xd1ffffff]
pci 0000:80:07.0: bridge window [mem 0xf3f00000-0xf7efffff 64bit pref]
pci 0000:80:09.0: PCI bridge to [bus 87-89]
pci 0000:80:09.0: bridge window [io 0xa000-0xafff]
pci 0000:80:09.0: bridge window [mem 0xd0000000-0xd0ffffff]
pci 0000:80:09.0: bridge window [mem 0xf7f00000-0xfbefffff 64bit pref]
pci 0000:80:00.0: PCI INT A -> GSI 71 (level, low) -> IRQ 71
pci 0000:80:01.0: PCI INT A -> GSI 52 (level, low) -> IRQ 52
pci 0000:80:03.0: PCI INT A -> GSI 48 (level, low) -> IRQ 48
pci 0000:80:07.0: PCI INT A -> GSI 54 (level, low) -> IRQ 54
pci 0000:80:09.0: PCI INT A -> GSI 56 (level, low) -> IRQ 56
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 1, 8192 bytes)
TCP established hash table entries: 4096 (order: 4, 65536 bytes)
TCP bind hash table entries: 4096 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
UDP hash table entries: 128 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 128 (order: 0, 4096 bytes)
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 5008k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1284111689.916:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Warning: Core image elf header is notsane
Kdump: vmcore not initialized
msgmni has been set to 195
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
pcieport 0000:00:01.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:02.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:03.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:05.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:07.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:09.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:0a.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:1c.0: ACPI _OSC control granted for 0x14
pcieport 0000:00:1c.4: ACPI _OSC control granted for 0x14
IRQ 88: starting IRQFIXUP_POLL
pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
pci 0000:01:00.1: Signaling PME through PCIe PME interrupt
IRQ 89: starting IRQFIXUP_POLL
pcieport 0000:00:02.0: Signaling PME through PCIe PME interrupt
pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
pci 0000:04:00.1: Signaling PME through PCIe PME interrupt
IRQ 90: starting IRQFIXUP_POLL
pcieport 0000:00:03.0: Signaling PME through PCIe PME interrupt
pci 0000:07:00.0: Signaling PME through PCIe PME interrupt
IRQ 91: starting IRQFIXUP_POLL
pcieport 0000:00:05.0: Signaling PME through PCIe PME interrupt
IRQ 92: starting IRQFIXUP_POLL
pcieport 0000:00:07.0: Signaling PME through PCIe PME interrupt
IRQ 93: starting IRQFIXUP_POLL
pcieport 0000:00:09.0: Signaling PME through PCIe PME interrupt
IRQ 94: starting IRQFIXUP_POLL
pcieport 0000:00:0a.0: Signaling PME through PCIe PME interrupt
IRQ 95: starting IRQFIXUP_POLL
pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
IRQ 96: starting IRQFIXUP_POLL
pcieport 0000:00:1c.4: Signaling PME through PCIe PME interrupt
pci 0000:11:00.0: Signaling PME through PCIe PME interrupt
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp: Slot [1] registered
acpiphp: Slot [2] registered
acpiphp: Slot [6] registered
acpiphp: Slot [7] registered
pci-stub: invalid id string ""
input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0
ACPI: Sleep Button [SLPB]
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
ACPI: Power Button [PWRF]
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
Hangcheck: starting hangcheck timer 0.9.1 (tick is 180 seconds, margin is 60 seconds).
Hangcheck: Using getrawmonotonic().
tpm_tis 00:0a: 1.2 TPM (device-id 0x4A10, rev-id 78)
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
�serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
brd: module loaded
loop: module loaded
ahci 0000:00:1f.2: PCI INT A -> GSI 19 (level, low) -> IRQ 19
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x1 impl SATA mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part ccc
IRQ 97: starting IRQFIXUP_POLL
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 97+
ata2: DUMMY
ata3: DUMMY
ata4: DUMMY
ata5: DUMMY
ata6: DUMMY
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
IRQ 18: starting IRQFIXUP_POLL
ehci_hcd 0000:00:1a.7: irq 18, io mem 0x9bc02000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
IRQ 23: starting IRQFIXUP_POLL
ehci_hcd 0000:00:1d.7: irq 23, io mem 0x9bc01000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
IRQ 16: starting IRQFIXUP_POLL
uhci_hcd 0000:00:1a.0: irq 16, io base 0x000060e0
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: UHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
usb usb3: SerialNumber: 0000:00:1a.0
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
IRQ 21: starting IRQFIXUP_POLL
uhci_hcd 0000:00:1a.1: irq 21, io base 0x000060c0
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
usb usb4: SerialNumber: 0000:00:1a.1
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.2: PCI INT D -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1a.2: UHCI Host Controller
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
IRQ 19: starting IRQFIXUP_POLL
uhci_hcd 0000:00:1a.2: irq 19, io base 0x000060a0
usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb5: Product: UHCI Host Controller
usb usb5: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
usb usb5: SerialNumber: 0000:00:1a.2
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.0: irq 23, io base 0x00006080
usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb6: Product: UHCI Host Controller
usb usb6: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
usb usb6: SerialNumber: 0000:00:1d.0
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.1: irq 19, io base 0x00006060
usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb7: Product: UHCI Host Controller
usb usb7: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
usb usb7: SerialNumber: 0000:00:1d.1
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
uhci_hcd 0000:00:1d.2: irq 18, io base 0x00006040
usb usb8: New USB device found, idVendor=1d6b, idProduct=0001
usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb8: Product: UHCI Host Controller
usb usb8: Manufacturer: Linux 2.6.36-rc2-mm1-fix+ uhci_hcd
usb usb8: SerialNumber: 0000:00:1d.2
hub 8-0:1.0: USB hub found
hub 8-0:1.0: 2 ports detected
PNP: No PS/2 controller found. Probing ports directly.
i8042.c: No controller found.
mice: PS/2 mouse device common for all mice
rtc_cmos 00:03: RTC can wake from S4
rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
cpuidle: using governor ladder
cpuidle: using governor menu
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 17
Registering the dns_resolver key type
registered taskstats version 1
IMA: No TPM chip found, activating TPM-bypass!
rtc_cmos 00:03: setting system clock to 2010-09-10 09:41:35 UTC (1284111695)
Initalizing network drop monitor service
usb 4-1: new full speed USB device using uhci_hcd and address 2
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATAPI: Optiarc DVD RW AD-7580S, FX04, max UDMA/100
ata1.00: configured for UDMA/100
scsi 0:0:0:0: CD-ROM Optiarc DVD RW AD-7580S FX04 PQ: 0 ANSI: 5
Freeing unused kernel memory: 1440k freed
Write protecting the kernel read-only data: 10240k
Freeing unused kernel memory: 1368k freed
Freeing unused kernel memory: 1888k freed
Mounting proc filesystem
Mounting sysfs filesysusb 4-1: New USB device found, idVendor=046b, idProduct=ff10
tem
Creating /dusb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
ev
Creating iniusb 4-1: Product: Virtual Keyboard and Mouse
tial device nodeusb 4-1: Manufacturer: American Megatrends Inc.
s
usb 4-1: SerialNumber: serial
Free memory/Total memory (free %): 59028 / 104632 ( 56.4149 )
Loading jbd2.ko module
Loading mbcache.ko module
input: American Megatrends Inc. Virtual Keyboard and Mouse as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input2
Loading ext4.ko module
generic-usb 0003:046B:FF10.0001: input,hidraw0: USB HID v1.10 Keyboard [American Megatrends Inc. Virtual Keyboard and Mouse] on usb-0000:00:1a.1-1/input0
Loading crc-t10dif.ko module
Loading sd_mod.ko module
input: American Megatrends Inc. Virtual Keyboard and Mouse as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.1/input/input3
Loading ata_generic.ko module
Loading dm-mod.ko module
generic-usb 0003:046B:FF10.0002: input,hidraw1: USB HID v1.10 Mouse [American Megatrends Inc. Virtual Keyboard and Mouse] on usb-0000:00:1a.1-1/input1
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.18.0-ioctl (2010-06-29) initialised: dm-devel@redhat.com
Loading dm-log.ko module
Loading dm-region-hash.ko module
Loading dm-mirror.ko module
Loading dm-zero.ko module
Loading dm-snapshot.ko module
Loading ip6_tables.ko module
ip6_tables: (C) 2000-2006 Netfilter Core Team
Loading ebtables.ko module
Ebtables v2.0 registered
Loading nf_defrag_ipv4.ko module
Loading nf_conntrack.ko module
nf_conntrack version 0.5.0 (817 buckets, 3268 max)
Loading ipt_REJECT.ko module
Loading llc.ko module
Loading autofs4.ko module
Loading sunrpc.ko module
usb 8-1: new low speed USB device using uhci_hcd and address 2
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Loading freq_table.ko module
Loading mperf.ko module
Loading ipv6.ko module
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
Loading xt_physdev.ko module
Loading ip_tables.ko module
ip_tables: (C) 2000-2006 Netfilter Core Team
Loading kvm.ko module
Loading pcspkr.ko module
input: PC Speaker as /devices/platform/pcspkr/input/input4
Loading shpchp.ko module
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Loading i2c-core.ko module
Loading iTCO_vendor_support.ko miTCO_vendor_support: vendor-support=0
odule
Loading sg.ko module
scsi 0:0:0:0: Attached scsi generic sg0 type 5
Loading dca.ko module
dca service started, version 1.12.1
Loading cdrom.ko module
Loading megaraid_sas.ko module
megasas: 00.00.04.17.1-rc1 Thu. Oct. 29, 11:41:51 PST 2009
megasas: 0x1000:0x0060:0x8086:0x1013: bus 7:slot 0:func 0
megaraid_sas 0000:07:00.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
usb 8-1: New USB device found, idVendor=0624, idProduct=0307
usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 8-1: Product: Avocent DSRIQ-USB
usb 8-1: Manufacturer: Avocent
megasas: Waiting for FW to come to ready state
megasas: FW now in Ready state
input: Avocent Avocent DSRIQ-USB as /devices/pci0000:00/0000:00:1d.2/usb8/8-1/8-1:1.0/input/input5
generic-usb 0003:0624:0307.0003: input,hidraw2: USB HID v1.10 Keyboard [Avocent Avocent DSRIQ-USB] on usb-0000:00:1d.2-1/input0
IRQ 24: starting IRQFIXUP_POLL
scsi6 : LSI SAS based MegaRAID driver
Loading ip6table_filter.ko modulscsi 6:0:8:0: Direct-Access SEAGATE ST9146802SS 0003 PQ: 0 ANSI: 5
e
Loading ebtable_nat.ko module
scsi 6:0:9:0: Direct-Access SEAGATE ST9146802SS 0003 PQ: 0 ANSI: 5
Loading iptable_mangle.ko moduleinput: Avocent Avocent DSRIQ-USB as /devices/pci0000:00/0000:00:1d.2/usb8/8-1/8-1:1.1/input/input6
Loading nf_conntrack_ipv4.ko module
Loading xt_state.ko module
generic-usb 0003:0624:0307.0004: input,hidraw3: USB HID v1.10 Mouse [Avocent Avocent DSRIQ-USB] on usb-0000:00:1d.2-1/input1
Loading stp.ko module
Loading cpufreq_ondemand.ko module
scsi 6:2:0:0: Direct-Access INTEL SRCSASBB8I 1.12 PQ: 0 ANSI: 5
Loading acpi-cpufreq.ko module
Loading iptable_filter.ko module
Loading kvm-intel.ko module
sd 6:2:0:0: [sda] 570310656 512-byte logical blocks: (291 GB/271 GiB)
sd 6:2:0:0: [sda] Write Protect is off
sd 6:2:0:0: Attached scsi generic sg1 type 0
sd 6:2:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sda: sda1 sda2
sd 6:2:0:0: [sda] Attached SCSI disk
Loading i2c-i801.ko module
i801_smbus 0000:00:1f.3: PCI INT B -> GSI 18 (level, low) -> IRQ 18
Loading iTCO_wdt.ko module
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
iTCO_wdt: unable to reset NO_REBOOT flag, platform may have disabled it
Loading ioatdma.ko module
ioatdma: Intel(R) QuickData Technology Driver 4.00
ioatdma 0000:00:16.0: PCI INT A -> GSI 43 (level, low) -> IRQ 43
ioatdma 0000:00:16.0: channel error register unreachable
ioatdma 0000:00:16.0: channel enumeration error
ioatdma 0000:00:16.0: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.0: PCI INT A disabled
ioatdma 0000:00:16.1: PCI INT B -> GSI 44 (level, low) -> IRQ 44
ioatdma 0000:00:16.1: channel error register unreachable
ioatdma 0000:00:16.1: channel enumeration error
ioatdma 0000:00:16.1: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.1: PCI INT B disabled
ioatdma 0000:00:16.2: PCI INT C -> GSI 45 (level, low) -> IRQ 45
ioatdma 0000:00:16.2: channel error register unreachable
ioatdma 0000:00:16.2: channel enumeration error
ioatdma 0000:00:16.2: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.2: PCI INT C disabled
ioatdma 0000:00:16.3: PCI INT D -> GSI 46 (level, low) -> IRQ 46
ioatdma 0000:00:16.3: channel error register unreachable
ioatdma 0000:00:16.3: channel enumeration error
ioatdma 0000:00:16.3: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.3: PCI INT D disabled
ioatdma 0000:00:16.4: PCI INT A -> GSI 43 (level, low) -> IRQ 43
ioatdma 0000:00:16.4: channel error register unreachable
ioatdma 0000:00:16.4: channel enumeration error
ioatdma 0000:00:16.4: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.4: PCI INT A disabled
ioatdma 0000:00:16.5: PCI INT B -> GSI 44 (level, low) -> IRQ 44
ioatdma 0000:00:16.5: channel error register unreachable
ioatdma 0000:00:16.5: channel enumeration error
ioatdma 0000:00:16.5: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.5: PCI INT B disabled
ioatdma 0000:00:16.6: PCI INT C -> GSI 45 (level, low) -> IRQ 45
ioatdma 0000:00:16.6: channel error register unreachable
ioatdma 0000:00:16.6: channel enumeration error
ioatdma 0000:00:16.6: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.6: PCI INT C disabled
ioatdma 0000:00:16.7: PCI INT D -> GSI 46 (level, low) -> IRQ 46
ioatdma 0000:00:16.7: channel error register unreachable
ioatdma 0000:00:16.7: channel enumeration error
ioatdma 0000:00:16.7: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:00:16.7: PCI INT D disabled
ioatdma 0000:80:16.0: PCI INT A -> GSI 67 (level, low) -> IRQ 67
ioatdma 0000:80:16.0: channel error register unreachable
ioatdma 0000:80:16.0: channel enumeration error
ioatdma 0000:80:16.0: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.0: PCI INT A disabled
ioatdma 0000:80:16.1: PCI INT B -> GSI 68 (level, low) -> IRQ 68
ioatdma 0000:80:16.1: channel error register unreachable
ioatdma 0000:80:16.1: channel enumeration error
ioatdma 0000:80:16.1: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.1: PCI INT B disabled
ioatdma 0000:80:16.2: PCI INT C -> GSI 69 (level, low) -> IRQ 69
ioatdma 0000:80:16.2: channel error register unreachable
ioatdma 0000:80:16.2: channel enumeration error
ioatdma 0000:80:16.2: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.2: PCI INT C disabled
ioatdma 0000:80:16.3: PCI INT D -> GSI 70 (level, low) -> IRQ 70
ioatdma 0000:80:16.3: channel error register unreachable
ioatdma 0000:80:16.3: channel enumeration error
ioatdma 0000:80:16.3: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.3: PCI INT D disabled
ioatdma 0000:80:16.4: PCI INT A -> GSI 67 (level, low) -> IRQ 67
ioatdma 0000:80:16.4: channel error register unreachable
ioatdma 0000:80:16.4: channel enumeration error
ioatdma 0000:80:16.4: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.4: PCI INT A disabled
ioatdma 0000:80:16.5: PCI INT B -> GSI 68 (level, low) -> IRQ 68
ioatdma 0000:80:16.5: channel error register unreachable
ioatdma 0000:80:16.5: channel enumeration error
ioatdma 0000:80:16.5: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.5: PCI INT B disabled
ioatdma 0000:80:16.6: PCI INT C -> GSI 69 (level, low) -> IRQ 69
ioatdma 0000:80:16.6: channel error register unreachable
ioatdma 0000:80:16.6: channel enumeration error
ioatdma 0000:80:16.6: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.6: PCI INT C disabled
ioatdma 0000:80:16.7: PCI INT D -> GSI 70 (level, low) -> IRQ 70
ioatdma 0000:80:16.7: channel error register unreachable
ioatdma 0000:80:16.7: channel enumeration error
ioatdma 0000:80:16.7: Intel(R) I/OAT DMA Engine init failed
ioatdma 0000:80:16.7: PCI INT D disabled
Loading igb.ko module
Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
Copyright (c) 2007-2009 Intel Corporation.
igb 0000:01:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection
igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:80
igb 0000:01:00.0: eth0: PBA No: 1040ff-0ff
igb 0000:01:00.0: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
igb 0000:01:00.1: PCI INT B -> GSI 40 (level, low) -> IRQ 40
igb 0000:01:00.1: Intel(R) Gigabit Ethernet Network Connection
igb 0000:01:00.1: eth1: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:81
igb 0000:01:00.1: eth1: PBA No: 1040ff-0ff
igb 0000:01:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
igb 0000:04:00.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29
igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection
igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:82
igb 0000:04:00.0: eth2: PBA No: 1040ff-0ff
igb 0000:04:00.0: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
igb 0000:04:00.1: PCI INT B -> GSI 41 (level, low) -> IRQ 41
igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x2) 00:23:8b:e0:09:83
igb 0000:04:00.1: eth3: PBA No: 1040ff-0ff
igb 0000:04:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
Loading sr_mod.ko module
sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
Loading nf_nat.ko module
Loading bridge.ko module
Bridge firewalling registered
Loading ipt_MASQUERADE.ko module
Loading iptable_nat.ko module
Waiting for required block device discovery
Waiting for 1 sda-like device(s)...Found
Creating Block Devices
Creating block device loop0
Creating block device loop1
Creating block device loop2
Creating block device loop3
Creating block device loop4
Creating block device loop5
Creating block device loop6
Creating block device loop7
Creating block device ram0
Creating block device ram1
Creating block device ram10
Creating block device ram11
Creating block device ram12
Creating block device ram13
Creating block device ram14
Creating block device ram15
Creating block device ram2
Creating block device ram3
Creating block device ram4
Creating block device ram5
Creating block device ram6
Creating block device ram7
Creating block device ram8
Creating block device ram9
Creating block device sda
sda: sda1 sda2
Creating block device sr0
Making device-mapper control node
mknod: invalid number 'device-mapper'
mdadm: No arrays found in config file or automatically
Free memory/Total memory (free %): 45048 / 104632 ( 43.0538 )
Scanning logical volumes
Reading all physical volumes. This may take a while...
Found volume group "vg_intels3e3601" using metadata type lvm2
Activating logical volumes
3 logical volume(s) in volume group "vg_intels3e3601" now active
Free memory/Total memory (free %): 44140 / 104632 ( 42.1859 )
Saving to the local filesystem /dev/mapper/vg_intels3e3601-lv_home
e2fsck 1.41.12 (17-May-2010)
/dev/mapper/vg_intels3e3601-lv_home: recovering journal
/dev/mapper/vg_intels3e3601-lv_home: clean, 32050/10264576 files, 32209253/41029EXT4-fs (dm-1): 632 blocks
mounted filesystem with ordered data mode. Opts:
Free memory/Total memory (free %): 43516 / 104632 ( 41.5896 )
open_dump_memory: Can't open the dump memory(/proc/vmcore). No such file or directory
dropping to initramfs shell
exiting this shell will reboot your system
/
----- "Eric W. Biederman" <ebiederm@xmission.com> wrote:
> ebiederm@xmission.com (Eric W. Biederman) writes:
>
> > I thought I had x86 biarch crashdump working on x86 but it turns
> > out was wrong. So I have merged crashdump-x86.c and
> crashdump-x86_64.c
> > to ensure that things will work fine.
> >
> > There are a few misc cleanups in here to support biarch crashdumps.
> >
> > There is a kexec bzImage load optimization that allows me to use
> > a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
> > because of an alighment foulup I needed 32M and the kernel was
> > loaded in the middle of the reserved crashdump region.
> >
> > There is also a new program vmcore-dmesg. Functionally it is very
> > similar to the makedumpfile's --dmesg mode but it handles all of
> the
> > crazy multi-arch cases so I only need to keep one binary around to
> strip
> > the kernel's dmesg out of a core file. Additionally vmcore-dmesg
> is
> > about half the size of makedumpfile and I can build it against
> uclibc,
> > which makes it much more usable in my constrained initrd setup.
> >
> > I would post patches but I know I would fat finger that horribly.
> >
> > git pull
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
> >
>
> And the diffstat
>
> eric@fess:~/projects/kexec/kexec-tools-devel$ git-diff-tree --stat
> master HEAD
> Makefile.in | 8 +-
> kexec/Makefile | 3 +-
> kexec/arch/i386/crashdump-x86.c | 333 +++++++++++++----
> kexec/arch/i386/crashdump-x86.h | 17 +-
> kexec/arch/i386/kexec-bzImage.c | 4 +-
> kexec/arch/i386/kexec-elf-x86.c | 2 +-
> kexec/arch/ia64/crashdump-ia64.c | 6 +-
> kexec/arch/x86_64/Makefile | 8 +-
> kexec/arch/x86_64/arch_init.c | 83 ----
> kexec/arch/x86_64/crashdump-x86_64.c | 684
> ----------------------------------
> kexec/arch/x86_64/crashdump-x86_64.h | 28 --
> kexec/arch/x86_64/kexec-elf-x86_64.c | 2 +-
> kexec/arch/x86_64/kexec-x86_64.c | 11 +-
> kexec/arch_init.c | 4 -
> kexec/crashdump-elf.c | 14 +-
> kexec/crashdump.h | 3 +
> kexec/kernel_version.c | 58 +++
> kexec/kexec-elf.c | 14 +-
> kexec/kexec-elf.h | 44 ++--
> kexec/kexec.c | 2 -
> kexec/kexec.h | 9 +-
> vmcore-dmesg/Makefile | 29 ++
> vmcore-dmesg/vmcore-dmesg.8 | 42 ++
> vmcore-dmesg/vmcore-dmesg.c | 504
> +++++++++++++++++++++++++
> 24 files changed, 972 insertions(+), 940 deletions(-)
>
> > ---
> >
> > commit 0320ba301f1e944fde3977df91180a538e99b9aa
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 23:19:35 2010 -0700
> >
> > x86 bzImage: Optimize the panic kernel memory layout.
> >
> > Load the setup sectors above the kernel in the panic case,
> > to avoid wasting memory.
> >
> > Linux kernels frequently have a severe alignment requirment
> > that can be as much as 16M. The start of the reserved
> > crash kernel region is 16M aligned. The setup sectors
> > are tiny 20k? and when we are not running the real mode code
> > they can live anywhere. Move the setup sectors from
> > lower address than the kernel to higher address than the kernel
> > avoids introducing a bad alignment. Allowing the linux kernel
> > to load lower. Loading the linux kernel lower in memory
> ensures
> > memory is used more efficiently.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 8bd3608a761cc7734f1599945f558cdfc8ee94b3
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 15:00:10 2010 -0700
> >
> > kexec-tools: Add vmcore-dmesg
> >
> > vmcore-dmesg is a trivial utility to extract the dmesg from a
> vmcore.
> > This was written in reaction to problems I was having building
> > makedumpfile, and using makedumpfile for extracting dmesg.
> makedumpfile
> > does a whole lot of things, uses a whole lot of libraries and
> which
> > make it hard to compile and a little bit clunky to remember the
> command
> > line switches.
> >
> > So I have written the trivial vmcore-dmesg program that reads a
> vmcore
> > either /proc/vmcore or a saved version vmcore and writes the
> dmesg to stdout.
> >
> > There is nothing to vmcore-dmesg and all of the arch
> dependencies are wrapped
> > up in generating the core file. Which means a vmcore-dmesg
> should work with
> > core files of all architectures without needing a rebuild.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Wed Sep 8 10:52:01 2010 -0700
> >
> > x86_64: Kill now unused crashdump-x86_64.[ch]
> >
> > Now we use the i386 crashdump-x86 instead we can kill
> > crashdump-x86_64.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Wed Sep 8 10:12:09 2010 -0700
> >
> > x86_64: Use the x86 crashdump
> >
> > With proper biarch support in crashdump-x86, crashdump-x86_64
> > is now redudant and we can use crashdump-x86 everywhere. Using
> > crashdump-x86 everywhere results in a little unnecessary i386
> > logic on x86_64 but is otherwise harmless. Removing the
> > unnecessary duplication between i386 and x86_64 should make
> > the code much easier to maintain going forward.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit aa0418789d8e89478044511c16a32ed4c45fefb3
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 14:11:54 2010 -0700
> >
> > x86_64: Use the i386 arch_options_t on x86_64
> >
> > In preparation for having a single crashdump implementation
> > on i386 and x86_64 start sharing arch_options_t between
> > i386 and x86_64, and don't make arch_options static on
> > x86_64.
> >
> > i386 and x86_64 have been using identitcal defitions of
> > arch_options for a while this change now reflects that
> > practical reality in the code.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 773ff64ab0ed27ca6b33c9866f89291226e86574
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 14:10:21 2010 -0700
> >
> > i386 crashdump: Preserve credits of x86_64 version
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 9322014fbfa77b5c744d8fabd3e9adf30b751219
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 13:58:29 2010 -0700
> >
> > i386 crashdump: Compute page_offset paddr vaddr and size like
> x86_64.
> >
> > Make certain we are using the same page_offset, paddr, and
> vaddr
> > and kernel size that the x86_64 crashdump code is using.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 53408ce05fc411a1a5d8aee902ed0172518fc5d8
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Wed Sep 8 12:01:14 2010 -0700
> >
> > kexec elf: Handle 64bit elf executables on 32bit platforms.
> >
> > - Widen some types. Why did I use unsigned long? I guess this
> > code predates the decision to support biarch.
> > - Since I have made the types wider fix the statements that
> > print those types out.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit f79a61460fdb6fda47b3a1b01e1b4771374b7975
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 20:31:03 2010 -0700
> >
> > kexec elf: Clean up error messages build_mem_phdrs
> >
> > Don't print uncondintionally print an error message about
> > KCORE_ELF_HEADERS_SIZE being wrong when the elf headers
> > are truncated when build_mem_phdrs fails because there
> > are other reasons we could be truncated (like an
> > actual damaged elf file).
> >
> > Instead only print an error message when either probe_debug
> > is true or we are skipping the total file size checks for
> > some reason. When we do print an error message limit the
> > message to the fact that we are truncated and how many
> > bytes we have and how many bytes we need. The context
> > of the failure should be able to provide the rest of
> > the information.
> >
> > For now add a comment in crashdump-x86_64.c to direct people
> > to KCORE_ELF_HEADERS_SIZE so that if someone finds the
> > code things can be adjusted.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 4c4ef6506eb29cfad16546f6b8435935432d3251
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 13:34:43 2010 -0700
> >
> > i386 crashdump: pass acpi info, and generalize hack
> >
> > - Pass the acpi memap to the kernel.
> > - Port the fix from x86_64 to not truncate the elf
> > note segment to 16K, to keep large machines happy.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit d25f82619565f862e2a6104fac505b9c13c8fe4c
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 13:23:55 2010 -0700
> >
> > i386 crashdump: move crashdump debugging code under #ifdef
> DEBUG
> >
> > o Put the debug code under #ifdef DEBUG instead of #if 0.
> > o Do this to match the x86_64 code.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 672991ea2208dd478e8c52982f39a87c64a4c8a5
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 13:12:18 2010 -0700
> >
> > i386 crashdump: Unify get_crash_memory_ranges.
> >
> > Build a version of get_crash_memory_ranges that works the same
> > on both x86_64 and x86. Reorder the calls in
> load_crashdump_segments
> > so we have the architectures low memory limit when we call
> > get_crash_memory_ranges.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit b73411718dbf452675fa903b2db7ab58c24ef1ba
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 12:53:11 2010 -0700
> >
> > i386 crashdump: Rename and include the x86_64 constants.
> >
> > Unify the 32bit and the 64bit crashdump headers. Rename
> > arch specific defintions to arch specific names to be clear.
> > Update users of the renamed constants.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 8f211c7519327124bb18d9e362ac9777bf400c67
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 12:43:40 2010 -0700
> >
> > i386 crashdump: Keep elf_info on the stack.
> >
> > In preparation for merging crashdump-x86 and crashdump-x86_64
> > move elf_info onto the stack and start filling it out
> dynamically
> > as appropriate.
> >
> > Included in this change is only setting lowmem_limit and
> get_note_info
> > when we are generating a core file for a 32bit kernel.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit c8e346688c6358427213d9d6fdb83765e365cccd
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 12:05:40 2010 -0700
> >
> > crashdump: Move kern_vaddr_start from kexec_info into
> crash_elf_info
> >
> > These fields as defined in kexec_info are not biarch safe and
> > beyond that crash_elf_info is the structure for passing this
> kind
> > of information not kexec_info. So move them in prepartion for
> > properly cleaning up biarch x86 functionality.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 11:42:39 2010 -0700
> >
> > kexec: Kill arch_init
> >
> > The function only had one user, the error checking was wrong,
> > and the functions it performed are best done elsewhere
> > so remove the tempation of a problemenatic hook.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 3578b1f1437f8d1b569d1e30f6d4e15edd1cce53
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 11:37:21 2010 -0700
> >
> > x86_64 crashdump: Move calculation of the page offset into
> crashdump-x86_64.c
> >
> > Don't calculate page_offfset in arch_init. Performing the work
> there
> > badly messes up biarch support, so move the work into
> crashdump_x86_64.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit 3cab31db10dd74aa148ad20aaa3455723bf45138
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 11:25:30 2010 -0700
> >
> > kexec: Move kernel_version into the kexec core
> >
> > I'm not pleased with the hacks that we use kernel_version
> > for but kernel_version itself is reasonable code and might
> > be needed elsewhere, so move kernel_version into the kexec
> > core.
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > commit ebeb4da62f8b51c63a46349b219a5605ee8d79bd
> > Author: Eric W. Biederman <ebiederm@xmission.com>
> > Date: Tue Sep 7 10:41:56 2010 -0700
> >
> > i386 elf: Correct the probe error string
> >
> > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> _______________________________________________
> kexec mailing list
> kexec@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/kexec
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-09 5:59 ` Eric W. Biederman
@ 2010-09-09 8:14 ` Simon Horman
0 siblings, 0 replies; 19+ messages in thread
From: Simon Horman @ 2010-09-09 8:14 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Kexec Mailing List
On Wed, Sep 08, 2010 at 10:59:33PM -0700, Eric W. Biederman wrote:
> Simon Horman <horms@verge.net.au> writes:
>
> > I'd rather edit the patch to avoid breaking bisection.
> > Is that ok with you?
>
> No real problem, and my patchset is just intrusive enough someone might
> care and try and bisect a problem.
>
> In general I wouldn't fix that patch (after I had made it public) and
> would simply send a correcting patch because it can quickly become
> confusing, which patch should go where when.
>
> Here I don't think there is any danger of confusion so I don't think
> that changing history that has only been on my devel branch is worth
> worrying about.
Agreed. I've made the change and pushed the result.
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-09 2:42 ` Simon Horman
@ 2010-09-09 5:59 ` Eric W. Biederman
2010-09-09 8:14 ` Simon Horman
0 siblings, 1 reply; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-09 5:59 UTC (permalink / raw)
To: Simon Horman; +Cc: Kexec Mailing List
Simon Horman <horms@verge.net.au> writes:
> I'd rather edit the patch to avoid breaking bisection.
> Is that ok with you?
No real problem, and my patchset is just intrusive enough someone might
care and try and bisect a problem.
In general I wouldn't fix that patch (after I had made it public) and
would simply send a correcting patch because it can quickly become
confusing, which patch should go where when.
Here I don't think there is any danger of confusion so I don't think
that changing history that has only been on my devel branch is worth
worrying about.
Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-09 1:46 ` Eric W. Biederman
@ 2010-09-09 2:42 ` Simon Horman
2010-09-09 5:59 ` Eric W. Biederman
0 siblings, 1 reply; 19+ messages in thread
From: Simon Horman @ 2010-09-09 2:42 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Kexec Mailing List
On Wed, Sep 08, 2010 at 06:46:50PM -0700, Eric W. Biederman wrote:
> Simon Horman <horms@verge.net.au> writes:
>
> > On Wed, Sep 08, 2010 at 12:44:29PM -0700, Eric W. Biederman wrote:
> >>
> >> I thought I had x86 biarch crashdump working on x86 but it turns
> >> out was wrong. So I have merged crashdump-x86.c and crashdump-x86_64.c
> >> to ensure that things will work fine.
> >>
> >> There are a few misc cleanups in here to support biarch crashdumps.
> >>
> >> There is a kexec bzImage load optimization that allows me to use
> >> a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
> >> because of an alighment foulup I needed 32M and the kernel was
> >> loaded in the middle of the reserved crashdump region.
> >>
> >> There is also a new program vmcore-dmesg. Functionally it is very
> >> similar to the makedumpfile's --dmesg mode but it handles all of the
> >> crazy multi-arch cases so I only need to keep one binary around to strip
> >> the kernel's dmesg out of a core file. Additionally vmcore-dmesg is
> >> about half the size of makedumpfile and I can build it against uclibc,
> >> which makes it much more usable in my constrained initrd setup.
> >>
> >> I would post patches but I know I would fat finger that horribly.
> >>
> >> git pull git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
> >
> > A git pull request is fine.
> > Actually, with this many patches, its significantly easier for me too.
>
> Definitely on a good day I would post the patches for review but still
> send you a pull request.
Understood, some days email is against me too!
> >> ---
> >
> > [ snip ]
> >
> >> commit c8e346688c6358427213d9d6fdb83765e365cccd
> >> Author: Eric W. Biederman <ebiederm@xmission.com>
> >> Date: Tue Sep 7 12:05:40 2010 -0700
> >>
> >> crashdump: Move kern_vaddr_start from kexec_info into crash_elf_info
> >>
> >> These fields as defined in kexec_info are not biarch safe and
> >> beyond that crash_elf_info is the structure for passing this kind
> >> of information not kexec_info. So move them in prepartion for
> >> properly cleaning up biarch x86 functionality.
> >>
> >> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > There appears to be a typo in the following hunk of this patch.
> > I can fix this if you prefer.
>
> If you could add a commit that fixes this that would be great. I
> have an ia64 compiler around somewhere but not handy :(
I'd rather edit the patch to avoid breaking bisection.
Is that ok with you?
>
>
> > diff --git a/kexec/arch/ia64/crashdump-ia64.c b/kexec/arch/ia64/crashdump-ia64.c
> > index 6b64271..5653e6e 100644
> > --- a/kexec/arch/ia64/crashdump-ia64.c
> > +++ b/kexec/arch/ia64/crashdump-ia64.c
> > @@ -246,11 +246,11 @@ int load_crashdump_segments(struct kexec_info *info, struct mem_ehdr *ehdr,
> > continue;
> > if (kernel_code_start >= mstart &&
> > kernel_code_start < mend) {
> > - info->kern_vaddr_start = mstart + LOAD_OFFSET;
> > + elf_info.kern_vaddr_start = mstart + LOAD_OFFSET;
> > break;
> > }
> > }
> > - info->kern_size = kernel_code_end - kernel_code_start + 1;
> > + elf_info->kern_size = kernel_code_end - kernel_code_start + 1;
> >
> > -------> elf_info->kern_size should be elf_info.kern_size ?
>
> Yes.
> >
> > if (crash_create_elf64_headers(info, &elf_info,
> > crash_memory_range, nr_ranges,
> > &tmp, &sz, EFI_PAGE_SIZE) < 0)
> >
> > Which results in the following build error:
> >
> > $ make
> > ia64-unknown-linux-gnu-gcc -Wall -Wextra -O2 -fomit-frame-pointer -pipe -fno-strict-aliasing -Wall -Wstrict-prototypes -I/home/horms/local/opt/crosstool/ia64/gcc-3.4.5-glibc-2.3.6/ia64-unknown-linux-gnu/include -I./include -I./util_lib/include -Iinclude/ -I./kexec/arch/ia64/libfdt -I./kexec/arch/ia64/include -c -MD -o kexec/arch/ia64/crashdump-ia64.o
> > kexec/arch/ia64/crashdump-ia64.c
> > kexec/arch/ia64/crashdump-ia64.c: In function `load_crashdump_segments':
> > kexec/arch/ia64/crashdump-ia64.c:253: error: invalid type argument of `->'
> >
> >>
> >> commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
> >> Author: Eric W. Biederman <ebiederm@xmission.com>
> >> Date: Tue Sep 7 11:42:39 2010 -0700
> >>
> >> kexec: Kill arch_init
> >>
> >> The function only had one user, the error checking was wrong,
> >> and the functions it performed are best done elsewhere
> >> so remove the tempation of a problemenatic hook.
> >>
> >> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
> >
> > [ snip ]
>
> Thanks,
> Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-09 1:35 ` Simon Horman
@ 2010-09-09 1:46 ` Eric W. Biederman
2010-09-09 2:42 ` Simon Horman
0 siblings, 1 reply; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-09 1:46 UTC (permalink / raw)
To: Simon Horman; +Cc: Kexec Mailing List
Simon Horman <horms@verge.net.au> writes:
> On Wed, Sep 08, 2010 at 12:44:29PM -0700, Eric W. Biederman wrote:
>>
>> I thought I had x86 biarch crashdump working on x86 but it turns
>> out was wrong. So I have merged crashdump-x86.c and crashdump-x86_64.c
>> to ensure that things will work fine.
>>
>> There are a few misc cleanups in here to support biarch crashdumps.
>>
>> There is a kexec bzImage load optimization that allows me to use
>> a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
>> because of an alighment foulup I needed 32M and the kernel was
>> loaded in the middle of the reserved crashdump region.
>>
>> There is also a new program vmcore-dmesg. Functionally it is very
>> similar to the makedumpfile's --dmesg mode but it handles all of the
>> crazy multi-arch cases so I only need to keep one binary around to strip
>> the kernel's dmesg out of a core file. Additionally vmcore-dmesg is
>> about half the size of makedumpfile and I can build it against uclibc,
>> which makes it much more usable in my constrained initrd setup.
>>
>> I would post patches but I know I would fat finger that horribly.
>>
>> git pull git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
>
> A git pull request is fine.
> Actually, with this many patches, its significantly easier for me too.
Definitely on a good day I would post the patches for review but still
send you a pull request.
>> ---
>
> [ snip ]
>
>> commit c8e346688c6358427213d9d6fdb83765e365cccd
>> Author: Eric W. Biederman <ebiederm@xmission.com>
>> Date: Tue Sep 7 12:05:40 2010 -0700
>>
>> crashdump: Move kern_vaddr_start from kexec_info into crash_elf_info
>>
>> These fields as defined in kexec_info are not biarch safe and
>> beyond that crash_elf_info is the structure for passing this kind
>> of information not kexec_info. So move them in prepartion for
>> properly cleaning up biarch x86 functionality.
>>
>> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> There appears to be a typo in the following hunk of this patch.
> I can fix this if you prefer.
If you could add a commit that fixes this that would be great. I
have an ia64 compiler around somewhere but not handy :(
> diff --git a/kexec/arch/ia64/crashdump-ia64.c b/kexec/arch/ia64/crashdump-ia64.c
> index 6b64271..5653e6e 100644
> --- a/kexec/arch/ia64/crashdump-ia64.c
> +++ b/kexec/arch/ia64/crashdump-ia64.c
> @@ -246,11 +246,11 @@ int load_crashdump_segments(struct kexec_info *info, struct mem_ehdr *ehdr,
> continue;
> if (kernel_code_start >= mstart &&
> kernel_code_start < mend) {
> - info->kern_vaddr_start = mstart + LOAD_OFFSET;
> + elf_info.kern_vaddr_start = mstart + LOAD_OFFSET;
> break;
> }
> }
> - info->kern_size = kernel_code_end - kernel_code_start + 1;
> + elf_info->kern_size = kernel_code_end - kernel_code_start + 1;
>
> -------> elf_info->kern_size should be elf_info.kern_size ?
Yes.
>
> if (crash_create_elf64_headers(info, &elf_info,
> crash_memory_range, nr_ranges,
> &tmp, &sz, EFI_PAGE_SIZE) < 0)
>
> Which results in the following build error:
>
> $ make
> ia64-unknown-linux-gnu-gcc -Wall -Wextra -O2 -fomit-frame-pointer -pipe -fno-strict-aliasing -Wall -Wstrict-prototypes -I/home/horms/local/opt/crosstool/ia64/gcc-3.4.5-glibc-2.3.6/ia64-unknown-linux-gnu/include -I./include -I./util_lib/include -Iinclude/ -I./kexec/arch/ia64/libfdt -I./kexec/arch/ia64/include -c -MD -o kexec/arch/ia64/crashdump-ia64.o
> kexec/arch/ia64/crashdump-ia64.c
> kexec/arch/ia64/crashdump-ia64.c: In function `load_crashdump_segments':
> kexec/arch/ia64/crashdump-ia64.c:253: error: invalid type argument of `->'
>
>>
>> commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
>> Author: Eric W. Biederman <ebiederm@xmission.com>
>> Date: Tue Sep 7 11:42:39 2010 -0700
>>
>> kexec: Kill arch_init
>>
>> The function only had one user, the error checking was wrong,
>> and the functions it performed are best done elsewhere
>> so remove the tempation of a problemenatic hook.
>>
>> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> [ snip ]
Thanks,
Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-08 19:44 Eric W. Biederman
2010-09-08 19:51 ` Eric W. Biederman
@ 2010-09-09 1:35 ` Simon Horman
2010-09-09 1:46 ` Eric W. Biederman
1 sibling, 1 reply; 19+ messages in thread
From: Simon Horman @ 2010-09-09 1:35 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: Kexec Mailing List
On Wed, Sep 08, 2010 at 12:44:29PM -0700, Eric W. Biederman wrote:
>
> I thought I had x86 biarch crashdump working on x86 but it turns
> out was wrong. So I have merged crashdump-x86.c and crashdump-x86_64.c
> to ensure that things will work fine.
>
> There are a few misc cleanups in here to support biarch crashdumps.
>
> There is a kexec bzImage load optimization that allows me to use
> a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
> because of an alighment foulup I needed 32M and the kernel was
> loaded in the middle of the reserved crashdump region.
>
> There is also a new program vmcore-dmesg. Functionally it is very
> similar to the makedumpfile's --dmesg mode but it handles all of the
> crazy multi-arch cases so I only need to keep one binary around to strip
> the kernel's dmesg out of a core file. Additionally vmcore-dmesg is
> about half the size of makedumpfile and I can build it against uclibc,
> which makes it much more usable in my constrained initrd setup.
>
> I would post patches but I know I would fat finger that horribly.
>
> git pull git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
A git pull request is fine.
Actually, with this many patches, its significantly easier for me too.
> ---
[ snip ]
> commit c8e346688c6358427213d9d6fdb83765e365cccd
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 12:05:40 2010 -0700
>
> crashdump: Move kern_vaddr_start from kexec_info into crash_elf_info
>
> These fields as defined in kexec_info are not biarch safe and
> beyond that crash_elf_info is the structure for passing this kind
> of information not kexec_info. So move them in prepartion for
> properly cleaning up biarch x86 functionality.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
There appears to be a typo in the following hunk of this patch.
I can fix this if you prefer.
diff --git a/kexec/arch/ia64/crashdump-ia64.c b/kexec/arch/ia64/crashdump-ia64.c
index 6b64271..5653e6e 100644
--- a/kexec/arch/ia64/crashdump-ia64.c
+++ b/kexec/arch/ia64/crashdump-ia64.c
@@ -246,11 +246,11 @@ int load_crashdump_segments(struct kexec_info *info, struct mem_ehdr *ehdr,
continue;
if (kernel_code_start >= mstart &&
kernel_code_start < mend) {
- info->kern_vaddr_start = mstart + LOAD_OFFSET;
+ elf_info.kern_vaddr_start = mstart + LOAD_OFFSET;
break;
}
}
- info->kern_size = kernel_code_end - kernel_code_start + 1;
+ elf_info->kern_size = kernel_code_end - kernel_code_start + 1;
-------> elf_info->kern_size should be elf_info.kern_size ?
if (crash_create_elf64_headers(info, &elf_info,
crash_memory_range, nr_ranges,
&tmp, &sz, EFI_PAGE_SIZE) < 0)
Which results in the following build error:
$ make
ia64-unknown-linux-gnu-gcc -Wall -Wextra -O2 -fomit-frame-pointer -pipe -fno-strict-aliasing -Wall -Wstrict-prototypes -I/home/horms/local/opt/crosstool/ia64/gcc-3.4.5-glibc-2.3.6/ia64-unknown-linux-gnu/include -I./include -I./util_lib/include -Iinclude/ -I./kexec/arch/ia64/libfdt -I./kexec/arch/ia64/include -c -MD -o kexec/arch/ia64/crashdump-ia64.o
kexec/arch/ia64/crashdump-ia64.c
kexec/arch/ia64/crashdump-ia64.c: In function `load_crashdump_segments':
kexec/arch/ia64/crashdump-ia64.c:253: error: invalid type argument of `->'
>
> commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 11:42:39 2010 -0700
>
> kexec: Kill arch_init
>
> The function only had one user, the error checking was wrong,
> and the functions it performed are best done elsewhere
> so remove the tempation of a problemenatic hook.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
[ snip ]
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [GIT PULL] Please pull x86 biarch crashdump support and misc devel
2010-09-08 19:44 Eric W. Biederman
@ 2010-09-08 19:51 ` Eric W. Biederman
2010-09-09 1:35 ` Simon Horman
1 sibling, 0 replies; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-08 19:51 UTC (permalink / raw)
To: Simon Horman; +Cc: Kexec Mailing List
ebiederm@xmission.com (Eric W. Biederman) writes:
> I thought I had x86 biarch crashdump working on x86 but it turns
> out was wrong. So I have merged crashdump-x86.c and crashdump-x86_64.c
> to ensure that things will work fine.
>
> There are a few misc cleanups in here to support biarch crashdumps.
>
> There is a kexec bzImage load optimization that allows me to use
> a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
> because of an alighment foulup I needed 32M and the kernel was
> loaded in the middle of the reserved crashdump region.
>
> There is also a new program vmcore-dmesg. Functionally it is very
> similar to the makedumpfile's --dmesg mode but it handles all of the
> crazy multi-arch cases so I only need to keep one binary around to strip
> the kernel's dmesg out of a core file. Additionally vmcore-dmesg is
> about half the size of makedumpfile and I can build it against uclibc,
> which makes it much more usable in my constrained initrd setup.
>
> I would post patches but I know I would fat finger that horribly.
>
> git pull git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
>
And the diffstat
eric@fess:~/projects/kexec/kexec-tools-devel$ git-diff-tree --stat master HEAD
Makefile.in | 8 +-
kexec/Makefile | 3 +-
kexec/arch/i386/crashdump-x86.c | 333 +++++++++++++----
kexec/arch/i386/crashdump-x86.h | 17 +-
kexec/arch/i386/kexec-bzImage.c | 4 +-
kexec/arch/i386/kexec-elf-x86.c | 2 +-
kexec/arch/ia64/crashdump-ia64.c | 6 +-
kexec/arch/x86_64/Makefile | 8 +-
kexec/arch/x86_64/arch_init.c | 83 ----
kexec/arch/x86_64/crashdump-x86_64.c | 684 ----------------------------------
kexec/arch/x86_64/crashdump-x86_64.h | 28 --
kexec/arch/x86_64/kexec-elf-x86_64.c | 2 +-
kexec/arch/x86_64/kexec-x86_64.c | 11 +-
kexec/arch_init.c | 4 -
kexec/crashdump-elf.c | 14 +-
kexec/crashdump.h | 3 +
kexec/kernel_version.c | 58 +++
kexec/kexec-elf.c | 14 +-
kexec/kexec-elf.h | 44 ++--
kexec/kexec.c | 2 -
kexec/kexec.h | 9 +-
vmcore-dmesg/Makefile | 29 ++
vmcore-dmesg/vmcore-dmesg.8 | 42 ++
vmcore-dmesg/vmcore-dmesg.c | 504 +++++++++++++++++++++++++
24 files changed, 972 insertions(+), 940 deletions(-)
> ---
>
> commit 0320ba301f1e944fde3977df91180a538e99b9aa
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 23:19:35 2010 -0700
>
> x86 bzImage: Optimize the panic kernel memory layout.
>
> Load the setup sectors above the kernel in the panic case,
> to avoid wasting memory.
>
> Linux kernels frequently have a severe alignment requirment
> that can be as much as 16M. The start of the reserved
> crash kernel region is 16M aligned. The setup sectors
> are tiny 20k? and when we are not running the real mode code
> they can live anywhere. Move the setup sectors from
> lower address than the kernel to higher address than the kernel
> avoids introducing a bad alignment. Allowing the linux kernel
> to load lower. Loading the linux kernel lower in memory ensures
> memory is used more efficiently.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 8bd3608a761cc7734f1599945f558cdfc8ee94b3
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 15:00:10 2010 -0700
>
> kexec-tools: Add vmcore-dmesg
>
> vmcore-dmesg is a trivial utility to extract the dmesg from a vmcore.
> This was written in reaction to problems I was having building
> makedumpfile, and using makedumpfile for extracting dmesg. makedumpfile
> does a whole lot of things, uses a whole lot of libraries and which
> make it hard to compile and a little bit clunky to remember the command
> line switches.
>
> So I have written the trivial vmcore-dmesg program that reads a vmcore
> either /proc/vmcore or a saved version vmcore and writes the dmesg to stdout.
>
> There is nothing to vmcore-dmesg and all of the arch dependencies are wrapped
> up in generating the core file. Which means a vmcore-dmesg should work with
> core files of all architectures without needing a rebuild.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Wed Sep 8 10:52:01 2010 -0700
>
> x86_64: Kill now unused crashdump-x86_64.[ch]
>
> Now we use the i386 crashdump-x86 instead we can kill
> crashdump-x86_64.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Wed Sep 8 10:12:09 2010 -0700
>
> x86_64: Use the x86 crashdump
>
> With proper biarch support in crashdump-x86, crashdump-x86_64
> is now redudant and we can use crashdump-x86 everywhere. Using
> crashdump-x86 everywhere results in a little unnecessary i386
> logic on x86_64 but is otherwise harmless. Removing the
> unnecessary duplication between i386 and x86_64 should make
> the code much easier to maintain going forward.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit aa0418789d8e89478044511c16a32ed4c45fefb3
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 14:11:54 2010 -0700
>
> x86_64: Use the i386 arch_options_t on x86_64
>
> In preparation for having a single crashdump implementation
> on i386 and x86_64 start sharing arch_options_t between
> i386 and x86_64, and don't make arch_options static on
> x86_64.
>
> i386 and x86_64 have been using identitcal defitions of
> arch_options for a while this change now reflects that
> practical reality in the code.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 773ff64ab0ed27ca6b33c9866f89291226e86574
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 14:10:21 2010 -0700
>
> i386 crashdump: Preserve credits of x86_64 version
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 9322014fbfa77b5c744d8fabd3e9adf30b751219
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 13:58:29 2010 -0700
>
> i386 crashdump: Compute page_offset paddr vaddr and size like x86_64.
>
> Make certain we are using the same page_offset, paddr, and vaddr
> and kernel size that the x86_64 crashdump code is using.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 53408ce05fc411a1a5d8aee902ed0172518fc5d8
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Wed Sep 8 12:01:14 2010 -0700
>
> kexec elf: Handle 64bit elf executables on 32bit platforms.
>
> - Widen some types. Why did I use unsigned long? I guess this
> code predates the decision to support biarch.
> - Since I have made the types wider fix the statements that
> print those types out.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit f79a61460fdb6fda47b3a1b01e1b4771374b7975
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 20:31:03 2010 -0700
>
> kexec elf: Clean up error messages build_mem_phdrs
>
> Don't print uncondintionally print an error message about
> KCORE_ELF_HEADERS_SIZE being wrong when the elf headers
> are truncated when build_mem_phdrs fails because there
> are other reasons we could be truncated (like an
> actual damaged elf file).
>
> Instead only print an error message when either probe_debug
> is true or we are skipping the total file size checks for
> some reason. When we do print an error message limit the
> message to the fact that we are truncated and how many
> bytes we have and how many bytes we need. The context
> of the failure should be able to provide the rest of
> the information.
>
> For now add a comment in crashdump-x86_64.c to direct people
> to KCORE_ELF_HEADERS_SIZE so that if someone finds the
> code things can be adjusted.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 4c4ef6506eb29cfad16546f6b8435935432d3251
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 13:34:43 2010 -0700
>
> i386 crashdump: pass acpi info, and generalize hack
>
> - Pass the acpi memap to the kernel.
> - Port the fix from x86_64 to not truncate the elf
> note segment to 16K, to keep large machines happy.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit d25f82619565f862e2a6104fac505b9c13c8fe4c
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 13:23:55 2010 -0700
>
> i386 crashdump: move crashdump debugging code under #ifdef DEBUG
>
> o Put the debug code under #ifdef DEBUG instead of #if 0.
> o Do this to match the x86_64 code.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 672991ea2208dd478e8c52982f39a87c64a4c8a5
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 13:12:18 2010 -0700
>
> i386 crashdump: Unify get_crash_memory_ranges.
>
> Build a version of get_crash_memory_ranges that works the same
> on both x86_64 and x86. Reorder the calls in load_crashdump_segments
> so we have the architectures low memory limit when we call
> get_crash_memory_ranges.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit b73411718dbf452675fa903b2db7ab58c24ef1ba
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 12:53:11 2010 -0700
>
> i386 crashdump: Rename and include the x86_64 constants.
>
> Unify the 32bit and the 64bit crashdump headers. Rename
> arch specific defintions to arch specific names to be clear.
> Update users of the renamed constants.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 8f211c7519327124bb18d9e362ac9777bf400c67
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 12:43:40 2010 -0700
>
> i386 crashdump: Keep elf_info on the stack.
>
> In preparation for merging crashdump-x86 and crashdump-x86_64
> move elf_info onto the stack and start filling it out dynamically
> as appropriate.
>
> Included in this change is only setting lowmem_limit and get_note_info
> when we are generating a core file for a 32bit kernel.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit c8e346688c6358427213d9d6fdb83765e365cccd
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 12:05:40 2010 -0700
>
> crashdump: Move kern_vaddr_start from kexec_info into crash_elf_info
>
> These fields as defined in kexec_info are not biarch safe and
> beyond that crash_elf_info is the structure for passing this kind
> of information not kexec_info. So move them in prepartion for
> properly cleaning up biarch x86 functionality.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 11:42:39 2010 -0700
>
> kexec: Kill arch_init
>
> The function only had one user, the error checking was wrong,
> and the functions it performed are best done elsewhere
> so remove the tempation of a problemenatic hook.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 3578b1f1437f8d1b569d1e30f6d4e15edd1cce53
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 11:37:21 2010 -0700
>
> x86_64 crashdump: Move calculation of the page offset into crashdump-x86_64.c
>
> Don't calculate page_offfset in arch_init. Performing the work there
> badly messes up biarch support, so move the work into crashdump_x86_64.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit 3cab31db10dd74aa148ad20aaa3455723bf45138
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 11:25:30 2010 -0700
>
> kexec: Move kernel_version into the kexec core
>
> I'm not pleased with the hacks that we use kernel_version
> for but kernel_version itself is reasonable code and might
> be needed elsewhere, so move kernel_version into the kexec
> core.
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>
> commit ebeb4da62f8b51c63a46349b219a5605ee8d79bd
> Author: Eric W. Biederman <ebiederm@xmission.com>
> Date: Tue Sep 7 10:41:56 2010 -0700
>
> i386 elf: Correct the probe error string
>
> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
* [GIT PULL] Please pull x86 biarch crashdump support and misc devel
@ 2010-09-08 19:44 Eric W. Biederman
2010-09-08 19:51 ` Eric W. Biederman
2010-09-09 1:35 ` Simon Horman
0 siblings, 2 replies; 19+ messages in thread
From: Eric W. Biederman @ 2010-09-08 19:44 UTC (permalink / raw)
To: Simon Horman; +Cc: Kexec Mailing List
I thought I had x86 biarch crashdump working on x86 but it turns
out was wrong. So I have merged crashdump-x86.c and crashdump-x86_64.c
to ensure that things will work fine.
There are a few misc cleanups in here to support biarch crashdumps.
There is a kexec bzImage load optimization that allows me to use
a 64bit crash kernel in 20M in my setup. Perhaps less. Earlier
because of an alighment foulup I needed 32M and the kernel was
loaded in the middle of the reserved crashdump region.
There is also a new program vmcore-dmesg. Functionally it is very
similar to the makedumpfile's --dmesg mode but it handles all of the
crazy multi-arch cases so I only need to keep one binary around to strip
the kernel's dmesg out of a core file. Additionally vmcore-dmesg is
about half the size of makedumpfile and I can build it against uclibc,
which makes it much more usable in my constrained initrd setup.
I would post patches but I know I would fat finger that horribly.
git pull git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/kexec-tools-devel.git
---
commit 0320ba301f1e944fde3977df91180a538e99b9aa
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 23:19:35 2010 -0700
x86 bzImage: Optimize the panic kernel memory layout.
Load the setup sectors above the kernel in the panic case,
to avoid wasting memory.
Linux kernels frequently have a severe alignment requirment
that can be as much as 16M. The start of the reserved
crash kernel region is 16M aligned. The setup sectors
are tiny 20k? and when we are not running the real mode code
they can live anywhere. Move the setup sectors from
lower address than the kernel to higher address than the kernel
avoids introducing a bad alignment. Allowing the linux kernel
to load lower. Loading the linux kernel lower in memory ensures
memory is used more efficiently.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 8bd3608a761cc7734f1599945f558cdfc8ee94b3
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 15:00:10 2010 -0700
kexec-tools: Add vmcore-dmesg
vmcore-dmesg is a trivial utility to extract the dmesg from a vmcore.
This was written in reaction to problems I was having building
makedumpfile, and using makedumpfile for extracting dmesg. makedumpfile
does a whole lot of things, uses a whole lot of libraries and which
make it hard to compile and a little bit clunky to remember the command
line switches.
So I have written the trivial vmcore-dmesg program that reads a vmcore
either /proc/vmcore or a saved version vmcore and writes the dmesg to stdout.
There is nothing to vmcore-dmesg and all of the arch dependencies are wrapped
up in generating the core file. Which means a vmcore-dmesg should work with
core files of all architectures without needing a rebuild.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 6d4b8e90bc066e79dbc8a1387fb9e32c7d0f9435
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Wed Sep 8 10:52:01 2010 -0700
x86_64: Kill now unused crashdump-x86_64.[ch]
Now we use the i386 crashdump-x86 instead we can kill
crashdump-x86_64.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit ff053cdb05c2d95dafbcbfd4ffc079cad3c56cc8
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Wed Sep 8 10:12:09 2010 -0700
x86_64: Use the x86 crashdump
With proper biarch support in crashdump-x86, crashdump-x86_64
is now redudant and we can use crashdump-x86 everywhere. Using
crashdump-x86 everywhere results in a little unnecessary i386
logic on x86_64 but is otherwise harmless. Removing the
unnecessary duplication between i386 and x86_64 should make
the code much easier to maintain going forward.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit aa0418789d8e89478044511c16a32ed4c45fefb3
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 14:11:54 2010 -0700
x86_64: Use the i386 arch_options_t on x86_64
In preparation for having a single crashdump implementation
on i386 and x86_64 start sharing arch_options_t between
i386 and x86_64, and don't make arch_options static on
x86_64.
i386 and x86_64 have been using identitcal defitions of
arch_options for a while this change now reflects that
practical reality in the code.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 773ff64ab0ed27ca6b33c9866f89291226e86574
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 14:10:21 2010 -0700
i386 crashdump: Preserve credits of x86_64 version
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 9322014fbfa77b5c744d8fabd3e9adf30b751219
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 13:58:29 2010 -0700
i386 crashdump: Compute page_offset paddr vaddr and size like x86_64.
Make certain we are using the same page_offset, paddr, and vaddr
and kernel size that the x86_64 crashdump code is using.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 53408ce05fc411a1a5d8aee902ed0172518fc5d8
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Wed Sep 8 12:01:14 2010 -0700
kexec elf: Handle 64bit elf executables on 32bit platforms.
- Widen some types. Why did I use unsigned long? I guess this
code predates the decision to support biarch.
- Since I have made the types wider fix the statements that
print those types out.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit f79a61460fdb6fda47b3a1b01e1b4771374b7975
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 20:31:03 2010 -0700
kexec elf: Clean up error messages build_mem_phdrs
Don't print uncondintionally print an error message about
KCORE_ELF_HEADERS_SIZE being wrong when the elf headers
are truncated when build_mem_phdrs fails because there
are other reasons we could be truncated (like an
actual damaged elf file).
Instead only print an error message when either probe_debug
is true or we are skipping the total file size checks for
some reason. When we do print an error message limit the
message to the fact that we are truncated and how many
bytes we have and how many bytes we need. The context
of the failure should be able to provide the rest of
the information.
For now add a comment in crashdump-x86_64.c to direct people
to KCORE_ELF_HEADERS_SIZE so that if someone finds the
code things can be adjusted.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 4c4ef6506eb29cfad16546f6b8435935432d3251
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 13:34:43 2010 -0700
i386 crashdump: pass acpi info, and generalize hack
- Pass the acpi memap to the kernel.
- Port the fix from x86_64 to not truncate the elf
note segment to 16K, to keep large machines happy.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit d25f82619565f862e2a6104fac505b9c13c8fe4c
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 13:23:55 2010 -0700
i386 crashdump: move crashdump debugging code under #ifdef DEBUG
o Put the debug code under #ifdef DEBUG instead of #if 0.
o Do this to match the x86_64 code.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 672991ea2208dd478e8c52982f39a87c64a4c8a5
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 13:12:18 2010 -0700
i386 crashdump: Unify get_crash_memory_ranges.
Build a version of get_crash_memory_ranges that works the same
on both x86_64 and x86. Reorder the calls in load_crashdump_segments
so we have the architectures low memory limit when we call
get_crash_memory_ranges.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit b73411718dbf452675fa903b2db7ab58c24ef1ba
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 12:53:11 2010 -0700
i386 crashdump: Rename and include the x86_64 constants.
Unify the 32bit and the 64bit crashdump headers. Rename
arch specific defintions to arch specific names to be clear.
Update users of the renamed constants.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 8f211c7519327124bb18d9e362ac9777bf400c67
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 12:43:40 2010 -0700
i386 crashdump: Keep elf_info on the stack.
In preparation for merging crashdump-x86 and crashdump-x86_64
move elf_info onto the stack and start filling it out dynamically
as appropriate.
Included in this change is only setting lowmem_limit and get_note_info
when we are generating a core file for a 32bit kernel.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit c8e346688c6358427213d9d6fdb83765e365cccd
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 12:05:40 2010 -0700
crashdump: Move kern_vaddr_start from kexec_info into crash_elf_info
These fields as defined in kexec_info are not biarch safe and
beyond that crash_elf_info is the structure for passing this kind
of information not kexec_info. So move them in prepartion for
properly cleaning up biarch x86 functionality.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit d9bf000b6260ee4558b2d2eb3af08e09cd1fe794
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 11:42:39 2010 -0700
kexec: Kill arch_init
The function only had one user, the error checking was wrong,
and the functions it performed are best done elsewhere
so remove the tempation of a problemenatic hook.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 3578b1f1437f8d1b569d1e30f6d4e15edd1cce53
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 11:37:21 2010 -0700
x86_64 crashdump: Move calculation of the page offset into crashdump-x86_64.c
Don't calculate page_offfset in arch_init. Performing the work there
badly messes up biarch support, so move the work into crashdump_x86_64.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit 3cab31db10dd74aa148ad20aaa3455723bf45138
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 11:25:30 2010 -0700
kexec: Move kernel_version into the kexec core
I'm not pleased with the hacks that we use kernel_version
for but kernel_version itself is reasonable code and might
be needed elsewhere, so move kernel_version into the kexec
core.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
commit ebeb4da62f8b51c63a46349b219a5605ee8d79bd
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Tue Sep 7 10:41:56 2010 -0700
i386 elf: Correct the probe error string
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2010-09-11 13:48 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <1780019082.729911284179131961.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
2010-09-11 4:25 ` [GIT PULL] Please pull x86 biarch crashdump support and misc devel caiqian
2010-09-11 4:53 ` Eric W. Biederman
2010-09-11 5:47 ` Eric W. Biederman
2010-09-11 13:48 ` CAI Qian
[not found] <575742837.695351284137649163.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
2010-09-10 16:54 ` caiqian
2010-09-10 19:15 ` Eric W. Biederman
2010-09-10 19:19 ` Eric W. Biederman
2010-09-11 1:40 ` CAI Qian
2010-09-11 2:05 ` CAI Qian
2010-09-11 4:00 ` Eric W. Biederman
[not found] <453826608.695091284137315385.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
2010-09-10 16:49 ` caiqian
[not found] <822803231.671471284126247290.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>
2010-09-10 13:45 ` caiqian
2010-09-08 19:44 Eric W. Biederman
2010-09-08 19:51 ` Eric W. Biederman
2010-09-09 1:35 ` Simon Horman
2010-09-09 1:46 ` Eric W. Biederman
2010-09-09 2:42 ` Simon Horman
2010-09-09 5:59 ` Eric W. Biederman
2010-09-09 8:14 ` Simon Horman
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.