Re: ARM kirkwood: 1 Gb memory 25% unusable due to vmalloc region overlap

2014-09-07 Thread jurriaan
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

2014-09-07 Thread jurriaan
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

2014-09-06 Thread Russell King - ARM Linux
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

2014-09-06 Thread Jurriaan
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

2014-09-06 Thread Jurriaan
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

2014-09-06 Thread Russell King - ARM Linux
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/