Re: [BUG] 2.6.37-rc5 Memory leak in net/ipv4/udp.c

["Lothar Waßmann" <LW@KARO-electronics.de>]

Hi,

Eric Dumazet writes:
> Le vendredi 17 décembre 2010 à 12:56 +0100, Lothar Waßmann a écrit :
> 
> > Forget about this. I was a little confused when reading the
> > alloc_large_system_hash() function. No I understand.
> 
> Any idea why you got a small allocation ?
> 
How much should I expect?

> How much LOWMEM do you have on your platform ?
> 
It's a new platform with a Freescale i.MX28 SoC:

Linux version 2.6.37-rc5-karo+ (lothar@ipc1) (gcc version 4.4.1 (GCC) ) #43 PREEMPT Fri Dec 17 13:59:40 CET 2010
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: Ka-Ro electronics TX28 module
Memory policy: ECC disabled, Data cache writeback
On node 0 totalpages: 32768
free_area_init_node: node 0, pgdat c0454c9c, node_mem_map c0994000
  Normal zone: 288 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 32480 pages, LIFO batch:7
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0 
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32480
Kernel command line: init=/linuxrc tx28_baseboard=stk5-v3 root=/dev/nfs nfsroot=192.168.1.225:/tftpboot/KARO/imx28,nolock ip=bootp debug panic=1 console=ttyAM0,115200 ro
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 128MB = 128MB total
Memory: 119968k/119968k available, 11104k reserved, 0K highmem


Lothar Waßmann
-- 
___________________________________________________________

Ka-Ro electronics GmbH | Pascalstraße 22 | D - 52076 Aachen
Phone: +49 2408 1402-0 | Fax: +49 2408 1402-10
Geschäftsführer: Matthias Kaussen
Handelsregistereintrag: Amtsgericht Aachen, HRB 4996

www.karo-electronics.de | info@karo-electronics.de
___________________________________________________________