<div dir="ltr"><span style="font-size:12.8px">Dear All,</span><div style="font-size:12.8px"><br></div><div><span style="font-size:12.8px">Sorry to intervene and being rude and send this message directly to you folks. I have made several attempts to reach to </span><span style="font-size:small;color:rgb(0,0,0)"><a href="mailto:linux-kernel@vger.kernel.org">linux-kernel@vger.kernel.org</a> and my attempts have failed </span><font color="#000000">miserably and I have not be able make any progress on this issue I have had for months now. </font></div><div><font color="#000000"><br></font></div><div><font color="#000000">With all humbleness I request your help so that I can get assistance with this issue of mine. Please guide me. I get hundreds-thousands of emails from <a href="http://vger.kernel.org">vger.kernel.org</a>, not a problem, but I cannot post my question to the email above. Any help will be like God's grace for me now.</font></div><div><font color="#000000"><br></font></div><div><font color="#000000">My ISSUE:</font></div><div><font color="#000000"><br></font></div><div style="font-size:12.8px"><span style="color:rgb(0,0,0);font-size:small"><br></span></div><div style="font-size:12.8px">I feel this is a bug. I am at kernel: 2.6.32-431.17.1.el6.x86_64</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">I have run into this many a times and only reboot has been the fix. </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Issue is on every idle(not running any user processes) machine(diskless node, & no swap) I see AnonHugePages limits the amount of memory that can be allocated to any new process/program on that that system.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">When ever I see this happen, atop always show vmcom > vmlim, i a situation where there is no swap disk I am thinking this is causing the system to lock up that memory from use by any other process on that system.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Any help here is appreciated. </div><div style="font-size:12.8px"> </div><div style="font-size:12.8px">Regards,</div><div style="font-size:12.8px">Prem</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><div># cat /proc/meminfo</div><div>MemTotal: 24724728 kB</div><div>MemFree: 7062824 kB</div><div>Buffers: 0 kB</div><div>Cached: 656692 kB</div><div>SwapCached: 0 kB</div><div>Active: 16583276 kB</div><div>Inactive: 417380 kB</div><div>Active(anon): 16518316 kB</div><div>Inactive(anon): 251616 kB</div><div>Active(file): 64960 kB</div><div>Inactive(file): 165764 kB</div><div>Unevictable: 0 kB</div><div>Mlocked: 0 kB</div><div>SwapTotal: 0 kB</div><div>SwapFree: 0 kB</div><div>Dirty: 0 kB</div><div>Writeback: 0 kB</div><div>AnonPages: 16344124 kB</div><div>Mapped: 19316 kB</div><div>Shmem: 425968 kB</div><div>Slab: 127992 kB</div><div>SReclaimable: 22996 kB</div><div>SUnreclaim: 104996 kB</div><div>KernelStack: 2944 kB</div><div>PageTables: 56548 kB</div><div>NFS_Unstable: 0 kB</div><div>Bounce: 0 kB</div><div>WritebackTmp: 0 kB</div><div>CommitLimit: 12362364 kB</div><div>Committed_AS: 17369952 kB</div><div>VmallocTotal: 34359738367 kB</div><div>VmallocUsed: 493700 kB</div><div>VmallocChunk: 34346083172 kB</div><div>HardwareCorrupted: 0 kB</div><div>AnonHugePages: 16015360 kB</div><div>HugePages_Total: 0</div><div>HugePages_Free: 0</div><div>HugePages_Rsvd: 0</div><div>HugePages_Surp: 0</div><div>Hugepagesize: 2048 kB</div><div>DirectMap4k: 7652 kB</div><div>DirectMap2M: 25145344 kB</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 9, 2015 at 1:43 PM, kbuild test robot <span dir="ltr"><<a href="mailto:lkp@intel.com" target="_blank">lkp@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">drivers/staging/lustre/lustre/llite/xattr.c:199:2-7: WARNING: NULL check before freeing functions like kfree, debugfs_remove, debugfs_remove_recursive or usb_free_urb is not needed. Maybe consider reorganizing relevant code to avoid passing NULL values.<br>
<br>
NULL check before some freeing functions is not needed.<br>
<br>
Based on checkpatch warning<br>
"kfree(NULL) is safe this check is probably not required"<br>
and kfreeaddr.cocci by Julia Lawall.<br>
<br>
Generated by: scripts/coccinelle/free/ifnullfree.cocci<br>
<br>
CC: Shivani Bhardwaj <<a href="mailto:shivanib134@gmail.com">shivanib134@gmail.com</a>><br>
Signed-off-by: Fengguang Wu <<a href="mailto:fengguang.wu@intel.com">fengguang.wu@intel.com</a>><br>
---<br>
<br>
xattr.c | 3 +--<br>
1 file changed, 1 insertion(+), 2 deletions(-)<br>
<br>
--- a/drivers/staging/lustre/lustre/llite/xattr.c<br>
+++ b/drivers/staging/lustre/lustre/llite/xattr.c<br>
@@ -192,11 +192,10 @@ int ll_setxattr_common(struct inode *ino<br>
valid, name, pv, size, 0, flags,<br>
ll_i2suppgid(inode), &req);<br>
#ifdef CONFIG_FS_POSIX_ACL<br>
- if (new_value != NULL)<br>
/*<br>
* Release the posix ACL space.<br>
*/<br>
- kfree(new_value);<br>
+ kfree(new_value);<br>
if (acl != NULL)<br>
lustre_ext_acl_xattr_free(acl);<br>
#endif<br>
--<br>
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in<br>
the body of a message to <a href="mailto:majordomo@vger.kernel.org">majordomo@vger.kernel.org</a><br>
More majordomo info at <a href="http://vger.kernel.org/majordomo-info.html" rel="noreferrer" target="_blank">http://vger.kernel.org/majordomo-info.html</a><br>
Please read the FAQ at <a href="http://www.tux.org/lkml/" rel="noreferrer" target="_blank">http://www.tux.org/lkml/</a><br>
</blockquote></div><br></div></div>