search for: memblock

...llocated buffers, however the try decode routines make use of realloc and do >> not fit well into this model. Introduce a concept of an external memory block >> to the memory pool and provide an interface to register such memory. >> >> The mmap_ptr and mmap_len fields of the memblock tracking struct lose their >> mmap_ prefix since they are now also used for external memory blocks. >> >> We are only seeing this now because the gzip decoder doesn't leak and it's only >> relatively recently that kernels in the wild have switched to better >>...

...t_wrappers The fog coord emulation will most likely fail E: shm.c: mmap() failed: Cannot allocate memory E: shm.c: mmap() failed: Cannot allocate memory E: shm.c: mmap() failed: Cannot allocate memory E: shm.c: mmap() failed: Cannot allocate memory E: shm.c: mmap() failed: Cannot allocate memory E: memblock.c: Assertion 'b' failed at pulsecore/memblock.c:438, function pa_memblock_acquire(). Aborting. wine: Assertion failed at address 0xb7f68430 (thread 001e), starting debugger... Unhandled exception: assertion failed in 32-bit code (0xb7f68430). Register dump: CS:0073 SS:007b DS:007b ES:007b...

...| 25 +++++++++++++++++++++++++ > 1 file changed, 25 insertions(+) > > diff --git a/arch/s390/kernel/uv.c b/arch/s390/kernel/uv.c > index c296e5c8dbf9..106330f6eda1 100644 > --- a/arch/s390/kernel/uv.c > +++ b/arch/s390/kernel/uv.c > @@ -14,6 +14,7 @@ > #include <linux/memblock.h> > #include <linux/pagemap.h> > #include <linux/swap.h> > +#include <linux/virtio_config.h> > #include <asm/facility.h> > #include <asm/sections.h> > #include <asm/uv.h> > @@ -413,3 +414,27 @@ static int __init uv_info_init(void) &g...

...| 25 +++++++++++++++++++++++++ > 1 file changed, 25 insertions(+) > > diff --git a/arch/s390/kernel/uv.c b/arch/s390/kernel/uv.c > index c296e5c8dbf9..106330f6eda1 100644 > --- a/arch/s390/kernel/uv.c > +++ b/arch/s390/kernel/uv.c > @@ -14,6 +14,7 @@ > #include <linux/memblock.h> > #include <linux/pagemap.h> > #include <linux/swap.h> > +#include <linux/virtio_config.h> > #include <asm/facility.h> > #include <asm/sections.h> > #include <asm/uv.h> > @@ -413,3 +414,27 @@ static int __init uv_info_init(void) &g...

...t; trap_init -> before mm_init (in init/main.c) > start_kernel > x86_64_start_reservations > x86_64_start_kernel > secondary_startup_64 > > At this time, mem_init hasn't been called yet (which would be called by > mm_init). Thus, the free pages are still owned by memblock. It's in mem_init > (x86/mm/init_64.c) that memblock_free_all gets called and free pages are > released. > > During testing, I've also noticed that debug_pagealloc=1 will make the issue > disappear. That's because with debug_pagealloc=1, probe_page_size_mask in > x86/...

...| 25 +++++++++++++++++++++++++ > 1 file changed, 25 insertions(+) > > diff --git a/arch/s390/kernel/uv.c b/arch/s390/kernel/uv.c > index c296e5c8dbf9..106330f6eda1 100644 > --- a/arch/s390/kernel/uv.c > +++ b/arch/s390/kernel/uv.c > @@ -14,6 +14,7 @@ > #include <linux/memblock.h> > #include <linux/pagemap.h> > #include <linux/swap.h> > +#include <linux/virtio_config.h> > #include <asm/facility.h> > #include <asm/sections.h> > #include <asm/uv.h> > @@ -413,3 +414,27 @@ static int __init uv_info_init(void) &g...

