Hi Ken'ichi, My config file is attached. Kernel is 2.6.20 + Ubuntu patches. It was built from http://packages.ubuntu.com/feisty/linux-source-2.6.20 Since it might be easy to see the parts I have changed from the defaults, the diff between my config and the Ubuntu "generic" config is below. -Kevin diff /boot/config-2.6.20-17-generic /boot/config-2.6.20-17.37-custom2 3,4c3,4 < # Linux kernel version: 2.6.20-17-generic < # Wed Aug 20 14:43:36 2008 --- > # Linux kernel version: 2.6.20-17.37-custom2 > # Tue Aug 19 18:50:53 2008 33c33 < CONFIG_VERSION_SIGNATURE="Ubuntu 2.6.20-17.39-generic" --- > CONFIG_VERSION_SIGNATURE="Ubuntu 2.6.20-17.37-generic" 51c51 < # CONFIG_EMBEDDED is not set --- > CONFIG_EMBEDDED=y 188,190c188,194 < CONFIG_HIGHMEM4G=y < # CONFIG_HIGHMEM64G is not set < CONFIG_PAGE_OFFSET=0xC0000000 --- > # CONFIG_HIGHMEM4G is not set > CONFIG_HIGHMEM64G=y > # CONFIG_VMSPLIT_3G is not set > # CONFIG_VMSPLIT_3G_OPT is not set > # CONFIG_VMSPLIT_2G is not set > CONFIG_VMSPLIT_1G=y > CONFIG_PAGE_OFFSET=0x40000000 191a196 > CONFIG_X86_PAE=y 204c209 < # CONFIG_RESOURCES_64BIT is not set --- > CONFIG_RESOURCES_64BIT=y 1161a1167 > CONFIG_IDE_MAX_HWIFS=4 1443a1450 > # CONFIG_PATA_PLATFORM is not set 1525a1533 > CONFIG_I2O_EXT_ADAPTEC_DMA64=y -----Original Message----- From: Ken'ichi Ohmichi [mailto:oomichi@xxxxxxxxxxxxxxxxx] Sent: Sunday, September 21, 2008 10:21 PM To: Worth, Kevin Cc: Masaki Tachibana; kexec-ml Subject: Re: Problems writing ELF dumps with makedumpfile 1.2.9 Hi Kevin, Thank you for reporting. I guess that the problem depends on kernel configuration, and I want to reproduce it on my machine for investigating. Could you send me your kernel .config file ? And please let me know the kernel version. Thanks Ken'ichi Ohmichi Worth, Kevin wrote: > Hello, > > I have a couple errors that also happened on 1.2.6 and I wondered if anyone might have a suggestion why. > > The one thing I know might be strange about my system is that my first kernel (the one that panics) is compiled with CONFIG_VMSPLIT_1G, meaning that it is set to have 3GB of kernel space and 1GB of user space. I believe this does things to CONFIG_PAGE_OFFSET, but the depth of my kernel knowledge is not so great. > > > # makedumpfile -E -d 31 -i /boot/vmcoreinfo vmcore dumpoutput2 > check_release: /boot/vmcoreinfo and vmcore don't match. > > makedumpfile Failed. > > The release numbers of the vmcore and vmcoreinfo files should be identical. This happens if I specify anything greater than "-d 1". > > I tried a quick addition to the printf to include the values that generate the above error. It looks like "system_utsname.release" is NULL coming into the strcmp on line 340 of makedumpfile.c . Unfortunately I don't know enough about the kernel to go further than this. > > > Additionally (potentially a separate issue), on an identical piece of hardware, but with 4GB of memory instead of 2GB, using "-d 1", I get the following error: > > Excluding zero pages : [ 38 %] readmem: Can't seek the dump memory(/proc/vmcore). Invalid argument > create_2nd_bitmap: Can't exclude pages filled with zerocreate_2nd_bitmap: for creating an ELF dumpfile. > > makedumpfile Failed. > > I can cp the file just fine and it loads up in crash, but I can't seem to use makedumpfile to trim the vmcore down at all on this system with more memory. > > Any suggestions? Thanks! > > > Kevin Worth > Network Security > Software Engineer > kevin.worth at hp.com<mailto:kevin.worth at hp.com> > ph 916.785.4528 > fx 916.785.1196 > > [cid:image003.jpg at 01C91999.C5AF4AE0] -------------- next part -------------- A non-text attachment was scrubbed... Name: config-2.6.20-17.37-custom2 Type: application/octet-stream Size: 83420 bytes Desc: config-2.6.20-17.37-custom2 Url : http://lists.infradead.org/pipermail/kexec/attachments/20080923/66d29836/attachment-0001.obj
