Re: ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap
From: Russell King - ARM Linux Date: Sat, Sep 06, 2014 at 07:29:16PM +0100 > On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote: > > I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb > > memory. > > > > On booting, I see that a large chunk of that new memory is not used by > > linux: > > > > [0.00] Booting Linux on physical CPU 0x0 > > [0.00] Initializing cgroup subsys cpuset > > [0.00] Initializing cgroup subsys cpu > > [0.00] Initializing cgroup subsys cpuacct > > [0.00] Linux version 3.14-2-kirkwood > > (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 > > Debian 3.14.15-2 (2014-08-09) > > [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), > > cr=00053977 > > [0.00] CPU: VIVT data cache, VIVT instruction cache > > [0.00] Machine: QNAP TS-119/TS-219 > > [0.00] Ignoring unrecognised tag 0x41000403 > > [0.00] Truncating RAM at 2000-3fff to -2f7f (vmalloc > > region overlap). > > > > Whoops! > > You can either enable highmem (which has been available on ARM for > ages now, there's little excuse not to use it) or reduce the available > userspace virtual memory by enabling VMSPLIT_2G. > Thanks, CONFIG_HIGHMEM=y did the trick: [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.14.15-kirkwood (root@qnap) (gcc version 4.9.1 (Debian 4.9.1-12) ) #1 Sun Sep 7 12:36:56 CEST 2014 [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: QNAP TS-119/TS-219 [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Memory policy: Data cache writeback [0.00] On node 0 totalpages: 262144 [0.00] free_area_init_node: node 0, pgdat c05a78b4, node_mem_map eeffa000 [0.00] DMA zone: 1520 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 194560 pages, LIFO batch:31 [0.00] HighMem zone: 528 pages used for memmap [0.00] HighMem zone: 67584 pages, LIFO batch:15 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260624 [0.00] Kernel command line: console=ttyS0,115200 root=/dev/ram initrd=0xa0,0x90 ramdisk=34816 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 1024056K/1048576K available (3849K kernel code, 353K rwdata, 1396K rodata, 202K init, 428K bss, 24520K reserved, 270336K highmem) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xf000 - 0xff00 ( 240 MB) [0.00] lowmem : 0xc000 - 0xef80 ( 760 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc05278a4 (5247 kB) [0.00] .init : 0xc0528000 - 0xc055aa1c ( 203 kB) [0.00] .data : 0xc055c000 - 0xc05b4448 ( 354 kB) [0.00].bss : 0xc05b4448 - 0xc061f5e4 ( 429 kB) [0.00] NR_IRQS:114 Kind regards, Jurriaan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap
From: Russell King - ARM Linux li...@arm.linux.org.uk Date: Sat, Sep 06, 2014 at 07:29:16PM +0100 On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote: I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb memory. On booting, I see that a large chunk of that new memory is not used by linux: [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.14-2-kirkwood (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 Debian 3.14.15-2 (2014-08-09) [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: QNAP TS-119/TS-219 [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Truncating RAM at 2000-3fff to -2f7f (vmalloc region overlap). Whoops! You can either enable highmem (which has been available on ARM for ages now, there's little excuse not to use it) or reduce the available userspace virtual memory by enabling VMSPLIT_2G. Thanks, CONFIG_HIGHMEM=y did the trick: [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.14.15-kirkwood (root@qnap) (gcc version 4.9.1 (Debian 4.9.1-12) ) #1 Sun Sep 7 12:36:56 CEST 2014 [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: QNAP TS-119/TS-219 [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Memory policy: Data cache writeback [0.00] On node 0 totalpages: 262144 [0.00] free_area_init_node: node 0, pgdat c05a78b4, node_mem_map eeffa000 [0.00] DMA zone: 1520 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 194560 pages, LIFO batch:31 [0.00] HighMem zone: 528 pages used for memmap [0.00] HighMem zone: 67584 pages, LIFO batch:15 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260624 [0.00] Kernel command line: console=ttyS0,115200 root=/dev/ram initrd=0xa0,0x90 ramdisk=34816 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 1024056K/1048576K available (3849K kernel code, 353K rwdata, 1396K rodata, 202K init, 428K bss, 24520K reserved, 270336K highmem) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xf000 - 0xff00 ( 240 MB) [0.00] lowmem : 0xc000 - 0xef80 ( 760 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc05278a4 (5247 kB) [0.00] .init : 0xc0528000 - 0xc055aa1c ( 203 kB) [0.00] .data : 0xc055c000 - 0xc05b4448 ( 354 kB) [0.00].bss : 0xc05b4448 - 0xc061f5e4 ( 429 kB) [0.00] NR_IRQS:114 Kind regards, Jurriaan -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap
On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote: > I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb > memory. > > On booting, I see that a large chunk of that new memory is not used by > linux: > > [0.00] Booting Linux on physical CPU 0x0 > [0.00] Initializing cgroup subsys cpuset > [0.00] Initializing cgroup subsys cpu > [0.00] Initializing cgroup subsys cpuacct > [0.00] Linux version 3.14-2-kirkwood (debian-ker...@lists.debian.org) > (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 Debian 3.14.15-2 (2014-08-09) > [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), > cr=00053977 > [0.00] CPU: VIVT data cache, VIVT instruction cache > [0.00] Machine: QNAP TS-119/TS-219 > [0.00] Ignoring unrecognised tag 0x41000403 > [0.00] Truncating RAM at 2000-3fff to -2f7f (vmalloc > region overlap). > > Whoops! You can either enable highmem (which has been available on ARM for ages now, there's little excuse not to use it) or reduce the available userspace virtual memory by enabling VMSPLIT_2G. -- FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up according to speedtest.net. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap
I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb memory. On booting, I see that a large chunk of that new memory is not used by linux: [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.14-2-kirkwood (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 Debian 3.14.15-2 (2014-08-09) [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: QNAP TS-119/TS-219 [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Truncating RAM at 2000-3fff to -2f7f (vmalloc region overlap). Whoops! [0.00] Memory policy: Data cache writeback [0.00] On node 0 totalpages: 194560 [0.00] free_area_init_node: node 0, pgdat c05af874, node_mem_map ef20b000 [0.00] DMA zone: 1520 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 194560 pages, LIFO batch:31 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 193040 [0.00] Kernel command line: console=ttyS0,115200 root=/dev/ram initrd=0xa0,0x90 ramdisk=34816 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 755820K/778240K available (3869K kernel code, 352K rwdata, 1412K rodata, 202K init, 417K bss, 22420K reserved) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xf000 - 0xff00 ( 240 MB) [0.00] lowmem : 0xc000 - 0xef80 ( 760 MB) [0.00] modules : 0xbf00 - 0xc000 ( 16 MB) [0.00] .text : 0xc0008000 - 0xc053097c (5283 kB) [0.00] .init : 0xc0531000 - 0xc0563b34 ( 203 kB) [0.00] .data : 0xc0564000 - 0xc05bc128 ( 353 kB) [0.00].bss : 0xc05bc128 - 0xc06246c4 ( 418 kB) [0.00] NR_IRQS:114 As far as I've been able to determine, this config is used in the debian linux-image-3.14-2-kirkwood package: CONFIG_ARCH_KIRKWOOD=y CONFIG_PCI=y CONFIG_UACCESS_WITH_MEMCPY=y CONFIG_ZBOOT_ROM_TEXT=0x0 CONFIG_ZBOOT_ROM_BSS=0x0 CONFIG_ARM_APPENDED_DTB=y CONFIG_ARM_ATAG_DTB_COMPAT=y CONFIG_CMDLINE="" CONFIG_KEXEC=y CONFIG_ATAGS_PROC=y CONFIG_FPE_NWFPE=y CONFIG_MACH_D2NET_V2=y CONFIG_MACH_DOCKSTAR=y CONFIG_MACH_ESATA_SHEEVAPLUG=y CONFIG_MACH_GURUPLUG=y CONFIG_MACH_INETSPACE_V2=y CONFIG_MACH_MV88F6281GTW_GE=y CONFIG_MACH_NET2BIG_V2=y CONFIG_MACH_NET5BIG_V2=y CONFIG_MACH_NETSPACE_MAX_V2=y CONFIG_MACH_NETSPACE_V2=y CONFIG_MACH_OPENRD_BASE=y CONFIG_MACH_OPENRD_CLIENT=y CONFIG_MACH_OPENRD_ULTIMATE=y CONFIG_MACH_RD88F6192_NAS=y CONFIG_MACH_RD88F6281=y CONFIG_MACH_SHEEVAPLUG=y CONFIG_MACH_T5325=y CONFIG_MACH_TS219=y CONFIG_MACH_TS41X=y CONFIG_ARCH_KIRKWOOD_DT=y CONFIG_MACH_DLINK_KIRKWOOD_DT=y CONFIG_MACH_DOCKSTAR_DT=y CONFIG_MACH_DREAMPLUG_DT=y CONFIG_MACH_GOFLEXNET_DT=y CONFIG_MACH_GURUPLUG_DT=y CONFIG_MACH_IB62X0_DT=y CONFIG_MACH_ICONNECT_DT=y CONFIG_MACH_INETSPACE_V2_DT=y CONFIG_MACH_IOMEGA_IX2_200_DT=y CONFIG_MACH_KM_KIRKWOOD_DT=y CONFIG_MACH_LSXL_DT=y CONFIG_MACH_MPLCEC4_DT=y CONFIG_MACH_NETSPACE_LITE_V2_DT=y CONFIG_MACH_NETSPACE_MAX_V2_DT=y CONFIG_MACH_NETSPACE_MINI_V2_DT=y CONFIG_MACH_NETSPACE_V2_DT=y CONFIG_MACH_OPENBLOCKS_A6_DT=y CONFIG_MACH_TOPKICK_DT=y CONFIG_MACH_TS219_DT=y CONFIG_ARM_THUMB=y CONFIG_ACORN_PARTITION=y CONFIG_ACORN_PARTITION_ICS=y CONFIG_ACORN_PARTITION_RISCIX=y CONFIG_OSF_PARTITION=y CONFIG_AMIGA_PARTITION=y CONFIG_ATARI_PARTITION=y CONFIG_MAC_PARTITION=y CONFIG_BSD_DISKLABEL=y CONFIG_MINIX_SUBPARTITION=y CONFIG_SOLARIS_X86_PARTITION=y CONFIG_UNIXWARE_DISKLABEL=y CONFIG_LDM_PARTITION=y CONFIG_SGI_PARTITION=y CONFIG_ULTRIX_PARTITION=y CONFIG_SUN_PARTITION=y CONFIG_ATA=m CONFIG_SATA_AHCI=m CONFIG_ATA_SFF=y CONFIG_SATA_MV=m CONFIG_BT_HCIBCM203X=m CONFIG_BT_HCIBPA10X=m CONFIG_BT_HCIBFUSB=m CONFIG_BT_HCIVHCI=m CONFIG_CPU_IDLE=y CONFIG_CRYPTO_DEV_MV_CESA=m CONFIG_DMADEVICES=y CONFIG_MV_XOR=y CONFIG_GPIO_SYSFS=y CONFIG_SENSORS_GPIO_FAN=m CONFIG_I2C=y CONFIG_I2C_CHARDEV=y CONFIG_I2C_MV64XXX=y CONFIG_GAMEPORT=m CONFIG_INPUT_JOYSTICK=y CONFIG_KEYBOARD_GPIO=m CONFIG_INPUT_TOUCHSCREEN=y CONFIG_ISDN=y CONFIG_ISDN_CAPI=m CONFIG_ISDN_DRV_AVMB1_VERBOSE_REASON=y CONFIG_ISDN_CAPI_MIDDLEWARE=y CONFIG_ISDN_CAPI_CAPI20=m CONFIG_ISDN_CAPI_CAPIDRV=m CONFIG_CAPI_AVM=y CONFIG_ISDN_DRV_AVMB1_B1PCI=m CONFIG_ISDN_DRV_AVMB1_B1PCIV4=y CONFIG_ISDN_DRV_AVMB1_B1PCMCIA=m
ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap
I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb memory. On booting, I see that a large chunk of that new memory is not used by linux: [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.14-2-kirkwood (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 Debian 3.14.15-2 (2014-08-09) [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: QNAP TS-119/TS-219 [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Truncating RAM at 2000-3fff to -2f7f (vmalloc region overlap). Whoops! [0.00] Memory policy: Data cache writeback [0.00] On node 0 totalpages: 194560 [0.00] free_area_init_node: node 0, pgdat c05af874, node_mem_map ef20b000 [0.00] DMA zone: 1520 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 194560 pages, LIFO batch:31 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 193040 [0.00] Kernel command line: console=ttyS0,115200 root=/dev/ram initrd=0xa0,0x90 ramdisk=34816 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 755820K/778240K available (3869K kernel code, 352K rwdata, 1412K rodata, 202K init, 417K bss, 22420K reserved) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xf000 - 0xff00 ( 240 MB) [0.00] lowmem : 0xc000 - 0xef80 ( 760 MB) [0.00] modules : 0xbf00 - 0xc000 ( 16 MB) [0.00] .text : 0xc0008000 - 0xc053097c (5283 kB) [0.00] .init : 0xc0531000 - 0xc0563b34 ( 203 kB) [0.00] .data : 0xc0564000 - 0xc05bc128 ( 353 kB) [0.00].bss : 0xc05bc128 - 0xc06246c4 ( 418 kB) [0.00] NR_IRQS:114 As far as I've been able to determine, this config is used in the debian linux-image-3.14-2-kirkwood package: CONFIG_ARCH_KIRKWOOD=y CONFIG_PCI=y CONFIG_UACCESS_WITH_MEMCPY=y CONFIG_ZBOOT_ROM_TEXT=0x0 CONFIG_ZBOOT_ROM_BSS=0x0 CONFIG_ARM_APPENDED_DTB=y CONFIG_ARM_ATAG_DTB_COMPAT=y CONFIG_CMDLINE= CONFIG_KEXEC=y CONFIG_ATAGS_PROC=y CONFIG_FPE_NWFPE=y CONFIG_MACH_D2NET_V2=y CONFIG_MACH_DOCKSTAR=y CONFIG_MACH_ESATA_SHEEVAPLUG=y CONFIG_MACH_GURUPLUG=y CONFIG_MACH_INETSPACE_V2=y CONFIG_MACH_MV88F6281GTW_GE=y CONFIG_MACH_NET2BIG_V2=y CONFIG_MACH_NET5BIG_V2=y CONFIG_MACH_NETSPACE_MAX_V2=y CONFIG_MACH_NETSPACE_V2=y CONFIG_MACH_OPENRD_BASE=y CONFIG_MACH_OPENRD_CLIENT=y CONFIG_MACH_OPENRD_ULTIMATE=y CONFIG_MACH_RD88F6192_NAS=y CONFIG_MACH_RD88F6281=y CONFIG_MACH_SHEEVAPLUG=y CONFIG_MACH_T5325=y CONFIG_MACH_TS219=y CONFIG_MACH_TS41X=y CONFIG_ARCH_KIRKWOOD_DT=y CONFIG_MACH_DLINK_KIRKWOOD_DT=y CONFIG_MACH_DOCKSTAR_DT=y CONFIG_MACH_DREAMPLUG_DT=y CONFIG_MACH_GOFLEXNET_DT=y CONFIG_MACH_GURUPLUG_DT=y CONFIG_MACH_IB62X0_DT=y CONFIG_MACH_ICONNECT_DT=y CONFIG_MACH_INETSPACE_V2_DT=y CONFIG_MACH_IOMEGA_IX2_200_DT=y CONFIG_MACH_KM_KIRKWOOD_DT=y CONFIG_MACH_LSXL_DT=y CONFIG_MACH_MPLCEC4_DT=y CONFIG_MACH_NETSPACE_LITE_V2_DT=y CONFIG_MACH_NETSPACE_MAX_V2_DT=y CONFIG_MACH_NETSPACE_MINI_V2_DT=y CONFIG_MACH_NETSPACE_V2_DT=y CONFIG_MACH_OPENBLOCKS_A6_DT=y CONFIG_MACH_TOPKICK_DT=y CONFIG_MACH_TS219_DT=y CONFIG_ARM_THUMB=y CONFIG_ACORN_PARTITION=y CONFIG_ACORN_PARTITION_ICS=y CONFIG_ACORN_PARTITION_RISCIX=y CONFIG_OSF_PARTITION=y CONFIG_AMIGA_PARTITION=y CONFIG_ATARI_PARTITION=y CONFIG_MAC_PARTITION=y CONFIG_BSD_DISKLABEL=y CONFIG_MINIX_SUBPARTITION=y CONFIG_SOLARIS_X86_PARTITION=y CONFIG_UNIXWARE_DISKLABEL=y CONFIG_LDM_PARTITION=y CONFIG_SGI_PARTITION=y CONFIG_ULTRIX_PARTITION=y CONFIG_SUN_PARTITION=y CONFIG_ATA=m CONFIG_SATA_AHCI=m CONFIG_ATA_SFF=y CONFIG_SATA_MV=m CONFIG_BT_HCIBCM203X=m CONFIG_BT_HCIBPA10X=m CONFIG_BT_HCIBFUSB=m CONFIG_BT_HCIVHCI=m CONFIG_CPU_IDLE=y CONFIG_CRYPTO_DEV_MV_CESA=m CONFIG_DMADEVICES=y CONFIG_MV_XOR=y CONFIG_GPIO_SYSFS=y CONFIG_SENSORS_GPIO_FAN=m CONFIG_I2C=y CONFIG_I2C_CHARDEV=y CONFIG_I2C_MV64XXX=y CONFIG_GAMEPORT=m CONFIG_INPUT_JOYSTICK=y CONFIG_KEYBOARD_GPIO=m CONFIG_INPUT_TOUCHSCREEN=y CONFIG_ISDN=y CONFIG_ISDN_CAPI=m CONFIG_ISDN_DRV_AVMB1_VERBOSE_REASON=y CONFIG_ISDN_CAPI_MIDDLEWARE=y CONFIG_ISDN_CAPI_CAPI20=m CONFIG_ISDN_CAPI_CAPIDRV=m CONFIG_CAPI_AVM=y CONFIG_ISDN_DRV_AVMB1_B1PCI=m CONFIG_ISDN_DRV_AVMB1_B1PCIV4=y CONFIG_ISDN_DRV_AVMB1_B1PCMCIA=m
Re: ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap
On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote: I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb memory. On booting, I see that a large chunk of that new memory is not used by linux: [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.14-2-kirkwood (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 Debian 3.14.15-2 (2014-08-09) [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: QNAP TS-119/TS-219 [0.00] Ignoring unrecognised tag 0x41000403 [0.00] Truncating RAM at 2000-3fff to -2f7f (vmalloc region overlap). Whoops! You can either enable highmem (which has been available on ARM for ages now, there's little excuse not to use it) or reduce the available userspace virtual memory by enabling VMSPLIT_2G. -- FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up according to speedtest.net. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/