...served) [ 0.000000] Xen: 0000000000100000 - 00000000cd9ff000 (usable) [ 0.000000] Xen: 00000000cd9ffc00 - 00000000cda53c00 (ACPI NVS) ... [ 0.000000] Xen: 0000000100000000 - 0000000100061000 (usable) [ 0.000000] Xen: 0000000100061000 - 000000012c000000 (unusable) ... [ 0.000000] MEMBLOCK configuration: ... -[ 0.000000] reserved[0x4] [0x000000cd9ff000-0x000000cd9ffbff], 0xc00 bytes -[ 0.000000] reserved[0x5] [0x00000100000000-0x00000100060fff], 0x61000 bytes Related xen memory layout: (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (X...

...served) [ 0.000000] Xen: 0000000000100000 - 00000000cd9ff000 (usable) [ 0.000000] Xen: 00000000cd9ffc00 - 00000000cda53c00 (ACPI NVS) ... [ 0.000000] Xen: 0000000100000000 - 0000000100061000 (usable) [ 0.000000] Xen: 0000000100061000 - 000000012c000000 (unusable) ... [ 0.000000] MEMBLOCK configuration: ... -[ 0.000000] reserved[0x4] [0x000000cd9ff000-0x000000cd9ffbff], 0xc00 bytes -[ 0.000000] reserved[0x5] [0x00000100000000-0x00000100060fff], 0x61000 bytes Related xen memory layout: (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (X...

...| 1 - drivers/virtio/virtio_ring.c | 1 - include/linux/slab.h | 1 - kernel/ucount.c | 1 + mm/cma.c | 1 + mm/memblock.c | 1 + net/core/sysctl_net_core.c | 1 - net/ipv4/route.c | 1 - security/apparmor/lsm.c | 1 - 21 files changed, 9 insertions(+), 14 d...

...| 1 - drivers/virtio/virtio_ring.c | 1 - include/linux/slab.h | 1 - kernel/ucount.c | 1 + mm/cma.c | 1 + mm/memblock.c | 1 + net/core/sysctl_net_core.c | 1 - net/ipv4/route.c | 1 - security/apparmor/lsm.c | 1 - 21 files changed, 9 insertions(+), 14 d...

Hi all, I changed the patch subject to reflect the content, becoming more general. 1) I removed the ack from Christian and Jason even far as I understand they gave it for the functionality more than for the implementation. @Jason, @Christian, please can I get back your acked-by with these changes? 2) previous patch had another name: [PATCH v3 0/1] s390: virtio: let arch choose to

...x86, mm: Move init_memory_mapping calling out of setup.c x86, mm: Revert back good_end setting for 64bit x86, mm: Change find_early_table_space() paramters x86, mm: Find early page table buffer together x86, mm: Separate out calculate_table_space_size() x86, mm: Set memblock initial limit to 1M x86, mm: use pfn_range_is_mapped() with CPA x86, mm: use pfn_range_is_mapped() with gart x86, mm: use pfn_range_is_mapped() with reserve_initrd x86, mm: relocate initrd under all mem for 64bit x86, mm: Align start address to correct big page size...

...x86, mm: Move init_memory_mapping calling out of setup.c x86, mm: Revert back good_end setting for 64bit x86, mm: Change find_early_table_space() paramters x86, mm: Find early page table buffer together x86, mm: Separate out calculate_table_space_size() x86, mm: Set memblock initial limit to 1M x86, mm: use pfn_range_is_mapped() with CPA x86, mm: use pfn_range_is_mapped() with gart x86, mm: use pfn_range_is_mapped() with reserve_initrd x86, mm: relocate initrd under all mem for 64bit x86, mm: Align start address to correct big page size...

...x86, mm: Move init_memory_mapping calling out of setup.c x86, mm: Revert back good_end setting for 64bit x86, mm: Change find_early_table_space() paramters x86, mm: Find early page table buffer together x86, mm: Separate out calculate_table_space_size() x86, mm: Set memblock initial limit to 1M x86, mm: use pfn_range_is_mapped() with CPA x86, mm: use pfn_range_is_mapped() with gart x86, mm: use pfn_range_is_mapped() with reserve_initrd x86, mm: relocate initrd under all mem for 64bit x86, mm: Align start address to correct big page size...

...so bootup with git commit 55acdddbac1725b80df0c41970505e8a41c84956 (the smp-hotplug-for-linus merge), but with git commit 3992c0321258bdff3666cbaf5225f538ad61a548 (timers-core-for-linus merge aka this pull) it went belly up. This is the guest config: extra="console=hvc0 debug earlyprintk=xen memblock=debug" kernel="/mnt/lab/bootstrap-i386/vmlinuz" ramdisk="/mnt/lab/bootstrap-i386/initramfs.cpio.gz" mem=10248 vcpus=1 name="bootstrap-i386" on_crash="preserve" Attached is the crash log and I am also attaching the .config file and bisect log. John, any...

...| 32 +++++++++++++++++++++----------- 1 file changed, 21 insertions(+), 11 deletions(-) diff --git a/arch/mips/jazz/jazzdma.c b/arch/mips/jazz/jazzdma.c index fe40dbed04c1d6..d0b5a2ba2b1a8a 100644 --- a/arch/mips/jazz/jazzdma.c +++ b/arch/mips/jazz/jazzdma.c @@ -16,7 +16,6 @@ #include <linux/memblock.h> #include <linux/spinlock.h> #include <linux/gfp.h> -#include <linux/dma-direct.h> #include <linux/dma-noncoherent.h> #include <asm/mipsregs.h> #include <asm/jazz.h> @@ -492,26 +491,38 @@ int vdma_get_enable(int channel) static void *jazz_dma_alloc(str...

...x.ibm.com> --- arch/s390/kernel/uv.c | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) diff --git a/arch/s390/kernel/uv.c b/arch/s390/kernel/uv.c index c296e5c8dbf9..106330f6eda1 100644 --- a/arch/s390/kernel/uv.c +++ b/arch/s390/kernel/uv.c @@ -14,6 +14,7 @@ #include <linux/memblock.h> #include <linux/pagemap.h> #include <linux/swap.h> +#include <linux/virtio_config.h> #include <asm/facility.h> #include <asm/sections.h> #include <asm/uv.h> @@ -413,3 +414,27 @@ static int __init uv_info_init(void) } device_initcall(uv_info_init); #...

