https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-7052 Lustre <p>Commit 98883bd3e2cc48a3a5674ce140ad74bece37df05 added support for iov_iter_get_pages_alloc for newer kernels, instead of ll_get_user_pages. However the iovec was still freed within ll_free_user_pages, using OBD_FREE_LARGE. Use kvfree instead (like in the linux kernel).</p> LU-7052

iovec created with iov_iter_get_pages_alloc must be freed with kvfree

Bug Minor Resolved Won't Fix WC Triage Frank Zago patch Thu, 27 Aug 2015 17:51:14 +0000 Mon, 23 Nov 2015 22:53:03 +0000 Thu, 27 Aug 2015 21:57:12 +0000 0 4 <p>frank zago (fzago@cray.com) uploaded a new patch: <a href="http://review.whamcloud.com/16111" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/16111</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-7052" title="iovec created with iov_iter_get_pages_alloc must be freed with kvfree" class="issue-link" data-issue-key="LU-7052"><del>LU-7052</del></a> llite: free iovec with kvfree<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 91b253a4385f2884bee5abad383555c4b33a3222</p> <p>OBD_FREE thanks to <a href="https://jira.whamcloud.com/browse/LU-6587" title="refactor OBD_ALLOC_LARGE to always do kmalloc first" class="issue-link" data-issue-key="LU-6587"><del>LU-6587</del></a> handles freeing both vmalloc and kmalloc memory. It test if the memory in question was created with vmalloc. You will noticed OBD_FREE_LARGE is now a place holder for OBD_FREE. </p> <p>Thanks James. So that patch is not needed for head of tree then.</p> <p>That issue can be closed.</p> <p>Hope I am understanding correctly that it is <b>this</b> ticket that can be closed</p> Related LU-6260 LU-7465 Development Rank 1|hzxlin: Rank (Obsolete) 9223372036854775807 Severity