search for: populate_rootfs

...char *message; static void __init error(char *x) @@ -519,7 +520,7 @@ static void __init free_initrd(void) unsigned long crashk_end = (unsigned long)__va(crashk_res.end); #endif if (do_retain_initrd) - goto skip; + return; #ifdef CONFIG_KEXEC /* @@ -588,3 +589,29 @@ static int __init populate_rootfs(void) return 0; } rootfs_initcall(populate_rootfs); + +#ifdef CONFIG_BLK_DEV_INITRD +static struct debugfs_blob_wrapper initrd_blob; + +static int __init export_initrd(void) +{ + struct dentry *d; + initrd_blob.data = (char *)initrd_start; + initrd_blob.size = initrd_end - initrd_start; + + if...

I'm triggering this BUG_ON during boot, which happens while freeing initrd memory: EIP is at free_init_pages+0x37/0xac [<c01143f1>] free_initrd_mem+0x11/0x13 [<c03ce259>] free_initrd+0x13/0x29 [<c03cf647>] populate_rootfs+0xdc/0xe2 [<c01003af>] init+0x42/0x253 [<c0103bbb>] kernel_thread_helper+0x7/0x10 I'm not sure why this memory isn't aligned now. The patch below allows my system to boot. Any clues about the correct fix appreciated. Signed-off-by: James Morris <jmorris@redhat.com>...

I'm triggering this BUG_ON during boot, which happens while freeing initrd memory: EIP is at free_init_pages+0x37/0xac [<c01143f1>] free_initrd_mem+0x11/0x13 [<c03ce259>] free_initrd+0x13/0x29 [<c03cf647>] populate_rootfs+0xdc/0xe2 [<c01003af>] init+0x42/0x253 [<c0103bbb>] kernel_thread_helper+0x7/0x10 I'm not sure why this memory isn't aligned now. The patch below allows my system to boot. Any clues about the correct fix appreciated. Signed-off-by: James Morris <jmorris@redhat.com>...

Hello, I would like to know if initrd is here to stay, now that klibc and initramfs are ready. As the multipath-tools maintainer, I'm facing the choice to 1) put the multipath configuration tool in the initrd * dynamic binary is possible * storage hba drivers as modules loaded * no klibc limitations (no mntent for libsysfs ...) 2) put the multipath configuration tool in the initramfs *

...during bootup: checking if image is initramfs...it isn't (ungzip failed); looks like an initrd The same .cpio archive works if I don't gzip it. I stuck a bunch of debug statements into the gunzip function to see what was happening. The core of the problem is in the init/initramfs.c, the populate_rootfs and unpack_to_rootfs functions. I see a 512byte image at &__initramfs_start being uncompressed. Then I see my image during the dry-run inside the "if (initrd_start)" block, which gets checked correctly with gunzip(). The problem is that the same call to unpack_to_rootfs() finds ano...

Hi, another issue I''m seeing with 3.0-rc2 and Xen is that there is an unexpectedly high amount of kernel reserved memory. I suspect that Linux allocates page table entries and corresponding data structures for the whole 6GB areas of the provided ''physical RAM map'' even though it has rather big unusable holes in it. [ 0.000000] BIOS-provided physical RAM map: [

...ily 1 [ 37.340696] initcall af_unix_init+0x0/0x41 returned 0 after 4321 usecs [ 37.347277] calling pci_apply_final_quirks+0x0/0x28 @ 1 [ 37.366763] pci 0000:07:03.0: Boot video device [ 37.371201] initcall pci_apply_final_quirks+0x0/0x28 returned 0 after 18116 usecs [ 37.378741] calling populate_rootfs+0x0/0xf3 @ 1 [ 37.383567] Unpacking initramfs... [ 37.434158] Freeing initrd memory: 23356k freed [ 37.443573] initcall populate_rootfs+0x0/0xf3 returned 0 after 58651 usecs [ 37.450354] calling pci_iommu_init+0x0/0x32 @ 1 [ 37.455033] PCI-DMA: Using software bounce buffering for IO (SWI...

Lots of changes since v2, too much to remember or summarize. Please ignore patch 11/11, it's just for my testing. Rich.

Hi Andi, This is a set of updates for the firstfloor patch queue. Quick rundown: revert-mm-x86_64-mm-account-for-module-percpu-space-separately-from-kernel-percpu.patch separate-module-percpu-space.patch Update the module percpu accounting patch fix-ff-allow-percpu-variables-to-be-page-aligned.patch Make sure the percpu memory allocation is page-aligned

Hi Andi, This is a set of updates for the firstfloor patch queue. Quick rundown: revert-mm-x86_64-mm-account-for-module-percpu-space-separately-from-kernel-percpu.patch separate-module-percpu-space.patch Update the module percpu accounting patch fix-ff-allow-percpu-variables-to-be-page-aligned.patch Make sure the percpu memory allocation is page-aligned

...09] [ 25.778123] pci 0000:0a:00.0: [8086:150e] type 00 class 0x020000 [ 25.778328] pci 0000:0a:00.0: reg 10: [mem 0xd2180000-0xd21fffff] [ 25.778531] pci 0000:0a:00.0: reg 18: [io 0x1060-0x107f] [ 25.778718] pci 000[ 27.001438] Freeing initrd memory: 287204k freed [ 27.167767] initcall populate_rootfs+0x0/0x112 returned 0 after 938844 usecs [ 27.167926] calling pci_iommu_init+0x0/0x41 @ 1 [ 27.168053] initcall pci_iommu_init+0x0/0x41 returned 0 after 1 usecs [ 27.168188] calling calgary_fixup_tce_spaces+0x0/0x105 @ 1 [ 27.168339] initcall calgary_fixup_tce_spaces+0x0/0x105 returned -19...