...; 1 file changed, 25 insertions(+) > > > > diff --git a/arch/s390/kernel/uv.c b/arch/s390/kernel/uv.c > > index c296e5c8dbf9..106330f6eda1 100644 > > --- a/arch/s390/kernel/uv.c > > +++ b/arch/s390/kernel/uv.c > > @@ -14,6 +14,7 @@ > > #include <linux/memblock.h> > > #include <linux/pagemap.h> > > #include <linux/swap.h> > > +#include <linux/virtio_config.h> > > #include <asm/facility.h> > > #include <asm/sections.h> > > #include <asm/uv.h> > > @@ -413,3 +414,27 @@ stat...

...gt;> 1 file changed, 25 insertions(+) >> >> diff --git a/arch/s390/kernel/uv.c b/arch/s390/kernel/uv.c >> index c296e5c8dbf9..106330f6eda1 100644 >> --- a/arch/s390/kernel/uv.c >> +++ b/arch/s390/kernel/uv.c >> @@ -14,6 +14,7 @@ >> #include <linux/memblock.h> >> #include <linux/pagemap.h> >> #include <linux/swap.h> >> +#include <linux/virtio_config.h> >> #include <asm/facility.h> >> #include <asm/sections.h> >> #include <asm/uv.h> >> @@ -413,3 +414,27 @@ static...

...he situation of having unmovable > allocations inside ZONE_MOVABLE when specifying 'movablecore'? I quickly > went through find_zone_movable_pfns_for_nodes(), but didn't get why. > Could you tell a little more detail about it? As far as I understand, it can happen that we have memblock allocations during boot that fall into an area the kernel later configures to span the movable zone (via movable_core). > > Thanks > Baoquan -- Thanks, David / dhildenb