I made the test You suggested.(Booting with init=/bin/bash) The script insmod/rmmod 100 times the ohci_hcd, and the SUnreclaim grows from 712KB to 792kB. (Slab grows from 1072kB to 1604kB). All other modules seems to be OK (after 100 times of running the script) (usblp.ko, sierra, option, usb-storage, scsi-mod, sd-mod) Thank Your patience and best regards Peter Nograd On Mon, 2010-02-22 at 15:02 -0500, Alan Stern wrote: > On Mon, 22 Feb 2010, nogradi wrote: > > > (option.ko isn't loaded) > > cat /proc/meminfo > > MemTotal: 62048 kB > > MemFree: 54140 kB > > Buffers: 0 kB > > Cached: 2992 kB > > SwapCached: 0 kB > > Active: 1464 kB > > Inactive: 1912 kB > > SwapTotal: 0 kB > > SwapFree: 0 kB > > Dirty: 0 kB > > Writeback: 0 kB > > AnonPages: 404 kB > > Mapped: 868 kB > > Slab: 1696 kB > > SReclaimable: 388 kB > > SUnreclaim: 1308 kB > > PageTables: 72 kB > > NFS_Unstable: 0 kB > > Bounce: 0 kB > > CommitLimit: 31024 kB > > Committed_AS: 2716 kB > > VmallocTotal: 958464 kB > > VmallocUsed: 16752 kB > > > > while true > > do > > insmod ohci-hcd.ko > > sleep 20 > > rmmod ohci-hcd.ko > > sleep 3 > > done > > (I shot this script after rmmod down) > > > > cat /proc/meminfo > > MemTotal: 62048 kB > > MemFree: 52244 kB > > Buffers: 0 kB > > Cached: 3208 kB > > SwapCached: 0 kB > > Active: 1676 kB > > Inactive: 1916 kB > > SwapTotal: 0 kB > > SwapFree: 0 kB > > Dirty: 0 kB > > Writeback: 0 kB > > AnonPages: 404 kB > > Mapped: 868 kB > > Slab: 3372 kB > > SReclaimable: 1844 kB > > SUnreclaim: 1528 kB > > PageTables: 72 kB > > NFS_Unstable: 0 kB > > Bounce: 0 kB > > CommitLimit: 31024 kB > > Committed_AS: 2716 kB > > VmallocTotal: 958464 kB > > VmallocUsed: 16752 kB > > > > is it correct? > > No, probably not. Do this instead: Boot with "init=/bin/bash" on the > kernel command line. You'll probably want to do > > PATH=/sbin:/bin:/usr/sbin:/usr/bin > mount -r /usr > > first. Then pick any module at all, such as usblp, and do: > > while : ; do > grep Slab: /proc/meminfo > modprobe usblp > rmmod usblp > done > > and see what you get. The fact that the number keeps going up doesn't > mean there is a memory leak. > > Alan Stern > > -- > To unsubscribe from this list: send the line "unsubscribe linux-usb" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
